[05:59] <didrocks> good morning
[07:05] <seb128> good morning desktopers
[07:07] <hikiko> hello...
[07:07] <hikiko> I just woke up :/ My mobile ran out of battery :/
[07:07] <hikiko> +no alarm today :)
[07:08] <RAOF> A fine morning, then! :)
[07:08] <RAOF> BAH! Who broke the compose key!
[07:08] <hikiko> hahaha
[07:08] <RAOF> Also, why is it suddenly 6pm.
[07:08]  * RAOF -> EOD.
[07:09] <hikiko> :DDD
[07:09] <hikiko> enjoy your rest of the day RAOF :)
[07:09] <didrocks> good morning hikiko, evening RAOF :)
[07:10] <seb128> RAOF, enjoy!
[07:13] <hikiko> good morning didrocks seb128 :)
[07:13] <pitti> Good morning
[07:16] <hikiko> good morning pitti :)
[07:18] <seb128> lut pitti
[07:18] <seb128> ça va bien ?
[07:18] <pitti> hey hikiko!
[07:18] <pitti> ça va seb128 -- oh, tu es plus tôt que moi :)
[07:18] <seb128> \o/
[07:18] <seb128> pitti, tu as bien dormi ?
[07:18] <pitti> seb128: je vais bien, jeu au basket hier était grand
[07:19] <seb128> "grand"?
[07:19] <pitti> seb128: "bon", Je suppose
[07:20] <seb128> c'est mieux oui
[07:20]  * pitti keeps being misled by "great" vs. "grand"
[07:20] <didrocks> hey pitti!
[07:20] <pitti> bonjour didrocks !
[07:20] <seb128> "grand" is "tall" usually
[07:21] <pitti> seb128: mais beaucoup de personnes là sont grand aussi :)
[07:21] <seb128> google translator seems a bit confused as well and suggest "great" as first translation for "grand"
[07:21] <seb128> pitti, c'est vrai !
[08:32] <darkxst> hey seb128 pitti didrocks
[08:37] <pitti> hey darkxst
[08:38] <didrocks> good evening darkxst
[08:39] <darkxst> anyone care if I drop obexftp from gnome-user-share? so far as I can tell its useless with bluez5 anyway
[08:39] <darkxst> gvfs dropped it ages ago
[08:40] <darkxst> I doubt it even works and there are no supported clients
[08:40] <darkxst> seb128, ^
[08:41] <seb128> hey darkxst
[08:41] <seb128> darkxst, I don't know enough about it to comment, what's the motivation for the change?
[08:43] <darkxst> seb128, merge gnome-user-share to 3.14, but keep the prefs panel
[08:43] <seb128> seems fine to me
[08:44] <darkxst> it has the binary split, and there are lots of bluetooth fixes in there, that mostly only affect you guys
[08:45] <darkxst> and even including apache 2.4 support ;) though could have just cherry-picked that
[08:46] <seb128> updating is better, if we can
[08:48] <darkxst> seb128, yes that was my thoughts also
[08:50] <darkxst> patches are done, I'll do a merge with debian over the weekend
[08:50] <seb128> great
[08:52] <willcooke> morning all
[08:52] <TheMuso> Hey willcooke.
[08:52] <darkxst> hey willcooke
[08:52] <seb128> hey willcooke TheMuso
[08:52] <TheMuso> Hey desktoppers.
[08:55] <didrocks> hey willcooke, TheMuso
[09:03] <Laney> ahoy
[09:04] <seb128> hey Laney!
[09:04] <seb128> how are you?
[09:05] <pitti> hey Laney!
[09:06] <Laney> hey seb128 and pitti
[09:06] <Laney> doing good, my fingers are feeling the burn from climbing yesterday \m/
[09:06] <Laney> how about you?
[09:07] <didrocks> morning Laney!
[09:07] <pitti> Laney: doing good as well, my body is aching (in a good way) from the 2.5 h basketball
[09:07] <didrocks> ah, you feel better enough for climbing? Nice!
[09:08] <Laney> woo!
[09:08] <Laney> hey didrocks!
[09:08] <seb128> doing good as well, played some double tennis yesterday (but only for an hour, wanted some relaxing as well and it started raining)
[09:10] <Laney> nice
[09:10] <Laney> getting cold for that :P
[09:11] <Laney> oh look, dezrt's new tests fail
[09:11] <Laney> https://buildd.debian.org/status/fetch.php?pkg=glib2.0&arch=armhf&ver=2.47.3-1&stamp=1448490072
[09:12] <seb128> haha
[09:14] <Laney> https://buildd.debian.org/status/package.php?p=glib2.0&suite=experimental
[09:14] <Laney> all 32 bit arches
[09:14]  * Laney shakes head sadly
[09:15]  * TheMuso -> EOD, later folks. :)
[09:15] <willcooke> see ya TheMuso
[09:19] <seb128> RAOF, did you say you planned to update colord-gtk in Debian? ;-)
[09:28]  * willcooke remembered the tar command first time
[09:30] <didrocks> willcooke: it's easy, just tar cf <yourfile>.<your_ext> dir
[09:30] <didrocks> based on the extension, it will compress (hence the 'c'), the file (f) in the desired format
[09:30]  * willcooke uses cvfj
[09:31] <willcooke> oh
[09:31] <didrocks> no need for j, nor v :)
[09:31] <willcooke> when did it start doing that?  (expecting the answer 1998)
[09:31] <didrocks> just "tar cf foo.bz2 bla" for instance
[09:31] <didrocks> a year and half ago :)
[09:31] <didrocks> so not that outdated!
[09:31] <willcooke> oh phew!
[09:31] <didrocks> (of course, same for extracting)
[09:32] <willcooke> I didn't get a letter from the elders of the internet about this
[09:32] <didrocks> heh
[09:32] <didrocks> hum, we don't produce any more usb image, right?
[09:32] <Laney> I thought the omitting of the compression type only worked for 'x'
[09:33] <didrocks> Laney: oh, possible it's doing that silently, let me check
[09:33] <Laney> check with 'file' that it's actually compressing it :P
[09:33] <didrocks> Laney: ah, you are right
[09:33] <didrocks> willcooke: withdraw what I said for compress then ^
[09:33] <didrocks> it's just creating a tar
[09:34] <didrocks> extract works though
[09:34] <Laney> tar xvf foo.tar.whatever works though
[09:34] <willcooke> neat!
[09:34] <didrocks> Laney: yeah, I would have hope some fallback based on the extension…
[09:34] <Laney> doesn't mean you get to forget the letters
[09:34] <Laney> which is Good Unix Knowledge
[09:35] <didrocks> FYI, I'll have a look this afternoon on our language that we shipped by default, expect some seed changes :)
[09:35]  * didrocks wants to reintroduce the one we shipped at least in hardy
[09:35] <Laney> programming language or speaking language?
[09:35] <didrocks> (as no more size constraints…)
[09:36] <didrocks> speaking :p
[09:36] <didrocks> yeah, haskell on the CD of course! :)
[09:37] <Laney> how much space are you talking about?
[09:37] <didrocks> I need to remember how this works on install without Internet access. I guess we just needed to ship in live
[09:37] <didrocks> Laney: well, it's hard to know in advance
[09:37] <Laney> no limit but that doesn't mean go super wild
[09:37] <didrocks> Laney: hence, we need to look at
[09:37] <didrocks> yeah
[09:37] <Laney> sure it is, boot a live iso and install the new packages
[09:37] <didrocks> I won't ship a big extra number of them
[09:37] <didrocks> Laney: well, you will the know the extracted size
[09:37] <Laney> you know the size of the debs
[09:38] <Laney> which is more or less good enough
[09:38] <didrocks> then, we can still approx that package size == size in the squashfs
[09:38] <didrocks> yep
[09:38] <didrocks> that's what I'll look at, to see how many we can ship reasonably
[09:38] <didrocks> (more afraid about the install part, that this is still working as expected)
[09:38] <Laney> what install part
[09:39] <didrocks> like, you don't have any network connexion
[09:39] <didrocks> connection*
[09:39] <didrocks> you choose "de"
[09:39] <didrocks> which is part of the live task
[09:39] <didrocks> ensure that we have it installed
[09:39] <didrocks> and that other languages are removed when not selected
[09:40] <Laney> what makes you think it doesn't work?
[09:41] <Laney> we definitely touched this area with chinese stuff in wily
[09:41] <didrocks> did anyone test that no chinese package is installed after a fresh one?
[09:41] <didrocks> (if you select en)
[09:41] <Laney> yes
[09:41] <didrocks> good then :)
[09:42] <Laney> so I'm wondering what you have seen
[09:42] <didrocks> nothing
[09:42] <Laney> or is it just a random thing?
[09:42] <didrocks> just telling "we should ensure it's working"
[09:42] <didrocks> so unsure what this discussion is even about
[09:43] <davmor2> willcooke: next you'll be saying you know how to use vim, sed and regex ;)
[09:43] <willcooke> I've being using vim for years
[09:43] <willcooke> mainly because I can't work out how to quit it
[09:43] <willcooke> badum *tish*
[09:43] <Laney> unsure> you started it?
[09:44] <didrocks> Laney: the bikeshedding part? I don't think so :)
[09:44] <didrocks> Laney: just telling "I'm going to work on that and test it, just a warning"
[09:44] <Laney> bikeshedding?
[09:44]  * didrocks shrugs
[09:44] <Laney> I was trying to establish if you've seen something because I worked on the area
[09:44] <Laney> not really bikeshedding
[09:44] <davmor2> willcooke: wompwompwomp.com
[10:03] <Trevinho> Hi
[10:05] <seb128> hey trevinho, how are you? was the drive back alright yesterday?
[10:06] <larsu> where did you drive?
[10:06] <Trevinho> seb128: yes.... Alright. Then I hacked till late on unity / nautilus :-P
[10:06] <seb128> oh, larsu is there as well!
[10:06] <seb128> hey larsu ;-)
[10:07] <Trevinho> larsu: I was at my parents home wich is 1.5hrs far from Florence, and I had to go back to my place
[10:07] <didrocks> good morning Trevinho!
[10:07] <Trevinho> Hi didrocks
[10:09] <larsu> ah cool
[10:09] <larsu> and good mornigng I guess
[10:09]  * larsu forgot to say that earlier :)
[10:09] <larsu> hi seb128 & didrocks as well!
[10:09] <pitti> hey larsu, guten MOrgen!
[10:09] <didrocks> hey larsu ;)
[10:10] <larsu> moin pitti!
[10:13] <attente> good morning
[10:14] <willcooke> attente, O_o  early start?
[10:15] <seb128> hey attente
[10:15] <attente> willcooke: trouble sleeping...
[10:15] <seb128> willcooke, how is the gedit theming going btw?
[10:15] <willcooke> seb128, - spooky!  I was just about to ask you to try it
[10:15] <willcooke> there are two branches you will need
[10:16] <seb128> hehe
[10:16] <willcooke> https://code.launchpad.net/~willcooke/ubuntu-themes/geditspecific
[10:16] <willcooke> https://code.launchpad.net/~willcooke/ubuntu-themes/notebooktabs
[10:16] <willcooke> they address different issues, but the gedit changes need the notebook changes to look ok
[10:18] <willcooke> There are still some minor issues with the tabs (borders and such, but a) I don't have time to spend looking at it right now and b) I think we need to leave something for the Google Code In guys to work on
[10:19] <xnox> welcome seb =)
[10:19] <attente> seb128: good morning
[10:19]  * xnox should scroll down scrollback before replying
[10:19]  * xnox had the chat at seb saying good morning =)
[10:19] <darkxst> willcooke, heh, lets put everthing on hold, and leave it for the google code in, kids ;)
[10:20] <willcooke> darkxst, :)  We can try.  It's a good strategy
[10:20] <seb128> hey xnox!
[10:20] <attente> seb128: do you have time to review https://code.launchpad.net/~attente/maliit-inputcontext-gtk/trunk?
[10:20] <darkxst> yes, I am making a list of bugs I would rather not fix, just for that reason!\
[10:20] <xnox> ssshhhh. i have plenty of things for google code it to build ;-)
[10:22] <willcooke> oh, now I need to fix terminal as well
[10:22] <willcooke> so yeah, larsu or seb128 - gonna need some help getting the inspector to work with GNOME terminal.  I think I have to *shudder* build from source
[10:23] <Laney> I'm used to those bigger tabs now so will complain when they change back :P
[10:23] <willcooke> :D
[10:23] <darkxst> larsu,  are the css nodes in gtk+ going to be a problem for ubuntu themes?
[10:25] <seb128> willcooke, gedit looks fine to me, but can you include the
[10:25] <seb128> GeditStatusbar {
[10:25] <seb128>     border-top: 1px solid @borders;
[10:25] <seb128> }
[10:25] <seb128> as well?
[10:25] <seb128> willcooke, unsure why you discarded it, but without that the status bar is not well delimited from the document
[10:25] <seb128> willcooke, I included it in gedit as a workaround until the theme is updated but we shouldn't distro patch gedit for that
[10:25] <willcooke> seb128, I checked on the the old gedit and there is no border.
[10:26] <seb128> current xenial has that patch, see ^
[10:26] <larsu> willcooke: you can do it!
[10:26] <seb128> what do you call "old gedit"?
[10:26] <willcooke> erm, the version running in my W vm
[10:26] <larsu> darkxst: what do you mean by problem? They'll certainly need a lot of adjustment
[10:26] <larsu> just like adwaita
[10:26] <seb128> willcooke, well, it looks better with it :-)
[10:27] <willcooke> seb128, agreed
[10:28] <willcooke> one sec...
[10:29] <seb128> willcooke, there is something weird with the notebooktabs changes
[10:29] <seb128> they make the wm controls being wrong
[10:29] <Sweet5hark> moin
[10:29] <seb128> or quite different from ours themed ones at least
[10:29] <seb128> hey Sweet5hark!
[10:30] <Sweet5hark> seb128: heya.
[10:30] <seb128> the buttons borders as well
[10:32] <willcooke> seb128, sorry, don't understand
[10:33] <seb128> willcooke, http://people.canonical.com/~seb128/gedit.png
[10:33] <seb128> is what gedit looks like with the notebooks branch changes
[10:33] <seb128> seems like the wm decoration background color changed
[10:33] <seb128> like the minimize, restore ones were light
[10:34] <seb128> willcooke, http://people.canonical.com/~seb128/geditold.png
[10:34] <seb128> easier than words
[10:35] <seb128> I think you tab color change doesn't impact only tabs
[10:35] <seb128> ?
[10:35] <willcooke> hmm.  I suspect I copied something from Ambiance to Radiance that I shouldn't have ;)
[10:35] <willcooke> seb128, is it just gedit?
[10:36] <seb128> no
[10:36] <larsu> ah, the joys of css :)
[10:36] <larsu> "I wonder what else this rule *could* be affecting"
[10:37] <willcooke> seb128, just checked on here, and I can see the gedit b0rkedness but others seem ok
[10:37] <seb128> willcooke, you need something use GtkHeaderBar decorations
[10:37] <seb128> try gtk3-demo
[10:38] <seb128> using*
[10:38] <willcooke> hrm, hold on - it's fine on this machine.  I had a specific theme selected in the inspector
[10:39] <willcooke> can't reproduce
[10:39] <seb128> I applied the diff from your commit with patch, so maybe something weird with that :-/
[10:40] <willcooke> I'll reset everything to default here and try again
[10:51] <willcooke> seb128, hrm.  I deleted all Amb. and Rad. copied over a fresh version from the archive, reapplied my changes, and it all looks ok here
[10:51] <willcooke> :/
[10:51] <willcooke> also, http://bazaar.launchpad.net/~willcooke/ubuntu-themes/geditspecific/revision/457
[10:51] <willcooke> includes the status bar border and whitespace fixes
[10:52] <seb128> willcooke, you should mp the gedit one
[10:52] <willcooke> seb128, will do
[10:53] <seb128> I'm going to try again the other branch
[10:56] <willcooke> https://code.launchpad.net/~willcooke/ubuntu-themes/geditspecific/+merge/278682
[10:58] <seb128> willcooke, +1
[10:58] <willcooke> woo!  10 years later I finally have something in Ubuntu
[10:59]  * willcooke goes off to find some champagne 
[10:59] <seb128> willcooke, how do you try?
[10:59] <seb128> willcooke, I opened http://bazaar.launchpad.net/~willcooke/ubuntu-themes/notebooktabs/view/head:/Radiance/gtk-3.0/gtk-widgets.css
[10:59] <seb128> clicked "download file"
[10:59] <seb128> copied over /usr/share/themes/Radiance/gtk-3.0/gtk-widgets.css
[11:00] <seb128> then "gedit -s"
[11:00] <seb128> (using the corresponding theme of course)
[11:00] <seb128> still get the issue
[11:00] <willcooke> hrm, lemme try that...
[11:02] <seb128> willcooke, oh, and congrats on getting changes landing in Ubuntu ;-)
[11:02]  * seb128 lunch, bbiab
[11:02] <willcooke> seb128, aha.  I got it now
[11:02] <willcooke> :/
[11:03] <willcooke> but only in a guest session
[11:03] <willcooke> oh no, there we go
[11:06] <willcooke> careless copying on my part
[11:16] <willcooke> seb128, fixed
[11:16] <willcooke> http://bazaar.launchpad.net/~willcooke/ubuntu-themes/notebooktabs/revision/457
[11:49] <willcooke> trying to build gnome-terminal from source...
[11:49] <willcooke> have installed build-deps
[11:49] <willcooke> have also done ./configure --enable-debug --disable-search-provider
[11:50] <willcooke> but it's saying aclocal.m4 failed with error 127
[11:50] <willcooke> ahh
[11:51] <willcooke> aclocal-1.13 is missing
[11:51] <willcooke> 1.15 is available
[11:51] <willcooke> oops, wrong keyboard
[12:04] <willcooke> oh, I think I fixed it
[12:04] <willcooke> I ran /usr/bin/gnome-autogen.sh
[12:04] <willcooke> and now it makes
[12:06] <darkxst> willcooke, that is obsolete though
[12:06] <darkxst> atleast upstream are trying to move away from using those scripts
[12:07] <darkxst> (i think)
[12:09] <Laney> there's probably an autogen.sh
[12:10] <willcooke> Laney, doesn't seem to be one
[12:10] <Laney> you using git or the package?
[12:11] <willcooke> apt-get source
[12:11] <willcooke> it's built not
[12:11] <willcooke> *now
[12:11] <willcooke> and then I did a sudo make install
[12:11] <willcooke> and things happened
[12:14] <Trevinho> iS there a way to enter in a recovery-mode like for lxc?
[12:16] <davmor2> Trevinho: how do you mean?
[12:16] <Trevinho> davmor2: my lxc container doesn't start anymore due to some journal daemon issues... I guess it was a wrong update..
[12:17] <Trevinho> davmor2: so I wanted to try to fix
[12:17] <Trevinho> davmor2: chrooting there and using apt is safe?
[12:17] <davmor2> Trevinho: ah okay no idea
[12:19]  * Laney stabs fontconfig
[12:19] <Laney> what the F
[12:20] <didrocks> Laney: what's up?
[12:21] <Laney> trying to fix/craft a snippet for the ubuntu arabic font
[12:21] <Laney> doesn't seem to work in LO write
[12:21] <Laney> r
[12:21] <Laney> does this even use fontconfig?
[12:21] <Laney> gedit is fine ._.
[12:21] <didrocks> Laney: that's what I was going to say, I'm unsure it's using fontconfig
[12:21] <didrocks> Sweet5hark: ? ^
[12:22] <Laney> oh actually
[12:22] <Laney> hmm
[12:23] <Laney> this is weird
[12:27] <Sweet5hark> yes, LibreOffice uses fontconfig ... somehow. at least we are shipping it even on windoze/osx
[12:28] <Laney> it has wrong spacing I think
[12:28] <Laney> but the right character
[12:28] <Laney> s
[12:29] <willcooke> Yyyyyeeeesssssssss!  I've got a terminal with the inspector working
[12:29] <Trevinho> willcooke: :😃
[12:41] <willcooke> Laney, did you see the blurb about Rasp. Pi Zero?  There's a "free" one on the front of Mag Pi magazine today./
[12:41]  * willcooke is off to the shops now....
[12:41] <Laney> nein
[12:41] <Laney> what is that?
[12:42] <didrocks> Laney: it's all over my rss feed!
[12:42] <Laney> bah, rss feeds
[12:42] <Laney> I've been writing XML!
[12:42] <didrocks> :p
[12:42] <Laney> ok, /me looks at plus
[12:43] <didrocks> as long as there is no xpath/xslt, you're safe :)
[12:43] <didrocks> (but arm11, as the first raspy…)
[12:44] <Laney> mmm
[12:50] <Laney> Sweet5hark: could you help me check this font?
[12:50] <Laney> install https://launchpad.net/~ubuntu-desktop/+archive/ubuntu/ppa/+build/8346050 pkg, type some arabic in writer in the "Ubuntu" font
[12:51] <Laney> it should use Ubuntu Arabic via the fontconfig rule and does in gedit
[12:51] <Laney> i.e. if you pick Ubuntu Arabic from the selector explicitly there should be no change
[12:51] <Laney> but there is, the spacing changes (characters look the same to me but maybe I just can't tell)
[12:56] <Sweet5hark> Laney: *urgh* is that a regression? anyway the whole font rendering stuff in vcl is ... "interesting" ...
[12:57] <Laney> I don't know
[12:57] <Laney> just wrote this rule now
[12:57] <Laney> there's a chance I messed it up :(
[12:57] <Laney> but fc-match seems to agree with me
[13:06] <willcooke> meh - they dont' have it
[13:07] <willcooke> I did see a full on Vegas style Elvis doing his shopping though, so not a totally wasted trip
[13:08] <Sweet5hark> Laney: so http://opengrok.libreoffice.org/xref/core/vcl/generic/fontmanager/fontconfig.cxx has the fontconfig wrapping ...
[13:09]  * Laney blind
[13:09] <Sweet5hark> Laney: not sure, if we ever supported what you are trying to do though ...
[13:09] <Laney> basically substituting one font for another which has different spacing
[13:18] <Sweet5hark> Laney: there is also the fontsubst.cxx in the same dir as above. If I get you right though, you want your document to be rendered differently because of changes in your font-config. I dont know how much we do that and if that would even be considered a feature. Rendering document content depending on system config is something most users do not consider, but a bug ...
[13:19]  * seb128 head -> desk
[13:19] <seb128> the new nautilus maintainer is weird
 csoriano___, btw you should make your editor display spaces/tabs, your commits seem to often alternate between those and it's looking weird/buggy
 seb128: I already do, what I'm trying is to slowly replace tabs by spaces, they drove me crazy
 so when it's a new line I use spaces, when it's an already line there I use tabs
[13:19] <seb128>  I'm not sure how good that approach is
[13:19] <seb128>  but really, tabs makes me crazy :)
[13:20] <Laney> Sweet5hark: what happens if I load it on a system with a different set of fonts installed?
[13:20]  * seb128 shrugs
[13:20] <Laney> it's shipped as part of the font, not really config
[13:20] <Sweet5hark> (usually those result in bugs filed as "my document renders wrong on $platform", then corrected to s/wrong/different/ ....)
[13:20] <Sweet5hark> k
[13:21] <Laney> just turns out to be in a separate file
[13:21] <Laney> kind of annoying actually
[13:22] <Sweet5hark> Laney: usually ODT documents specify their own font fallback in the document. Also LibreOffice can store font in the document these days.
[13:22] <Laney> bet that bit doesn't know about fontconfig
[13:23] <Laney> thinking about this makes me feel ill
[13:25] <Sweet5hark> ya, I dont think that highlevel stuff knows or cares much above fontconfig.
[13:25] <Laney> like you can type any name into the selector but it turns out to mean something else
[13:26] <Laney> even depending on things like the font size
[13:28] <Sweet5hark> (currently 365 open libreoffice bugs with "font" in the subject: crossplatform font rendering is hard)
[13:33] <Laney> just one bug per day!
[13:37] <Sweet5hark> well, there are also 790 resolved bugs with "font" in subject (198 of those with resolution: fixed).
[13:54]  * Laney lunch
[14:11] <desrt> good morning, desktop
[14:11] <didrocks> good morning desrt
[14:12] <desrt> hey didrocks
[14:12] <pitti> hey desrt, good morning
[14:12] <seb128> hey desrt
[14:12] <desrt> pitti: nice to see you around :)
[14:13] <desrt> seb128: good morning to you as well
[14:13] <pitti> desrt: heh, I'm here all the time :)
[14:13] <desrt> what's everyone up to this afternoon?
[14:13] <seb128> desrt, Laney was looking for you ;-)
[14:13] <desrt> pitti: but usually AFK during the good-morning round :)
[14:13] <desrt> seb128: uh oh...
[14:13] <seb128> indeed
[14:13] <seb128> hide!
[14:13] <desrt> what did i break now?
[14:13] <seb128> glib tests on 32 bits arch it seems
[14:14]  * desrt makes a face
[14:15] <seb128> https://buildd.debian.org/status/fetch.php?pkg=glib2.0&arch=armhf&ver=2.47.3-1&stamp=1448490072
[14:17] <desrt> # GLib:ERROR:/«PKGBUILDDIR»/./glib/tests/overflow.c:100:test_checked_guint64_add: assertion failed (cases[i].c == result): (4294967294 == 8589934590)
[14:17] <desrt> tsk tsk tsk
[14:17] <desrt> it's actually my fault, too
[14:17] <desrt> installing a 32bit chroot now to take a look
[14:20] <desrt> pitti: what happened to our gnome CI? :(
[14:20] <desrt> nobody tests i386 anymore, unfortunately
[14:21] <pitti> desrt: that's been gone for years already, it was mostly a prototype back then but there wasn't enough interest upstream to keep it
[14:21] <pitti> I also thought it had pretty much been superseded by Colin Walter's os-tree builds
[14:21] <desrt> apparently not
[14:21] <desrt> if it's not amd64, it's not getting tested :p
[14:23] <desrt> Laney: all kinds of warnings even building that test :(
[14:27] <desrt> Laney: want to just pull the patch from the tip of master?
[14:27]  * desrt just pushed it
[14:27] <desrt> extremely silly error
[15:14] <Laney> desrt: indeed, I would have suggested that fix
[15:14] <Laney> thanks!
[15:23] <desrt> fek
[15:23] <desrt> $5 rasp pi
[15:23] <desrt> time to reconsider my cluster!
[15:23] <seb128> charles, hey, could you get an indicator-landing organized? there are 6 "ready to land" branches, some waiting since septembre
[15:26]  * desrt considers that the usb ethernet adaptors would probably cost several times more than the rest of the computer
[15:35] <willcooke> desrt, indeed, plus the cheapest SD card I found on ebay was 1.80 GBP
[15:36] <desrt> i think it would be possible to speak ppp over the gpio
[15:36] <willcooke> but still, the time where a computer being given away with breakfast cereal is pretty much with us
[15:36] <willcooke> start a ppp session over the UART
[15:36] <desrt> not sure if that's fast enough to support distcc or not
[15:37] <willcooke> :)
[15:38] <desrt> i guess it's probably also possible to wire in the power via pin headers instead of having to use microusb plugs
[15:39] <desrt> so that means you could get a network attached server running with ~4+ish wires soldered on
[15:41] <desrt> at this point i'd probably replace ppp+distcc with something that received .c source over the serial connection (with checksums) and wrote back the object code when it was done
[15:41] <desrt> free up a bunch of memory for the compiler
[15:41] <desrt> would want to add pipelining so that you could send the source of the next program (and receive the binary of the previous) while building
[15:45] <desrt> ...and would you look at that.. the uart pins on the gpio are immediately adjacent to the power rails
[15:49] <larsu> desrt: hi!
[15:50]  * larsu was in hiding hacking on nautknautlius
[15:51] <didrocks> larsu: I prefer "nonotilus" :)
[15:51] <Laney> naughtylus
[15:52] <didrocks> :p
[15:52] <didrocks> not bad
[15:52] <larsu> one of the problems I'm having is that many actions are in a "view" action group that I can't access from dbus :/
[15:53] <larsu> didrocks: meh. shitty connection and ssh+irssi don't mix well :)
[15:53]  * larsu is on a train
[15:53] <larsu> desrt: any idea how to quickly export those without copying them all to win.?
[15:54] <desrt> larsu: no good way, sorry.
[15:55] <larsu> ya that's what I figured
[15:55] <larsu> head -> desk
[15:55] <didrocks> larsu: you have a desk on the train?
[15:55] <didrocks> luxury larsu :)
[15:55] <larsu> didrocks: I do :)
[15:56] <larsu> fancy german ice
[15:56] <didrocks> heh
[15:56] <didrocks> just so that you can bang your head against it
[15:56] <larsu> this is what I'm doing right now
[15:56] <larsu> it's ridiculous how much time I spend on a stupid menu
[15:57] <Laney> something for the CV
[15:57] <larsu> ...
[15:57] <Laney> I am one of the world's foremost experts in menu exporting
[15:57] <larsu> ya no shit
[15:57] <didrocks> larsu: do you make home delivery as well? :)
[15:58] <didrocks> I want my menu at home!
[15:58] <larsu> haha
[15:58] <larsu> no sorry
[15:58] <didrocks> :(
[15:58] <didrocks> sad face
[15:58] <larsu> unless you live on the dbus womewhere
[15:58] <larsu> *somewhere
[15:58] <didrocks> I heard it's a busy place…
[15:58] <didrocks> with a lot of menu-related traffic
[15:58] <larsu> haha
[15:59] <larsu> not that much - turns out exporting some of them is really hard
[15:59] <didrocks> and you didn't tackle the java ones (yet)
[16:00]  * larsu hides
[16:04] <larsu> almost at the station - see you latwr!
[16:07] <didrocks> see you larsu
[16:59] <didrocks> good night guys!
[16:59] <willcooke> cya didrocks
[16:59] <didrocks> see you willcooke
[17:05] <Trevinho> seb128: I've just pushed this small change: https://code.launchpad.net/~3v1n0/nautilus/export-active-locations/+merge/278730
[17:11] <seb128> Trevinho, thanks, I'm going to have a look when I'm doing updating the patch I'm working on
[17:12] <Trevinho> seb128: it's not changing much, mostly I'm moving the active view as first listed... So at unity level I can know what's selected
[17:12] <seb128> Trevinho, ok
[17:12] <seb128> there are quite some changes in the new nautilus
[17:12] <seb128> I hope it's going to be fine as an user experience
[17:12] <seb128> like they removed the copy dialog
[17:13] <seb128> to make it part of the window
[17:13] <Trevinho> seb128: the thing is that... I might in some way support tabbed windows, and associate a window with multiple launcher icons, but I guess it's not the best thing... Maybe it's just better to focus on the selected tab... While other tabs are ignored
[17:13] <Trevinho> Oh, finally!
[17:13] <seb128> hehe
[17:13] <chrisccoulson> seb128, no one uses file managers though, right?
[17:13] <seb128> I updated the patch so we still get the launchpad progress bar
[17:13] <chrisccoulson> (and hi) :)
[17:13] <seb128> chrisccoulson, hey ;-)
[17:13] <seb128> right, users don't need a fs anyway
[17:13] <Trevinho> That might mean to remove even some workarounds in unity code... (Nothing really about "nautilus" is hardcoded, but  it's a condition that only nautilus has)
[17:13] <seb128> datas are owned by apps!
[17:14] <chrisccoulson> heh
[17:14] <Trevinho> seb128: lovely
[17:14] <Trevinho> (the launcher progresss)
[17:22] <seb128> Trevinho, merged your change, I still have a patch to update after the one I'm working on then we need larsu's menu work, then the update should be ready, but you can already build from bzr if you want to test the new version, it works fine, just lack some ubuntu bits
[17:23] <Trevinho> seb128: thanks, I'm writing a copule of other patches as well, to add timestamp support to some actions so that we can remove workarounds that caused some bugs...
[17:39] <willcooke>  right, gotta go.  Beavers helping tonight
[17:39] <willcooke> l8r
[17:43] <Trevinho> seb128: I've just pushed a new change to that branch, can you still merge it or want a new one (I've protected x11 calls, so that it won't crash in mir)?
[17:43] <seb128> Trevinho, I can uncommit and merge again I guess
[17:43] <Trevinho> nice
[17:44] <seb128> trevinho, let me know when you have pushed your commit
[17:44] <Trevinho> seb128: it's pushed
[17:44] <Trevinho> seb128: nooooo
[17:44] <seb128> trevinho, weird, https://code.launchpad.net/~3v1n0/nautilus/export-active-locations/+merge/278730 doesn't show it
[17:45] <Trevinho> seb128: in the wrong branch :/
[17:45] <Trevinho> seb128: it's now there
[17:47] <seb128> trevinho, still not ... or did you overwrite?
[17:47] <seb128> oh, it is now
[17:48] <Trevinho> :)
[17:48] <seb128> trevinho, ok, merged
[17:48] <Trevinho> cool
[21:03] <xclaesse> attente, are there documentation for the libapparmor API somewhere?
[21:07] <attente> xclaesse: i don't know
[21:08] <xclaesse> attente, any example code?
[21:09] <attente> xclaesse: what are you trying to do?
[21:10] <xclaesse> attente, test your dconf api
[21:11] <xclaesse> attente, first I need to take the "security context"
[21:14] <attente> xclaesse: please don't use my patches, they're superceded by the patchset jjohansen has written: https://lists.ubuntu.com/archives/apparmor/2015-October/008654.html, https://lists.ubuntu.com/archives/apparmor/2015-October/008655.html, https://lists.ubuntu.com/archives/apparmor/2015-October/008656.html, https://lists.ubuntu.com/archives/apparmor/2015-October/008657.html
[21:17] <xclaesse> attente, wasn't sure if those patches were superseeding yours of if it was aternative implementation that you didn't agree with
[21:22] <attente> xclaesse: those patches are superceding them, but from what i understand, the apparmor developers are too busy this cycle to merge this feature
[21:31] <xclaesse> attente, with that API we can only query permissions on a given path, we cannot query the list of ro/rw paths, rights?
[21:36] <attente> xclaesse: i'm also not sure about that, but looking at the new api, there seems to be a generic blob-getting function aa_query_label_data(), but i'm not sure if it's possible to extract the whole chunk and it seems pretty low level
[21:41] <xclaesse> attente, hm, not sure to understand what aa_label_data_info contains
[21:41] <xclaesse> I'll make tests to see
[21:41] <xclaesse> attente, a more basic question, in those APIs, how do I get the "label" ?
[21:42] <xclaesse> aa_getcon() ?
[21:43] <jjohansen> attente: well, very busy, can't commit to merging them, but if they happen to show up. I did promise I would spend weekend time to get them reviewed
[21:44] <jjohansen> I will work on getting the base apparmor lib patches in,
[21:44] <jjohansen> I've got another set of patches to send out for review that those will go in
[21:46] <attente> jjohansen: ok, thanks for updating us. xclaesse ^ it might be best to wait till the api is more final