[02:58] <lotuspsychje> good morning
[06:57] <ducasse> good morning
[07:19] <lordievader> Good morning
[09:26] <marcoagpinto> Heya
[09:46] <Maik> o/
[13:44] <TJ_Remix> has there been some kind of glitch on Freenode? nickserv says I'm logged in as TJ- but I cannot switch nicknames back :S /nick TJ- ==> Nick/channel is temporarily unavailable
[13:44] <lotuspsychje> TJ_Remix: going unity remix?
[13:44] <TJ_Remix> :p
[13:44] <lotuspsychje> TJ_Remix: * TJ- has quit (*.net *.split)
[13:44] <lotuspsychje> at 13h56
[13:44] <TJ_Remix> ahhh, split in progress then
[13:48] <ogra> yo
[13:48] <lotuspsychje> ogra: we did a test between focal and bionic worked like a charm
[13:48] <ogra> great... it even works on xenial
[13:48] <lotuspsychje> ogra: those stats, you can pull command as dev, or as user too?
[13:48] <ogra> ( i test on focal and xenial)
[13:48] <ogra> only as dev
[13:49] <lotuspsychje> xenial doesnt have snap by default right?
[13:49] <ogra> the snap owner gets a "metrics" page wheer you can see by OS, by channel or by version usage
[13:49] <lotuspsychje> i see
[13:49] <lotuspsychje> pretty handy
[13:49] <ogra> i thinkwe added snapd to the default seed in a point release for 16.04 ...
[13:50] <lotuspsychje> oh i wasnt aware of that
[13:50] <ogra> it didnt have it at release day though
[13:50] <lotuspsychje> zoom client feels really lightweight too
[13:51] <ogra> the recent snap grew by about 100MB ... seems they added some more dependencies
[13:51] <ogra> oh, heh, no that was actually me switching to lzt compression
[13:51] <ogra> *lz
[13:51] <lotuspsychje> heh
[13:52]  * ogra had totally forgotten about that
[13:52] <ogra> that shoves off 10sec from startup time
[13:52] <ogra> (or 8 or so ... i didnt do exact measurements, but it was very noticeable)
[13:54] <lotuspsychje> ogra: started pretty quick on this side
[13:55] <lotuspsychje> on ssd
[13:55] <ogra> yeah, i made that change a while ago (early december or so)
[13:56] <ogra> i tend to keep the beta/candidate channels on the last version before i do an actual packaging change and only saw the size difference ...
[13:56] <ogra> channels:
[13:56] <ogra>   latest/stable:    5.4.57862.0110   2021-01-16 (12😎 245MB -
[13:56] <ogra>   latest/candidate: 5.4.53350.1027   2020-10-31 (10😎 157MB -
[13:57] <ogra> heh, my emoji plugin goes mad 🙂 )
[13:57] <lotuspsychje> lol
[13:57] <lotuspsychje> ogra: so just out of curiosity, wich Os wins on your snap :p
[13:58] <ogra> heh, ubuntu indeed ... let me check which version
[13:58] <lotuspsychje> thats pretty interesting those stats
[13:58] <nbusrone> since i didn't get reply at #ubuntu , May I know how to check my NIC support Gbits ? Advertised link modes: 1000baseT/Full but speed display otherwise 100Mb/s ? ethtool eth0 https://paste.ubuntu.com/p/k8wmSzDCd7/
[13:59] <ogra> 20.04 - 93036 users
[13:59] <lotuspsychje> nbusrone: this is a discuss channel, please re-ask in #ubuntu after a while
[13:59] <ogra> 18.04 - 40574
[13:59] <lotuspsychje> thats pretty cool ogra
[13:59] <ogra> then 20.10 and 16.04 ...
[14:00] <ogra> first non ubuntu one is manjaro with 3120
[14:00] <lotuspsychje> so we can assume manjaro has a nice community too
[14:00] <ogra> zorin 2000 ... elementary 1500
[14:00] <lotuspsychje> no mint?
[14:00] <ogra> yeah, and snapd by default
[14:00] <ogra> mint is in the 100's
[14:00] <ogra> mint 20 -> 553
[14:00] <lotuspsychje> thats weird
[14:01] <ogra> mint 19 -> 488
[14:01] <lotuspsychje> snap not default on mint perhaps?
[14:01] <ogra> nah, they make a lot of anti snap propaganda and you need to jump through some hoops to get snapd working at all
[14:02] <lotuspsychje> that makes sense then
[14:02] <ogra> yeah
[14:03] <lotuspsychje> ogra: these stats, are they bound per dev app, or can you trigger general stats?
[14:03] <ogra> they are auto-generated per snap upload ...
[14:03] <ogra> nothing you can trigger manually
[14:04] <lotuspsychje> i see
[14:04] <ogra> (as a normal snap dev at least)
[14:04] <lotuspsychje> and are they used somehow for ubuntu user stats?
[14:05] <ogra> there are surely checks for "how many users have the snapd snap installed" tro get a number of total users and such
[14:05] <lotuspsychje> cool
[14:06] <ogra> but not everyone using ubuntu keeps snapd around ... so you cant really deduct an exact number of ubuntu users from it
[14:07] <ogra> metrics have always been tricky in ubuntu 🙂
[14:08] <nbusrone> ogra : snap will auto updates application install , it's much easier to deduct an exact number of ubuntu users from it
[14:08] <lotuspsychje> but can canonical trigger your stats from zoom for example?
[14:09] <ogra> sure ...
[14:09] <lotuspsychje> or limited to the dev of the snap
[14:09] <lotuspsychje> ok, thats interesting
[14:09] <lotuspsychje> but also dangerous :p
[14:09] <ogra> well, externally it is limited to the dev ... but indeed canonical owns the database of the server and can do stats on this
[14:10] <lotuspsychje> so that means they could see what happens on a lot of derivatives of ubuntu
[14:11] <ogra> nbusrone, well, there are probably more cloud instances of ubuntu in use than i.e. desktop installs nowadays ... even if you'd take "all snapd users out there" you likely leave out a few million docker users
[14:11] <lotuspsychje> this snap thing got really huge right
[14:12] <ogra> snapd sends a HTTP query when it tries to check for updates of installed snap (a few times a day) ... that query sends the OS name along ...
[14:12] <ogra> so it isnt just ubuntu derivetives ... but essentially *all* distros
[14:12] <ogra> *derivatives
[14:13] <lotuspsychje> wow
[14:13] <ogra> yeah, snaps got pretty huge and are quite a commercial success too ...
[14:13] <ogra> though less in the desktop area
[14:13] <ogra> but in IoT, embedded and cloud
[14:14] <nbusrone> ogra : snap will also update their version and server base will have different version core.
[14:14] <ogra> yep
[14:16] <nbusrone> ogra : application store already replace all apps to snap , soon repo or ppa will left outdates application.
[14:16] <ogra> well, thats always up to the packager ...
[14:16] <ogra> if a PPA maintainer doesnt keep his packages up to date, they wont upgrade
[14:17] <ogra> one point is that the packaging itself is a lot easier with snaps ...
[14:17] <ogra> ... you also do not clash with system packages
[14:18] <nbusrone> I meant for the shift from ppa to snap.Some dev prefer snap with without relying on system deb.
[14:18] <ogra> i.e. the zoom snap that started this conversation ships its own copy of Qt ... it will never touch or replace the Qt on the host it is installed on
[14:18] <ogra> doing the same with a PPA is impossible
[14:19] <ogra> yeah ... i personally havent touched PPAs in liek 4years or so ... all my extra stuff is snaps nowadays
[14:20] <ogra> but there are still many people prefering PPAs
[14:20] <ogra> not everyone is like me 😉
[14:21] <ogra> and snaps allow you development you simply cant easily do when using debs ... i.e. this is what i'm currently working on as spare-time project: https://snapcraft.io/kodi-pi-standalone
[14:22] <ogra> thats a kodi version specifically optimized for RPi hardware video decoding ... which the kodi deb in the archive does not have
[14:23] <nbusrone> oga : both have their strong point , but some point snap is slower on mechanical HD.
[14:23] <ogra> the snap allows me to simply use a different upstream tree (with all the Pi patches included) for the code easily
[14:24] <ogra> yeah ... snaps are compressed squashfs files ... decompression time varies between SSD and HHDs
[14:24] <ogra> *HDDs
[14:30] <waveform> also worth noting the compression algo changed late last year to something much faster at decompression (LZO ? I forget)
[14:30] <ogra> yep, lzo
[14:30] <ogra> which is admittedly a lot faster but also makes your snap bigger
[14:31] <ogra> (the zoom snap grew by 100MB when switching to lzo here)
[14:31] <waveform> indeed - it's a definite trade-off, though XZ's performance (at compression or decompression) is horrible :)
[14:31] <ogra> i tend to use lzo for my desktop apps but keep the server ones at the old default
[14:33] <ogra> desktop snaps also need to set up a lot more environmental stuff on first start, thats another hit ...
[15:12] <TJ-> Javascript/DevOps is officially insane, and I have evidence! 17 files and 334 dependencies in the package 'oneday' just to declare the value 86400000 (the number of milliseconds in one day!)  https://github.com/bevry/oneday
[22:25] <Bashing-om> UWN: Issue 666 is on the streets: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue666 :D
[22:27] <jeremy31> Change the issue number
[23:24] <Bashing-om> jeremy31: Done - we are now working 667 :D
[23:28] <jeremy31> Bashing-om: nice job