[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-windows
Subject: Re: Install presence
From: Jeremy Whiting <jpwhiting () kde ! org>
Date: 2021-06-21 2:53:55
Message-ID: CADWV2K6JXJLSv91LkBNcAat_-32gkq+Pw1+R8oEx5EPBHw13Qg () mail ! gmail ! com
[Download RAW message or body]
Just to throw in my 2 cents too. I recently used KMyMoney on mac while I
was waiting for a new laptop to arrive in the mail. The dmg from the build
factory worked well during the week I was using it on macos, but it
definitely didn't look as native as many other Qt applications do on MacOS.
Likely for the same reasons listed earlier. It's also not very dependent on
other libraries/systems to work. I don't think it uses kparts or kio or
anything like that. And yes, running anything on Big Sur that isn't signed,
notarized by apple, etc. is non trivial for regular users. Apple is making
it harder and harder to put whatever you want on these machines.
In years past (many years past when the QSP discussions were going on,
early kf5 days) I used to build kde stuff myself on mac with kdesrc-build,
and had tweaked userbase/techbase articles with hints to get it working,
but haven't tried that in quite a while. I did try with craft a bit a
couple years ago, but the builds on the build factory are just as good, so
I haven't bothered lately. The way I see it macos is a few things:
A) It's a platform, like linux, but like linux there are a few distribution
channels that can be used. Namely
1) Self contained applications
2) homebrew
3) macports
4) craft built (same as 1, but built locally)
5) Probably many others that I'm not even aware of.
B) Qt5 from any of the above is a mess, or at least has been in the past. I
agree with Rene, if we want our applications to work well on macOS (in
any/all of the above distributions) we need to fix that first. Maybe if the
homebrew qt5 packages can be fixed the macports people will see it can be
done and become more approachable. I haven't dealt with MacPorts devs in
quite some time myself. Barring that maybe the issues could be fixed
upstream in Qt6 itself. I remember the efforts that went in to trying in
Qt5, but times change, maybe it would be more approachable now. I'm not
sure.
All of the above is based on the idea that yes, we want KDE applications to
work well on MacOS. I'm not sure if that's the consensus or not. I find it
awesome that I can run Kanagram on windows (natively, or with wsl2) linux
(in the many variants) and MacOS. But I do find it overwhelming to start to
figure out how each platform works and what needs to be done to make things
work better on each platform. I tried putting the qml and sound files in
resources at one point, thinking that would make it work better on MacOS,
Android, Flatpak, etc. But then found that the upstream qml it depended on
would also likely need to be embedded in the resources to ensure it's
available and had no idea how to go about finding and embedding those, etc.
If someone knows a good set of "Best practices" for making stuff work well
on many platforms that would be awesome. Especially if it's in a tutorial
form or has examples.
And, this went much longer than I had planned it to be. I'll stop there and
start another thread later as needed for these side topics.
BR,
Jeremy
On Fri, Jun 18, 2021 at 7:16 AM Adam Szopa <adam.szopa@kde.org> wrote:
> Adding Aleix back to the thread.
> > Hi guys,
> >
> > As for Homebrew-KDE (macOS), we have upstreamed some frameworks to
> > homebrew/core, you can see their names in this recent PR[1].
> >
> > Then you can search for them in brew analytics[2]. But they were recently
> > renamed by removing `kde-` prefix and brew doesn't handle this well in
> > report.
> >
> > For year interval, our very basic dependency for all KDE apps, ECM, has
> > 3,835 installs before rename (as kde-extra-cmake-modules) and 1,476
> > installs after rename (as extra-cmake-modules). This gives not much info
> > about other apps, but we can say that there were about 5,311 KDE users in
> > Homebre-KDE@macOS.
> >
> >
> > [1]https://github.com/Homebrew/homebrew-core/pull/79211
> > [2]https://formulae.brew.sh/analytics/install/365d/
> >
> > > 16 черв. 2021 р. о 12:19 Christoph Cullmann <christoph@cullmann.io>
> > > написав(ла):>
> > > On 2021-06-16 10:44, Ben Cooksley wrote:
> > >> On Wed, Jun 16, 2021 at 12:31 PM Aleix Pol <aleixpol@kde.org> wrote:
> > >>> Hi Mac, Windows,
> > >>
> > >> Hi Aleix,
> > >>
> > >>> I'm preparing the Akademy presentation for the "KDE is All About the
> > >>> Apps" goal and I'm looking to explain a bit the state of things.
> > >>> I don't have direct information about both KDE apps's Mac and
> > >>> Windows
> > >>> user base. Would you be able to give me some information or give me
> > >>> access to it? It would help me paint a picture of the state of
> > >>> things.
> > >>
> > >> While we don't capture any analytics on this ourselves (as the KDE
> > >> Telemetry stuff is fairly limited in use at this stage) we do have
> > >> access to Telemetry information captured by Microsoft for the Windows
> > >> side.
> > >> To my knowledge, Apple don't capture much in the way of analytics (or
> > >> if they do, they don't make it available) so there won't be anything
> > >> available for macOS i'm afraid.
> > >> Please file a Sysadmin ticket to request an account on our Microsoft
> > >> Partner centre account and we can go from there.
> > >
> > > Hi,
> > >
> > > I think the Windows Store is a good place to take a look at.
> > > If you have no time to do so (with the account), I want to post
> something
> > > about the state of current install numbers in the next days anyways,
> > > Okular and Kate are now over the 100,000 installs.
> > >
> > > For macOS I think there is not a lot of data (and users).
> > >
> > > The UserFeedback of Kate tells there are a "handful" of users on macOS
> > > that
> > > have turned in on (at least I see some minimal macos part in the graph
> > > there).
> > >
> > > Greetings
> > > Christoph
>
>
>
>
>
[Attachment #3 (text/html)]
<div dir="ltr"><div class="gmail_default" style="font-family:monospace">Just to throw \
in my 2 cents too. I recently used KMyMoney on mac while I was waiting for a new \
laptop to arrive in the mail. The dmg from the build factory worked well during the \
week I was using it on macos, but it definitely didn't look as native as many \
other Qt applications do on MacOS. Likely for the same reasons listed earlier. \
It's also not very dependent on other libraries/systems to work. I don't \
think it uses kparts or kio or anything like that. And yes, running anything on Big \
Sur that isn't signed, notarized by apple, etc. is non trivial for regular users. \
Apple is making it harder and harder to put whatever you want on these \
machines.</div><div class="gmail_default" \
style="font-family:monospace"><br></div><div class="gmail_default" \
style="font-family:monospace">In years past (many years past when the QSP discussions \
were going on, early kf5 days) I used to build kde stuff myself on mac with \
kdesrc-build, and had tweaked userbase/techbase articles with hints to get it \
working, but haven't tried that in quite a while. I did try with craft a bit a \
couple years ago, but the builds on the build factory are just as good, so I \
haven't bothered lately. The way I see it macos is a few things:</div><div \
class="gmail_default" style="font-family:monospace"><br></div><div \
class="gmail_default" style="font-family:monospace">A) It's a platform, like \
linux, but like linux there are a few distribution channels that can be used. \
Namely</div><div class="gmail_default" style="font-family:monospace"> 1) Self \
contained applications</div><div class="gmail_default" style="font-family:monospace"> \
2) homebrew</div><div class="gmail_default" style="font-family:monospace"> 3) \
macports</div><div class="gmail_default" style="font-family:monospace"> 4) craft \
built (same as 1, but built locally)</div><div class="gmail_default" \
style="font-family:monospace"> 5) Probably many others that I'm not even aware \
of.</div><div class="gmail_default" style="font-family:monospace">B) Qt5 from any of \
the above is a mess, or at least has been in the past. I agree with Rene, if we want \
our applications to work well on macOS (in any/all of the above distributions) we \
need to fix that first. Maybe if the homebrew qt5 packages can be fixed the macports \
people will see it can be done and become more approachable. I haven't dealt with \
MacPorts devs in quite some time myself. Barring that maybe the issues could be fixed \
upstream in Qt6 itself. I remember the efforts that went in to trying in Qt5, but \
times change, maybe it would be more approachable now. I'm not \
sure.<br></div><div class="gmail_default" \
style="font-family:monospace"><br></div><div class="gmail_default" \
style="font-family:monospace">All of the above is based on the idea that yes, we want \
KDE applications to work well on MacOS. I'm not sure if that's the consensus \
or not. I find it awesome that I can run Kanagram on windows (natively, or with wsl2) \
linux (in the many variants) and MacOS. But I do find it overwhelming to start to \
figure out how each platform works and what needs to be done to make things work \
better on each platform. I tried putting the qml and sound files in resources at one \
point, thinking that would make it work better on MacOS, Android, Flatpak, etc. But \
then found that the upstream qml it depended on would also likely need to be embedded \
in the resources to ensure it's available and had no idea how to go about finding \
and embedding those, etc. If someone knows a good set of "Best practices" \
for making stuff work well on many platforms that would be awesome. Especially if \
it's in a tutorial form or has examples.</div><div class="gmail_default" \
style="font-family:monospace"><br></div><div class="gmail_default" \
style="font-family:monospace">And, this went much longer than I had planned it to be. \
I'll stop there and start another thread later as needed for these side \
topics.</div><div class="gmail_default" style="font-family:monospace"><br></div><div \
class="gmail_default" style="font-family:monospace">BR,</div><div \
class="gmail_default" style="font-family:monospace">Jeremy<br></div></div><br><div \
class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 18, 2021 at 7:16 AM \
Adam Szopa <<a href="mailto:adam.szopa@kde.org">adam.szopa@kde.org</a>> \
wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px \
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Adding Aleix back to \
the thread.<br> > Hi guys,<br>
> <br>
> As for Homebrew-KDE (macOS), we have upstreamed some frameworks to<br>
> homebrew/core, you can see their names in this recent PR[1].<br>
> <br>
> Then you can search for them in brew analytics[2]. But they were recently<br>
> renamed by removing `kde-` prefix and brew doesn't handle this well in<br>
> report.<br>
> <br>
> For year interval, our very basic dependency for all KDE apps, ECM, has<br>
> 3,835 installs before rename (as kde-extra-cmake-modules) and 1,476<br>
> installs after rename (as extra-cmake-modules). This gives not much info<br>
> about other apps, but we can say that there were about 5,311 KDE users in<br>
> Homebre-KDE@macOS.<br>
> <br>
> <br>
> [1]<a href="https://github.com/Homebrew/homebrew-core/pull/79211" \
rel="noreferrer" target="_blank">https://github.com/Homebrew/homebrew-core/pull/79211</a><br>
> [2]<a href="https://formulae.brew.sh/analytics/install/365d/" rel="noreferrer" \
target="_blank">https://formulae.brew.sh/analytics/install/365d/</a><br> > <br>
> > 16 черв. 2021 р. о 12:19 Christoph Cullmann <<a \
href="mailto:christoph@cullmann.io" target="_blank">christoph@cullmann.io</a>><br> \
> > написав(ла):> <br> > > On 2021-06-16 10:44, Ben Cooksley \
wrote:<br> > >> On Wed, Jun 16, 2021 at 12:31 PM Aleix Pol <<a \
href="mailto:aleixpol@kde.org" target="_blank">aleixpol@kde.org</a>> wrote:<br> \
> >>> Hi Mac, Windows,<br> > >> <br>
> >> Hi Aleix,<br>
> >> <br>
> >>> I'm preparing the Akademy presentation for the "KDE is All \
About the<br> > >>> Apps" goal and I'm looking to explain a bit \
the state of things.<br> > >>> I don't have direct information about \
both KDE apps's Mac and<br> > >>> Windows<br>
> >>> user base. Would you be able to give me some information or give \
me<br> > >>> access to it? It would help me paint a picture of the state \
of<br> > >>> things.<br>
> >> <br>
> >> While we don't capture any analytics on this ourselves (as the \
KDE<br> > >> Telemetry stuff is fairly limited in use at this stage) we do \
have<br> > >> access to Telemetry information captured by Microsoft for the \
Windows<br> > >> side.<br>
> >> To my knowledge, Apple don't capture much in the way of analytics \
(or<br> > >> if they do, they don't make it available) so there \
won't be anything<br> > >> available for macOS i'm afraid.<br>
> >> Please file a Sysadmin ticket to request an account on our \
Microsoft<br> > >> Partner centre account and we can go from there.<br>
> > <br>
> > Hi,<br>
> > <br>
> > I think the Windows Store is a good place to take a look at.<br>
> > If you have no time to do so (with the account), I want to post \
something<br> > > about the state of current install numbers in the next days \
anyways,<br> > > Okular and Kate are now over the 100,000 installs.<br>
> > <br>
> > For macOS I think there is not a lot of data (and users).<br>
> > <br>
> > The UserFeedback of Kate tells there are a "handful" of users on \
macOS<br> > > that<br>
> > have turned in on (at least I see some minimal macos part in the graph<br>
> > there).<br>
> > <br>
> > Greetings<br>
> > Christoph<br>
<br>
<br>
<br>
<br>
</blockquote></div>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic