[00:11] <RAOF> Urgh. Why hasn't gnome-do 0.95.3-2 migrated to universe?
[01:14] <TheMuso> RAOF: I assume when you say that, you are talking about the source package?
[01:14] <RAOF> TheMuso: Nah; testing-proposed-migration.
[01:15] <RAOF> TheMuso: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#gnome-do seems to say “yeah, fine”, but it's still in proposed.
[01:36] <TheMuso> Ah ok.
[01:45] <robert_ancell> xnox, still around?
[03:01] <TheMuso> cyphermox: It appears that on armhf, your bluez 5 package has libdir specified twice in the configure call, even though its only mentioned once in the rules file... Must be ok on x86, but I'm trying to build on armhf here, both in a chroot and on real hardware, and I've hit this problem in both instances.
[03:01] <TheMuso> cyphermox: I'll have a dig to see if I can work out whats going on.
[06:06] <pitti> Good morning
[06:27] <didrocks> good morning
[06:30] <RAOF> pitti: Aha! You wouldn't happen to know why http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#gnome-do says “yeah, it's fine to migrate” but gnome-do hasn't migrated in 7 days?
[06:34] <didrocks> RAOF: seems there is a dependency challenge, with nunit, no?
[06:34] <didrocks> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt
[06:34] <pitti> RAOF: Depends: gnome-do nunit
[06:34] <pitti> RAOF: it just means that gnome-do itself is fine wrt. builds, tests, etc., but it waits on nunit
[06:35] <pitti> RAOF: so your question should be about http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#nunit :)
[06:35] <RAOF> :)
[06:35] <pitti> right, then it's going to the "does that break any other packages" check in update_output.txt
[06:35] <pitti> RAOF: yes, it's a horrible output format
[06:36] <pitti> RAOF: so that means that at least one of those packages is uninstallable (gnome-do, gnome-do-plugins, libmonogame-cil, libmonogame-cil-dev, libtaoframework-ode-cil-dev, libtaoframework-ode0.9-cil, libtaoframework-sdl-cil-dev, libtaoframework-sdl1.2-cil, monodevelop-monogame, monodevelop-nunit, nant, openbve)
[06:36] <RAOF> Harumph.
[06:36] <pitti> RAOF: at this point you should try and install all those in a vivid-proposed chroot and see what apt has to say
[06:36] <didrocks> chdist FTW! :)
[06:36] <pitti> or schroot :)
[06:37] <didrocks> sure ;)
[06:37] <RAOF> As luck would have it, I happen to have a vivid schroot right here...
[06:37] <pitti> this is my /etc/schroot/setup.d/90proposed: http://paste.ubuntu.com/9245404/
[06:37] <pitti> so so
[06:38] <pitti> so my vivid schroot has "aliases=vivid,vivid-proposed", and if I enter "vivid-proposed", that hook will enable -proposed
[06:38] <RAOF> Huh.
[06:38] <RAOF> I always have -proposed enabled in my schroots, at least my sbuild schroots.
[06:38] <RAOF> That's what it's built against on the buildds, right?
[06:38] <pitti> right
[06:39] <RAOF> Ok, it's monodevelop-monogame
[06:40] <didrocks>  monodevelop-monogame : Depends: monodevelop (< 4.0.12.) but <IP_ADDRESS>-1 is to be installed
[06:40] <didrocks> yep :)
[06:43] <larsu> good morning!
[06:44] <didrocks> hey larsu!
[06:44] <larsu> hi didrocks. ça va?
[06:44] <didrocks> larsu: ça va bien, et toi ?
[06:46] <larsu> didrocks: nickel!
[06:46] <larsu> certainly not as tired as yesterday morning :)
[06:46] <didrocks> nice :)
[06:48] <didrocks> larsu: oh, thinking about it, yesterday night, I tried to change my weechat launchers to use the dbus-activated one as it's the only way to start a new instance as we discussed the other day
[06:49] <didrocks> larsu: I tried to inspire myself from the snippet, but without any success (I'm unsure where the -e weechat-ncurses should be): http://paste.ubuntu.com/9245532/
[06:49] <didrocks> so I still use the previous method and don't have window matching, if you have a minute to see what horrible typo I did… :)
[06:51] <larsu> didrocks: wow, the command doesn't get forwarded to the main instance? That's probably a bug
[06:51] <larsu> didrocks: you can work around for now by putting the command into the profile
[06:52] <didrocks> larsu: anyway for me to give more infos?
[06:52] <larsu> profile preferences > command > run a custom command instead of my shell
[06:52] <larsu> didrocks: I'll let you know if I can reproduce after I made tea ;)
[06:52]  * larsu needs tea
[06:52] <didrocks> larsu: sure ;) ok, so I need to create a new profile in that case
[06:53] <didrocks> pitti: mind if I work on the ubuntu side of the *dm today while the discussion with debian RT settle down? I maybe have an idea to remove the ExecStartPre=, but I need to experiment a little
[06:59] <pitti> didrocks: oh, sounds great!
[07:00] <pitti> didrocks: if you have time for it, sure; but I suppose we also have a fair number of DMs in Ubuntu which all need to be moved in lockstep?
[07:01] <didrocks> pitti: yeah, 6, I can handle that between today and tomorrow, depending on how fast I succeed in this ExecStartPre" :)
[07:01] <didrocks> removal*
[07:02] <pitti> didrocks: do you have an idea what to replace it with? masking?
[07:02] <didrocks> pitti: trying to set it with a generator
[07:02] <larsu> didrocks: indeed. Looks like the -e is not passed when starting the _first_ terminal
[07:02] <didrocks> that will as well handle changing /etc/X11/default-display-manager manually -> get the right systemd job starting
[07:03] <didrocks> larsu: ah, I'm not that crazy then! But I have other terminals opened as well
[07:03] <larsu> didrocks: try opening another terminal befre
[07:04] <didrocks> larsu: I have a weechat terminal here
[07:04] <didrocks> and some other terminal windows
[07:04] <larsu> didrocks: but starting another one doesn't work?
[07:04] <didrocks> I click on the launcher icon -> nothing
[07:04] <didrocks> yeah, that's why I thought that my profile isn't correct
[07:04] <larsu> ok, might be that the bug I found is not the one you're seeing
[07:05] <larsu> it's a bug nonetheless :)
[07:05] <didrocks> I guess not, but yeah ;)
[07:05] <larsu> didrocks: but wait, weechat is running and you want to start another instance?
[07:05] <larsu> or is the problem that unity doesn't switch to it
[07:05] <didrocks> larsu: at least, I should see a window starting and stopping?
[07:05] <larsu> ya, you should see that
[07:05] <didrocks> larsu: it's not starting at all
[07:05] <didrocks> larsu: let me close weechat for a sec, I have other terminals started
[07:06] <didrocks> larsu: right, nothing happens
[07:07] <larsu> didrocks: what happens when you start the command directly?
[07:07] <larsu> gnome-terminal -e weechat-curses
[07:07] <didrocks> larsu: hum, the profile doesn't exist anymore
[07:07] <didrocks> it did exists before the package upgrade though
[07:08] <didrocks> ok, so removing the --profile, it seems to work, let me try
[07:08] <larsu> hm, it should have been transitioned
[07:08] <larsu> Laney made this work, not sure how
[07:10] <didrocks> Laney: ok, it's working at least now (weird that previous profiles got withdrawn though with newer gt)
[07:10] <didrocks> oupss larsu $
[07:10] <didrocks> larsu: however, how do you handle window matching now?
[07:10] <didrocks> WM_CLASS(STRING) = "gnome-terminal-server", "Gnome-terminal"
[07:10] <larsu> didrocks: I think it uses app id now
[07:11] <didrocks> larsu: there is no matching under unity, does it work for you?
[07:11] <larsu> didrocks: no, but app matching is broken on my system anyway right now - I thought that was the problem
[07:12] <didrocks> larsu: doesn't seem so. We are back to the same issue than with my previous command then: gnome-terminal --window --class weechat -e weechat-curses
[07:12] <larsu> :(
[07:13] <larsu> I really don't like this --app-id thing
[07:13] <didrocks> larsu: I'm afraid we are going to have a lot of similar use-case being broken
[07:13] <didrocks> like people having separate ssh terminal on their launchers
[07:13]  * larsu shakes fist at desrt
[07:14] <larsu> didrocks: ya... having to have a separate app id / service is stupid
[07:14] <larsu> should just be gnome-terminal --profile=my-profile
[07:14] <didrocks> larsu: I'm sure we'll have a lot of angry admins… and agreed, it's a little bit too much boilerplate for a launcher
[07:15] <didrocks> larsu: at least, the app id should be in WM_CLASS
[07:15] <didrocks> that would help the matching
[07:16] <larsu> it probably works on shell
[07:16] <didrocks> would be good for people to test it with unity as well when working on ubuntu :)
[07:16] <larsu> haha, "people" ;)
[07:17] <didrocks> I have lost enough time with this anyway, moving on
[07:17] <larsu> fair enough
[07:17] <didrocks> thanks for your help larsu :)
[07:17] <larsu> I'll talk to desrt
[07:17] <larsu> sorry :/
[07:17] <didrocks> thanks!
[07:17] <didrocks> no worry
[07:17] <didrocks> larsu: I think having the app id in WM_CLASS would be a nice first step
[07:17] <didrocks> WM_CLASS(STRING) = "gnome-terminal-server", "Gnome-terminal"
[07:17] <didrocks> too generic
[07:18] <larsu> right
[08:40]  * didrocks does a tentative of a rain-free early exercising today as well
[08:43] <seb128> didrocks goes earlier every day
[08:43] <seb128> soon he's going to be out doing exercice before being awake yet ;-)
[08:43] <seb128> didrocks, good luck!
[08:48] <larsu> seb128: did you have time to look at landing the fix for bug #1386255 ?
[08:48] <larsu> I saw you unsubscribed yourself...
[08:49] <seb128> larsu, I'm not working on it which is why I'm unassigned
[08:50] <seb128> I tried to do a landing on friday afternoon but the autogenerated version was older than the current one, something weird with the CI
[08:50] <larsu> seb128: autogenerated version of what?
[08:50] <seb128> thanks for the reminder, I gave up on the landing then because I wanted to call it a day and not start debugging CI
[08:50] <seb128> going to try agian now
[08:50] <seb128> of the package
[08:50] <larsu> oh cool, thanks
[08:50] <larsu> let me know if I can help out
[08:50] <seb128> I doubt you can, that was purely packaging and CI automation
[08:50] <seb128> but thanks
[08:53] <willcooke> morning all
[08:53] <seb128> hey
[08:54] <larsu> morning willcooke!
[08:55] <willcooke> what's going down
[08:55] <willcooke> ?
[08:55] <willcooke> did we ever reach a consensus about that .desktop stuff from yesterday evening?
[08:56] <larsu> there was some more discussion about it in #gtk
[08:56] <larsu> nothing productive it seems
[08:57] <willcooke> :/
[08:57] <willcooke> seb128, do you want to keep pushing forward with it, or shall we park it until next week?
[08:58] <seb128> willcooke, no really, it goes down to "the technical decision was made to just rename without considering upgrades/stability, now we have to add logic in different places to try to be smart about it but it's never going to be perfect"
[08:58] <seb128> willcooke, I'm done with it
[08:58] <larsu> we're set on the general idea of having a mapping file somewhere
[08:58] <seb128> reality check is that others don't care much
[08:58] <willcooke> who are others?
[08:58] <larsu> what we haven't agreed on is whether we map on access or have some kind of transition running once
[08:58] <seb128> upstream, whoever is deciding that dbus activation has to be done this way
[08:59] <larsu> seb128: this was desrt and me...
[08:59] <seb128> let's say that the probably that they change their mind to support apps that want to do dbus activation without renaming ius low
[09:00] <seb128> larsu, dunno, desrt told me several time that I was arguing with a strawman yesterday
[09:00] <seb128> when talking to me
[09:00] <seb128> so maybe I didn't understand what he meant
[09:01] <larsu> meh, I don't want to get into this again now
[09:01] <seb128> yeah, me neither
[09:04] <seb128> willcooke, bottom line is that I'm in the minority but I think the fundamental approach taken, to force the renaming despite the compatibility breakage it represents, is wrong
[09:04] <seb128> willcooke, it's going to force us into patching toolkit and doing complex workarounds that are not going to cover all cases
[09:04] <willcooke> ok
[09:04] <seb128> willcooke, but I'm overruled there so I'm just going to let Laney and desrt deal with it, they have ideas and they think it should work reasonably enough
[09:05] <seb128> we shall see
[09:05] <willcooke> ack
[09:05] <seb128> I predict it's going to bite us back
[09:05] <seb128> but let's see, I might be wrong ;-)
[09:08] <Laney> oh hi
[09:11] <seb128> hey Laney, wie gehts?
[09:14] <Laney> seb128: okay thanks
[09:14] <Laney> you?
[09:15] <seb128> Laney, I'm good thanks ;-)
[09:15] <Laney> someone's trying to start one of these in town https://www.kickstarter.com/projects/354625846/the-kitty-cafe-help-us-bring-cat-cafes-to-nottingh
[09:15] <Laney> \o/
[09:16] <seb128> nice!
[09:16] <willcooke> lol
[09:19] <willcooke> euggghhhh.  They serve food with loads of cats wondering about the place, pissing on everything.  yuck.
[09:19] <Laney> HAHAHA
[09:20] <willcooke> what happens to the cats at the end of the day?
[09:20] <seb128> willcooke, you got it wrong, the cats are part of the food
[09:20] <seb128> if you catch one you can eat it :p
[09:20] <willcooke> seb128, lol! :D
[09:20] <seb128> ;-)
[09:21] <seb128> before people start looking at me wrong, I love cats and wouldn't hurt one, just for the record ;-)
[09:21] <willcooke> :D
[09:21] <chrisccoulson> hi mvo__, you around?
[09:22] <chrisccoulson> hey willcooke, seb128. how's it going?
[09:22] <willcooke> hey chrisccoulson
[09:22] <seb128> hey chrisccoulson, good! you?
[09:22] <willcooke> Laney, I am reminded of the Father Ted episode with the rabbits
[09:22] <seb128> chrisccoulson, did you see that people really need some mp merged in?
[09:22] <willcooke> "I'll take care of the rabbits".
[09:23] <willcooke> "I'll put them in the vice"
[09:23] <chrisccoulson> seb128, yeah, I'm aware ;)
[09:23] <larsu> morning Laney
[09:28] <mvo__> chrisccoulson: hello, yes
[09:29] <Laney> man I haven't really watched father ted
[09:29] <Laney> hey larsu, what's up?
[09:29] <chrisccoulson> hi mvo__, how are you?
[09:29] <larsu> Laney: playing around in the inspector. You?
[09:29] <Laney> just saw that the daily images failed to build :-o
[09:29] <mvo__> chrisccoulson: good, thanks. how are you?
[09:30] <chrisccoulson> mvo__, yeah, not bad thanks. Busy :)
[09:30] <Laney> seb128: can we put remmina-plugin-nx remmina-dbg in universe?
[09:30] <Laney> just saw them on c-m
[09:30] <mvo__> chrisccoulson: heh, tell me about it ;)
[09:31] <chrisccoulson> mvo__, so, i'm a bit confused about https://code.launchpad.net/~mvo/oxide/multi-arch-fixes/+merge/242458 actually. I'm not sure I fully understand the problem yet
[09:31] <seb128> Laney, why were they in main?
[09:31] <chrisccoulson> the codecs packages already install everything in to a multi-arch path, don't they? (/usr/lib/<arch>/oxide-qt)
[09:31] <mvo__> chrisccoulson: ok, where is the gap :) my goal is that I want to be able to do: apt-get install ubuntu-sdk-libs:armhf
[09:32] <mvo__> chrisccoulson: they do? if thats the case, brilliant, I have checked some weeks (months?) ago and it wasn't back then
[09:32] <mvo__> chrisccoulson: let me re-check
[09:32] <Laney> wait it's not
[09:32] <Laney> what is c-m showing
[09:32] <chrisccoulson> AFAIR, that's always been the case. so perhaps there's a different problem
[09:33] <Laney> ah just the dbg package I think
[09:33] <Laney> it probably got a dependency on all of the plugins
[09:33] <Laney> oh right, that one is new in vivid
[09:36] <Laney> larsu: is inspector proving useful when doing theme fixes?
[09:36] <mvo__> chrisccoulson: you are right, sorry for that, let me inspect whats going on
[09:37] <chrisccoulson> no worries :)
[09:38] <larsu> Laney: insanely
[09:38] <larsu> Laney: especially for playing around with selectors.   It turns out I've had access to the beta of Elite Dangerous all this time, but I never logged in to their crappy forums so I didn't get told.
[09:40] <willcooke> never mind, no Windows machine to play it on anyway
[09:41] <Laney> wait
[09:41] <Laney> WAIT
[09:41] <Laney> Firefox just started and restored my tabs without it being embarrassing
[09:41] <larsu> it does this all the time for me, unless it gets killed early
[09:42] <Laney> I get that 0% of the time
[09:42] <larsu> which happens ~50% of the time when logging out without closing it first
[09:42] <Laney> maybe it's because I shut down without closing it 100% of the time ;-)
[09:42] <larsu> ya...
[09:53] <mvo__> chrisccoulson: I looked into this again and removed my other merge proposal, the issue is https://code.launchpad.net/~mvo/oxide/crossbuild-friendly/+merge/234093 - i.e. conflict across arches thats causing the trouble. the other MP was silly (bad memory on my part what the real problem was)
[09:56] <chrisccoulson> mvo__, aha, thanks for looking at it :)
[09:57] <mvo__> chrisccoulson: I will think a bit more about it, maybe the arch specific conflict in there is indeed the best option (even though it feels a bit ugly)
[09:58] <willcooke> seb128, qengho was looking to get the official flash plugins in to the archive - how can I find out if that happened without asking him?
[09:58] <willcooke> I've looked in apt-cache search and I see, e.g. "pepperflashplugin-nonfree"
[09:58] <willcooke> which makes me think it's ther
[09:58] <willcooke> e
[09:59] <seb128> willcooke, not sure if that's the "official" one, maybe chrisccoulson knows?
[09:59] <seb128> willcooke, but otherwise without knowing the package name I'm unsure, you can look on the -changes list
[09:59] <Laney> pitti: hey, did you see the lvm2 → dmeventd component mismatch?
[09:59] <chrisccoulson> it's not. qengho has some packages, but I still need to review them (I do have some comments on it actually)
[10:00] <willcooke> thanks chrisccoulson, seb128
[10:08] <didrocks> seb128: avoiding rain -> success, blocking knees -> failed :/
[10:09] <seb128> didrocks, "blocking"?!
[10:09] <didrocks> yeah, I couldn't run the last 200m in the park, knees hurting too much
[10:10] <didrocks> so fast walk was fine and luckily and I could cycle back without any pain
[10:10] <seb128> urg
[10:10] <seb128> I hope it's a minor issue
[10:11] <willcooke> :/
[10:12] <didrocks> seb128: I do as well, the ground was compact due to the previous day rains
[10:12] <didrocks> so hopefully just that
[10:12] <didrocks> on the positive side, a lot of squirrels :)
[10:13] <willcooke> didrocks, do you have good running shoes?
[10:13] <willcooke> I'm expecting that you don't run in flip flops :)
[10:13] <larsu> didrocks: be careful man!
[10:13] <didrocks> willcooke: well, they are self-destroying right now TBH, so I need to change, but I never had knees issues with them
[10:13] <willcooke> getting old :)
[10:13] <didrocks> so can be related to current state, needs to get the motivation for shopping :)
[10:14] <larsu> didrocks: I had lots of knee troubles that went away after a physician told me that I had muscle imbalance
[10:14] <larsu> didrocks: also, I changed my running style
[10:14] <didrocks> willcooke: yeah, that as well, I'm still looking for a patch
[10:15] <didrocks> larsu: yeah, I don't have knees issues normally (apart if I'm just running multiple days on the sideway, what I avoid) since I run (3 years now), so I guess that would have declared earlier
[10:17] <larsu> didrocks: makes sense, yeah
[10:17] <larsu> be careful anyways ;)
[10:18] <didrocks> yeah, thanks man :)
[10:28] <pitti> Laney: ah, moved; thanks for pointing out
[10:35] <willcooke> Couple of people have reported this now:  http://askubuntu.com/questions/553624/unity-gone-after-upgrading-14-10-to-latest-3-16-kernel
[10:44] <seb128> willcooke, weird :/
[10:53]  * willcooke -> haircut
[11:25] <willcooke> back
[11:39] <larsu> woah. quick.
[12:03] <chrisccoulson> right, chromium is up-to-date in the archive now
[12:03] <chrisccoulson> ^ qengho :)
[12:41] <popey> chrisccoulson: i just did an update and get 404 on updating chromium
[12:41] <popey> E: Failed to fetch http://security.ubuntu.com/ubuntu/pool/universe/c/chromium-browser/chromium-codecs-ffmpeg-extra_39.0.2171.65-0ubuntu<IP_ADDRESS>.1106_amd64.deb  404  Not Found [IP: <IP_ADDRESS> 80]
[12:43] <ogra_> popey, forgotten apt-get update ?
[12:43] <popey> nope, did that immediately before.
[12:43] <popey> http://paste.ubuntu.com/9249354/
[12:44] <ogra_> right, i was just stating the obvious :)
[12:44] <popey> of course
[12:45] <chrisccoulson> popey, it seems you just hit at the wrong point during the publisher run
[12:45] <seb128> hum
[12:45] <popey> ok, I'll update again
[12:45] <chrisccoulson> it's there now
[12:45] <seb128> didrocks, pitti, Laney, something is not working anymore in vivid with suspend inhibitors
[12:45] <popey> you're right chrisccoulson ☻
[12:45] <seb128> the setting to do nothing on lid close when on power doesn't work
[12:46] <seb128> laptop does suspend anyway
[12:48] <didrocks> seb128: oh, interesting, mind filing a bug?
[12:48] <seb128> didrocks, against what? systemd?
[12:49] <seb128> can somebody confirm?
[12:49] <didrocks> let's put it there and we'll see
[12:49] <didrocks> can try
[12:49] <seb128> just change the setting in u-c-c and try to close the lid
[12:49] <didrocks> so, power
[12:49] <didrocks> and do nothing
[12:49] <didrocks> one sec
[12:49] <Laney> I don't have vivid on laptop yet
[12:50] <didrocks> seb128: argh, working here :/
[12:50] <seb128> shrug
[12:50] <didrocks> when lid is closed and power on -> setting to "do nothing". Closing lid -> doesn't suspend
[12:50] <Laney> anything interesting in usd output?
[12:50] <seb128> $ gdbus call --system -d org.freedesktop.login1 -o /org/freedesktop/login1 -m org.freedesktop.login1.Manager.ListInhibitors
[12:50] <seb128> ([('handle-power-key:handle-suspend-key:handle-hibernate-key', 'seb128', 'GNOME handling keypresses', 'block', uint32 1000, uint32 3953), ('sleep', 'root', 'inhibited', 'delay', 0, 1097), ('shutdown:sleep', 'Telepathy', 'Disconnecting IM accounts before suspend/shutdown...', 'delay', 1000, 4403)],)
[12:51] <pitti> where is that precisely? I don't any more have columns for "on power"/"on battery"
[12:51] <pitti> well, I don't currently have a battery inserted, I guess that's why
[12:51] <seb128> pitti, settings -> power
[12:51] <seb128> yeah
[12:51] <davmor2> didrocks: seb128: I'm assuming both of you are on the most recent version of vivid with it right?
[12:51] <didrocks> davmor2: yeah
[12:51] <seb128> yeah
[12:51] <didrocks> freshly updated this morning
[12:51] <seb128> same here
[12:51] <seb128> but the bug is there for some time
[12:51] <pitti> "do nothing" -> opening lid, closing lid, nothing happens
[12:51] <seb128> didrocks, what does that ^ call returns for you?
[12:52] <pitti> setting to "suspend" -> opening and closing lid, still nothing happens
[12:52] <didrocks> ([('sleep', 'root', 'inhibited', 'delay', uint32 0, uint32 762), ('handle-power-key:handle-suspend-key:handle-hibernate-key', 'didrocks', 'GNOME handling keypresses', 'block', 1000, 1237), ('shutdown:sleep', 'Telepathy', 'Disconnecting IM accounts before suspend/shutdown...', 'delay', 1000, 2455), ('shutdown:sleep', 'didrocks', 'user session inhibited', 'block', 1000, 1249)],)
[12:52] <pitti> in a way that's good as it's in a dock and not supposed to suspend
[12:52] <pitti> but it sounds like the opposite of what you have
[12:52] <seb128> hum
[12:52] <seb128> didrocks has a shutdown:sleep inhibit
[12:52] <didrocks> pitti: confirmed, doesn't suspend here even with the setting on
[12:53] <didrocks> which is weird, I do remember to have it suspending just this week-end
[12:53] <didrocks> (I didn't want to reboot and I was plugged (was I?))
[12:53] <seb128> Laney, usd log only has
[12:53] <seb128> (unity-settings-daemon:3953): media-keys-plugin-WARNING **: Failed to get old screen percentage: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SettingsDaemon.Power was not provided by any .service files
[12:53] <pitti> yeah; I did that a while ago, and for the first time in years I was happy that it doesn't suspend while it's docked
[12:53]  * didrocks has doubts now
[12:53] <pitti> "loginctl show-seat", btw
[12:54] <Laney> well, doesn't need everyone, these two can debug it with you ;-)
[12:54] <pitti> ah no, that doesn't show the lid/suspend inhibitors
[12:55] <seb128> pitti, "gdbus call --system -d org.freedesktop.login1 -o /org/freedesktop/login1 -m org.freedesktop.login1.Manager.ListInhibitors" does?
[12:55] <seb128> or you want a systemd command?
[12:55] <pitti> ([('sleep', 'root', 'inhibited', 'delay', uint32 0, uint32 730), ('handle-power-key:handle-suspend-key:handle-hibernate-key', 'martin', 'GNOME handling keypresses', 'block', 1000, 1767), ('shutdown:sleep', 'Telepathy', 'Disconnecting IM accounts before suspend/shutdown...', 'delay', 1000, 2242)],)
[12:55] <pitti> seb128: yeah, I was just wondering if there's a simpler way
[12:57] <seb128> pitti, that looks similar to mine
[12:58] <seb128> you have sleep inhibited with a delay?
[12:58] <seb128> but not blocked?
[12:59] <Laney> desrt: glib testsuite time - can you think why https://git.gnome.org/browse/glib/tree/glib/tests/mainloop.c#n1640 would fail (nfds == 3) on LE powerpc64 only?
[13:00] <pitti> seb128: yeah, that's telepathy
[13:00] <pitti> seb128: it wants to disconnect before sleeping, so it can defer suspend
[13:00] <pitti> seb128: oh, right
[13:00] <pitti> seb128: so it seems I don't have the expected inhibitor as well?
[13:00] <seb128> seems so
[13:00]  * pitti needs to grab some lunch, brb
[13:00] <seb128> pitti, enjoy!
[13:01]  * Laney lunches too
[13:01]  * seb128 just back from it
[13:02]  * larsu too
[13:07] <chrisccoulson> popey, i've pinged IS about it in case it warrants further investigation. Apparently that's not meant to happen
[13:08] <popey> so i see ☻
[13:09] <chrisccoulson> oh, you're there too
[13:36] <desrt> Laney: fun times
[13:37] <larsu> desrt: morning. time to talk gnome-terminal profile-as-app?
[13:38] <desrt> good morning
[13:38] <desrt> i'm afraid i don't have a lot to contribute to that discussion right now, but sure :)
[13:39] <larsu> for starters, .local/share/dbus-1/services doesn't seem to be in dbus' search path on ubuntu
[13:39] <larsu> also, window matching on unity is broken (WM_CLASS doesn't include the profile name)
[13:39] <desrt> Laney: if i were to guess, i'd say https://git.gnome.org/browse/glib/commit/?id=b3e3ed73864143e732c4d65441eaec086a3ab83e has something to do with it
[13:40] <larsu> and also, it's just too complicated...
[13:40] <larsu> a .desktop file should be enough
[13:40] <desrt> when we have systemd as a session manager it will be...
[13:40] <larsu> why?
[13:41] <larsu> oh, right
[13:41] <desrt> it will use a dbus-service-named desktopfile as a service file
[13:41] <larsu> still, why can't I just tell the server to spawn a new window with the right profile?
[13:41] <larsu> its all one process anyway...
[13:41] <larsu> *it's
[13:47] <larsu> Laney: do you have a utopic vm around? Can you make a screenshot of the first panel of gtk3-widget-factory for me pretty please?
[13:47] <larsu> in Ambiance or Radiance
[13:52] <seb128> larsu, I have
[13:53] <seb128> larsu, give me a minute, need to boot vm and install the factory
[13:53] <larsu> thanks!
[14:00] <seb128> larsu, http://people.canonical.com/~seb128/gtk.png
[14:01] <seb128> larsu, shrug, you got a didrocks notification in there ;-)
[14:01] <didrocks> spoiler alert, french inside! :)
[14:01] <larsu> seb128: ok. much more broken with 3.14 than I thought. Thanks a lot!
[14:03] <seb128> larsu, yw
[14:03] <seb128> larsu, :-(
[14:04] <larsu> seb128: it's fine. You'll like the diffstat of this....
[14:04] <seb128> lot of - ? ;-)
[14:04] <larsu> ya
[14:04] <larsu> *a lot*
[14:05] <seb128> nice!
[14:05] <larsu>  3 files changed, 49 insertions(+), 232 deletions(-)
[14:05] <larsu> so far
[14:05] <seb128> great ;-)
[14:05] <larsu> no visible changes (except some fixes that we discussed)
[14:05] <seb128> let me know if you want more testers
[14:05] <jhodapp> willcooke, ping
[14:07] <seb128> larsu, btw overlay-scrollbar should be buildable through CI again, sil2100 is fixing their tools, they had regressions due to buggy code changes
[14:07] <larsu> nice, thanks
[14:08] <seb128> yw, thanks to sil, I just pointed the issue and he debugged it
[14:14] <Laney> larsu: kay, sec
[14:14] <larsu> Laney: seb already helped, thanks
[14:14] <Laney> desrt: indeed, not sure why it would be arch specific though
[14:14] <Laney> ah sweet
[14:14] <desrt> Laney: 'bugs'
[14:15] <Laney> heh
[14:16] <larsu> desrt: no further comment on the terminal thing? Do I have to talk to chpe about it? :/
[14:24] <willcooke> jhodapp, pong
[14:26] <desrt> larsu: i've discussed with chpe a couple of times that 'something nicer' would be .. nice
[14:27] <larsu> desrt: I guess no specifics about possible values of 'nicer'? is there a bug about this?
[14:28] <desrt> not as far as i know
[14:28] <larsu> I'd love to have a menu item like epiphany
[14:28] <larsu> "make this profile into an app"
[14:28] <desrt> actually, there may be a bug about this
[14:28] <desrt> i remember writing about this
[14:28] <larsu> I didn't find anything
[14:29] <desrt> because it's not quite as easy as the ephy case
[14:29] <larsu> why not?`
[14:29] <desrt> because some of my terminal profiles are app-like and others are alternate-preference-set-like
[14:30] <larsu> right, so don't click the menu item for the latter
[14:30] <desrt> https://bugzilla.gnome.org/show_bug.cgi?id=719999
[14:30] <larsu> desrt: thanks
[14:31] <jhodapp> willcooke, hey...interesting development I learned about today...
[14:31] <jhodapp> willcooke, ylopes, the maintainer of QtMultimedia is tasked with implementing hardware video decoding using VAAPI for QtMultimedia asap
[14:32] <jhodapp> willcooke, he's interested in coordinating with your team on this
[14:32] <qengho> willcooke: fyi, the chromium you were expecting has landed.
[14:33] <willcooke> qengho, thanks :)
[14:33] <willcooke> jhodapp, cool :)
[14:33] <jhodapp> willcooke, this would be with the qtmultimedia port to gstreamer 1.x finally landing too
[14:33] <willcooke> jhodapp, I was about to ask, does this work with GStreamer :)
[14:33] <jhodapp> willcooke, it'll first be available in Qt 5.5, but will be turned off by default
[14:34] <jhodapp> willcooke, yes, it'll be implemented using gstreamer's vaapi plugin
[14:34] <jhodapp> willcooke, mind if I pass on your email addr to him?
[14:35] <willcooke> jhodapp, please do, I'll need to pull in seb128 as well, but happy to get a conversation going
[14:35] <willcooke> thanks jhodapp
[14:35] <seb128> willcooke, do what?
[14:35] <jhodapp> willcooke, yes, that is my goal: to start the conversation now
[14:36] <jhodapp> willcooke, QtMultimedia with Gst 1.x will need a lot of testing on the desktop alone, let alone enabling hardware video decoding
[14:36] <willcooke> seb128, to sync up with the guy who's getting QtMultimedia using VAAPI on the desktop
[14:36] <seb128> oh ok
[14:36] <willcooke> (well, for us it will be on the desktop)
[14:37] <willcooke> jhodapp, that might be a good candidate for the Desktop Next image, so we can see if working there first
[14:37] <jhodapp> willcooke, indeed!
[14:37] <jhodapp> willcooke, it's very exciting because we'll finally be able to unseed gstreamer 0.10 from the default image
[14:38] <jhodapp> and let it RIP
[14:38] <willcooke> :D
[14:40] <ogra_> high hopes
[14:41] <willcooke> heh
[14:51] <Laney> interesting
[14:51] <Laney> it only fails with MALLOC_CHECK_=2 ./mainloop --tap
[15:41] <desrt> Laney: did you try a revert?
[15:44] <Laney> no
[15:44] <Laney> a revert will remove the test
[15:44] <desrt> oh.  it's a new test?
[15:44] <Laney> ya
[15:44] <desrt> interesting
[15:45] <Laney> it's interesting that it is so sensitive
[15:45] <desrt> and the problem is on ppc64 _LE_?
[15:45] <Laney> right, like we have in D & U now
[15:45] <desrt> weird that it should be on another 64bit le arch
[15:45] <desrt> ppc64 be would not have surprised me
[15:45] <Laney> do you have access to the Canonical porter machines? it reproduces there
[15:45] <desrt> no
[15:46] <desrt> i really ought to have it though :)
[15:46] <Laney> go ask #is for that if you want to look
[16:17] <bregma> mlankhorst, did you get ChrisTownsend's email yesterday looking for help tracking down a problem in XMir?
[16:17] <willcooke> bregma, mlankhorst is out today
[16:18] <willcooke> should be back in tomorrow
[16:30] <seb128> speaking of which
[16:30] <seb128> didrocks, Laney, larsu, others, I'm having a VAC day tomorrow so don't worry if I'm not around, I'm back on friday
[16:31] <Laney> oh, enjoy!
[16:31] <Laney> finally going to the poezenboot?
[16:32] <seb128> haha, that's an interesting idea, let's see ;-)
[16:42] <seb128> qengho, hey, did you find a bug report about the chromium/i965 issue? still happening with today's updates
[16:42] <mdeslaur> qengho: is that happening with chrome also? or are they not using the same sandbox as chromium?
[16:43] <qengho> mdeslaur: same with chrome
[16:43] <mdeslaur> qengho: ugh :(
[16:46] <qengho> seb128, mdeslaur: https://code.google.com/p/chromium/issues/detail?id=415681   http://keithp.com/blogs/chromium-dri3/
[16:47] <qengho> seb128: I'm going to try look at a workaround. I may need a tester.
[16:47] <seb128> qengho, ok, feel free to ping if you need testing, I can easily do that
[16:48] <didrocks> seb128: enjoy man!
[16:48] <seb128> didrocks, thanks ;-)
[16:48] <qengho> seb128: Give me your "lsmod" in a pastebin, plese?
[16:49] <seb128> qengho, http://paste.ubuntu.com/9252254/
[16:52] <mdeslaur> qengho: can't you do like they did here? https://chromium.googlesource.com/chromium/src/+/caa8c58cb570091ea27d8d75a406022ef8e0e82d%5E!/#F0
[16:52] <qengho> seb128:  echo 'lsmod |grep ^i915\  >/dev/null && export LIBGL_DRI3_DISABLE=1' |sudo tee /etc/chromium-browser/customizations/50-intel-dri3
[16:53] <larsu> seb128: enjoy!
[16:53] <seb128> larsu, danke
[16:53] <larsu> seb128: any plans?
[16:54] <seb128> larsu, not really, just days to use before decembre and weather should be nice
[16:54] <qengho> mdeslaur: Something like that. More targeted, maybe.
[17:02] <seb128> bah
[17:03] <seb128> Laney, pitti
[17:03] <seb128> $ ldd -r /usr/lib/unity-settings-daemon-1.0/libpower.so
[17:03] <seb128> undefined symbol: up_client_enumerate_devices_sync	(/usr/lib/unity-settings-daemon-1.0/libpower.so)
[17:03] <seb128> I wonder if my inhibit issue is due to that
[17:03] <seb128> (some test user logs have the missing symbol error, wonder why my user doesn't)
[17:04] <seb128> ** (unity-settings-daemon:18547): WARNING **: /usr/lib/unity-settings-daemon-1.0/libpower.so: undefined symbol: up_client_enumerate_devices_sync
[17:04] <seb128> it does when running manually
[17:04] <seb128> didrocks, ^
[17:04] <seb128> ** (unity-settings-daemon:18547): WARNING **: Cannot load plugin 'Énergie' since file '/usr/lib/unity-settings-daemon-1.0/libpower.so' cannot be read.
[17:05] <didrocks> seb128: oh nice catch!
[17:05] <seb128> that probably explain why screen controls keys don't work either
[17:05]  * seb128 looks for a fix
[17:05] <didrocks> indeed
[17:05] <Laney> there's some upstream fixes for new UPower things
[17:05] <Laney> probably take those
[17:05] <seb128> yeah, that's what I'm looking at
[17:22] <seb128> Laney, ok, I think we want at least https://git.gnome.org/browse/gnome-settings-daemon/commit/?id=3ebfd1fb9311a2e7f6af748ee0a534c1e7f6946b
[17:22] <seb128> but it doesn't apply cleanly/there were some prior changes to that source
[17:23] <seb128> I'm unsure how much changes we want, but I'm not going to be able to get that done today
[17:23] <seb128> so feel free to work on that tomorrow if you want
[17:23] <seb128> or I'm going to go back to it on friday
[17:27] <seb128> didrocks, didn't we say we would use the "transitions" ppa for bluez? seems like the "bluez5" is being used (shame that we can't delete one which has been created)
[17:28] <Laney> yeah I need to update to vivid first, will see if I get to it tomorrow
[17:30] <didrocks> seb128: urgh, at worst, I'll do a source copy, not sure why this one was used, the blueprint has the right one mentionned
[17:30]  * didrocks put a notes
[17:31] <didrocks> seb128: btw, now that I fixed the xdm issues without any unit file, your turn! Unity doesn't starts with xdm :p
[17:31] <seb128> lol
[17:31] <seb128> do you know why?
[17:31] <seb128> oh, I know I bet
[17:31] <didrocks> unsure, can be that DESKOPT_SESSION isn't set properly?
[17:31] <didrocks> DESKTOP*
[17:31] <didrocks> gdm works
[17:31] <seb128> it's bug #1293629
[17:32] <didrocks> ok, XDG_CURRENT_DESKTOP
[17:32] <didrocks> not sure we do really care anyway, especially for xdm, my eyes are bleeding everytime it's starting :)
[17:32] <didrocks> but still more modern than wdm :p
[17:33] <pitti> seb128: ouch, indeed! that needs porting to upower 0.99 then, enumeration isn't necessary any more
[17:33] <seb128> pitti, cf what I wrote to Laney, I'm not going to be able to do that today and I'm off tomorrow, so if one of you want to work on that please do, otherwise I can look to it on friday
[17:34] <Laney> not failing on implicit declaration FTL
[17:34] <seb128> yeah
[17:34] <seb128> not having report of u-s-d plugin load fails FTL as well
[17:34] <seb128> not the first time we got bitten by a plugin silently failing to load
[17:35] <seb128> I also wonder why your power options to inhibit suspend work if the plugin fails to load
[17:35] <Laney> mine?
[17:36] <seb128> well, those who tried earlier
[17:36] <seb128> could be didrocks and pitti
[17:36] <seb128> I don't remember now who tested ;-)
[17:37] <Laney> certainly not me
[17:37] <Laney> is this why my screen doesn't blank after it locks though?
[17:37] <seb128> k, so didrocks and pitti
[17:37] <seb128> could be yes
[17:37] <Laney> I thought I noticed it but I always turn the monitors off so wasn't sure
[18:00]  * didrocks eod, see you guys!
[18:00] <didrocks> enjoy your thursday seb128 :)
[18:07]  * willcooke -> EOD.
[18:07] <willcooke> Day off tomorrow.  Don't burn anything.
[18:10]  * chrisccoulson sets fire to everything
[18:11] <charles> my hair!
[18:11] <chrisccoulson> heh
[18:31] <desrt> Laney: i suppose i'm meant to be using pbuilders on the porter boxes...
[18:31] <desrt> or schroots
[19:28] <qengho> mdeslaur:  echo 'lsmod |grep ^i915\  >/dev/null && export LIBGL_DRI3_DISABLE=1' |sudo tee /etc/chromium-browser/customizations/50-intel-dri3
[19:28] <qengho> mdeslaur: tell me how that goes with chromium.
[19:31] <mdeslaur> qengho: wfm
[19:46] <qengho> mdeslaur: thanks.
[19:47] <mdeslaur> qengho: I haven't tested with the AA profile though, might want to try it first
[19:47] <qengho> apparmor?
[19:47] <mdeslaur> yeah, sorry, apparmor
[21:49] <Steve_Jobs> is the there a good irc room to discuss compiz? or would this be it?
[23:29] <robert_ancell> TheMuso, how much stuff breaks when you switch to bluez5?
[23:29] <robert_ancell> Wondering if I can do this safely on my dev machine
[23:32] <TheMuso> robert_ancell: I have no idea, I haven't tested it mseyfl, I'm still on utopic.
[23:32] <TheMuso> I just did the package merge/update for pulse.
[23:32] <robert_ancell> TheMuso, did you run from the PPA or just upload pulse to it?
[23:33] <robert_ancell> TheMuso, then the related question - if I use that PPA and pull down pulse will bad things happen?
[23:34] <TheMuso> I just uploaded pulse to it.
[23:34] <robert_ancell> oh stuff it. I'm just going to switch to vivid


[09:21] <moguimar> Hey there, I'm trying to submit a PPA for a backport to focal but I'm struggling to get the steps right.
[09:21] <moguimar> Is it possible to do it from an ubuntu docker container?
[09:22] <moguimar> I might be missing some tools or files in place
[09:22] <moguimar> the bug in question is https://bugs.launchpad.net/ubuntu/+source/memcached/+bug/1887943
[10:14] <seb128> who maintainers packagtes.ubuntu.com?
[10:15] <Unit193> Rhonda?
[10:16] <Unit193> I believe with efforts from Laney, why what's up?
[10:42] <cjwatson> The_LoudSpeaker: See https://dep-team.pages.debian.net/deps/dep3/, under "Author or From"
[10:47] <seb128> Unit193, the selectors default to eoan, would be nice to change to focal
[12:11] <ahasenack> good morning
[12:11] <ahasenack> I'm starting my +1 maintenance week today
[12:25] <rafaeldtinoco> ahasenack: morning and g'luck =)
[12:25] <ahasenack> hi rafaeldtinoco
[12:31] <LocutusOfBorg> smb, xen merge from debian please?https://launchpad.net/ubuntu/+source/xen/4.11.3+24-g14b62ab3e5-1ubuntu3
[12:52] <ahasenack> tjaalton: hi, I re-uploaded the two ubuntu-meta packages with the bug in the changelog now
[12:53] <tjaalton> ahasenack: cool, I removed the old one from the queue earlier today..
[12:53] <ahasenack> I got the emails, thx
[12:53] <tjaalton> can't help with main promotions or such
[12:55] <tjaalton> maybe the new base-files need to go through new first before reviewing -meta..
[12:55] <ahasenack> right, or else proposed will be more broken than usual
[12:56] <tjaalton> yep
[13:46] <ahasenack> vorlon: hi, when you are around, there is that motd-news/ubuntu-meta sru available :) The motd-news-package needs accepting and promoting to main
[14:26] <ahasenack> hi teward, around? I was away on holidays for a week and didn't get to the nginx merge, I was wondering if you planned to work on it or if I can/should pick it up?
[14:38] <ahasenack> sil2100: hi, you are my +1maint buddy today?
[14:38] <ahasenack> only us two I think?
[14:43] <ahasenack> rbalint: hi, are you working on golang-protobuf wrt proposed migration?
[14:43] <ahasenack> I'm starting my +1maint shift today
[14:45] <sil2100> ahasenack: yes! Was working on dnspython right now, trying to drill down to if the autopkgtest IPv6 infra is weird or if it's broken for IPv6 here in overall
[14:45] <sigv> Not sure if OT, but.. is there any way I can try and push forward a sponsorship/merge request? #1892110
[14:46] <sigv> Is there anything I can do to ensure that it gets picked up, is what I am asking, I suppose.
[14:46] <sigv> ubottu does not seem to pick up a # number by itself it seems.. https://bugs.launchpad.net/ubuntu/+source/debmirror/+bug/1892110
[15:03] <slashd> !dmb-ping
[15:08] <slashd> !dmb-ping rbasak ddstreet sil2100 tsimonq2 teward
[15:46] <LocutusOfBorg> smb, I uploaded a merge, please double check if you can :)
[18:50] <vorlon> ahasenack: binary NEW done for motd-news-config (and no promotion needed fwiw, the binaries were in main by default based on source package component)
[18:50] <ahasenack> vorlon: \o/
[18:51] <ahasenack> vorlon: ubuntu-meta I re-uploaded with the bug number in d/changelog which I had forgotten for x and b, and that tjaalton rejected friday
[18:57] <vorlon> ahasenack: bionic: changelog says depends, control says recommends.  which is it meant to be?
[18:57] <ahasenack> oh my
[18:57] <ahasenack> it was recommends, then we talked and changed to depends
[18:57] <ahasenack> you say just changelog says depends?
[18:57] <ahasenack> seed change is depends too
[18:58] <ahasenack> xenial is depends
[18:58] <ahasenack> bionic is recommends :/
[18:58] <ahasenack> focal is depends
[18:58] <ahasenack> so just b needs fixing
[19:01] <ahasenack> vorlon: fixed, uploading
[22:36] <Unit193> rbasak: Got an update for the dmb-ping factoid?


[03:38] <Guest87964> hello, I had an energy shutdown and ubuntustudio isnt booting anymore. Splash screen appears and now then a blinking message: fsck from util-linux 2.26.2 /dev/sda2: clean, 578336/9281536 files, 21158212/37111296 blocks.
[03:39] <Guest87964> how can I fix it?
[03:49] <cfhowlett> Guest87964, ask this in #ubuntu
[03:49] <cfhowlett> more eyes
[03:50] <Guest87964> thanks, will ask there


[03:22] <bzoltan> JanC: It is the right channel and I am th eright person. I will help LarreaMikel if he pings me. The mailinglists and the telegram groups are active too.
[08:19] <LarreaMikel> Hi! I will ask again the about the SDK.
[08:19] <LarreaMikel> Does the Design tab on the SDK work? It throws the following error when I try to switch to "design mode". Invalid property name "foregroundColor".(M16)(23:17)
[08:56] <popey> LarreaMikel: no
[12:21] <LarreaMikel> popey: thank you ;)


[00:31] <slangasek> ok seriously, what's going on with the autopkgtest queues? who put the handbrake on our x86 cloud?
[00:31] <slangasek> and also somehow arm64
[00:33] <mwhudson> arm64 comes pre-handbraked
[00:36] <slangasek> mwhudson: yes, but compare https://cdo.kpi.canonical.com/d/000000030/ubuntu-foundations?panelId=19&fullscreen&orgId=1&from=1536109870476&to=1536242063433 to https://cdo.kpi.canonical.com/d/000000030/ubuntu-foundations?panelId=19&fullscreen&orgId=1&from=1536593296201
[00:36] <slangasek> is this the fault of a new toolchain?
[00:37] <mwhudson> does grafana do derivatives
[00:38] <mwhudson> the work rate on those two seems approximately the same?
[00:38] <mwhudson> about 20 jobs / hour on arm64
[00:39] <slangasek> ah, fair point
[00:40] <slangasek> https://cdo.kpi.canonical.com/d/000000030/ubuntu-foundations?panelId=19&fullscreen&orgId=1&from=1535119606275&to=1535447022050 shows a much higher work rate, but maybe the tests aren't comparable
[00:48] <jbicha> slangasek: is it affected by the archive rebuild in progress?
[00:48] <slangasek> not directly
[00:48] <slangasek> it'd be affected in terms of noisy neighbor behavior on the clouds
[08:10] <Laney> slangasek: I'd check with scalingstack people; could be L1TF hitting performance or something (for x86). Also I would expect the rate to pick up once the KDE tests are through - they are mostly not very nice tests as they are C++ projects which rebuild themselves which takes ages.
[08:11] <wgrant> There's a test rebuild ongoing, and overcommit is much worse than is traditional due to L1TF, yes
[08:12]  * Laney said the magic word
[08:55] -queuebot:#ubuntu-release- Unapproved: accepted gcc-7 [sync] (bionic-proposed) [7.3.0-27ubuntu1~18.04]
[09:43] -queuebot:#ubuntu-release- Unapproved: accepted gcc-8 [sync] (bionic-proposed) [8.2.0-1ubuntu2~18.04]
[10:02] -queuebot:#ubuntu-release- Unapproved: appstream (bionic-proposed/main) [0.12.0-3 => 0.12.0-3ubuntu1] (desktop-core)
[10:34] <bluesabre> Release team, can you please approve of the Xubuntu UIFe for the latest elementary-xfce? https://bugs.launchpad.net/ubuntu/+source/elementary-xfce/+bug/1792555 I've got some additional acks on the way as well
[11:11] <Ukikie> Note that while this switches the theme from being svgs to pngs, this is actually what xubuntu-icon-theme did, only difference is optipng thrown in too.
[11:16] <bluesabre> thanks Ukikie
[12:23] <mfo> sil2100, hey! could you please trigger a rebuild of nodejs in cosmic-proposed for ARM 64 and i386? there's a test-case failure that seems to intermittent (parallel/test-net-listen-after-destroying-stdin), which I'm investigating, so a rebuild would help.   note that s390x also FTBFS, but due to another test-case which i'm still working on.
[12:33] <sil2100> mfo: ok o/
[12:33] <mfo> sil2100, thanks o/
[12:33] <sil2100> mfo: done, fingers crossed for success this time
[12:36] <mfo> sil2100, heh, right. btw, do you happen to know whether it's possible to download the sbuild schroot used by LP somewhere?  it's being too hard to reproduce this testcase failure in a number of environemnts, including a sbuild cosmic schroot running on xenial (as LP), so i'm trying to get the environment even closer.
[12:36] <cjwatson_> apt install sbuild-launchpad-chroot
[12:37] <cjwatson> Or you can fetch it directly using the manage-chroot tool in lp:ubuntu-archive-tools
[12:37] <cjwatson> Or from the chroot_url links in https://api.launchpad.net/devel/ubuntu/cosmic/amd64 etc.
[12:40] <mfo> cjwatson, great, thank you!
[12:49] <tkamppeter> Ghostscript is hanging in -proposed on the ocrmypdf autopkgtest, but ocrmypdf is only in Universe.
[12:49] <tkamppeter> Current Ghostscript is an important security updated. What should we do here?
[13:14] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (bionic-proposed/main) [4.15.0-35.38] (core, kernel)
[13:28] -queuebot:#ubuntu-release- Unapproved: gdm3 (bionic-proposed/main) [3.28.3-0ubuntu18.04.1 => 3.28.3-0ubuntu18.04.2] (ubuntu-desktop)
[14:04] <ginggs> tkamppeter: https://github.com/jbarlow83/OCRmyPDF/commit/517b385fe5cb2195023100a807e6f18dc7e6faea#diff-b61a6d542f9036550ba9c401c80f00ef
[14:04] <ginggs> tkamppeter: i'm going to try cherry-picking that
[14:44] -queuebot:#ubuntu-release- Unapproved: zfs-linux (xenial-proposed/main) [<IP_ADDRESS>-0ubuntu24 => <IP_ADDRESS>-0ubuntu25] (no packageset)
[14:53] <tkamppeter> ginggs, thank you very much in advance.
[15:10] <ginggs> tkamppeter: that fixed one of the three failing tests, I'll look at the others soon
[15:32] <tkamppeter> OK, thanks.
[15:37] <tkamppeter> Another problem I am running into: cpdb-libs hangs in -proposed due to its autopkgtest failing only on arm64 and I have no way to debug it as the porter box for arm64 is broken. Can one make an exception here? AFAIR it never passed on this arch.
[15:39] <Laney> that seems to be not a true statement: http://autopkgtest.ubuntu.com/packages/c/cpdb-libs/cosmic/arm64
[15:39] <Laney> those results to me look like 1.2.0-0ubuntu4 is broken and 1.2.0-0ubuntu2 works
[16:54] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (bionic-proposed) [4.15.0-35.38]
[16:54] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (bionic-proposed) [4.15.0-35.38]
[17:15] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (bionic-proposed/universe) [20180510+dfsg1-0ubuntu4~18.04.1 => 20180905+dfsg1-0ubuntu1~18.04.0] (ubuntu-cloud)
[18:30] -queuebot:#ubuntu-release- Unapproved: grub2 (cosmic-proposed/main) [2.02+dfsg1-5ubuntu3 => 2.02+dfsg1-5ubuntu3] (core)
[18:55] -queuebot:#ubuntu-release- Unapproved: grub2 (cosmic-proposed/main) [2.02+dfsg1-5ubuntu3 => 2.02+dfsg1-5ubuntu3] (core)
[19:16] <slangasek> Laney, wgrant: ok.  So L1TF is still affecting performance that gravely even now that intel-microcode updates are released?
[19:49] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (cosmic-proposed) [2.02+dfsg1-5ubuntu3]
[19:49] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [arm64] (cosmic-proposed) [2.02+dfsg1-5ubuntu3]
[20:23] -queuebot:#ubuntu-release- Unapproved: ibm-java80 (xenial-proposed/partner) [<IP_ADDRESS>-0ubuntu1 => <IP_ADDRESS>-0ubuntu1] (no packageset)
[20:44] -queuebot:#ubuntu-release- New binary: octavia [amd64] (cosmic-proposed/universe) [3.0.0-0ubuntu2] (no packageset)
[22:04] <wgrant> slangasek: intel-microcode only makes the L1 flush a bit more efficient; it doesn't mitigate the L1 flush's effects or make SMT usable (and we deployed the new microcode long before Ubuntu released it)
[22:04] <wgrant> The permanent loss of SMT is the big problem
[22:05] <wgrant> That's an easy >60% hit to capacity
[22:10] <slangasek> ok
[22:19] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (bionic-proposed/main) [4.15.0-1024.25] (kernel)
[23:08] <mfo> slangasek, hey, good news.  the nodejs s390x test-case failure on cosmic-proposed is fixed with the libuv1 debdiff in LP #1792647.  can i ask you for a review/upload when you have a chance, please?
[23:14]  * mfo back later.


[00:19] <tpole> hmmm
[01:52] <funkyjive> I just added 4   4TB drives to a system and am trying to create a RAID 5 array with mdadm.  I created partitions on the 4 drives using gdisk so I could transcend the 2TB partition limit of fdisk.  After assembling the raid array though, it comes in at 6TB instead of the expected 12TB
[01:53] <funkyjive> it seems to be maxing out at 2TB per drive
[01:54] <funkyjive> mdadm --details /dev/md0 seems to confirm this with 6TB as the size and 2TB as the "used"  (the XOR stuff).
[01:54] <funkyjive> any ideas how I can identify why this is happening?  parted -l shows 4 4001GB partitions
[01:55] <funkyjive> sudo mdadm --create --verbose --force --assume-clean /dev/md0 --level=5 --raid-devices=4 /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde1
[01:55] <funkyjive> is my array creation command
[01:56] <genii> II think you need GPT partition
[01:59] <genii> Does: sudo parted -l    ...show msdos or gpt  under the Partition Table field?
[02:00] <funkyjive> Partition Table: gpt
[02:00] <funkyjive> it does say that.
[02:01] <funkyjive> I just tried to create the array without using partitions (so putting /dev/sdb /dev/sdc /dev/sdd and /dev/sde) and it created using the full size
[02:02] <genii> You can use the entire device, but then automounting won't usually work on those
[02:02] <funkyjive> right ... I was reticent to do it ... but it does seem to prove that the problem is the partition
[02:02] <genii> ( because it looks to the partition info for filesystem hint of what to mount )
[02:04] <funkyjive> ok, my partitions have been purged and I have done a sudo mdadm --zero-superblock /dev/sdd  for each drive
[02:04] <funkyjive> I should be at square one.
[02:04] <funkyjive> I am going to try to re-create the partitions now
[02:06] <funkyjive> Number  Start   End     Size    File system  Name        Flags
[02:06] <funkyjive>  1      1049kB  4001GB  4001GB               Linux RAID  raid
 Hey all
[02:06] <home_> hi I have a problem to troubleshoot
[02:07] <home_> I have a full kubuntu and mini kde install on two different partitions
[02:07] <home_> The mini boots up in exactly 60 seconds. But the full one take 100 seconds
[02:09] <funkyjive> I think that worked ... whatever that did reset whatever was the problem.
[02:09] <home_> I checked it and found out that  systemd-journal-flush.service takes 13 seconds on full Kubuntu (vs 3 seconds on mini), dev-sdaX.device 12 seconds (vs 6.7 secs on mini), udisks2.service takes 12 secs on full (vs 8.7 secs on mini)
[02:10] <home_> Why is this differnece? What is wronf with the full Kubuntu install?
[02:10] <funkyjive> genii: thanks for your response and moral support.  I now have an 11TB raid drive.
[02:11] <home_> Hello? Somebody tell me how to fix that?
[02:11] <genii> funkyjive: Yay!.. although it seemed to have corrected itself ;)
[02:12] <home_> @genii could you help?
[02:12] <genii> home_: It is my bedtime soon, so not tonight, unfortunately
[02:13] <home_> um okay. np
 home_, I can try to assist.  So 2 different partitions on the same PC behave entirely different?
 Please run the following from each session and paste the corresponding links here: systemd-analyze blame | pastebinit
[03:47] <linuxnuub> how do I delete a large file? I'm trying to delete the entire folder it resides in, but using rmdir isn't playing nice. Doing a right click and sending to trash gives me an error saying it's too large.
[03:51] <Dragnslcr> linuxnuub- if you right-click on the file and then hold down shift, "Move to trash" will change to "Delete"
[03:52] <linuxnuub> I figured it in a round about way, could you tell me if this was a smart idea or no?
[03:52] <linuxnuub> there were spaces in the folder and file name, so I manually turned all of those into a period, then I ran rm on the file itself, and then I ran rmdir on the folder.
[03:53] <linuxnuub> I'm trying to learn as much of the command line as I possibly can, it's fun doing it this way, I feel I'm learning a lot and have more control over what I'm doing. Even though at the moment I'm not super knowledgeable.
[03:54] <linuxnuub> must I remove all spaces from my directories and file names?
[03:54] <Dragnslcr> Nope
[03:54] <Dragnslcr> Tab-completion in the shell will handle them fine
[03:55] <Dragnslcr> If you need to type the name manually, you can use a backslash to escape the space, e.g. "file\ name.txt"
[03:55] <linuxnuub> How do I turn those into something the terminal will understand? I got a lot of "rm: cannot remove 'Of': No such file or directory" and "rm: cannot remove 'the': No such file or directory"
[03:55] <linuxnuub> aah, so it would be instead of "I am tall" it would be "I\am\tall"
[03:55] <Dragnslcr> I think putting quotation marks around the entire name will work, too
[03:56] <Dragnslcr> "I\ am\ tall"
[03:56] <Dragnslcr> A space becomes a backslash and a space
[03:56] <linuxnuub> oh ok, muchas gracias!
[03:56] <Dragnslcr> No problem
[03:57] <linuxnuub> I've ended up renaming everything over the past hour over this.. lol should have looked into it more.
[06:12] <lordievader> Good morning
[06:39] <swift110> hmm
[08:54] <cptguy39> How would I extract the password value between double quotes form this output: {    "OperationId": "9786fe82-377d-40f1-944b-fd597209a5ac",    "Password": "1\\yI'5@&TfdyJb"}
[08:57] <cptguy39> https://paste.ubuntu.com/p/TFZkpK4F8h/
[09:45] <gloria> ciao
 Ciao
[11:01] <user|53777> Hi all, asking a newb question. I tried to download kubuntu 20.04, I did a dd if=file.iso of=/dev/sdb bs=4096
[11:01] <user|53777> the image is written correctly
[11:01] <user|53777> and I see the drive as kubuntu
[11:02] <user|53777> with boot files etc inside
[11:02] <user|53777> when I boot from the usb
[11:02] <user|53777> screen stays black
[11:02] <user|53777> I tried with disk utility
[11:02] <user|53777> and other
[11:02] <user|53777> no success
[11:02] <user|53777> is there something wrong with the latest kubuntu
[12:00] <user|96007> i weant to run make xconfig and asks for qt4 or 5, how can i install it?
[12:12] <BluesKaj> 'Morning all
[12:18] <moksha_> Hi. I have a question
[12:19] <moksha_> Can I somehow install just the ubuntu core packages excluding anything related to the desktop Environment when booting on Live CD?
[12:20] <moksha_> I had Xubuntu Core (817mb) which I install, then moved to KDE Plasma .. It's significantly faster to boot and function compared to the Kubutu I later installed from the full Kubuntu install later on a differnet partition..
[12:21] <moksha_> I'm not sure if I am able to translate what I mean but I just wat to install the core except any bloat
[12:29] <daum> any ideas how i can track what is "waking up" my monitors?  As soon as they go to sleep they immediately rewake up
[12:29] <viewer|24> Hi
[12:29] <viewer|24> I'm unable to login kubuntu 19.10
[12:30] <viewer|24> Even I entered correct password
[12:51] <mparillo> For looking at what slows your boot, I recommend https://www.freedesktop.org/software/systemd/man/systemd-analyze.html
[12:51] <mparillo> blame option
[12:54] <mparillo> If you want to start from scratch, you could try installing from http://cdimages.ubuntu.com/netboot/focal/
[14:07] <serkanvb> hello. I did not see 32bit image on download pages for Kubuntu19.10. is there 32bit alternatives for Kubuntu19.10 and Kubuntu20.04?
 32bit was dropped for 19.10 and beyond
[14:35] <claydoh> serkanvb: no, there are no longer 32 bit isos any longer. 18.04 was the last to have 32 bit installers
[14:57] <serkanvb> is there a 19.04 version. it looks like there is/was but I cannot find the iso images
[14:59] <oerheks> 19.04 is EOL, dead
[14:59] <oerheks> 19.10 is supported ( for one month), else 18.04 LTS or 20.04 LTS
[15:01] <serkanvb> oerheks ok. thanks
[15:03] <somekool-copy> 18.04 & 20.04 both great releases, just make sure there is a K leading the file, that what makes it beautiful ;)
[15:31] <oerheks> Kanonical?
[15:42] <serkanvb> anyone knows an official mirror from where I can download 19.04? I need it for some tests.
[15:49] <claydoh> There are no official sources for the iso, as 19.04 is EOL, its package repos have been mothballed so using it will be awkward at best even if you do find a source.
[16:45] <user|76369> I have installed Kubuntu several times but it  is always bloked.
 @user|76369, What's is the issue?
 (Photo, 1280x720) https://irc-attachments.kde.org/qpRJS9XE/file_31713.jpg Ciao a tutti ho fatto un aggiornamento oggi... Al riavvio non mi parte Kubuntu... Se in recovery mode mi esce questo e si ferma... Qualcuno sa aiutarmi? Grazie
 Hi I did a upgrade and after Kubuntu crash in this screen. How can I do?
 John, 20.04 is based on QT 5.12.8 and synchronized with the main Ubuntu repos.  Plasma 5.19 depends on QT 5.14.x so due to the complexity of repackaging  QT, Plasma 5.19 will not be backported to 20.04.
 QT dependency revision jumps are the major stumbling blocks for back porting.  Due to multiple DE's (Lubuntu, Kubuntu and soon studio) depending on the QT packages, Canonoical cannot upgrade the QT packages without a lot of testing.  Due to developer bandwidth limitations, nobody has time undertake the extra projects.
 To add to that, if we did provide an updated Qt in a PPA, that would break a reasonably large number of apps in the archive that are not in Kubuntu's supported set of apps. To 'unbreak' them we would need to provide and more importantly maintain rebuild and build fixes with the newer Qt for them all, which is currently way outside our remit and manpower abilities. A lot of social media comment make it it look as if we are being lazy