[01:11] <xclaesse> jjohansen, note that your function aa_query_label_data() doesn't build
[01:11] <xclaesse> jjohansen, +int aa_query_label_data(const char *label, const char *key, aa_data_info *out) --> I'm guessing it should be aa_label_data_info *out
[01:12] <xclaesse> also it calls aa_clear_label_data() which should be aa_clear_label_data()
[01:13] <xclaesse> sorry, I mean it calls aa_clear_data_info() which should be aa_clear_label_data()
[01:13] <xclaesse> that function should probably even be called aa_clear_label_data_info()
[03:17] <jjohansen> xclaesse: okay, I will look at it later tonight when I get back
[03:19] <xclaesse> jjohansen, do you know how to get the label from a dbus name?
[03:21] <xclaesse> should be something like aa_getpeercon() but I don't have the peer pid or fd
[05:17] <jjohansen> xclaesse: you do it with a dbus call
[05:18] <jjohansen> http://paste.ubuntu.com/11230338/
[05:18] <jjohansen> it used to be org.freedesktop.DBus.GetConnectionAppArmorSecurityContext()
[05:19] <jjohansen> but as part of our upstreaming work it got changed to  org.freedesktop.DBus.GetConnectionCredentials
[05:19] <jjohansen> so depending on which distro/version you are using
[05:35] <pitti_> Good morning
[05:51] <hikiko_> Good morning
[05:51] <hikiko_> Hi pitti
[05:58] <RAOF> Good morning hikiko_, pitti_!
[05:59] <RAOF> 'Tis the time for alternate nicks!
[05:59] <pitti_> hey RAOF, hikiko!
[05:59] <pitti_> yeah, it seems freenode broke for me
[05:59] <hikiko_> Hi raof! :-)
[06:00] <pitti_> this morning my proxy was using some guest1234, and bip keeps failing to connect to freenode now, with "read(fd=4): Connection error: Connection reset by peer", "[freenode] read_lines error, closing..."
[06:00] <pitti_> not sure if that's just me
[06:00] <RAOF> Yeah, I got punted from freenode at some point.
[06:00] <RAOF> Working now :)
[06:26] <didrocks> good morning
[06:26] <pitti> bonjour didrocks!
[06:26] <didrocks> salut pitti ! comment ça va ?
[06:27] <pitti> didrocks: ça va bien, merci ! et toi ?
[06:27] <pitti> as ever, debugging autopkgtest stuff in the mornings :)
[06:27] <didrocks> ça va :)
[06:27] <didrocks> ah, bon courage ! ;)
[06:52] <RAOF_> pitti: Could you please, at your leisure, do an upload of colord-gtk?
[06:56] <pitti> RAOF_: want me to dch -r/tag myself ?
[06:56] <RAOF_> pitti: Yes, please.
[06:56] <RAOF_> (To unstable)
[06:58] <seb128> good morning desktopers
[06:58] <seb128> hey RAOF_ pitti
[06:58] <RAOF_> Mornin' seb128!
[06:59] <pitti> hey seb128!
[07:13] <pitti> RAOF_: hm, sbuild is hanging on "building package 'sbuild-build-depends-core-dummy", hang on
[07:13] <seb128> happyaron, hey
[07:14] <pitti> ... repeatedly; wth
[07:15] <pitti> this happens for other packages too
[07:16] <pitti> and works in my xenial schroot, meh
[07:25] <pitti> RAOF_: so, apt-get update is broken in my chroot and just hangs; will take a bit to figure this out
[07:46] <pitti> apt is *still* hanging even in a completely freshly created chroot
[07:46]  * pitti blames the new apt that landed yesterday: https://tracker.debian.org/news/728240
[07:46] <pitti> mvo: ^
[07:47] <pitti> mvo: apt-get update in sid hangs forever; I also tried with disabling the proxy, doesn't help
[07:48] <pitti> RAOF_: I assume you tested this, so I uploaded it as _source
[07:49] <didrocks> pitti: for -de, the hunspell package is hunspell-de-de, right? Seems there is no single -de one
[07:50] <pitti> didrocks: yes, there's -de-de, -de-at, and so on
[07:50] <pitti> didrocks: if you don't care, perhaps use the virtual hunspell-dictionary-de package?
[07:51] <didrocks> pitti: to consider the locale installed in language-selector, it's depending on -de-de or something else?
[07:51] <pitti> (all myspell/hunspell pacakges should Provides: hunspell-dictionary-$LL
[07:51] <didrocks> /usr/share/language-selector/data/pkg_depends is mentioning only -$LL
[07:51] <didrocks> ah, it's a provide
[07:51] <didrocks> how does language-selector choose which one to install then?
[07:51] <didrocks> (when it's not present)
[07:51] <didrocks> wa::libreoffice-common:hunspell-
[07:52] <pitti> I think that just doesn't work with this case
[07:52] <pitti> it needs special cases like the myspell-* ones, or move to the provides:
[07:52] <didrocks> ah, so seems there is abug here :)
[07:53] <pitti> hm, or perhaps it does -- I do have hunspell-de-de installed
[07:53] <pitti> didrocks: maybe it tries -ll and -ll-cc
[07:53] <didrocks> would make sense
[07:53] <pitti> $ check-language-support --show-installed -l de
[07:53] <pitti> firefox-locale-de gimp-help-de hunspell-de-at hunspell-de-ch hunspell-de-de hyphen-de language-pack-de language-pack-gnome-de libreoffice-help-de libreoffice-l10n-de mythes-de mythes-de-ch poppler-data wngerman wogerman wswiss
[07:54] <pitti> didrocks: ah, it installs all of them :)
[07:54] <mvo> pitti: oh?
[07:54] <didrocks> ahah :)
[07:54] <didrocks> maybe something we should fix?
[07:54] <pitti> mvo: both my existing sid schroot and my freshly created one hang eternally with apt-get
[07:54]  * didrocks is trying to readd locales to the CD, unsure we can readd all cc
[07:55] <mvo> pitti: what environemnt is that ? i.e. how can I reproduce?
[07:55] <mvo> pitti: (the apt hang)
[07:55] <pitti> didrocks: well, we don't choose country in the installer, nor in language-selector; the "region" you select just determines date format etc.
[07:55] <pitti> didrocks: not sure whether there's something to "fix"?
[07:55] <didrocks> yeah, hence the "swiss"
[07:55] <didrocks> hum
[07:55] <pitti> mvo: my normal xenial box, and "mk-sbuild --name=sid sid"
[07:55] <mvo> pitti: *ick* let me try whats going on, I did not see that in my schroot when testing yesterday
[07:55] <didrocks> let's do a simple case first, count how much space this takes on the live and recheck
[07:55] <pitti> mvo: I am running apt-cacher-ng, but it is hanging with -o acquire::http::proxy=no-cache too
[07:56] <pitti> mvo: let me try with disabling acng completely
[07:56] <mvo> pitti: thanks, I'm on it thats pretty scary
[07:56] <mvo> pitti: anything else unusual ? proxy or something?
[07:57] <pitti> mvo: apart from acng, can't think of anything; company VPN maybe, but that shouldn't cover ftp.debian.org
[07:57] <mvo> pitti: any change if you disable the proxy? aha, apparently not
[07:57] <mvo> pitti: can you run -o Debug::acquire::http=1 -o Debug::pkgAcquire::worker=1 ?
[07:57] <pitti> mvo: I'm re-mk-sbuilding with disabling proxy in my host apt config
[07:57] <pitti> mvo: will do as soon as I get a chroot back (I deleted the old one, as it's not really precious)
[08:04] <pitti> mvo: hm, doesn't happen in a dist-upgraded squeeze
[08:04] <pitti> (with proxy and withou)
[08:05] <pitti> although that's a tarball schroot, sid is  a directory one; that might also be a factor (overlayfs strangeness)
[08:05] <pitti> mvo: yep, debootstrap hanging without proxy
[08:06] <pitti> mvo: http://paste.ubuntu.com/13524595/
[08:07] <pitti> "wget -O- -q http://httpredir.debian.org/debian/dists/sid/InRelease" works fine, so it's not on the httpredir end
[08:10] <pitti> mvo: should I have libapt-inst1.5 installed? because I don't, only libapt-pkg5.0:amd64 and of course apt
[08:11] <pitti> hm, no, I dpkg -i'd libapt-inst2.0_1.1_amd64.deb and it doesn't help
[08:12] <mvo> pitti: 0% [Working] <- http:400%20URI%20Failure%0aURI:%20<UNKNOWN>%0aMessage:%20No%20user%20_apt,%20can%20not%20drop%20rights
[08:12] <mvo> pitti: that looks suspicious, do you have the "_apt" user in the chroot?
[08:12] <pitti> mvo: no, I don't
[08:13] <mvo> pitti: this is a apt bug on multiple levels, i.e. the user should be there and if its not there it should not fail like this
[08:14] <pitti> mvo: schroot copies passwd from the host by default, so I suppose it might overwrite the _apt user from teh chroot
[08:14] <pitti> mvo: mk-sbuild likely does the same
[08:15] <pitti> mvo: does "mk-sbuild sid" work for you on a system without the _apt user (i. e. ubunt)?
[08:15] <pitti> mvo: also, I don't think it's a good idea to rely on non-static system users for debootstrap?
[08:16] <pitti> mvo: perhaps apt could run the http processes as user "daemon", "sys", or "nobody"?
[08:17] <mvo> pitti: I'm looking into it now, it should definitely not fail in the first place if the user is not there
[08:18] <pitti> mvo: so that explains why it works in a dist-upgraded env, but not with mk-sbuild or schroot
[08:19]  * pitti files an RC bug
[08:21] <mvo> pitti: please do, thank you
[08:31] <pitti> mvo: debian bug 806406 -- thanks for looking into it!
[08:35]  * mvo hugs pitti
[08:42]  * pitti hugs mvo back :/
[09:03] <Laney> yoho
[09:05] <Trevinho> morning
[09:07] <Laney> happy black friday!
[09:08] <seb128> Laney, thanks ;-)
[09:09] <seb128> hey Laney btw ;-)
[09:09] <davmor2> Laney: You have just blackened my mood and it's friday but not I'm not happy ;)
[09:09] <davmor2> s/not I'm/now I'm
[09:09] <Laney> hey seb128!
[09:09] <Laney> how's it going?
[09:09]  * Laney snuggles davmor2 
[09:09] <Laney> it's going to be okay
[09:09] <Laney> go grab yourself a cheap sandwich toaster
[09:10] <davmor2> Laney: woohoo cheap sandwich toaster to gather dust with the other crap we don't use in the kitchen woohoo!
[09:12] <Laney> davmor2: maybe I can interest you in this jewel encrusted iphone case?
[09:13] <Laney> JUST BUY SOMETHING FOR THE LOVE OF GOD
[09:13] <Laney> THE ECONOMY DEPENDS ON YOU
[09:13] <Laney> BUY THINGS!
[09:13] <willcooke> thanks laney, that server worked
[09:13] <willcooke> slow though
[09:13] <davmor2> Laney: no I don't have an iphone :P
[09:13] <didrocks> pitti: interestingly, it doesn't add -ll-cc for every sections
[09:13] <didrocks> pitti: check-language-support -l pt -> doesn't list myspell-pt-*
[09:13] <didrocks> only myspell-pt
[09:13] <Laney> hey willcooke
[09:14] <Laney> some kind of DOS going on I think
[09:14] <didrocks> wb Laney, willcooke!
[09:14] <willcooke> :(
[09:14] <willcooke> why DOS freenode of all things
[09:14] <didrocks> pitti: so, it does it for hunspell, but not myspell :)
[09:14] <davmor2> willcooke: cause they think they are clever
[09:15] <didrocks> pitti: oh, but the UI shows the -cc contrary to the command line :/
[09:16] <didrocks> hum, no, I'm just stupid and missing --show-installed
[09:16] <seb128> willcooke, because it's better to DOS it that to win3.1 it?
[09:16] <didrocks> pitti: forget my remarks :)
[09:16] <seb128> willcooke, ok, -> [ ]
[09:16] <seb128> ;-)
[09:17] <willcooke> :)
[09:18] <Laney> thanks didrocks!
[09:21] <pitti> RAOF_: colord-gtk_0.1.26-1_source.changes REJECTED -Z "Source-only uploads to NEW are not allowed."
[09:21] <pitti> RAOF_: sorry, I'm afraid this has to wait until I get a working sid chroot back; or someone else can sponsor this for you, or you toss me a binary .changes?
[09:22] <Laney> hey pitti
[09:22] <pitti> hey Laney, good morning!
[09:22] <Laney> is this "note: don't upgrade apt in your chroots?"
[09:22] <pitti> didrocks: so all good?
[09:22] <Laney> "?*
[09:22] <didrocks> pitti: yep!
[09:22] <pitti> Laney: in your sid schroot, yes
[09:29] <larsu__> good morning!
[09:33] <seb128> hey larsu! wie gehts?
[09:34] <Laney> hey ho larsu
[09:36] <larsu> morning seb128 and Laney!
[09:36] <larsu> doing good, other than > 30s lag on freenode right now
[09:37] <seb128> well it's better than not being able to connect
[09:37] <larsu> how are you?
[09:37] <seb128> which was the status half an hour ago :p
[09:37] <seb128> good, it's friday!
[09:37] <seb128> and I'm almost done refreshing/rewriting the nautilus patch, 3.18 update looks like it's getting there
[09:38] <seb128> what about you?
[09:38] <seb128> had a good train trip yesterday?
[09:38] <larsu> which patch?
[09:38] <seb128> the patches
[09:38] <seb128> the stack we have
[09:39] <larsu> ya, train was great (but a bit full)
[09:39] <larsu> ah right
[09:39] <seb128> like integration with the unity launcher to display a progress bar on copy
[09:39] <seb128> they replaced the copy dialog by popover
[09:39] <seb128> so the code totally changed
[09:39] <seb128> so it was to be rewritten
[09:39] <larsu> the menubar thing is ridiculous
[09:39] <larsu> all the "view" actions are in a separate action group which isn't on the bus
[09:39] <larsu> oh wow
[09:40] <seb128> sorry about the menubar :-/
[09:43] <larsu> we need some way to do this in gtk
[09:43] <larsu> at least mid term
[09:43] <seb128> yes
[09:43] <seb128> but for this cycle it's only going to be nautilus
[09:45] <happyaron> seb128: hey, I've read your msg
[09:45] <happyaron> seb128: I'll upload that during the weekend, already prepared
[09:45] <seb128> happyaron, hey, ok ... what do you think about wily?
[09:45] <larsu> yeah I can forward the actions manually to the window
[09:45] <larsu> which is what I'm doing now
[09:45] <seb128> unsure why IntelliJ refuses to work with the previous version
[09:46] <seb128> larsu, k
[09:46] <larsu> but that's (a) a big patch and (b) a lot of work
[09:46] <seb128> :-(
[09:46] <seb128> sorry man
[09:48] <larsu> thanks
[09:55] <happyaron> seb128: I think SRU is a good option
[10:56] <larsu> quiet here. Friday?
[11:01] <willcooke> friday, Thanksgiving, broken Freenode
[11:04] <larsu> it's thanksgiving?
[11:04] <larsu> oh indeed
[11:06] <hikiko> :D
[12:01] <mvo> pitti: your bug is fixed, upload will happy later today
[12:02] <mvo> pitti: thanks again for the really good report
[12:02] <pitti> mvo: I saw, cheers! *hug*
[12:51] <peter-bittner> seb128: I've got a question on application indicator menus. Via [1] I found a design document of the Sync Menu [2]. Is this being worked on?
[12:51] <peter-bittner> [1] https://github.com/owncloud/client/issues/1181
[12:52] <peter-bittner> [2] https://wiki.ubuntu.com/SyncMenu
[12:53] <seb128> peter-bittner, unsure, there was some work started on that some cycles ago but it stopped because we don't really have things integrating with it since u1 file was shuted down
[12:54] <seb128> charles_ (or maybe tedg) probably know the status better
[12:54] <seb128> they are U.S based and it's thanksgiving today though
[12:54] <seb128> so maybe try again next week
[12:54] <willcooke> *yesterday - but they're probably off for a long weekend
[12:54] <seb128> willcooke, thanks
[12:56] <peter-bittner> I understand, thanks. I'll go and ask them. It would be nice to at least have the OS/desktop infrastructure in place to modivate technology providers to implement their integration with Ubuntu instead of doing their own standalone software.
[12:56] <seb128> right
[12:56] <peter-bittner> modivate -> motivate
[12:58] <anpok> peter-bittner: wrt to restoring window positions.. that you asked in ubuntu-mir .. there was a nitsplit and connection problems. Afaik nobody started that yet.. Some basic features needed for that are there.. but the actual position tracking.. serialization..
[12:58] <anpok> *net
[12:58] <peter-bittner> charles_: Are you reading this by accident?
[12:59] <anpok> hasnt been started yet. So this task can best be helped by some one implementing it..
[12:59] <seb128> shrug
[13:00] <seb128> xnox, thanks for that gconf upload, but there was a patch to fix that issue in launchpad which already had a round of review
[13:00] <peter-bittner> anpok: Can you provide some links (bug reports, documentation, ...) so that an outsider can look into the issue?
[13:00] <seb128> xnox, and I guess you didn't upstream you patch? there is no header suggesting you did
[13:01] <xnox> seb128, i did only a quick look at bugs and didn't spot anything.
[13:01] <seb128> xnox, it's on the sponsoring queue even
[13:01] <xnox> seb128, i would have thought this would have been fixed in wily, since e.g. ibus fails to build from source because of it.
[13:01] <xnox> seb128, *sigh* sorry =/
[13:01] <seb128> bug #unity apport hook
[13:01] <seb128> ups
[13:01] <peter-bittner> tedg: Are you reading this by accident?
[13:01] <xnox> i simply quickly ported it whilst bootstrapping and uploaded =(
[13:01] <seb128> bug #1519518
[13:02] <seb128> xnox, ^
[13:02] <seb128> xnox, do you plan to send the fix to upstream/Debian?
[13:02] <seb128> and why is ibus still using gconf? ;-)
[13:02] <seb128> happyaron, ^ can we stop that?
[13:03] <xnox> seb128, i'ts not using gconf.
[13:04] <xnox> seb128, it's using gsettings-schema-convert to create gsettings sceme from gconf. maybe they should stop doing it at runtime, and simply commit the generated gsettings schema and be done with it....
[13:04] <seb128> xnox, it's having a gconf schemas and transforming it to gsettings
[13:04] <seb128> right
[13:04] <seb128> the convert script is meant to be used once for porting
[13:04] <seb128> not to keep including the old format and generating the new one on build
[13:05] <xnox> seb128, don't close bugs until they migrate to -release ;-)
[13:05] <xnox> seb128, and i can comment myself when I screw up =)
[13:07] <seb128> xnox, ok, I though you did it doko's style and just decided to not bother with upstream/Debian/pending work... :-)
[13:07] <seb128> xnox, still let me know if you plan to upstream it, if not I can do it (though I would prefer if you do)
[13:08] <xnox> seb128, can we kill gconf instead ?! =)
[13:09] <seb128> xnox, we are trying to, not likely to be done for the LTS though
[13:09] <xnox> $ reverse-depends -b src:gconf --list | wc
[13:09] <xnox>     124  -> how?! why?!
[13:09] <xnox> 22 in main
[13:18] <seb128> Trevinho, hey
[13:28] <desrt> good morning desktop folks
[13:28] <willcooke> hey desrt
[13:28] <didrocks> morning desrt
[13:31] <desrt> good morning willcooke, didrocks
[13:33] <seb128> hey desrt
[13:33] <seb128> Laney, do you remember why we split the gvfs goa backend out?
[13:34] <desrt> moin, seb
[13:34] <pitti> because we have (or had?) an UOA fork?
[13:34] <seb128> pitti, we have, but libgoa is on the iso anyway
[13:34] <seb128> would install the gvfs backend create any user visible change?
[13:35] <seb128> or is that iso space?
[13:35] <seb128> I imagine we might have hold libgoa off the iso at some point
[13:35] <seb128> but that's not true anymore
[13:37] <seb128> we don't have a way to configure goa but having the gvfs backend on disk might just be a no-op in that case
[13:37] <seb128> in which case I'm unsure the split still makes sense
[13:37] <Laney> I kind of remember something to do with touch
[13:37] <Laney> like not adding more depends to make removing it harder
[13:37] <Laney> is there a problem?
[13:37] <seb128> I'm also asking because the new gdrive backend which got included in gvfs-backends depends on libgoa
[13:37] <seb128> so if the goal was to make -backends not have that depends we need to move it
[13:38] <seb128> Laney, I found https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1200827
[13:38] <seb128> but that states that gvfs-backends is not on touch anyway
[13:38] <seb128> unsure if we had plan to maybe get it there back then
[13:39] <seb128> but I think that's not likely
[13:39] <Laney> what's going to provide a gvfs like feature in unity8?
[13:39] <seb128> qt
[13:39] <Laney> has that?
[13:40] <Laney> +it
[13:40] <seb128> I guess
[13:40] <seb128> I would be surprised if they didn't
[13:40] <Laney> why would we have ever cared then?
[13:41] <seb128> I don't know
[13:41] <Laney> indeed
[13:41] <seb128> which is why I'm asking if somebody remembers :p
[13:41] <Laney> anyway I don't care about undoing it with the next release or whatever
[13:41] <Laney> can try harder if it becomes a problem
[13:41] <seb128> I'm not strong opinion
[13:41] <Laney> the old history will exist
[13:42] <Laney> to bring it back
[13:42] <seb128> I just noticed that 1.26 picked the depends on goa
[13:42] <seb128> which makes the split pointless
[13:42] <seb128> so either we move the gdrive backend
[13:42] <seb128> or drop the split
[13:42] <seb128> I'm going to open a bug about that
[13:42] <Laney> you shouldn't ask me, I always want to drop deltas
[13:42] <seb128> still unsure what option is best
[13:43] <seb128> lol
[13:43] <seb128> well, I wouldn't ask if I knew of a good reason to keep it
[13:43] <seb128> I'm not pushing to keep deltas when they are of no use
[13:46] <seb128> speaking of delta
[13:46] <Laney> :>
[13:46] <seb128> Laney, you said previous cycle you would get https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783172 in Debian, is that still on your list?
[13:46] <Laney> not actively
[13:47] <seb128> k, I might just upload to Ubuntu meanwhile then
[13:47] <Laney> is there a care factor?
[13:47] <Laney> if so then sure
[13:47] <seb128> yes
[13:47] <seb128> we want gtk out of the touch image
[13:47] <seb128> and there are talks about rebasing on xenial after release
[13:47] <seb128> so I would that fixed before the LTS if we can
[13:47] <seb128> +like
[13:47] <Laney> ok sounds good
[13:47] <Laney> if it was just theoretical then I wouldn't bother
[13:48] <Laney> I wrote it down
[13:48] <seb128> thanks
[13:49] <Laney> man these iterations are painful
[13:49] <Laney> hurry up and just work please
[13:59] <attente> seb128: we're dropping gtk from the touch image?
[14:00] <seb128> attente, we never had it here on purpose, we just have it because because things depends on it
[14:00] <seb128> attente, we might decide to keep gtk once the mir backend is good enough if we have apps using it
[14:00] <seb128> attente, also we are going to have it on pocket pc I guess
[14:01] <seb128> attente, in any case goa depends on webkitgtk and we don't want that one on the touch image for sure
[14:01] <Laney> apps will depend on it if they need it though
[14:01] <attente> oh ok
[14:02] <attente> can i still get a package review for https://code.launchpad.net/~attente/maliit-inputcontext-gtk/trunk?
[14:02] <seb128> attente, did is piloting, maybe he can do that as part of his shift ;-)
[14:03] <attente> oh ok
[14:03] <attente> i guess it's going to be hard to test on the phone because of the current state of gtk though...
[14:03] <seb128> well, you want packaging review?
[14:03] <seb128> or code testing?
[14:04] <attente> i guess just packaging review
[14:04] <attente> i've already tested it on the phone, but i'm not sure what the process is to add it as a new package in universe
[14:07] <seb128> found a sponsor to review/upload it for you
[14:07] <attente> seb128: thanks
[14:07] <seb128> usually open a bug with the packaging and subscribe sponsors
[14:07] <seb128> yw
[14:07] <didrocks> seb128: are you going to review nautilus' Trevinho's patch? (https://code.launchpad.net/~3v1n0/nautilus/add-timestamp-operations/+merge/278748)
[14:08] <seb128> didrocks, oh, I can, I'm working on nautilus changes
[14:08] <seb128> didrocks, thanks for pointing it you
[14:08] <didrocks> seb128: no worry! thanks for reviewing :)
[14:09] <seb128> Trevinho, is that still an issue with the new nautilus which doesn't have a file copy dialog?
[14:12] <xclaesse> jjohansen, thanks, I'm on ubuntu wily, seems I have both
[14:19] <didrocks> seb128: Laney: I guess you are reviewing https://code.launchpad.net/~larsu/gtk/black-flicker-part2/+merge/278432, right?
[14:19] <didrocks> don't know if we should trusty this larsu guy :p
[14:20] <Laney> didrocks: I haven't, feel free to upload it please
[14:20]  * Laney is in the deep well of charms
[14:22] <didrocks> Laney: ok, testing it first if seb128 doesn't handle it
[14:27]  * Laney is pleased that he made this stuff appear on the queue ;-)
[14:27]  * Laney tries a pit<tab> and fails
[14:27]  * Laney cries
[14:28] <didrocks> attente: see my comment on https://code.launchpad.net/~attente/unity-control-center/fix-ftbfs-inline-zoom-options/+merge/278655
[14:29] <seb128> attente, do you build with another compiler?
[14:29] <attente> i was just using gcc 5
[14:30] <attente> but it behaves non-deterministically
[14:30] <didrocks> weird…
[14:30] <didrocks> I guess that doesn't worth an upload on itself and should be bundle with an u-c-c change, wdyt?
[14:30] <seb128> +1
[14:30] <attente> didrocks: i'm ok with that
[14:32] <Laney> non deterministic compilation
[14:32] <Laney> ?!?!?!?!?!?!?!
[14:33] <attente> i am using a ccache though, but that shouldn't have an effect, should it?
[14:35] <seb128> upstream did a similar change and their bug states is was failing to build with clang
[14:35] <seb128> the change seems right in any case
[14:35] <seb128> but the non deterministic is clearly bothering Laney :p
[14:36] <attente> ok *phew* i was starting to think i was insane...
[14:36] <Laney> doesn't it bother you?
[14:36] <Laney> :)
[14:36] <attente> it does now... thanks :P
[14:36] <didrocks> I would say it bother more Laney than seb128
[14:37] <didrocks> but that's my take of it
[14:37]  * didrocks proposes a strawpoll
[14:37] <Laney> well I'm not proposing to do anything about it myself to be honest
[14:37] <Laney> so you shouldn't care that much about my level of botheration
[14:37] <didrocks> I bother that you don't want your botheration to be taken into account though
[14:39] <xclaesse> jjohansen, can I pass a dbus unique name (e.g. ":1") to GetConnectionCredentials ?
[14:44] <larsu> xclaesse: yep
[14:46] <happyaron> seb128: I remember it has stopped using gconf in favor of gsettings for a long time
[14:46] <happyaron> but will double check next week
[14:47] <seb128> happyaron, it should ship the gsettings schemas and stop doing gsettings-schemas-convert at build time
[14:47] <didrocks> sponsoring: first error, fixing, ok, second, fixing ok, third one -> ok, let's the guy build his package before proposing a "fix" that could never work
[14:47] <happyaron> I see
[14:52]  * didrocks tried to stay politically correct on https://bugs.launchpad.net/ubuntu/+source/electrum/+bug/1499094
[15:07] <pitti> didrocks: well done
[15:08] <pitti> didrocks: also, there's really little point in fixing vivid now IMHO, it's going to be EOL in less than a month or so
[15:08] <pitti> well, a little more actually, so ok
[15:10] <didrocks> pitti: agreed
[15:20] <didrocks> seb128: want to comment on bug #1519187 ? ;)
[15:24] <xclaesse> jjohansen, could you explain what format am I supposed to get from aa_query_dconf_data() ?
[15:24] <xclaesse> jjohansen, what contains the array of entries?
[15:24] <pitti> didrocks: yes to sync, that was just a misunderstanding in sponsoring; I uploaded the same fix to Debian and wanted to sync, but dholbach beat me to it
[15:25] <pitti> didrocks: sso please go ahead
[15:25] <seb128> didrocks, +1? ;-)
[15:26] <didrocks> pitti: ah, making sense now, thanks !
[15:30] <didrocks> larsu: your gtk change looks good, sponsoring, thanks!
[15:35] <larsu> thanks!
[15:50] <pitti> mvo: \o/ thanks for the apt upload
[15:51] <mvo> pitti: yw, I prepared the apt ubuntu merge in git too, but maybe friday night is not the best time to do it
[15:51]  * mvo will do it anyway
[15:52] <pitti> mvo: if you are unsure, upload it and tag some open apt bug with block-proposed, so that it can run through CI but not land until Monday
[15:53] <pitti> but *shrug*, I'm landing large britney changes as we speak, so yay for touching critical infrastructure right  before running off for the weekend :)
[15:53] <didrocks> pitti: it's the *perfect* time for running off then!
[15:55] <mvo> pitti: :)
[15:56] <mvo> pitti: I need to land some snappy work now but once that is done I will see how much of the day I have left, I definitely want the new apt in, its really good. broke all schroots in debian but beside that its really good
[15:57] <pitti> mvo: looking forward to it!
[15:58] <xnox> mvo, is it an ABI transition for libapt?
[16:12] <mvo> xnox: yes, abi and (very small) api
[16:12] <Laney> woot
[16:13] <Laney> mvo: this has the configurable acquire stuff we want for appstream right?
[16:16]  * Laney screams at glib2.0/autopkgtest
[16:16] <mvo> Laney: exactly
[16:16] <mvo> Laney: its also amazing in other ways, its fantastic
[16:16] <Laney> haha
[16:17] <Laney> I love the enthusiasm <3
[16:17] <mvo> Laney: no, I'm serious, its really cool. "apt-get install foo.deb" will work
[16:17] <Laney> yeah, I remember David's talk
[16:17] <Laney> and apt-get build-dep on unpacked packages right?
[16:18] <mvo> by-hash, lots of smarts in the acquire, i.e. if InRelease gives you a not-modified it will not bother with any child url etc
[16:18] <mvo> Laney: yes, that too
[16:18] <Laney> |o/
[16:18] <pitti> mvo: by-hash!
[16:18]  * mvo is really happy about it
[16:18] <pitti> gimme gimme gimme
[16:18] <mvo> pitti: yes!
[16:18] <mvo> pitti: LP needs to catch up :P
[16:18] <Laney> oh man
[16:18] <pitti> ah, so this is not the end of "hash sum mismatch"
[16:19] <pitti> Laney: I just mass-retried these armhf failures
[16:19] <pitti> Laney: but erk, I dist-upgraded the armhf boxes this morning, and apparently the new lxc/lxcfs etc. are rather unhappy :(
[16:20] <Laney> pitti: I just looked at one and saw a systemd postinst(?) failure
[16:20] <pitti> yes, apparently some dbus problem or similar
[16:20] <pitti> they all fail the same way
[16:21] <pitti> Laney: so leave these to me (Monday..), but e. g. https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/i386/g/gobject-introspection/20151127_113513@/log.gz is interesteing
[16:21] <pitti> /usr/include/glib-2.0/glib/gtypes.h:423: syntax error, unexpected identifier in '  G_STATIC_ASSERT(sizeof (unsigned long long) == sizeof (guint64));' at 'G_STATIC_ASSERT'
[16:21] <pitti> /usr/include/glib-2.0/glib/gtypes.h:423: syntax error, unexpected ')', expecting identifier or '(' or '*' or ';' in '  G_STATIC_ASSERT(sizeof (unsigned long long) == sizeof (guint64));' at ')'
[16:21] <pitti> yummy
[16:21] <Laney> haha
[16:22] <Laney> that sounds real...
[16:22] <pitti> Laney: so it's that (g-i), deja-dup, and these armhf failures
[16:23] <Laney> desrt: ^^^^ does that sound like some recent change to you?
[16:23] <Laney> (hi!)
[16:24] <desrt> yes.
[16:24] <desrt> what compiler is that?
[16:24] <desrt> also, i think that was already fixed
[16:25] <pitti> gcc (Ubuntu 5.2.1-23ubuntu1) 5.2.1 20151028
[16:25] <desrt> nope.  i wrote a patch but it wasn't reviewed :)
[16:27] <Laney> pitti: sounds like don't sweat retrying stuff for glib then :)
[16:27] <pitti> Laney: I already did, and msot stuff failed again
[16:27] <desrt> pitti: i'd like to know the exact combination of stuff that made this fail
[16:27] <desrt> since normally this works fine with gcc
[16:27] <pitti> Laney: lxcfs got upgraded in wily today; I'll downgrade, see if that works, and if so mass-retry
[16:27] <Laney> this g-i one is going to be real
[16:27] <pitti> Laney: if it doesn't work, I give up and we fix this on MOnday
[16:28] <pitti> Laney: yes, but the failurs will affect pretty much all uploads to xenial
[16:28] <Laney> Fix general problems sure, but don't worry about retries for glib alone
[16:28] <pitti> desrt: are the package versions in http://autopkgtest.ubuntu.com/data/packages/xenial/amd64/g/gobject-introspection/20151127_114446@.log (this also includes a diff) helpful?
[16:29] <desrt> i just pushed a fix to master
[16:29] <desrt> i guess this is probably another case of weird -std=c__ flags
[16:29] <Laney> apt-get source gobject-introspection -- look at debian/tests/tools
[16:29] <Laney> echo "g-ir-scanner..."
[16:29] <Laney> g-ir-scanner --include=cairo-1.0 --include=Gio-2.0 --namespace=Regress --nsversion=1.0   --header-only /usr/share/gobject-introspection-1.0/tests/*.h --output Regress.gir
[16:29] <desrt> starting to get annoyed by the fact that every compiler we use supports features that we want to make use of, but some people intentionally disable those with -std= flags
[16:29] <Laney> file Regress.gir  | grep -q 'XML document' || { file Regress.gir; exit 1; }
[16:32] <pitti> Laney: so https://launchpad.net/ubuntu/+source/lxcfs/0.10-0ubuntu2.1 breaks this; downgrading to ubuntu2 works
[16:32]  * pitti does that on all workers
[16:32] <Laney> cool, thanks
[16:33] <larsu> desrt: there's also --std=gnu* ;)
[16:33] <desrt> the gnu ones are mostly sane
[16:33] <larsu> ya
[16:35]  * desrt ponders early lunch
[16:35]  * desrt didn't have her usual morning chocolatine today
[16:37] <didrocks> time for week-end, see you guys!
[16:38] <desrt> didrocks: enjoy :)
[16:38] <didrocks> thanks, enjoy your lunch desrt ;)
[17:07] <seb128> willcooke, https://launchpad.net/ubuntu/+source/ubuntu-themes/14.04+16.04.20151127-0ubuntu1 ... well done! :-)
[17:09] <willcooke> \o/
[17:09] <willcooke> thx seb128
[17:09] <seb128> yw!
[17:56] <davmor2> willcooke: can you play an album in rhythmbox on xenial?
[17:57]  * Laney wonders if he is allowed to answer that one
[17:58]  * willcooke hasnt tried
[17:58]  * Laney is playing Jagged Little Pill right now
[17:59] <davmor2> willcooke: I just purchased the next track to tubular bells from 7 digital as part of the browser tests, and the track wasn't added initially, I had to remove the location in gsettings to fix that, but now it plays the first track and then plays fatboy slim for the second track
[18:02] <willcooke> I gotta shoot, xmas lights switch on with the kids
[18:03] <willcooke> let's pick it up again on Monday
[18:03] <willcooke> g'night
[18:04] <seb128> Laney, seems you are not :p
[18:09] <seb128> davmor2, wfm, are you sure you don't have the random button selected?
[18:09] <seb128> (the pressed/unpressed is not easy to see with our theme, known issue)
[18:12] <larsu> hm doesn't look pressed in at all...
[18:12]  * larsu is happy we have a new theme maintainer
[18:13] <seb128> larsu, sorry for you, but notify-osd has a regression for your icon refactoring
[18:13] <larsu> yay
[18:13] <larsu> wait. un-yay
[18:13] <seb128> it tries to load cover arts as icons
[18:13] <larsu> what's up?
[18:13] <seb128> like it states can't find .cache/.... in the icon theme
[18:14] <seb128> try to play a song in rb from an album/song having a covert
[18:14] <larsu> I don't have any music on my computer
[18:14] <larsu> problem solved. NOTABUG
[18:14] <seb128> lol
[18:15] <larsu> hm not a problem in spotify
[18:16] <seb128> reported https://bugs.launchpad.net/ubuntu/+source/notify-osd/+bug/1520667
[18:17] <larsu> thanks
[18:17] <seb128> larsu, try  $ notify-send -i /usr/share/pixmaps/language-selector.png "hey"
[18:18] <larsu> seb128: the spec doesn't allow this
[18:18] <larsu> throws a warning, but works for me
[18:18] <seb128> it was working before your changes
[18:18] <seb128> hum
[18:18] <seb128> what notify-osd version do you use?
[18:18] <seb128> it works if I downgrade
[18:18] <seb128> and breaks if I use the current xenial version
[18:19] <larsu> src
[18:19] <seb128> is your warning about notification-*
[18:19] <larsu> let me try xenial
[18:19] <seb128> loading icon 'notification-/usr/share/pixmaps/language-selector.png'
[18:19] <larsu> ah indeed
[18:19] <seb128> looks like you don't have https://code.launchpad.net/~larsu/notify-osd/spam-a-bit-less/+merge/274382
[18:19] <seb128> in your build
[18:19] <seb128> ?
[18:20] <seb128> larsu, notify-send --help says
[18:20] <seb128> "  -i, --icon=ICON[,ICON...]         Specifies an icon filename or stock icon to display."
[18:20] <seb128> the filename can't be fully qualified one?
[18:21] <larsu> The "app_icon" parameter and "image-path" hint should be either an URI (file:// is the only URI schema supported right now) or a name in a freedesktop.org-compliant icon theme (not a GTK+ stock ID).
[18:21] <larsu> that's what the spec says
[18:22] <larsu> but apparently apps don't care (and neither does notify-send's help text), so let's fix that
[18:22] <larsu> thanks for bringing this up seb128
[18:22] <seb128> larsu, yw!
[18:34] <davmor2> seb128: yeap double checked it
[18:35] <davmor2> seb128: I double checked via the menu, how ever I think it might be the way the browse is set up, I'm digging into it some more
[18:37] <larsu> seb128: pushed a branch (attached at the bug)
[18:40] <larsu> and with that, I head off into the weekend. See you!
[18:40] <seb128> larsu, thanks!
[18:40] <seb128> larsu, have a good w.e!
[18:40] <larsu> thanks you too!
[18:40]  * seb128 should do that as well
[18:40] <larsu> +1
[18:41] <seb128> have a good w.e everybody, see you on monday
[18:48]  * Laney tries ./deploy.sh for the 999th time
[18:49] <Laney> everybody's gone!
[18:49] <Laney> guys!
[18:53] <seb128> Laney, I'm not!
[18:53]  * seb128 spent the afternoon watching tennis while working so finishing some things, about to get them wrapped now
[18:53] <seb128> good work team u.k btw, 2 - 0
[18:53] <seb128> go Andy!
[18:58] <Laney> the news mentioned something about the UK doing badly or something
[19:04] <seb128> Laney, shrug, sorry it's 1-1, Andy won though ;-)
[19:05] <seb128> Laney, the first game u.k was up to 2 sets to 0 and I got carried away :p
[19:05] <seb128> (and lost 3 sets to 2)
[19:06] <davmor2> seb128: Yay discovered why, when the music got re-imported it set up you've come a long way baby in the play queue, so after playing the first track flipped over to the play queue
[19:07] <seb128> davmor2, k, good, at least it confirms album playing still works
[19:08] <davmor2> Now I've cleared that off lets see what happens now.......next track \o/
[19:15] <attente> seb128: does u-c-c deja-dup panel work for you?
[19:16] <seb128> yes
[19:16] <seb128> but e.u.c suggests it segfaults for quite some users
[19:16] <seb128> I can't reproduce though :/
[19:16] <seb128> mterry_ might know about it?
[19:16] <attente> i reproduce it every time
[19:16] <seb128> https://errors.ubuntu.com/problem/d0faa18652b68f4cd47c90a1cee56a3f9508cea8
[19:17] <seb128> the reports are all amd64 and I'm on i386
[19:17] <seb128> so maybe it's arch specific
[19:18] <seb128> the package didn't change since wily
[19:18] <seb128> so likely a glib or gtk update fallout?
[19:18] <attente> could be, i tried it with wily's glib and the crash still exists
[19:19] <seb128> hum, k
[19:19] <seb128> if you feel like debugging it that would be useful ;-)
[19:19] <Laney> broken for me!
[19:19] <seb128> you amd64 users...
[19:19] <Laney> http://162.213.34.169/logs/2015/11/27_1916.log
[19:19] <Laney> it's aliiiiiiiiiiive
[19:19] <attente> D:
[19:19] <Laney> from juju
[19:19] <seb128> wooot
[19:20] <Laney> that is a good </week> moment
[19:20] <Laney> happy weekend!
[19:20] <Laney> probably sneak on to make sure the html output works
[19:20] <Laney> but that will be some hours
[19:20] <Laney> ;-)
[19:27] <seb128> Laney, happy w.e as well!
[19:33] <mterry_> attente, seb128: sorry, was afk
[19:33] <mterry_> attente, seb128: I think I know what might cause it, will have a fix this weekend if so (it was fixed along with dropping python2)
[19:34] <mterry_> Was an int to pointer bug if so
[19:36] <attente> mterry_: ah, thanks! i guess it would explain why seb128 can't reproduce on i386
[19:40] <mterry_> seb128, you're still on i386!?
[19:41] <Sweet5hark> alpha1 pushed to prereleases, waiting for debian to tag a beta1 (as I'd prefer from a tag rather than a random commit on the branch). and with that, ...
[19:41] <Sweet5hark> ... closing the week. Have a nice weekend guys!
[19:43] <seb128> mterry_, yes, somebody needs to keep testing it ;-)