/srv/irclogs.ubuntu.com/2018/05/14/#ubuntu-desktop.txt

=== JanC_ is now known as JanC
didrocksgood morning06:42
jibelSalut didrocks06:44
c-lobranohey, good morning :)06:44
didrockssalut jibel, hey c-lobrano06:45
=== pstolowski|afk is now known as pstolowski
seb128good morning desktopers07:25
didrocksre seb12807:26
seb128re didrocks :)07:27
Nafallomorning07:29
oSoMoNgood morning desktoppers07:38
seb128lut oSoMoN, comment ça va ? passé un bon w.e?07:40
didrockssalut oSoMoN07:40
oSoMoNsalut seb128, didrocks07:40
oSoMoNI spent a couple of hours at Ikea on Saturday morning, I thought I was going to die07:40
oSoMoNapart from that, a good week-end :)07:41
seb128don't go there in a w.e!07:41
didrocksand it was in the morning… :p07:41
oSoMoNyeah, never again…07:42
willcookemorning07:52
Nafallohey willcooke :-)07:52
seb128hey willcooke, how are you?07:52
willcookehey seb128, Nafallo - doing ok07:56
willcookeNice break seb128?07:56
didrockshey willcooke07:57
seb128willcooke, yeah, great week off, thx!07:57
andyrockgood morning!07:57
seb128willcooke, how have things being for you? not too crazy post Berlin? good w.e?07:58
oSoMoNgood morning willcooke, Nafallo, andyrock07:58
Laneyyo08:02
oSoMoNmorning Laney08:02
seb128hey Laney, how are you?08:05
Laneyhey oSoMoN seb12808:05
didrockshey Laney08:06
Laneyhey didrocks!!!!08:06
Laneyseb128: I'm good08:06
Laneynice weekend, saw some friends who were visiting, did the parkrun (still super slow), went to a folk club & went climbing!08:07
Laneygood week off?08:07
Laney& how is everybody else?08:07
didrocksway better than this week-end! I was really sick and couldn't do much/sleep much08:10
Laneyoh man08:10
Laneybetter now?08:11
didrocksyeah, way better, hopefully, thanks! :)08:11
didrocksI can at least walk :p08:11
TrevinhoMorning...08:11
oSoMoNI'm good, had a good week-end except for that near-death experience in Ikea on Saturday morning, I barely survived08:11
oSoMoNhey Trevinho08:12
TrevinhoHi oSoMoN08:12
oSoMoNTrevinho, has the hackfest started?08:12
seb128Laney, yeah, excellent week off, lot of walking around or sitting/relaxing in the nice weather :)08:12
seb128hey Trevinho08:12
Trevinhoseb128: hiii, had a good week off?08:13
LaneyoSoMoN: under a pile of wardrobes?08:13
TrevinhooSoMoN: nope... In an hour08:13
seb128Trevinho, hey, very good indeed!08:13
LaneyTrevinho has brought italian culture to the UK08:13
oSoMoNLaney, too much furniture, and too many people08:13
Laney10am starts!08:13
didrocksLaney: could be worse, Spanish one :)08:14
* didrocks almost wrote "snapish"08:14
TrevinhoLaney: no, there's no need... Thank God Spanish guys are here :-)08:15
didrocksthat's why 10am, you have found a middle ground between UK and Spanish :)08:15
oSoMoNSpaniards would start at 10 and go for breakfast at 10:1508:16
didrocksroh :p08:16
seb128oh, hackfest, that's why Trevinho is up, now it explains! :)08:19
seb128Trevinho, is there an agenda for the hackfest btw?08:20
didrocksroh ^208:20
Trevinhoseb128: yeah in the wiki, but not defined yet08:20
Trevinhoseb128: also fill up the guadec doc for booking08:20
seb128Trevinho, I need to catch up on those discussions, I'm all still unsure how long I'm staying, I need to look at the conf schedule (if it's available yet)08:21
didrocksseb128: it's not yet08:22
seb128typical GNOME :08:23
seb128:/08:23
Trevinhoseb128: ok, try to do it asap as they said me to be quick in finalizing the booking08:23
didrocksseb128: well, voting finished on Monday, delayed due to some delayed requests :p08:23
seb128Trevinho, who is "they"? we don't use the travel agent this time?08:23
seb128didrocks, I see08:24
Trevinhoseb128: clan can pay for it, while I'm your travel agent :-D08:25
andyrockwhat's the raccomended way to get the ubuntu codename in C?08:25
seb128Trevinho, k, I guess I just need to read that backlog, I just glanced over it and it seemed lot of IM-bla :p08:25
seb128hey andyrock08:26
Laneyhey andyrock08:29
Laneywhat for?08:29
andyrockhey Laney seb12808:29
andyrockwe need to hide the canonical-livepatch page in gnome-initial-setup if the distro is not bionic08:29
andyrockbecause livepatch it's not supported in non-lts08:29
seb128livepatch doesn't give you an api to check supported or not?08:30
Laneyoh right08:30
Laneywouldn't it be better for livepatch to tell you that?08:30
Laneyha08:30
andyrocklivepatch does not have such API08:31
andyrockalso we would need to install livepatch before to ask08:31
seb128we should request them to add one :)08:31
seb128good point08:31
seb128back to your question, I'm not sure what's the best way to check you are on bionic from C, maybe parsing /etc/os-release?08:32
andyrockit would be a good idea to had a snap api08:32
seb128right08:33
andyrockI'll ask the snap team08:33
didrocksI wonder if the snap shouldn't be published in the "bionic" channels08:42
didrocksand not master thus08:42
didrocksas it doesn't work everywhere08:42
didrocksand then, you "just" request if the snap is available for you08:42
seb128didrocks, yeah, I was wondering about that08:44
seb128but do we have per serie channels?08:45
didrocksI'm pretty sure that exists. However, I don't know if that's just a convention or it's something bundled08:45
seb128or do you mean the same we are using for pre-seeded snaps?08:45
seb128yeah, I don't know how "standard" it is08:45
didrocksthis is what replace "latest" in the track name08:45
didrocksyou have latest/stable/branch-name08:45
didrockshere, it's release/stable/branch-name for instance08:46
didrocksI think you have to request for them to open it thouh08:46
didrocksthough08:46
seb128in any case sounds like something for the snap/livepatch team to solve08:46
didrocksbut that's one year old memory, do not trust me too much :)08:46
didrocksyeah08:46
seb128it doesn't make sense to install that snap on bionic08:46
seb128even from the cli08:46
didrocksI guess it's something for them to consider08:46
didrocksyou meant on non bionic?08:46
seb128I meant on cosmic08:47
didrocksyeah08:47
seb128I still need to get used to type that one :p08:47
* didrocks has a name for a blog post series08:47
didrocks"opening the cosmic gate" :)08:47
didrocksbut yeah, basically on non supported distro, you shouldn't be able to install the snap08:48
didrocks(and then, I'll steal what they do and the transition path from latest to that track for communitheme snap, lalalala)08:49
seb128(changing location, brb)08:53
willcookeTrevinho, re: GS Connect.  You said about starting a thread on the hub.  Good idea.  Since you're busy this week, would you like me to start one - or are you happy to wait until you're back to normal working mode?09:10
ads20000currently there's no way to remove a snap from someone's system, though I suspect the recent miningware incident could change that, perhaps by setting a precedent of refreshing to dummy packages, we'll see... Also maybe the livepatch snap could remain installed but it just won't do anything on non-LTS releases? Though then it is wasting data by refreshing needlessly...09:36
didrocksI guess not being able to install is the best API for both users not thinking they get it activated and for andyrock to know if LP is available or not09:59
Trevinhowillcooke: it's fine if you start that, no worries10:29
willcookeTrevinho, will do10:30
Trevinhothanks10:30
* Laney just got blinded10:42
Laneythe sun crossed some threshold and started reflecting off some glossy paint directly into my eyes10:43
Laneyactually can't see the whole screen10:43
Laneystupid daystar, turn it off please10:43
ogra_just take a 12h break and it solves itself :)10:43
Laneythen i'll be in da club partying it up 💃💃💃💃💃💃10:44
Laney(🛏)10:44
andyrockdaystar lol10:46
seb128oSoMoN, you are sure you are using the snap for g-s-m? I don't think we/security allowed the opening of help: URIs, or did that change?10:48
seb128I've a few snaps that hit "user-open error: Supplied URL scheme "help" is not allowed"10:48
seb128(that's in the journal)10:48
willcookeTrevinho, done https://community.ubuntu.com/t/gs-connect-as-part-of-18-10/590310:48
oSoMoNseb128, d'oh, I wasn't, obviously10:49
seb128oSoMoN, k10:50
oSoMoNI'll edit my post10:50
oSoMoNis there some markup to strike through text10:50
LaneyoSoMoN: ~~ usually10:51
Laneydunno about discourse tho10:51
oSoMoN[s] and [/s] (opening and closing tags) in discourse, apparently10:52
oSoMoNno more chromium updates on trusty: https://community.ubuntu.com/t/chromium-updates-on-trusty/590511:50
Laney⚰️11:54
kenvandinefirefox 60 is in the stable channel13:28
kenvandine:-D13:28
willcookeyay13:33
willcookeoSoMoN, good post, thanks13:35
oSoMoNcheers13:40
sergiusens\o/13:40
oSoMoNkenvandine, speaking of which, can you confirm what I'm seeing with flash? https://forum.snapcraft.io/t/how-do-you-enable-flash-plugin-on-firefox-snap/537613:40
oSoMoNgotta go pick up daughter from school, bbiab13:42
jbichaseb128: hi, could you subscribe the bugs team to tracker-miners and libcue? bug 1770877 bug 177087113:58
ubot5bug 1770877 in tracker-miners (Ubuntu) "[MIR] tracker-miners" [Undecided,New] https://launchpad.net/bugs/177087713:58
ubot5bug 1770871 in libcue (Ubuntu) "[MIR] libcue" [Undecided,New] https://launchpad.net/bugs/177087113:58
jbichaalso, except for the patch rename, are these changes fine for bionic? https://launchpad.net/ubuntu/+source/gnome-control-center/1:3.28.1-0ubuntu213:59
seb128hey jbicha14:00
seb128jbicha, looks fine, if you do a SRU can you include the fix for bug #1759468 (https://gitlab.gnome.org/GNOME/gnome-control-center/merge_requests/40)14:02
ubot5bug 1759468 in gnome-control-center (Ubuntu) "gnome-control-center (11) gtk_style_context_clear_property_cache → gtk_css_widget_node_update_style → gtk_css_node_ensure_style → gtk_css_node_ensure_style → gtk_css_node_validate_internal" [High,In progress] https://launchpad.net/bugs/175946814:02
ubot5-ngseb128: Error: GNOME: Impossible to get infos for GNOME/gnome-control-center issue (Merge request) 40: 'dict' object has no attribute 'username'14:03
jbichaok, I didn't see that one, also I was going to see if the commit mentioned on LP: #1766799 fixes our bug too14:05
ubot5Launchpad bug 1766799 in gnome-control-center (Ubuntu) "gnome-control-center (ERROR) ../shell/cc-panel-list.c → 926 → cc_panel_list_set_active_panel → assertion failed → (data != NULL)" [Low,In progress] https://launchpad.net/bugs/176679914:05
seb128jbicha, thanks, yeah that one was also on my list14:09
seb128jbicha, "    - Drop now unnecessary fonts-ubuntu dependency" ... SRU team doesn't like such change without a bug reference, so best to drop the change or create a bug14:12
jbichaI've got a bug LP: #1770473 but maybe I'll mention the bug number twice or reformat the changelog :)14:13
ubot5Launchpad bug 1770473 in gnome-control-center (Ubuntu Bionic) "Don't hardcode Ubuntu font name in Settings > Details" [Low,Triaged] https://launchpad.net/bugs/177047314:13
seb128well I guess that's part of the first snippet14:13
seb128but the changelog doesn't make that obvious14:13
seb128right14:13
jbichamentioning the bug number twice wouldn't hurt if it makes things more clear :)14:14
seb128right14:14
jbichaseb128: could you also look at bug 1770146? I guess we should be the subscriber there too (it's replacing libappindicator in main, maybe universe too this cycle)14:51
ubot5bug 1770146 in libayatana-appindicator (Ubuntu) "[MIR] libayatana-appindicator" [Undecided,New] https://launchpad.net/bugs/177014614:52
seb128jbicha, I don't think desktop team has any interest is signing to maintain that stack14:55
seb128what's the status of having the flavors that use indicators to switch to the ayatana variant?14:56
jbichaseb128: if the Desktop team won't be the bug subscriber, who will? we do use that library for our main apps that use the GNOME Shell appindicator extension15:10
jbichaUbuntu MATE is the primary other user of appindicators, but MIR rules want a Canonical-ish team, right?15:12
seb128do we? what apps got transitioned?15:12
seb128well, I want to see other flavors starting using those first before we talk about MIR15:12
jbichathere are 5 main apps listed in https://wiki.debian.org/Ayatana/IndicatorsTransition#Packages_in_Ubuntu_main_that_need_to_be_ported_a.s.a.p.15:12
seb128I don't especially agree that the libayatana version is better maintained/tested enough15:12
jbichaall are waiting in cosmic-proposed for the MIR to be approved15:13
seb128shrug15:13
seb128that's doing thing reverse15:13
seb128also is there a transition plan for the gnome-shell extension? can it talk to apps using both libs at the same time?.15:13
jbichaI don't know, sometimes people want the packages to show up in component-mismatches to prioritize handling the MIR or something 🤷15:14
seb128that's not the documented process on the MIR wiki reference15:14
jbichalast cycle, I was told to do that for some of the MIRs15:14
seb128I mentioned it to dok_o and slangasek agrees with me15:14
seb128dok_o is not respecting the process15:15
seb128(I assume he's the one that asked you that)15:15
seb128anyway I'm not +1ing that MIR on hand waiving15:15
seb128ideally that stack would get more testing before we consider that change15:15
jbichaLocutus did the work for this transition15:15
seb128right, it doesn't give us any assurance the new codebase isn't crap15:16
seb128it happens that some people are eager to transition to new things even if they are less good and completly untested15:16
seb128(I'm not saying in the case there, but I don't know)15:16
jbichamy understanding is that libayatana-appindicator uses the same D-Bus name as libappindicator and the GNOME Shell extension just displays the stuff so it works just fine with either the Ayatana version or the classic Ubuntu version15:16
jbichabut I don't have a very deep understanding of indicators at all15:17
seb128my understanding is that they changed the namespace15:17
seb128I argued a lot over email with the libayatana maintainer about that15:17
jbichaI thought so too, but it seems to work right now15:17
seb128imho that was a stupid thing they did15:17
seb128maybe they fixed it15:17
seb128anyway, I'm adding to my queeue15:18
jbichaI agree with you that the namechange is annoying and even now, they could easily switch to the old library name that apps already use15:18
seb128but not subscribing us/giving a +1 before we have a proper look15:18
seb128thanks for pointing it out!15:18
jbichaI guess part of the complication was that sun_weaver didn't want it to be bound to the CLA15:18
jbichaand that's a Canonical thing, not much I can do there :)15:20
oSoMoNchrisccoulson, there's a minor chromium update ready for publication in the stage PPA: 66.0.3359.170 (fixes 3 CVEs)15:40
oSoMoNLaney, do you know why an octave-interval autopkgtest regression is blocking the migration of chromium-browser? http://autopkgtest.ubuntu.com/packages/o/octave-interval/cosmic/amd64 . I'm not sure where that dependency comes from…15:52
oSoMoNkenvandine, thanks for confirming the firefox flash issue, I'll file a bug15:53
kenvandineoSoMoN, maybe it's a gtk version mismatch15:57
kenvandinesince that flash plugin was probably built against a much older gtk15:57
kenvandinethan firefox15:57
oSoMoNcould be, yeah15:58
oSoMoNkenvandine, but it's working with the deb version of firefox15:58
oSoMoNwhich was built against a recent gtk15:58
kenvandineinteresting15:59
kenvandinethe firefox snap is built against the 16.04 gtk16:00
kenvandinemaybe the opposite problem16:00
LaneyoSoMoN: via www-browser in some way probably16:01
oSoMoNmmm, octave-interval-doc depends on w3m | www-browser, could it be what creates that dependency chain?16:02
oSoMoNif so that doesn't look right, it's just a doc package that bundles html files16:03
Laneyit depends on something, that means and update to that something could break it16:03
Laneys/and/an/16:03
oSoMoNLaney, I understand the logic, but then all doc packages in the archive could depend on www-browser, and every single update would trigger an autopkgtest run of chromium-browser16:04
oSoMoNthat seems like a waste of resources16:05
Laneyit's the other way around16:05
Laneyand clearly you don't see a million tests running there, so it is not that16:05
oSoMoNright, it's the other way around indeed, so maybe it's just octave declaring that dependency on a browser for its doc package, and it shouldn't? 16:06
oSoMoNkenvandine, I'll check with the firefox deb in a xenial VM16:06
oSoMoNit works there, maybe I need to unpack the so from the xenial package to get it working16:10
jbichahtml -doc packages shouldn't depend on (or even recommend) a web browser IMO16:12
oSoMoNI agree16:12
=== pstolowski is now known as pstolowski|afk
oSoMoNkenvandine, flash content corrupted when rendered in snap with flash plugin extracted from xenial deb, most likely because the version of gtk on xenial doesn't match the one in the gnome-3-26 PPA16:15
oSoMoNkenvandine, https://bugzilla.mozilla.org/show_bug.cgi?id=146136316:18
ubot5Mozilla bug 1461363 in Untriaged "[snap] flash plugin content not rendered" [Normal,Unconfirmed]16:18
kenvandineoSoMoN, the firefox snap doesn't build against the PPA16:27
kenvandineit's against xenial proper16:27
LaneyoSoMoN: that actually needed an update of autodep8; done, please retry all except for armhf which I used to test16:29
Laneyalso16:29
oSoMoNLaney, thanks16:29
Laneydid you guys figure out that segfault problem with the desktop launcher?16:29
oSoMoNkenvandine, weird, because the firefox deb in xenial renders flash content fine, but the snap doesn't (using the flash plugin lib extracted from the xenial package)16:30
kenvandineLaney, i don't think so16:33
Laneyblast16:35
Laneywas hoping to hear the cool reason16:35
kenvandineLaney, in theory your reference to /lib/x86_64-linux-gnu/libdl.so.2 should actually be coming from core not your host system16:36
kenvandineunless that's not true for classic snaps16:36
kenvandinebut i think it should be true16:36
Laneyit does16:36
Laneyyou can check that with ldd16:36
kenvandineit does come from core right?16:37
Laneyyep16:37
Laneybut then you can preload the host one to make it use that and it starts working16:37
Laneywhich is weird but I didn't try anything more than that16:37
kenvandinevery weird16:37
kenvandineand concerning16:37
Laneythat's just running the thing from /snap directly on my system btw16:38
kenvandineah16:38
Laneybut it still segfaults like that16:38
oSoMoNjbicha, FYI https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=89864616:39
ubot5Debian bug 898646 in octave-interval-doc "octave-interval-doc: doc package should not depend on a web browser" [Minor,Open]16:39
oSoMoNjbicha, that was quick: https://salsa.debian.org/pkg-octave-team/octave-interval/commit/29d526d21876ff43bfe2e939e6723c63837685c4 :)16:58
oSoMoNalrighty, I'm done for today, have a good evening / rest of the day everyone!17:37
willcookenight18:56
jbichahttps://feaneron.com/2018/05/14/improving-the-development-experience-for-gnome-settings/23:03

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!