[03:27] <TheMuso> desrt: I was talking to Will last night, and we were talking about GTK and Mir. He said that you were doing something with chroots, thinking it was related to GTK mir testing. Is this the case? If so, what have you done to set things up? I want to try a11y stack with GTK under mir to see what breaks.
[03:28] <desrt> TheMuso: no.  unrelated.
[03:28] <desrt> i'm using chroots to build glib in various configurations for testing purposes
[03:35] <TheMuso> Ok no worries.
[03:38]  * duflu wonders if GTK+Mir behaves better since he tested it last many months ago
[06:16] <didrocks> morning
[06:21] <desrt> didrocks: hihi
[06:24] <pitti> Good morning
[06:26] <desrt> pitti: hey... i wanted to ask why you stopped doing jhbuild on canonistack
[06:26] <pitti> hey desrt
[06:26] <pitti> desrt: it was a lot of maintenance, and there was relatively little actual interest upstream
[06:27] <desrt> sounds about right
[06:27] <pitti> not really an explicit decision, it just decayed
[06:27] <desrt> did you ever consider making the build results available for download?
[06:28] <pitti> desrt: you mean not just the logs, but the actual built tree? we didn't back then, and didn't discuss it
[06:29] <pitti> if that's actually useful, it could be possible; but the builds should be reproducible fairly well
[06:29] <desrt> i did a lot of debianification work on jhbuild over the holidays
[06:29] <pitti> the thing that's usually less reproducible is test failures as they are sometimes sensitive to the environment (CPU speed, load, etc.)
[06:29] <desrt> with the goal of targetting schroot debootstraps
[06:29] <didrocks> hey desrt! guten morgen pitti
[06:29] <desrt> and producing .tar of the products, one-by-one
[06:30] <pitti> bonjour didrocks, ça va ?
[06:30] <desrt> (which will also help facilitate parallel building)
[06:30] <didrocks> pitti: ça peut aller, et toi?
=== hikiko-lpt is now known as hikiko
[06:30] <pitti> didrocks: mieux qu'hier, pas plus de fièvre
[06:31] <didrocks> pitti: content d'entendre ça :)
[06:31] <desrt> you guys use some strange encryption software
[06:34] <desrt> pitti: were you running in a vm?
[06:35] <pitti> desrt: yes, the current development series back then
[06:35] <pitti> i. e. minimal cloud image with the necessary build deps installed
[06:40] <desrt> hmm
[06:40] <desrt> you figure upstream would be more interested in test failures
[06:40] <desrt> i mean, this is linux
[06:40] <desrt> i guess it comes down to lack of time, as always :/
=== didrocks1 is now known as didrocks
[06:53] <desrt> mvo: hello!
[06:53] <mvo> hey desrt! good morning and happy new year
[06:54] <desrt> same to you.  welcome back.
[06:57] <duflu> desrt: Did you change timezones?
[06:57] <duflu> Or just nocturnal
[06:57] <desrt> maybe :)
[06:57] <desrt> i've been working on a lot of interesting things lately
[06:57] <desrt> it's also been cold as hell out, so i've spent little time outside
[06:58] <desrt> both of these things tend to have a negative impact on a regular sleep schedule
[06:58] <duflu> desrt: Fair enough. Admittedly summer here makes it easier to not sleep during daylight hoursd
[07:12] <RAOF> Hah! And we have a fully working pollable-fd branch. desrt, you will soon be able to enjoy the marvel that is mir_connection_dispatch();
[07:12] <desrt> hells ya
[07:12] <RAOF> (For values of soon which require code review)
[07:45] <seb128> good morning desktopers!
[07:50] <RAOF> desrt: Feel free to check out https://code.launchpad.net/~mir-team/mir/eventloop-integration/+merge/245926
[08:15] <pitti> hey RAOF, bonjour seb128 !
[08:15] <seb128> hey pitti, happy friday! wie gehts?
[08:16] <pitti> seb128: viel besser, danke! und DIr?
[08:16] <seb128> pitti, gut, danke! ;-)
[08:16] <seb128> it's friday ;-)
[08:24] <willcooke> morning all
[08:25]  * willcooke -> schooll
[08:25] <willcooke> sigh
[08:25] <willcooke> typing
[08:29] <didrocks> hey willcooke
[08:30] <seb128> hey willcooke
[08:54] <willcooke> This week has seemed long
[08:54] <willcooke> glad its Friday
[08:54] <darkxst> hey seb128 didrocks pitti
[08:54] <willcooke> :)
[08:56] <ochosi> larsu: not sure disabling menu-icons altogether is really such a nice option. that really sucks e.g. in gimp and in xubuntu there's no hud with which you can search the menus...
[08:57] <didrocks> evening darkxst
[08:57] <seb128> hey
[08:57] <darkxst> didrocks, a very wet evening here !
[08:57] <didrocks> willcooke: it's been a really weird one here due to the news TBH
[08:57] <darkxst> seb128, ok if I make a new gnome-session-wayland binary package?
[08:58] <willcooke> didrocks, yeah, that stuff was horrible
[08:58] <willcooke> is
[09:00] <seb128> darkxst, Debian did that?
[09:00] <darkxst> seb128, no, fedora did that, debian just put it in with the other session files
[09:00] <seb128> darkxst, I would prefer to do what Debian does, did you talk to them about doing that?
[09:00] <didrocks> willcooke: yeah, it's not over, there is are some hostages and gun shots that happened 45 minutes ago
[09:00] <seb128> why is it needed?
[09:01] <darkxst> its basically working now, but not really good enough to be installed by default
[09:01] <willcooke> didrocks, oh??  ****
[09:01]  * willcooke reads the news
[09:01] <darkxst> seb128, so people can try wayland
[09:01] <seb128> darkxst, they can't on Debian?
[09:01] <seb128> seems like something Debian might want as well
[09:01] <seb128> should be done there imhp
[09:01] <seb128> imho
[09:01] <darkxst> seb128, yes, they can on debian its installed by default
[09:02] <seb128> oh ok
[09:02] <darkxst> but I'm not convinced its that ready
[09:02] <seb128> well, fine to split to me
[09:02] <seb128> +1
[09:02] <seb128> thanks for the explanations
[09:02] <seb128> and yeah, I think it better be optional than installed by default
[09:03] <darkxst> seb128, yes that is exactly my thinking
[09:03] <darkxst> a broken "GNOME on wayland" session will just confuse people
[09:05] <Laney> yo
[09:05] <darkxst> hey Laney
[09:07] <Laney> hey darkxst
[09:07] <Laney> darkxst: I think you should talk to them first
[09:07] <Laney> happy friday
[09:07]  * Laney checks it actually is friday before getting too excited
[09:07] <Laney> looks so
[09:08] <seb128> hey Laney
[09:09] <Laney> hey seb128
[09:09] <Laney> how's it going
[09:09] <seb128> good, it's friday!
[09:09] <Laney> it is, I just verified
[09:11] <larsu> ochosi: it's what upstream wants...
[09:11] <larsu> ochosi: why go against the stream?
[09:11] <seb128> larsu, what does upstream want?
[09:12] <Noskcaj> I probably won't be able to respond to any emails from tomorrow till the 24th
[09:12] <ochosi> larsu: yeah i know. but it's not very accessible imo if you have large menus like that of gimp. it becomes a "wall of text"
[09:12] <ochosi> seb128: icons in menus
[09:12] <seb128> ah
[09:12] <Noskcaj> Just incase i have reviews that need work or MOTU application stuff
[09:12] <seb128> Noskcaj, hey, k
[09:13] <ochosi> seb128: there's a bug (at least i consider it that) in gtkaction that produces imagemenuitems even on menubars by default for gtkactions defined in .ui files
[09:14] <Laney> hey larsu
[09:14] <larsu> morning Laney!
[09:14] <darkxst> Laney, I will check, but they are in freeze now, and we already split all the sessions out in gnome-session compared to debian
[09:14] <ochosi> larsu: a probably even better example is the "open with..." submenu in the file-manager.
[09:15] <larsu> ochosi: that always has icons
[09:15] <larsu> not all icons were removed from menus
[09:15] <larsu> it's just that we don't put icons on _every_ menu item anymore
[09:16] <larsu> instead, only on ones which are "nouns" and have a visual representation in other parts of the system
[09:16] <larsu> such as: applications, users, drives, etc.
[09:16] <Laney> darkxst: I thought it was just providing an ubuntu-session package with the unity stuff
[09:16] <ochosi> yeah, i get that. but you suggested to disable menu-icons altogether yesterday (at least if i understood you correctly) with the global gtksetting
[09:17] <larsu> oh interesting!! according to this bug that mclasen pasted, this is my fault... https://bugzilla.gnome.org/show_bug.cgi?id=742181
[09:17] <ubot5> Gnome bug 742181 in Theme ""show images in menus" causes weird padding outside GNOME" [Minor,Unconfirmed]
[09:17] <larsu> ochosi: ah sorry that's not what I meant. I suggested to disable the setting, which gets rid of "verb" icons in menu items
[09:18] <ochosi> larsu: hm, there's another? i thought there was only "MenuImages"
[09:19] <ochosi> oh
[09:19] <larsu> no, just the one
[09:19] <ochosi> so i wasn't the only one noticing
[09:19] <larsu> apparently not
[09:20] <ochosi> good good
[09:20] <ochosi> i don't see a comment by mclasen there but yeah, it looks like it's your fault :}
[09:21] <larsu> mclasen pointed me to the bug
[09:21] <larsu> on irc
[09:21] <ochosi> oh
[09:21] <ochosi> nice of him
[09:21] <ochosi> (and of you, to investigate!)
[09:22] <darkxst> Laney, the gnome session is also split
[09:22] <Laney> where?
[09:24] <ochosi> larsu: just out of curiosity, how would we have achieved what you descirbed earlier, only disabling specific icons?
[09:27] <darkxst> Laney, oh maybe not, maybe I am thinking of breakage caused by upstart user sessions
[09:29] <larsu> ochosi: icons from GMenuModel are always shown (the docs have an explanation of when to use icons). Otherwise there's the "always-show-image" property on GtkImageMenuItem
[09:29] <Laney> ah well this is still opt-in by being listed in /etc/upstart-xsessions
[09:29]  * Laney puzzles about the failed image builds
[09:30] <ochosi> larsu: right, so your suggestion was code, not a simple setting :) since xfce is still gtk2, it follows an older HIG
[09:31] <darkxst> Laney, or it was actually fallout from the ubuntu-session split dropping depends I guess
[09:31] <darkxst> but that was eons ago
[09:51] <seb128> willcooke, I'm just trying today's daily desktop-next image, it does boot correctly in windows mode
[09:52] <willcooke> seb128, sweet - thanks.  I must have had old information.
[09:52]  * willcooke throws away the PostIt Note
[09:57] <larsu> ochosi: no, my suggestion was to disable the setting, because I didn't think anyone upstream cares enough to fix this (gtkimagemenuitem is deprecated after all)
[09:57] <larsu> ochosi: now that I found out that I introduced this change, I might as well fix it ;)
[09:57] <ochosi> larsu: cool, thanks a lot for your help!
[10:12] <Laney> weird networking problems on my desktop today
[10:12] <Laney> blah
[10:14]  * Laney tries old kernel
[10:24] <Laney> hahaha
[10:24] <Laney> the network cable had slipped out a bit
[10:25] <Laney> why do those clip bits always break off?
[10:25] <Laney> and why was it working kind of sort of ...
[10:28] <seb128> Trevinho, hey, are you working on those bamf "loosing" icons since the gtk update, like the firefox one?
[10:28] <seb128> larsu, ^ do you know what's the status about that?
[10:30] <larsu> seb128: my last status was that Trevinho said he knows where to look and will look
[10:30] <seb128> larsu, good, thanks ;-)
[10:49] <Trevinho> seb128: not yet
[11:05] <Laney> pitti & jibel: Looks like sysvinit migrated despite floodlight failing
[11:05] <Laney> it was waiting on it
[11:05] <Laney> can we see why that happened?
[11:05] <pitti> Laney: floodlight's failure didn't look related to the new sysvinit
[11:05] <Laney> it wasn't
[11:06] <Laney> but nobody hinted it either
[11:06] <pitti> right, so I overrode it
[11:06] <Laney> you're doing that?
[11:06] <pitti> Laney: ah, I did that in the status files on britney
[11:06] <pitti> I can't update the ~ubuntu-release overrides
[11:07] <pitti> Laney: yeah, sometimes; mostly for gcc and similar, as otherwise they'd be stuck forever
[11:07] <pitti> but when someone asks or I spot something on excuses I also do it for other packages
[11:07] <pitti> +1 maintenance, if you will
[11:08] <Laney> perhaps you should get a proper hint file rather than using this trap door :)
[11:09] <xnox_unity_broke> So my unity is broken on my normal account, guest session works fine.
[11:09] <xnox_unity_broke> unity --reset is deprecated and does nothing
[11:10] <xnox_unity_broke> how can I reset my compiz/unity to be stock again? (failing that I'll be creating a new user account for myself....)
[11:10] <Laney> seb128 is good with debugging these things
[11:15] <pitti> xnox_unity_broke: backup .config/dconf/user for debugging, and then dconf reset -f /org/compiz/ ?
[11:15] <pitti> "dconf dump /org/compiz/" shows your custom settings
[11:15] <pitti> maybe something there is the obvious candidate
[11:16] <pitti> or /com/canonical/unity/
[11:16] <pitti> xnox_unity_broke: ^
[11:16] <pitti> happy bisecting!
[11:16] <xnox_unity_broke> hm...
[11:28] <xnox_no_unity> hm, so it says that opengl plugin fails to load in compiz.
[11:29] <xnox_no_unity> and i get XIO fatal IO error 11 resource temporary unavailable in compiz logs....
[11:34] <xnox> ok that was scary
[11:34] <xnox> combination of these: http://askubuntu.com/questions/454779/unity-will-not-boot-load-after-upgrade-from-13-10-to-14-04 made me able to start unity
[11:34] <xnox> and i'll go back to work and not logout ever now =)
=== MacSlow is now known as MacSlow|lunch
[12:19] <happyaron> didrocks: mind revisit the fcitx MIR?
=== CrazyMelon is now known as CrazyLemon
[12:21] <ochosi> larsu: another issue i encountered is the sound indicator not playing well with gtk3.14, the volume scale is broken (entirely for DND; sort of for click) and sometimes the indicator crashes altogether or doesn't show an icon
[12:22] <larsu> ochosi: thanks, known issue :)
[12:22] <ochosi> oh ok :)
[12:23] <larsu> I think someone opened a bug about it even
[12:26] <didrocks> happyaron: is it ready for a rereview then? great! :)
[12:26] <didrocks> happyaron: I'll have a look on Monday
[12:27] <happyaron> didrocks: yep, thx!
[12:30] <didrocks> yw ;)
[12:48] <seb128> xnox, how did you fix it?
[12:48] <seb128> Trevinho, what are you working on? just curious what comes before fixing vivid visible issues :-)
[12:49] <Trevinho> seb128: LIM stuff..
[12:50] <seb128> shrug
=== MacSlow|lunch is now known as MacSlow
[14:17] <seb128> kenvandine, hey
[14:18] <seb128> kenvandine, I've asked around about that string question from yesterday
[14:18] <kenvandine> hey seb128
[14:18] <seb128> kenvandine, launchpad shares strings between series of a same distribution, but ubuntu and ubuntu-rtm are different distributions
[14:18] <kenvandine> makes sense
[14:18] <kenvandine> but painful
[14:18] <seb128> kenvandine, cjwatson linked the package to the product, that should make the string shared
[14:19] <kenvandine> oh, great... so we're good now?
[14:19] <seb128> but I'm unsure what that means for the template
[14:19] <seb128> we should make sure it doesn't make it use the wrong template I guess
[14:19] <kenvandine> how do we do that?
[14:19] <seb128> shrug, I think it does
[14:20] <seb128> https://translations.launchpad.net/ubuntu/vivid/+source/ubuntu-system-settings/ has
[14:20] <seb128> " This source package is sharing translations with ubuntu-system-settings trunk series. "
[14:26] <seb128> pitti, was that cgmanager/ual/systemd email discussion on a list by any chance?  oh, and thanks for the summary  ;-)
[14:26] <pitti> seb128: no, between slangasek, hallyn, stgraber and me in private mail, I'm afraid
[14:27] <seb128> ok, no worry
[14:27] <seb128> I was more interested by the outcome anyway, so thanks for the summary ;-)
[14:28] <seb128> tedg, didrocks, willcooke, https://bugs.launchpad.net/ubuntu/+source/cgmanager/+bug/1400394/comments/9 might interest you on the unity8/ual/cgroups issue
[14:28] <ubot5> Launchpad bug 1400394 in cgmanager (Ubuntu) "Unity8 fails to start applications, cgmanager is not started under systemd" [Undecided,Triaged]
[14:28] <pitti> seb128: I think hallyn was mostly concerned about political issues there, but we both agree that there should not be any serious technical problems
[14:31] <tedg> pitti, So then can we automatically start cgmanager if a Unity8 desktop is chosen?
[14:32] <didrocks> I'm still looking at what is cleaning my /tmp, I wonder if it wasn't cgmanager, but needs confirmation
[14:33] <pitti> tedg: yes
[14:34] <pitti> tedg: well, if we install the cgmanager package, initially
[14:34] <pitti> tedg: I'd rather make it dbus or socket activated, but that requires a bit of work (and is mostly just a boot time optimization)
[14:35] <tedg> pitti, We'd need it for U8 though, right? So it'd just be a dependency of u8?
[14:35] <pitti> tedg: or UAL, or whatever actually tries to talk to it, yes
[14:35] <pitti> (UAL, supposedly?)
[14:35] <tedg> Seems upstart?
[14:35] <tedg> UAL does as well.
[14:35] <pitti> why would upstart need it?
[14:35] <tedg> Upstart uses it to create cgroups.
[14:38] <pitti> tedg: oh interesting, I didn't know that; I thought it was UAL
[14:38] <tedg> No, no, I make Upstart do all the hard work :-)
[14:39] <pitti> tedg: so yes, then I suppose upstart-bin should grow at least a Recommends: cgmanager the
[14:39] <pitti> n
[14:39] <pitti> tedg: but aside from these details, I guess we're okay now?
[14:39] <tedg> K, so we can add a requires in UAL. Not sure if it should be the lib or binary, but sure.
[14:40] <tedg> I think so.
[14:40] <tedg> I might be an adventure :-)
[14:40] <pitti> stgraber might still have some objections, but I hope not too strong ones
[14:51] <willcooke> seb128, do you know if the U7 dash supports Orca at all?
[14:55] <Sweet5hark1> seb128: we should update trusty to 4.2.8, I just send you package link and details by email ...
[14:59] <seb128> willcooke, I don't know, it's not using gtk so not getting that for free, some of the u7 bits support screenreader I think
[15:00] <seb128> didrocks, Trevinho or bregma might know/remember better
[15:00] <willcooke> thx seb128
[15:00] <Trevinho> willcooke: the dash I don't think so
[15:00] <bregma> willcooke, I do not believe it does, not correctly any way
[15:00] <seb128> willcooke, https://bugs.launchpad.net/bugs/1066157
[15:00] <ubot5> Launchpad bug 1066157 in unity (Ubuntu) "dash +orca does not speak the names of application icons" [High,Triaged]
[15:01] <Trevinho> willcooke: launcher does, so panel... although in a very limited way
[15:01] <seb128> willcooke, from that bug it looks like Luke was looking at it, maybe check with him next week
[15:01] <willcooke> yeah, good call. thx
[15:02] <seb128> that bug description suggests some bits work
[15:02] <bregma> I believe the fix required some Nux changes, and we sort of like to tiptoe around doing that
[15:02] <seb128> Sweet5hark1, thanks
[15:03] <bregma> might be better now that the StaticCairoText widget has matured a little more.....
[15:04] <didrocks> willcooke: themuso was supposed to handle it a couple of cycles ago
[15:04] <willcooke> I'll have a chat with him next week
=== CardinalFang is now known as qengho
[17:32] <Laney> tkamppeter: hi, I don't see cups-filters-ippusbxd in trusty, where is it?
[17:32] <Laney> or did you not mean to upload s-c-p including those changes?
[17:46] <willcooke> right, I'm outta here.  Hope you all have a relaxing weekend
[17:46] <willcooke> ta
[18:02] <Laney> me too, laters
=== alan_g is now known as alan_g|EOW
=== rickspencer3_ is now known as rickspencer3
[23:39] <tkamppeter> Laney, The package should go in with the SRU of cups-filters, I do not know whether I have donme all correctly I never have done a SRU introducing a new binary package before.
[23:40] <tkamppeter> Laney, I have also withdrawn the s-c-p package of this SRU earlier to do another more important SRU before (which is nearly done, it is already verified).
[23:41] <tkamppeter> Laney, I am also trying to get more feedback from the manufacturers, to see whether ippusbxd integration works corectly (I have no printer to test by myself).
[23:48] <Laney> tkamppeter: I don't see a corresponding upload of cups-filters though, that's the problem
[23:52] <tkamppeter> Laney, I have a message titled "[ubuntu/trusty-proposed] cups-filters 1.0.52-0ubuntu1.3 (Accepted)". This should mean that the package was uploaded and not rejected. No later message concerning this package.
[23:52] <tkamppeter> Laney, bug 1386241.
[23:52] <ubot5> bug 1386241 in system-config-printer (Ubuntu Trusty) "Add the full IPP Everywhere support from Utopic to Trusty" [High,Triaged] https://launchpad.net/bugs/1386241
[23:53] <Laney> tkamppeter: That one was deleted upon your request: https://launchpad.net/ubuntu/+source/cups-filters/1.0.52-0ubuntu1.3/+publishinghistory
[23:56] <Laney> This situation is causing trusty images to fail to build, e.g. https://launchpadlibrarian.net/194383676/buildlog_ubuntu_trusty_i386_ubuntu_FAILEDTOBUILD.txt.gz ("system-config-printer-udev : Depends: cups-filters-ippusbxd but it is not installable")
[23:59] <tkamppeter> Laney, the SRU is of three parts, cups-filters, s-c-p, and cups, s-c-p pulls in cups-filters-ippusbxd. My intention was to withdraw all the three, to let the other s-c-p SRU go first. Or is it possible that the ippusbxd dependency has accidentally gotten into the other SRU?
[23:59] <Laney> I think you uploaded the new s-c-p SRU with the changes from the previous one to add ippusbxd support in it too.