=== guiverc2 is now known as guiverc === ktosiek1 is now known as ktosiek [02:58] good morning === oerheks1 is now known as oerheks === ktosiek1 is now known as ktosiek [06:57] good morning [07:19] Good morning [09:26] Heya [09:46] o/ [13:44] 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] TJ_Remix: going unity remix? [13:44] :p [13:44] TJ_Remix: * TJ- has quit (*.net *.split) [13:44] at 13h56 [13:44] ahhh, split in progress then [13:48] yo [13:48] ogra: we did a test between focal and bionic worked like a charm [13:48] great... it even works on xenial [13:48] ogra: those stats, you can pull command as dev, or as user too? [13:48] ( i test on focal and xenial) [13:48] only as dev [13:49] xenial doesnt have snap by default right? [13:49] the snap owner gets a "metrics" page wheer you can see by OS, by channel or by version usage [13:49] i see [13:49] pretty handy [13:49] i thinkwe added snapd to the default seed in a point release for 16.04 ... [13:50] oh i wasnt aware of that [13:50] it didnt have it at release day though [13:50] zoom client feels really lightweight too [13:51] the recent snap grew by about 100MB ... seems they added some more dependencies [13:51] oh, heh, no that was actually me switching to lzt compression [13:51] *lz [13:51] heh [13:52] * ogra had totally forgotten about that [13:52] that shoves off 10sec from startup time [13:52] (or 8 or so ... i didnt do exact measurements, but it was very noticeable) [13:54] ogra: started pretty quick on this side [13:55] on ssd [13:55] yeah, i made that change a while ago (early december or so) [13:56] 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] channels: [13:56] latest/stable: 5.4.57862.0110 2021-01-16 (12😎 245MB - [13:56] latest/candidate: 5.4.53350.1027 2020-10-31 (10😎 157MB - [13:57] heh, my emoji plugin goes mad 🙂 ) [13:57] lol [13:57] ogra: so just out of curiosity, wich Os wins on your snap :p [13:58] heh, ubuntu indeed ... let me check which version [13:58] thats pretty interesting those stats [13:58] 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] 20.04 - 93036 users [13:59] nbusrone: this is a discuss channel, please re-ask in #ubuntu after a while [13:59] 18.04 - 40574 [13:59] thats pretty cool ogra [13:59] then 20.10 and 16.04 ... [14:00] first non ubuntu one is manjaro with 3120 [14:00] so we can assume manjaro has a nice community too [14:00] zorin 2000 ... elementary 1500 [14:00] no mint? [14:00] yeah, and snapd by default [14:00] mint is in the 100's [14:00] mint 20 -> 553 [14:00] thats weird [14:01] mint 19 -> 488 [14:01] snap not default on mint perhaps? [14:01] 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] that makes sense then [14:02] yeah [14:03] ogra: these stats, are they bound per dev app, or can you trigger general stats? [14:03] they are auto-generated per snap upload ... [14:03] nothing you can trigger manually [14:04] i see [14:04] (as a normal snap dev at least) [14:04] and are they used somehow for ubuntu user stats? [14:05] there are surely checks for "how many users have the snapd snap installed" tro get a number of total users and such [14:05] cool [14:06] but not everyone using ubuntu keeps snapd around ... so you cant really deduct an exact number of ubuntu users from it [14:07] metrics have always been tricky in ubuntu 🙂 [14:08] ogra : snap will auto updates application install , it's much easier to deduct an exact number of ubuntu users from it [14:08] but can canonical trigger your stats from zoom for example? [14:09] sure ... [14:09] or limited to the dev of the snap [14:09] ok, thats interesting [14:09] but also dangerous :p [14:09] 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] so that means they could see what happens on a lot of derivatives of ubuntu [14:11] 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] this snap thing got really huge right [14:12] 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] so it isnt just ubuntu derivetives ... but essentially *all* distros [14:12] *derivatives [14:13] wow [14:13] yeah, snaps got pretty huge and are quite a commercial success too ... [14:13] though less in the desktop area [14:13] but in IoT, embedded and cloud [14:14] ogra : snap will also update their version and server base will have different version core. [14:14] yep [14:16] ogra : application store already replace all apps to snap , soon repo or ppa will left outdates application. [14:16] well, thats always up to the packager ... [14:16] if a PPA maintainer doesnt keep his packages up to date, they wont upgrade [14:17] one point is that the packaging itself is a lot easier with snaps ... === TJ_Remix is now known as TJ- [14:17] ... you also do not clash with system packages [14:18] I meant for the shift from ppa to snap.Some dev prefer snap with without relying on system deb. [14:18] 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] doing the same with a PPA is impossible [14:19] yeah ... i personally havent touched PPAs in liek 4years or so ... all my extra stuff is snaps nowadays [14:20] but there are still many people prefering PPAs [14:20] not everyone is like me 😉 [14:21] 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] thats a kodi version specifically optimized for RPi hardware video decoding ... which the kodi deb in the archive does not have [14:23] oga : both have their strong point , but some point snap is slower on mechanical HD. [14:23] the snap allows me to simply use a different upstream tree (with all the Pi patches included) for the code easily [14:24] yeah ... snaps are compressed squashfs files ... decompression time varies between SSD and HHDs [14:24] *HDDs [14:30] also worth noting the compression algo changed late last year to something much faster at decompression (LZO ? I forget) [14:30] yep, lzo [14:30] which is admittedly a lot faster but also makes your snap bigger [14:31] (the zoom snap grew by 100MB when switching to lzo here) [14:31] indeed - it's a definite trade-off, though XZ's performance (at compression or decompression) is horrible :) [14:31] i tend to use lzo for my desktop apps but keep the server ones at the old default [14:33] desktop snaps also need to set up a lot more environmental stuff on first start, thats another hit ... [15:12] 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 === jelly-home is now known as jelly === Sven_vB_ is now known as Sven_vB [22:25] UWN: Issue 666 is on the streets: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue666 :D [22:27] Change the issue number [23:24] jeremy31: Done - we are now working 667 :D [23:28] Bashing-om: nice job