[04:43] <hikiko> hi
[05:10] <duflu> Morning hikiko
[05:11] <hikiko> Good morning duflu !
[05:35] <pitti> Good morning
[05:45] <duflu> Morning pitti
[05:46] <pitti> hey duflu
[07:48] <seb128> good morning desktopers!
[07:48] <pitti> bonjour seb128 !
[07:48] <seb128> salut pitti, bon vendredi ! ça va bien ?
[07:48] <pitti> seb128: oui, merci ! et toi ?
[07:49] <seb128> super, c'est vendredi et c'est l'été
[07:49] <pitti> +1
[07:49] <seb128> 36°C, c'est trop chaud !
[07:50] <pitti> ici il fait encore calm (~ 20)
[07:50] <seb128> oui, ici 26°C là mais 36°C prévu dans la journée
[08:00] <andyrock> morning
[08:01] <seb128> hey andyrock, how are you?
[08:01] <seb128> having summer still in italy as well? ;-)
[08:01] <seb128> do you have nice plans for the w.e?
[08:01]  * andyrock is drining is daily dose of espresso
[08:02] <andyrock> just chilling here
[08:02] <andyrock> what about you?
[08:02] <willcooke> morning all
[08:03] <Laney> hey hey
[08:03] <Trevinho> Morning
[08:03] <seb128> hey willcooke Laney Trevinho
[08:03] <Trevinho> Hey all
[08:04] <seb128> andyrock, no special plan, just going to enjoy the nice warm weather ;-)
[08:04] <pitti> Good morning Laney and Trevinho, how are you?
[08:04] <Trevinho> Hey pitti, quite good thanks... You?
[08:05] <pitti> I'm fine again, thanks (cold mostly over)
[08:09] <Laney> hi seb128 Trevinho andyrock, pitti and willcooke!
[08:09] <Laney> it rained a *lot* last night
[08:09]  * Laney was woken up a few times by it
[08:09] <Laney> but now is ssssssssssunnny
[08:09] <seb128> no rain here today nor in the forecast for the next days...
[08:10] <Trevinho> Rain? What's that?!?
[08:10] <seb128> haha
[08:14] <Laney> can post you some
[08:14] <Laney> I even got a bit wet on the way back from climbing
[08:14] <Laney> :-O!
[08:15] <Laney> that and http://www.bbc.co.uk/weather/ng5?day=1
[08:22] <seb128> jbicha, thanks for the gtk update, I guess you noticed but your updates are stucked in proposed on autopkgtest issues though... might want to start by fixing that so the updates can get to users
[08:23] <seb128> glib is stucked as well :-/
[08:23] <jbicha> seb128: I've got a gvfs test build in my ppa but I unfortunately set the priority to "low" so it's taking a while
[08:24] <jbicha> I don't think I'll be able to fix cjs or isenkram though
[08:25] <seb128> why not?
[08:25] <pitti> jbicha: (I can bump stuff)
[08:26] <seb128>   File "/usr/lib/python2.7/dist-packages/isenkram/lookup.py", line 56, in modalias_match
[08:26] <seb128>     module, lst = part.split('(')
[08:26] <seb128> ValueError: need more than 1 value to unpack
[08:26] <seb128>  
[08:26] <pitti> cjs broke due to new g++ AFAIK, that's unrelated to GTK/glib
[08:26] <seb128> shouldn't be too difficult to debug, at least see what value it gets
[08:26] <pitti> and I suppose click broke with new PK?
[08:26] <seb128> pitti, right, it is, still britney isn't that smart
[08:27] <pitti> and gvfs has become horribly brittle for reasons yet unknown to me, but also unrelated
[08:27] <seb128> gtk should be easy enough
[08:27] <pitti> seb128: right, hence our hint axe :)
[08:27] <seb128> glib is a bit trickier
[08:27] <seb128> openssh gets "corrupted copy of /bin/ls"
[08:27] <seb128> which I guess is probably not glib's fault either
[08:27] <pitti> cmp: EOF on /data/adttmp/autopkgtest-virt-lxc.shared.dymmsgbx/downtmp/autopkgtest_tmp/tree/regress/copy
[08:27] <pitti> right, that's really strange
[08:27] <pitti> http://autopkgtest.ubuntu.com/packages/o/openssh/yakkety/armhf/
[08:28] <pitti> smells like a change in lxc or so
[08:28] <seb128> izsystemdfault! :p
[08:28] <pitti> or maybe new glibc
[08:28] <seb128> yeah, more likely
[08:28] <pitti> so in summary, I'm happy to let  glibc in
[08:29] <seb128> gtk as well?
[08:29] <pitti> err, "glib" :)
[08:29] <seb128> you mean glib right?
[08:29] <seb128> lol
[08:30] <pitti> not sure about isenkram, that started failing with new gtk
[08:30] <pitti> Failed to connect to Mir: Failed to connect to server socket: No such file or directory
[08:30] <pitti> Unable to init server: Could not connect: Connection refused
[08:30] <pitti> that's the -gui test
[08:30] <pitti> the other test is broken too,  though, so not *only* gtk's fault
[08:31] <pitti> I started two local test runs of isenkram, against y and y-proposed
[08:31] <pitti> if the former succeeds, I blame GTK
[08:32] <pitti> seb128: actually, did click really break with new packagekit? https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-yakkety/yakkety/amd64/c/click/20160814_075605@/log.gz looks much more apt related
[08:33] <jbicha> well I uploaded a new gtk3 so if we wait much longer, we'll have to wait for the new round of autopkgtests for gtk3
[08:33] <pitti> or apparmor or whatnot
[08:35] <seb128> yeah...
[08:35] <pitti> seb128, jbicha: oh, locally isenkram succeeds against both y and y-proposed
[08:35] <pitti> I get the Mir error messages, but these seem to be "expected"
[08:35]  * pitti retries with --all-proposed
[08:35] <seb128> right, that's nothing new
[08:36] <pitti> openssh started failing consistently on two different arches in lxc
[08:37] <jbicha> pitti: I should have pinged you about gtk3 before uploading; I'm thinking new gtk3 will also get stuck on ubuntu-release-upgrader (like webkit2 did)
[08:38] <seb128> jbicha, https://launchpad.net/ubuntu/+source/libraw/0.17.2-5 is having build issues
[08:39] <pitti> jbicha: only if the new gtk needs the broken -proposed webkitgtk2, does it?
[08:39] <jbicha> seb128: yes, I synced the wrong version, will have to wait for 0.17.2-6
[08:39] <seb128> k
[08:39] <pitti> jbicha: autopkgtests try to minimize the packages from -proposed, and since u-r-u generally works (just fails against proposed webkitgtk2), it ought to work against proposed  gtk
[08:40] <jbicha> I didn't think it was a webkit-specific failure
[08:52] <pitti> jbicha: the history on http://autopkgtest.ubuntu.com/packages/u/ubuntu-release-upgrader/yakkety/amd64/ looks like that though
[08:53] <pitti> and the log (https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-yakkety/yakkety/amd64/u/ubuntu-release-upgrader/20160805_154819@/log.gz) confirms the uninstallability
[08:53] <pitti> some half-finished transitino?
=== hikiko is now known as hikiko|ln
[10:07] <Trevinho> Laney: anything changed in yakkety gtk/themes as tsdgeos and ltinkl are getting http://i.imgur.com/6N52nhb.png
[10:07] <Trevinho> So no bg in panel
[10:07] <Trevinho> tsdgeos: window decorations are fine instead, right?
[10:08] <tsdgeos> yes
[10:08] <tsdgeos> decorations are good
[10:08] <Laney> Since when?
[10:08] <tsdgeos> today
[10:08] <Laney> No
[10:08] <Trevinho> no unity change too
[10:08] <Laney> Not from me anyway
[10:08]  * Trevinho still waits tedg fixes :-P
[10:09] <Trevinho> for a landing
[10:09] <tsdgeos> maybe lukas has it since more time
[10:09] <Laney> What did you upgrade?
[10:09] <tsdgeos> to be honest it's a just intsalled laptop yesterday
[10:09] <tsdgeos> so maybe i had it yesterday too and didn't realize
[10:11] <tsdgeos> but i don't have it on my other machine either
[10:11] <tsdgeos> so it's weird
=== hyperair is now known as Guest23766
=== Guest23766 is now known as hypera1r
=== hikiko|ln is now known as hikiko
[10:56] <willcooke> woot!  Only Radiance on Gtk 3.20 to go and that's everything moved to scaled
[10:57] <willcooke> but first for a little break
[10:57] <seb128> enjoy your lunch!
[11:15]  * Laney has made a pull request for langpack stuff
[11:15]  * Laney breathes out
[11:33] <seb128> happyaron, hey, still not nma 1.2.4?
[11:34] <seb128> Sweet5hark1, hey, did you see my toolbar comment?
[11:48] <Sweet5hark1> seb128: nope, was it about a 5.2.0 "empty" toolbar?
[11:54] <seb128> Sweet5hark1, yes, can do I screenshot if you want
[11:54] <seb128> just wanted to know if that's a known issue
[11:55] <Sweet5hark1> seb128: yes, saw it yesterday when trying a xenial->yakkety upgrade in a VM. thanks for the hint though.
[11:55] <Laney> jdstrand: hi, looks like https://bugs.launchpad.net/ubuntu/+source/evince/+bug/1588197 (Invalid but a good description of the bug) is still present in yakkety; should I revert the im-config change?
[11:55] <ubot5> Launchpad bug 1588197 in evince (Ubuntu) "Can't type anything in search box" [Low,Invalid]
[11:56] <Sweet5hark1> seb128: still: looking it getting gtk3 in shape, gtk2 is for laters.
[11:57] <seb128> Sweet5hark1, k, thanks
[12:11] <Laney> off to the post office to post off some more documents pursuant to my quest to become irish
[12:15] <seb128> Laney, Go n-éirí an bóthar leat!
[12:15] <pitti> wow, we'll soon all have to learn Gaelic :)
[12:15] <seb128> :-)
[13:14] <jdstrand> Laney: did you see https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1580463/comments/15? apparmor already had the change in yakkety so there is no reason to revert it. I reverted it from -proposed not because it was a bad change but because it needed a corresponding apparmor change that was going to take a while (that has since landed btw)
[13:14] <jdstrand> s/already had/already has/
[13:14] <ubot5> Launchpad bug 1580463 in apparmor (Ubuntu Yakkety) "Snap blocks access to system input methods (ibus, fcitx, ...)" [Medium,In progress]
[13:15] <jdstrand> unless yakkety users are seeing an issue, in which case I'd like to get more information before reverting anything
[13:27] <jcastro> heya Sweet5hark1, what would it take to convince you to add the .desktop files to the snap releases?
[13:29] <Sweet5hark1> jcastro: time. not much, but things add up. currently dying death by a thousand paper cuts ...
[13:29]  * jcastro nods
[13:36] <Laney> jdstrand: hmm, well I'm on yakkety - do you know when apparmor got the fix? maybe I just need to restart my session
[13:36] <jdstrand> you are seeing the problem on yakkety?
[13:36] <jdstrand> when did you upgrade?
[13:36] <Laney> I killed ibus
[13:37] <Laney> so not right now :-)
[13:37] <jdstrand> do you see apparmor denials?
[13:37] <Laney> [47070.327056] audit: type=1400 audit(1472212193.200:89): apparmor="DENIED" operation="connect" profile="/usr/bin/evince" pid=12297 comm="pool" family="unix" sock_type="stream" protocol=0 requested_mask="send receive connect" denied_mask="send connect" addr=none peer_addr="@/tmp/ibus/dbus-0xqs8BG9" peer="unconfined"
[13:37] <Laney> [47131.317155] audit: type=1400 audit(1472212254.184:90): apparmor="DENIED" operation="connect" profile="/usr/bin/evince" pid=12428 comm="pool" family="unix" sock_type="stream" protocol=0 requested_mask="send receive connect" denied_mask="send connect" addr=none peer_addr="@/tmp/ibus/dbus-0xqs8BG9" peer="unconfined"
[13:37] <jdstrand> let me check the apparmor policy for both
[13:38] <Laney> nod, thanks
[13:38] <jdstrand> hmm
[13:38] <Laney> wait, those are old
[13:38] <Laney> Thu Aug 25 22:32:38 2016
[13:38] <Laney> unless I still had the process running
[13:39] <jdstrand> well, the apparmor change should have been from a long time ago
[13:39] <Laney> let me restart my session so that ibus comes back
[13:41] <jdstrand> tyhicks: hey, did yakkety apparmor not get the ibus fix in https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1580463/comments/15?
[13:41] <ubot5> Launchpad bug 1580463 in apparmor (Ubuntu Yakkety) "Snap blocks access to system input methods (ibus, fcitx, ...)" [Medium,In progress]
[13:41] <jdstrand> Laney: it looks like yakkety doesn't have the apparmor fix. I'm confident you will see the issue. we'll get that fixed
[13:47] <Laney> jdstrand: rocking, thanks
[13:47] <Laney> Trevinho: I just got tsdgeos bug
[13:47] <Laney> actually this session is bad bad bad
[13:47] <Laney> no unity-gtk-module either
[13:47] <Laney> or ssh-agent
[13:47] <Trevinho> ah
[13:48] <Trevinho> you think is something related to initialization or session issues?
[13:48] <Laney> don't know
[13:48] <Laney> just saying that I got it
[13:48] <Laney> give me a minute to look
[13:55] <Laney> hmm, ok, the systemd stuff seems unrelated
[13:55] <Laney> still got the transparent panel though
[13:57]  * Laney suspects
[13:57] <Laney> Trevinho: is it stealing theme info from gnome-panel's css?
[13:57] <Trevinho> Laney: yeah... But that should have a lower prio
[13:58] <Trevinho> Laney: also the text glyph is using the panel bg too.. And it works in there
[13:58] <Laney> Trevinho: https://launchpad.net/ubuntu/+source/ubuntu-themes/16.10+16.10.20160823-0ubuntu1
[14:00] <Laney> yeah downgrading that fixes it
[14:00]  * Laney spanks mitya57
=== JanC is now known as Guest12120
=== JanC_ is now known as JanC
[14:06] <hikiko> Trevinho, https://code.launchpad.net/~hikiko/compiz/compiz.fix-expo-gap-bug/+merge/304076
[14:06] <tyhicks> jdstrand: looks like I forgot a change in that apparmor SRU :/
[14:06] <jdstrand> tyhicks: oh, it didn't make it in the xenial update either?
[14:07] <tyhicks> jdstrand: it doesn't look like it
[14:07] <tyhicks> jdstrand: now I can't remember if we needed it for xenial
[14:07] <jdstrand> tyhicks: there is a card for the ibus work. perhaps add a task to it?
[14:08] <jdstrand> tyhicks: my im-config change is waiting on the apparmor change
[14:08] <hikiko> Trevinho, the expo plugin bug wasn't finally caused by the new bottom y offset, it occured with the x offset too... It seems that all the transformations were buggy :) Can you get a look tomorrow?
[14:08] <tyhicks> jdstrand: in xenial?
[14:08] <jdstrand> yes
[14:08] <jdstrand> tyhicks: https://trello.com/c/DQKx7XYG/900-snappy-unity7-ibus-fcitx-https-bugs-launchpad-net-ubuntu-source-snapd-bug-1580463
[14:09] <jdstrand> tyhicks: (there is already a task for you btw)
[14:10] <tyhicks> jdstrand: looks like I only remembered needing to make the fcitx and mozc changes which probably caused my brain to forget the needed ibus changes...
[14:10] <tyhicks> jdstrand: ok, I'll need to remember what changes need to be made and then I'll get that ball rolling
[14:11] <Trevinho> Laney: mh, so we should probably redefine something for unityPanel only.
[14:11] <Trevinho> hikiko: thanks, I'll check it
[14:11] <Laney> Trevinho: The only thing I see that intersects is using the style class "gnome-panel-menu-bar"
[14:12] <hikiko> thanks Trevinho :)
[14:12] <hikiko> +good afternoon all /me leaving
[14:12] <Laney> bye hikiko, happy weekend!
[14:12] <hikiko> bye! happy weekend!
[14:13] <Trevinho> hikiko: there's still an issue I think
[14:13] <Trevinho> hikiko: it works fine for the bottom, but not on top
[14:28] <Laney> Trevinho:
[14:28] <Laney> .gnome-panel-menu-bar,
[14:28] <Laney> panel-applet > menubar,
[14:28] <Laney> clock-box { background: transparent;
[14:28] <Laney> this sounds bad ;-)
[14:31] <Trevinho> yaeh
[14:37] <Laney> Trevinho: looks like you can just drop that
[14:37] <Laney> some other style makes it work
[14:37] <Trevinho> Laney: want me to MP that?
[14:37] <Laney> if you want to reproduce / confirm the fix
[14:37] <Laney> then please do
[14:38] <Laney> by "that" I mean adding that gnome-panel style class in unity
[14:38] <Laney> just to be clear
[14:38] <Laney> ;-)
[14:46] <Trevinho> Laney: that was there for historic reasons, but I guess e can safely drop it yes..
[14:47] <Trevinho> Laney: I would land things, but I'm still blocked on that systemd branch, since i added in the silo also libindicator changes...
[14:48] <Trevinho> Laney: I could land the libindicator thing for now, then wait tedg to fix the unity one
[14:48] <Trevinho> for a new landing
[14:48] <Trevinho> what you prefer?
[14:48] <tedg> Cool, sorry I haven't gotten to that, pulled away on snappy things. I should be done with those today.
[14:51] <Laney> Trevinho: Don't know, you might get people complaining if the panel's theme is broken so it might be smarter to get that uploaded fast
[14:51] <Laney> but maybe not
[14:51] <Laney> use your judgement :-)
[14:51] <Trevinho> Laney: well, the thing is that... it wouldn't probably land by today anyway
[14:52] <Laney> you could do a new landing with just this fix and other safe ones if there are any
[14:52] <Trevinho> Laney: also............
[14:52] <Trevinho> Laney: we don't want to drop that I think
[14:52] <Trevinho> Since it's the way we use to get the panel to be properly colored when a standard gnome theme is done
[14:53] <Trevinho> is used*
[14:53] <Trevinho> which... might happen for some users
[14:53] <Trevinho> Laney: so I'd prefer to fix our themes css first
[14:53] <Laney> I should think it is right for gnome-panel
[14:53] <Trevinho> Laney: yes, but css has a not statement...
[14:54] <Trevinho> so we can remove that for unity one
[14:55] <Laney> ok, you can fix it in the theme if you want
[14:55] <Laney> that is also probably easier to upload fast
[14:55] <Trevinho> yeah
[14:55] <Trevinho> tsdgeos: do we have a bug for that transparent panel thing?
[14:56] <tsdgeos> Trevinho: i didn't open it
[14:57] <Trevinho> tsdgeos: can you=
[14:57] <Trevinho> ?
[14:58] <tsdgeos> Trevinho: sure, on it
[14:58] <Trevinho> ta
[14:59] <mdeslaur> hey desktoppers, I'm thinking about pushing webkit2gtk 2.12.4 to xenial as a security update. Do you recall any regressions with newer webkit releases since xenial?
[15:03] <tsdgeos> Trevinho: not very good btu https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1617371
[15:03] <ubot5> Launchpad bug 1617371 in unity (Ubuntu) "Top bar is transparent in yakkety" [Undecided,New]
[15:05] <Laney> mdeslaur: I don't remember anything, FWIW (haven't been paying much attention to it though)
[15:05] <Laney> jbicha might
[15:10] <Trevinho> Laney: I think that styl echange also breaks the unity corners...
[15:10] <Trevinho> they're too small now
[15:10] <Trevinho> I mean the decoration corners
[15:14] <Laney> :-o
[15:22] <Trevinho> Got some nice "alpha" decorations...Aero style :-D
[15:22] <Trevinho> https://usercontent.irccloud-cdn.com/file/INwvHPoN/
[15:23] <Trevinho> lets keep those
[15:23] <Laney> that looks cool
[15:24] <Trevinho> Laney: what is the parent of all the gnome-panel decorations? Is there a name?
[15:24] <Trevinho> Laney: so i can just use that instead of :not...
[15:24] <Laney> no idea
[15:25] <Trevinho> Laney: could you check it?
[15:25] <Trevinho> :P
[15:25] <Laney> doesn't :not(.unity-panel):not(.unity-decoration).gnome-panel-menu-bar work?
[15:25] <Trevinho> it give me that
[15:25]  * Laney tries
[15:25] <Trevinho> ah, ok I didn't save the .unity-decoration thing
[15:25] <Trevinho> so...
[15:26] <Trevinho> it works yes
[15:26] <Laney> nice
[15:26] <Trevinho> let me prepare a MP
[15:27] <Laney> can you request a review from mitya57 and/or albertsmuktupavels please?
[15:27] <Laney> so they can check it doesn't break gnome-panel
[15:27] <Trevinho> the unity-decoration class was just added one week ago... Because I thoght... Who knows, it could be useful... And so it was :-)
[15:27] <Laney> hehe
[15:27] <Laney> you saw into the future
[15:28] <Trevinho> considering that using the name doesn't seem to work as it used to be...
[15:29] <Laney> wonder what would happen if you set the css names to the gnome-panel ones
[15:29] <Laney> severe breakage
[15:30] <Laney> ah, the ximion reviews are rolling in
[15:30] <Laney> ♥
[15:33] <seb128> Trevinho, andyrock, is any of you looking a the unity first boot keybinding screen not closing with the mouse on yakkety (at least on a daily iso boot in a virtualbox)?
[15:33] <seb128> like clicks go through to nautilus icons
[15:33] <seb128> even clicking on the X
[15:33] <Trevinho> seb128: I've some refactoring going on which will fix that too
[15:33] <Trevinho> hopefully :-)
[15:33] <seb128> k
[15:34] <seb128> is that a regression? not going to impact SRUs right?
[15:34] <Trevinho> seb128: at this point I think everything is SRUable...
[15:34] <Trevinho> seb128: I mean, since there are other bugs which could be fixed by this, I'll try to SRU these changes too
[15:35] <seb128> is that bug in xenial?
[15:35] <seb128> I don't remember having it on xenial iso
[15:35] <Trevinho> seb128: it could happen sometimes... more randomly
[15:36] <seb128> weird
[15:36] <seb128> it's happening every time on yakkety
[15:36] <Trevinho> seb128: also other bugs will be fixded I think
[15:36] <Trevinho> Laney: here's your not's https://code.launchpad.net/~3v1n0/ubuntu-themes/panel-rules-ignore-unity/+merge/304095
[15:37] <seb128> k
[15:37] <seb128> it's always you reply
[15:37] <seb128> refactoring will fix all the issues :p
[15:37] <Trevinho> it does :-D
[15:39] <Trevinho> Siloed too... https://requests.ci-train.ubuntu.com/#/ticket/1876
[15:39] <seb128> Trevinho, good work :-)
[15:41] <mdeslaur> Laney: thanks
[15:48] <Laney> thanks Trevinho!
[15:48] <Laney> landing-099 :-o
[15:48] <Trevinho> Yes, i won that!
[15:48] <Trevinho> I noticed too :-)
[15:54] <ximion> Laney: that was a long patch!
[15:54] <ximion> hope you find the comments useful
[15:57] <Laney> ximion: not going to look more today :P
[15:57] <Laney> but thanks!
[15:57] <Laney> I wonder if there's a way to avoid synchronized
[15:57] <Laney> or minimise it at least
[15:58] <ximion> Laney: what puzzles me the most is your routine to extract an archive in libarchive using the disk writer, which requires a chdir to be actually useful
[15:58] <Laney> srsly
[15:58] <ximion> because all the routines to do this in a threadsafe way are there
[15:58] <Laney> take a look at the API
[15:58] <Laney> hopefully I just read it wrong
[15:59] <Laney> I was like "so how do you set the destination? there's no parameter for that"
[15:59] <ximion> for the synchronized block, maybe one can make it smaller, but as soon as you start changing env vars, it must be synchronized
[16:00] <ximion> Laney: see extractFilesByRegex() on how to probably write the thing you want
[16:00] <Laney> it felt stupid to go over all the files individually
[16:01] <seb128> hum
[16:01] <ximion> there is also the read () method, which lets you extract just the stuff you need (foreach (entry; archive.read ()) { // move data somewhere }
[16:01] <seb128> is anyone using yakkety? do you get an hibernate item in indicator-session?
[16:01] <seb128> there is one in virtualbox on the daily iso
[16:02] <Laney> not here
[16:02] <seb128> that was not there on xenial, I wonder if that regressed or if we reactivated hibernate by default
[16:02] <seb128> k
[16:02] <ximion> Laney: the disk-writer does exactly the same thing ^^ - also, do you really need to extract the whole package?
[16:02] <seb128> need more debugging I guess
[16:02] <seb128> Laney, thanks
[16:03] <Laney> ximion: yeah, but I believe they got it right :P
[16:03] <Laney> I'm suspicious of your use of baseName in byRegex
[16:04] <ximion> Laney: yeah, byRegex won't preserve the directory structure, AFAIK)
[16:04] <Laney> I need usr/share/locale-langpack and var/lib/locales/supported.d
[16:04] <Laney> so I could write a function that does something like this
[16:04] <Laney> maybe it's better to avoid using that writer thing just for the chdir alone
[16:06] <ximion> jup
[16:06] <Laney> what a weird api
[16:07] <Laney> however
[16:07] <ximion> so far I got rid of it in pretty much all libarchive using code, so people can enter the wonderful world of multithreading without worrying about this
[16:07] <Laney> it's infact necessary to have this be synchronized anyway
[16:07] <Laney> so that all packages which use langpacks get them extracted
[16:08] <ximion> yeah, but since this is non-backend specific API, and at some point in time someone might use it without having read about non-threadsafeness... :P
[16:08] <Laney> indeed
[16:09] <Laney> I've got some code to read .mo files directly by the way
[16:09] <ximion> you could probably give the byRegex method another flag to preserve directory structure and then have it extract using a regex matching usr/share/locale-langpack and var/lib/locales/supported.d
[16:09] <Laney> but it requires you to load all strings into memory at the minute
[16:09] <Laney> which sucks
[16:09] <Laney> at some point I'll replace it with a smarter method
[16:09] <Laney> .mo files contain a hash table themselves already
[16:09] <Laney> then we can eliminate a lot of this stuff
[16:10] <Laney> specifically the environment variable bits
[16:10] <ximion> that would be awesome!
[16:10] <Laney> I wonder if GLib is interested in having that kind of API
[16:11] <ximion> I also find it very weird that apparently nobody provides API for this yet
[16:11] <Laney> python does :-)
[16:11] <ximion> I would have taken bets before that GLib has this kind of API ^^
[16:11] <Laney> this little project has hit some very dubious parts of the linux platform
[16:12] <Laney> good fun
[16:14] <ximion> :D
[16:14] <ximion> yeah, this happens... you sometimes find very, very dark corners in the Linux platform
[16:14] <ximion> (and often it's really really old stuff, or something crypto-related)
[16:15] <jbicha> mdeslaur: webkit2gtk 2.12 has been in the gnome3-staging ppa for xenial for months and I haven't gotten any complaints about it
[16:16] <ximion> Laney: btw, testing the templating stuff in D is something you should take a look at :D - I avoided using it at first, but it's really handy - feels almost like writing in a dynamically typed language sometimes :D
[16:16] <Laney> is that the ! thing?
[16:16] <ximion> oho, we have another sysvinit/systemd debate on debian-devel!
[16:17] <Laney> need to get into the mindset of seeing it as a solution
[16:17] <ximion> Laney: yes - I wrote an example in the review (don't know if it works though, but it should)
[16:17] <Laney> I looked at the docs for RefAppender
[16:17] <Laney> didn't actually learn much from that experience
[16:17] <Laney> :P
[16:18] <ximion> templates are really nice if you e.g. want a tree structure taking arbitrary elementy as values without having to resort to void pointers :P
[16:18] <ximion> Laney: me neither - my best guess on what it does and how it works comes from the name of that thing ^^
[16:19] <ximion> (and from using Appender, which is more obvious on what it does)
[16:20] <jbicha> mdeslaur: there's a few random crashes but it looks pretty good to me really: https://launchpad.net/ubuntu-gnome/+bugs?field.searchtext=webkit2gtk&orderby=-id
[16:20] <Laney> it was also non obvious to find out whether this.array = someArray was going to make a copy or not
[16:20] <Laney> ended up experimenting
[16:21] <ximion> as you will see in the review, I was confused as well
[16:21] <ximion> we should probably be nice and file a bug against the documentation
[16:23] <Laney> it's sort of documented in here https://dlang.org/library/std/container.html
[16:26] <mdeslaur> jbicha: great, thanks!
[16:32] <willcooke> woot!  The move to scaled is complete!  https://code.launchpad.net/~willcooke/ubuntu-themes/hidpiicons
[16:32] <willcooke> *cough* and untested
[16:32] <ximion> Laney: oh, Array is GC-free - nice!
[16:33] <Laney> hrhr
[16:51]  * Laney hijacks Trevinho's landing
[17:01] <bregma> hey desktopper, I'm having a nightmarish time with Unity 7 on a multimonitor desktop since upgrading to 16.04....  have there been any other complaints about that or am I just solo artists?
[17:04] <bregma> in particular, every time I come back from the lockscreen, windows are randomly moved around to different displays and sometimes different workspaces
[17:06] <bregma> and at random times the Panel and Launcher stop responding to mouse input (although keyboard navigation still works, so I can ctrl-super-right to semimaximize a window to interact with menus using LIM)
[17:09] <Laney> not heard of anything like that - check LP and file a bug if not?
[17:09] <andyrock> i saw something similar on launchpad
[17:09]  * Laney is off, back tuesday, happy weekend
[17:09] <Laney> o/
[17:09] <andyrock> but not sure unity is actually responsible for that
[17:12] <seb128> Laney, have a nice w.e!
[17:12] <seb128> calling it a week as well
[17:12] <seb128> see you next week desktopers
[17:15] <flocculant> have a great weekend seb128 :)
[17:28] <willcooke> night all.  Public holiday on Monday, see you Tuesday!
=== davmor2 is now known as davmor2_hols
[22:05] <inerti4> Hi everyone, after I replaced my motherboard, I cannot access Ubuntu but only Windows. I tried several ways to fix Grub but I cannot. Can anybody help me?