[05:20] <Shadow__X> i am trying to install jw player in backendip:6544 under 3rd party software but when i do it keeps asking for a username and password. When it try to use my main username the prompt keeps coming back
[13:27] <tgm4883> Shadow__X, Did you try your mythtv username and password?
[13:41] <RagingComputer> http://www.smbc-comics.com/index.php?db=comics&id=2670#comic
[13:41] <Zinn> [www.smbc-comics.com] Saturday Morning Breakfast Cereal
[13:42] <RagingComputer> sry, wrong window
[19:55] <kruzayn> I am having trouble getting channels to show in Mythbuntu.  Ive got a few but the rest dont show for me (US, tried a w_scan to channels which didnt work, tried a scan to channels.conf which didnt add them either.)  really stumped and could use some guidance
[19:57] <rhpot1991> kruzayn: what tuner?
[20:05] <kruzayn> Hvr 2250
[20:07] <kruzayn> I think i had them at one point, but was having trouble with "watch tv" and deleted all my channels.  I still have a ton of transports listed but only around 10 channels.  I should have over 70
[22:17] <Memorex636> howdy
[23:41] <Memorex636> any one around able to help with a set up? im confused with video source setup
[23:54] <dekarl> Memorex636: just ask, maybe someone knows the answer. But it sounds like its a generic mythtv question that can go to #mythtv-users (more people in there)
[23:54] <Memorex636> rgr


[08:37] <Mirv> tsdgeos: hey, if you find something I've misunderstood or is being done wrongly, please respond to the e-mail. that's the best I could come up with at this point to be clear on what's the delta from upstream (in xenial).
[08:37] <tsdgeos> Mirv: i'll have a look, thanks for the work :)
[08:41] <Saviq> Mirv, hmm why are we changing REVISION 1 and dropping /since 5.7?
[08:41] <Saviq> s/\//\\/
[08:42] <Saviq> Mirv, shouldn't we instead keep the import *with* playlist at 5.7, or just plain only export as 5.7?
[08:44] <Mirv> Saviq: read the e-mail more carefully
[08:45] <Mirv> Saviq: so the first pastebin is "with Jim's hacks". I try to keep them for the possibility they're needed for a quick hack. as I say, I'd be for dropping the _dropping of them_ :)
[08:46] <Saviq> Mirv, ah, ack
[08:47] <Mirv> Saviq: so if comparing "proper upstream version" to "Jim's changes from vivid", _that_ drops REVISION 1 and drops \since 5.7. I think that should not be done, but separated those changes to "temporary_vivid_compatibility_hack.patch" in case they can't be dropped in this time frame without affecting vivid
[08:47] <Saviq> Mirv, ack
[08:47] <Mirv> Saviq: yeah, my brain hurt too when I was thinking what I needed to unpack + diff and how :)
[08:49] <Saviq> Mirv, so in any case, with the silo upload we need to import, 5.7 to be able to use Playlist, right?
[08:49] <Mirv> Saviq: not really sure, the hack patch seems to remove the 5.7:s. so maybe 5.6? I think it's only found out by trying to use the build.
[08:50] <Saviq> lol
[08:50] <Mirv> if only using upstream patches, then yes 5.7
[08:53] <Saviq> and that should be our goal, shouldn't it ;)
[08:56] <Mirv> yes, that's the goal. I'm just cautious if I don't understand something that can't be dropped right now without touching vivid.
[08:56] <Mirv> so I leave the final word to Jim at this point where we're more about getting stuff done that doing things in the cleanest way
[08:57] <Mirv> I think he can continue from that upload and use the two patches to show more clearly which changes go to which category
[08:57] <Saviq> ack
[09:39] <Saviq> tsdgeos, the PageHeader test failures happen in CI too http://s-jenkins.ubuntu-ci:8080/job/unity-phablet-qmluitests-vivid/lastCompletedBuild/testReport/
[09:39] <tsdgeos> yeah i saw
[09:40] <tsdgeos> are these the ones you were getting?
[09:40] <Saviq> tsdgeos, yeah
[09:40]  * tsdgeos shakes fist
[09:40] <tsdgeos> ok, let's try again
[09:40] <Saviq> confirmed on trunk alone
[10:02] <tsdgeos> Saviq: interesting i have it passing in xenial and failing in vivid+o :D
[10:06] <tsdgeos> so there's a behaviour difference between vivid and xenial :S
[10:06] <tsdgeos> SDK code and dash code is the same so i'm going to assume Qt's different :/
[10:07] <tsdgeos> hmmm
[10:07] <tsdgeos> actually is SDK the same?
[10:07] <tsdgeos> 1.3.1778+15.04.20151217.1-0ubuntu1 vs 1.3.1761+16.04.20151216.1-0ubuntu1
[10:10] <tsdgeos> zsombi: where does qtdeclarative5-ubuntu-ui-toolkit-plugin 1.3.1778+15.04.20151217.1-0ubuntu1 come from? I can't see it in the bzr log of the sdk
[10:16] <Saviq> tsdgeos, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-045 looks like
[10:16] <tsdgeos> so i guess it's slowly landing?
[10:16] <zsombi> tsdgeos: we had some building issues with the toolkit, not sure it has been sorted out, bzoltan_?
[10:16] <Saviq> kinda
[10:16] <Saviq> bzoltan_, is ↑ landing soon-ish?
[10:16] <tsdgeos> so it seems that causes our regression in the dash header
[10:16] <zsombi> but afair the packaging issue has been fixed...
[10:16] <Saviq> I saw it's in overlay already but not in xenial
[10:21] <Saviq> tsdgeos, is it an actual regression for us, or just a test issue
[10:21] <Saviq> ?
[10:22] <tsdgeos> Saviq: it's an actual regression
[10:22] <tsdgeos> the serach bar doesn't get the focus properly
[10:23] <tsdgeos> the second time you click on the search icon after having cancelled a search
[10:24] <tsdgeos> Saviq: i guess i can fix it with some focus call, question is if we want to do that or ask the SDK crew to have a look/revert their change
[10:25] <Saviq> tsdgeos, they should understand the issue, at least
[10:27] <tsdgeos> k, let me create a simpler example for evaluation
[10:40] <bzoltan_> Saviq:  zsombi: tsdgeos: The ubuntu-ui-toolkit - 1.3.1778+15.04.20151217.1-0ubuntu1 is available in the Overlay PPA since Friday
[10:40] <Saviq> bzoltan_, yeah, but it's not there in xenial
[10:40] <Saviq> not even in proposed https://launchpad.net/ubuntu/+source/ubuntu-ui-toolkit
[10:41] <bzoltan_> Saviq: Let me look after that
[10:41] <Saviq> bzoltan_, it's like it didn't get published for some reason (might be bug #1527544 since you released with webbrowser)
[10:41] <bzoltan_> Saviq: very much possible
[10:42] <Saviq> mup, where are you
[10:42] <Saviq> https://bugs.launchpad.net/ubuntu/+source/oxide-qt/+bug/1527544
[10:42] <bzoltan_> Saviq:  mup is on xmass holiday already :D ...
[11:08] <Saviq> bzoltan_, zsombi, we've got a possible regression with that latest SDK https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1528178
[11:10] <zsombi> Saviq: tsdgeos: so, the history appears when first time tap on it?
[11:10] <zsombi> then second tap makes it disappear?
[11:10] <zsombi> or I'm not getting the issue here...
[11:11] <tsdgeos> zsombi: well it's pretty clear there's a behaviour change
[11:11] <zsombi> tsdgeos: or... the historty popover steals the focus....
[11:11] <tsdgeos> zsombi: behaviour change
[11:11] <tsdgeos> it did behave like A
[11:11] <tsdgeos> now does behave like B
[11:11] <tsdgeos> now you tell me if this is on purpose or a bug
[11:12] <zsombi> tsdgeos: brilliant... the description wasn't pretty clear again :)
[11:12] <tsdgeos> really?
[11:12] <tsdgeos> it says "Until the version 1.3.1761+16.04.20151216.1-0ubuntu1 did A"
[11:12] <tsdgeos> and then "Using 1.3.1778+15.04.20151217.1-0ubuntu1 it does B"
[11:12] <tsdgeos> i sincerely don't know how much clearer than that can get
[11:13] <zsombi> tsdgeos: excellent
[11:14] <zsombi> tsdgeos: the new direction from UX is that Popups shoudl steal the focus
[11:14] <zsombi> so I think this is what your're facing now
[11:15] <zsombi> tsdgeos: and unfortunately we don't have that many designers around...
[11:17] <zsombi> tsdgeos: and you dont; even have the ability to override that.... damn!
[11:19] <Saviq> zsombi, we just need a SDK-provided history-dropdown for the text field that works as design expected ;)
[11:19] <zsombi> Saviq: yes, I know... and I'm looking on how to get that... you'd need to override the __foreground.forceActiveFocus(){}
[11:20] <zsombi> but that involves to access a damn private property... DAMN!!!
[11:20] <Saviq> zsombi, no, I mean we don't want to care about that, we just need a component in the SDK that does that for us ;)
[11:20] <zsombi> Saviq: ah, ok ÉÖ
[11:20] <zsombi> :)
[11:20] <zsombi> crappy layout
[11:28] <zsombi> Saviq: tsdgeos: do you have any tests for this?
[11:28] <tsdgeos> zsombi: yes, this is how we found out
[11:28] <zsombi> tsdgeos: unit test_
[11:28] <zsombi> ?
[11:28] <tsdgeos> zsombi: yes, this is how we found out
[11:29] <zsombi> tsdgeos: sorry for that... we're not running those...
[11:32] <Saviq> zsombi, you kind-of are, they're in autopkgtests for unity8, but we have another failure there which means it's Always Failed
[11:32] <Saviq> zsombi, and we only started running them in silos last week, so no good process yet
[11:34] <zsombi> Saviq: anyhow... this is an UX change, so this needs to be talked with them
[11:34] <zsombi> s/talked/agreed
[11:34] <bzoltan_> Saviq: tsdgeos: would you come over to this talky  to talk about this issue - https://talky.io/justnow
[11:34] <zsombi> Saviq: as on windowed mode you should be able to navigate up/down in the history and that requires focus to be there in the popup
[11:35] <Saviq> bzoltan_, it will burn our laptops with more than 3-4 people
[11:35] <Saviq> been there, tried that ;)
[11:36] <bzoltan_> Saviq: Hehe :) let's use our weekly hangout then https://plus.google.com/hangouts/_/calendar/em9sdGFuLmJhbG9naEBjYW5vbmljYWwuY29t.g04rj4pc565qsh6humb980bt1k?authuser=0
[11:36] <bzoltan_> tsdgeos: zsombi ^
[13:23]  * voxel_ xenial so broken X-(
[14:02] <Mirv> xenial good!
[14:14] <tsdgeos> better
[15:30] <mterry> josharenson, where are we with the slim greeter branch?
[15:30] <josharenson> mterry: haven't looked at it since friday, but saviq said it wasn't working. I see no problem with it however and was waiting to hear back from saviq
[15:31]  * josharenson goes to see if its updated
[15:31] <mterry> josharenson, sometimes landing a branch is more than a "1"  :)
[15:31] <Saviq> josharenson, not yet, we can't build for xenial, so can't test much
[15:31] <josharenson> Saviq: ah ok
[15:31] <mterry> Saviq, I built in xenial today I thought?
[15:31] <mterry> Saviq, ah
[15:32] <josharenson> Saviq: yeah I'm actually using the unity8 greeter on my xenial box
[15:34] <Saviq> dednick, can you hear us?
[15:35] <dednick> mumble fooked
[16:09] <mterry> Saviq, is that warn-on-legacy-app-launch card urgent?  tedg wants to rejigger ubuntu-app-launch protocol/API as part of the fixes on that side to implement the warning.  Do we need a short-term fix or can we wait for the full fix?
[16:10] <Saviq> mterry, ETA?
[16:11] <mterry> Saviq, I dunno, I haven't seen his proposed changes yet, he's working with tvoss right now on what it would look like.  I have my old hotfix that just handles the launcher (not opening legacy app from other apps or the dash).  That's an easier fix that we could land early if we wanted, but obviously incomplete solution
[16:12] <Saviq> mterry, all in all, we can wait a few weeks, probably
[16:12] <mterry> Saviq, k
[16:12] <Saviq> mterry, so let's keep your thing on the back burner
[16:51] <tedg> Saviq: mterry: I expect that we'll get it landed before the Austin sprint. Definitely the API (first branch), I expect the functionality to be right about then.
[16:51] <Saviq> tedg, ack, we can wait until then I'd say


[01:55] <duflu> jbicha, was I correct in assuming that bionic will get gnome-shell 3.28.2, or will we need to cherry pick for bug 1765261 ?
[01:56] <jbicha> duflu: we'll get gnome-shell 3.28.2 but no one is working on it yet
[01:57] <duflu> jbicha, cool, thanks. So not worth cherry picking things from it I assume...
[01:57] <duflu> ?
[01:57] <jbicha> right
[01:58] <jbicha> we have a GNOME microrelease exception so there's no reason not to pick up any of the 3.28.* releases (except maybe some translation-only updates which would be low priority)
[01:58] <duflu> I am happy with that. Gnome micro-releases seem adequately disciplined/small
[06:28] <oSoMoN> good morning desktoppers
[06:28] <oSoMoN> and happy Friday!
[06:59] <didrocks> good morning
[07:00] <oSoMoN> salut didrocks
[07:01] <c-lobrano> morning all :)
[07:05] <didrocks> salut oSoMoN, hey c-lobrano
[07:06] <oSoMoN> good morning c-lobrano
[07:09] <c-lobrano> 0/
[07:47] <seb128> good morning desktopers
[07:48] <willcooke> morning seb128, happy friday
[07:49] <seb128> hey willcooke, happy friday indeed!
[07:49] <willcooke> Did you read about Nautilus removing the ability to double-click executables?
[07:49] <willcooke> I actually dont think it's a big deal at all
[07:49] <didrocks> hey seb128, willcooke
[07:49] <willcooke> but something we should think about none the less
[07:49] <seb128> hey didrocks
[07:49] <willcooke> ahoy didrocks
[07:50] <seb128> willcooke, yeah, upstream asked me how we feel about it
[07:51] <seb128> imho it's not important to most people, I don't know if it's not useful in some places/cases though
[07:51] <seb128> like small work place where the setup is just made by dropping a binary on the desktop users have to double click to start a software
[07:51] <seb128> and some things are still distribution with a binary to in tar
[07:51] <seb128> you untar/double click the binary
[07:52] <seb128> but maybe it's time to tell those users to get used to modern ways
[07:52] <didrocks> fortunately, (or not) but people are using steam and other things like that nowdays
[07:52] <seb128> I would feel better about it if they made it easier to create a launcher for a binary
[07:52] <willcooke> Maybe we could help with that
[07:53] <seb128> you were looking at increasing your GNOME contributions right? ;)
[07:53]  * willcooke fires up gedit
[07:54] <duflu> willcooke, I can only think of "universal binaries" that would be a small problem with... like http://avidemux.sourceforge.net/download.html
[07:54] <duflu> And good morning
[07:54] <didrocks> speaking of Nautilus, upstream agreed on some changes for window matching to help us with Trash and Device icons. Review is in progress or the additional API.
[07:54] <seb128> nice
[07:58] <seb128> willcooke, it looks like they are looking at adding the feature back in some way, see https://gitlab.gnome.org/GNOME/nautilus/issues/443
[07:58] <ubot5-ng> GNOME bug 443 in nautilus "Allow running binaries from the context menu." (comments: 19) [1. Feature, 2. Needs Design, 2. Rfc, Opened]
[07:58] <seb128> quite some discussion there, I don't have the motivation to read it :p
[07:58] <willcooke> Looks like a good solution
[07:59] <duflu> ... or rather https://appimage.org/
[08:00] <seb128> duflu, yeah, they were discussing that specific case on IRC in the previous days
[08:01] <duflu> seb128, not a big deal because likely you need to use a shell to chmod them already
[08:02] <Laney> lo
[08:02] <duflu> Hi Laney
[08:03] <seb128> hi Laney
[08:04] <didrocks> hey Laney
[08:05] <Laney> hi duflu seb128 didrocks
[08:05] <Laney> hope all is well!
[08:06] <seb128> indeed, it's friday!
[08:16] <didrocks> friday&regexp=<3
[08:18] <didrocks> but friday&regexp&multiple_tests_to_spot_regressions=<3<3<3 :)
[08:18] <oSoMoN> good morning/afternoon everyone!
[08:19] <seb128> lut oSoMoN, comment ça va ?
[08:19] <seb128> didrocks, ubuntu-report fun?
[08:19] <didrocks> seb128: yep! :)
[08:20] <oSoMoN> seb128, très bien, et toi?
[08:21] <seb128> nickel :)
[08:23] <Nafallo> "morning"
[08:24] <Nafallo> I might have thought it was Saturday up to just recently...
[08:24] <Nafallo> ;-)
[08:27] <Nafallo> ooh
[08:27] <Nafallo> Laney: I could log in! I was too tired to realise I should be checking that it worked though :-)
[08:29] <Laney> sehr gut
[08:29] <Laney> the productivity of the world increases
[08:57] <duflu> Odd. My panel, it turns out, is 1923 pixels wide, on a 1920 wide monitor
[09:01] <duflu> Also; win! Two gnome branches landed in two days
[09:04] <oSoMoN> duflu, congrats!
[09:05] <willcooke> \o/
[09:22] <didrocks> jibel: https://code.launchpad.net/~didrocks/ubiquity/time-measurement-fix/+merge/345851
[09:22] <didrocks> (not tested yet though, but pep8 doesn't complain :p)
[09:54] <Nafallo> didrocks: that's a test ;-)
[09:54] <didrocks> true ;)
[10:44] <GunnarHj> sil2100: Is the patch at bug #1762952 something you could take a look at? (Saw that you made the latest change to console-setup.)
[10:46]  * sil2100 is looking
[10:46] <sil2100> Yeah, I can take a look after lunch
[10:47] <GunnarHj> sil2100: Great, thanks!
[10:51] <GunnarHj> Laney: Bug #1762889 - please?
[10:52] <Laney> I know dude, I know
[10:53] <GunnarHj> Laney: Just don't say "soon-ish" (you did that last week). ;)
[10:57] <Laney> OK I won't.
[11:08] <sil2100> ;)
[13:14] <flocculant> popey: you got a mo in a quick pm?
[13:14] <popey> flocculant: for you, always
[13:14] <flocculant> what a gent :)
[13:15] <didrocks> british©
[13:27] <jbicha> GunnarHj: hi, so webkit2gtk is untranslated in at least cosmic. Do you think we should opt it out of language packs since it changes every 6 months?
[13:27] <jbicha> *bionic
[13:31] <seb128> flocculant, I will never understand why people ask on a public channel to someone if they can pm them instead of directly /msg a "hey, can I bother you?"
[13:33] <tdaitx> hi, I need help with a dconf related issue that is affecting openjdk.
[13:33] <tdaitx> It seems dconf reports a wrong scale-factor, but I have no idea what causes that in the first place, please see the last comment in LP: #1765914
[13:33] <tdaitx> let me know if the discussion should be done in another channel
[13:33] <seb128> jbicha, webkit2gtk is not "unstranslated" in bionic
[13:34] <flocculant> seb128: because I for one - would rather be asked - than have to ignore someone ;)
[13:34] <GunnarHj> jbicha: What you say speaks for it. At the same time I can mention that I have some mail correspondence with sil2100 and seb128 about the approch in general for langpack updates. Possibly we should await the outcome of that discussion.
[13:34] <jbicha> seb128: depends on if French is important? ? :)
[13:34] <seb128> jbicha, also your fix from the other day doesn't fix the issue I was pointing out
[13:35] <seb128> $ dpkg -c language-pack-gnome-es-base_18.04+20180423_all.deb | grep WebKit
[13:35] <seb128> -rw-r--r-- root/root      1886 2018-04-23 18:00 ./usr/share/locale-langpack/es/LC_MESSAGES/WebKit2GTK-4.0.mo
[13:35] <sil2100> hmmm
[13:36] <jbicha> how does it work if dh_translations isn't run for webkit2gtk?
[13:36] <jbicha> (for context, my "fix" was https://salsa.debian.org/webkit-team/webkit/merge_requests/1 )
[13:36] <ubot5-ng> WebKit bug (Merge request) 1 in webkit "Build with gnome-pkg-tools for Ubuntu language packs" (comments: 6) [Opened]
[13:39] <seb128> jbicha, I didn't look at the build dir after build, but https://launchpad.net/ubuntu/bionic/+upload/17941537/+files/webkit2gtk_2.20.1-1_amd64_translations.tar.gz is the built from bionic
[13:39] <seb128> it has the .po and the .pot
[13:40] <seb128> https://launchpadlibrarian.net/369186303/buildlog_ubuntu-cosmic-amd64.webkit2gtk_2.20.2-1_BUILDING.txt.gz has
[13:40] <seb128> 4
[13:40] <seb128> ups
[13:40] <seb128> [ 26%] Generating WebKit2GTK-4.0.pot
[13:40] <seb128> jbicha, so I guess the upstream build is already doing it?
[13:41] <jbicha> hmm 😕
[13:41] <seb128> btw I know how to fix it and I said I would do it
[13:42] <seb128> don't feel like you have to fix all the issues even when others said they would
[13:42] <seb128> the issue is on the launchpad import side, not in the package
[13:42] <didrocks> pkgstriptranslations: preparing translation tarball webkit2gtk_2.20.2-1_amd64_translations.tar.gz...done
[13:47] <GunnarHj> jbicha: Sounds like the problem is not exactly as you said initially. What may be a problem wrt langpacks is when new or changed translatable strings are SRUed.
[13:47] <jbicha> GunnarHj: https://translations.launchpad.net/ubuntu/bionic/+source/webkit2gtk/+pots/webkit2gtk-4.0/
[13:47] <jbicha> and https://translations.launchpad.net/ubuntu/xenial/+source/webkit2gtk
[13:48] <jbicha> but Seb said he's working on it so I'm going to let him take care of it :)
[13:49] <seb128> jbicha, GunnarHj, the issue is again one of having "translations shared with the trunk vcs" activated pointing to a buggy trunk which has no content
[13:49] <seb128> https://code.launchpad.net/webkit-open-source
[13:49] <seb128> that settings make the .po not being imported from the package upload
[13:50] <seb128> the fix is easy, undo the sharing on launchpad and re-upload
[13:50] <seb128> I'm just going to manually upload the tarballs, there is no need of a source upload for that
[13:50] <seb128> then it's just a matter of having another langpack refresh
[13:50] <seb128> which we plan to do anyway
[13:57] <GunnarHj> seb128, jbicha: Understood.
[15:38] <sil2100> GunnarHj: why were those d/c and d/r changes needed? It didn't build correctly without those?
[15:38] <sil2100> GunnarHj: they don't seem to be related to the fix itself
[16:12] <GunnarHj> sil2100: Correct, the PPA build failed without them. Otherwise completely unrelated.
[16:17] <sil2100> GunnarHj: I left a comment on the bug, the package seems to build correctly in my PPA without the changes
[16:17] <sil2100> Anyway, I need to EOD now, but it's on my plate now
[16:17] <sil2100> o/
[16:48] <willcooke> night all, have a great weekedn
[17:01] <Laney> YEH
[17:01] <Laney> laters
[17:19] <oSoMoN> have a good week-end everyone!
[17:38] <Trevinho> have nice we
[19:10] <seb128> thanks Trevinho, you too, have a nice w.e desktopers


[03:13] <atomicLUbuntu> I'm new to LUbuntu, and I need to mess around with a policy kit so that I can change my wifi adapter. I don't know how to use VIM, and on top of that it doesn't work (q does not quit). I can see the file I need to modify and open it in the GUI Featherpad, but can't save it because Featherpad was not opened with root privileges. The root account is
[03:13] <atomicLUbuntu> disabled, and I need to add "atomicpi" to the list.  In Windows, I would right click and run as administrator.  In Linux, I can't do anything.  Yet again.
[03:13] <atomicLUbuntu> I'm working off this thread I found: https://dlidirect.com/community/champ/forums/1778-atomic-pi-user-forum/topics/4873-root-password-is-absolutely-required
[03:14] <atomicLUbuntu> are there any other text editors included with lubuntu, or just vim?
[03:14] <guiverc> q is a command prompt for vi/vim; to enter command mode ensure you're not in data entry mode (ie. ESC) then : (enter command) then "q", usually just :q
[03:16] <guiverc> from terminal you could `sudo featherpad /path/file` (ie. use `sudo` to elevate your privileges)
[03:16] <atomicLUbuntu> ah, right.  Trying that now
[03:21] <guiverc> I can't speak to GUI (open as admin); I learnt term back before there was 'windows'; VI was great because terms didn't yet have arrow keys... so commands are what i've been doing many many decades
[03:26] <atomicLUbuntu> well, I got that part working, thanks!
[03:27] <atomicLUbuntu> next problem.... when watching youtube, when it tries to to 1080p60 or 720p60 I lose video but audio keeps playing
[03:28] <atomicLUbuntu> I have no idea where to start looking to fix that.  As you can see, I barely got the OS installed and I'm mroe of a Windows helicopter
[03:30] <guiverc> can't help there sorry, if you're patient someone else may know..  I'd start with what video kernel module (driver) is being used & what alternatives exist (`sudo lshw -C video` or list-hardware class=video for what you're using now & hope for clues online maybe, but I don't know sorry)
 atomicLUbuntu: what are your system specs?
 @atomicLUbuntu [<atomicLUbuntu> are there any other text editors included with lubuntu, or just …], nano
[11:24] <bibi_> HIIIIIIIIIIIIIIIIIIIIIIIIII
[11:24] <bibi_> Please contact with me
[11:25] <kc2bez> bibi_: do you have a Lubuntu support question?
[11:26] <kc2bez> !support | bibi_
[11:27] <kc2bez> also
[11:27] <kc2bez> !offtopic
[11:28] <bibi_> Thank you
[11:34] <bibi_> kc2bez: Please Help me with IRC Client program
[11:35] <kc2bez> bibi_: which program are you using?
[11:35] <bibi_> Quassel IRC
[11:35] <bibi_> Who is the best IRC Program?
[11:36] <kc2bez> Quassel works well. it is what I use.
[11:36] <kc2bez> what do you need help with?
[11:38] <bibi_> Firts of all, i want to connect with others IRC Servers
[11:41] <bibi_> Can you send me some servers to login
[11:41] <kc2bez> If you want to join another channel on the same network you are on (freenode) you can use the join button. If you want to join another network you can configure that in the settings under IRC networks.
[11:43] <bibi_> I don't know the names of the channels
[11:44] <bibi_> Can you recommend me some channels?
[11:44] <kc2bez> Here is a list of the Ubuntu channels https://wiki.ubuntu.com/IRC/ChannelList
[11:45] <bibi_> Thank you so much
[11:50] <bibi_> I am new IRC user
[11:51] <kc2bez> if you want a list of all the channels you can use /list and a search window comes up with all of the available channels on your network. You can filter the results in that search window to find whatever topic you are looking for.
[11:55] <bibi_> Other IRC Commands?
[11:55] <guiverc> try /help
[11:58] <bibi_> Nothing appears with /help command
[11:59] <kc2bez> Most of the commands are built in to the application so you don't necessarily need them but here is a wikipedia page that has a list https://en.wikipedia.org/wiki/List_of_Internet_Relay_Chat_commands
[11:59] <guiverc> It lists commands for me; it must be start of line, my client isn't quassel but I didn't think it was client specific sorry
[12:01] <kc2bez> Our manual may also help you get started. You can find the quassel section here https://manual.lubuntu.me/stable/2/2.1/2.1.3/Quassel_IRC.html
[12:02] <kc2bez> it looks like /help works if you select the network in the left pane, it probably says ubuntu or freenode
[12:03] <bibi_> Ok
[12:55] <bibi_> I tried to set up Quassel on Windows, but i cant connect with IRC Core
[13:01] <bibi_> I cant connect IRC Core with IRC Client
[13:01] <kc2bez> bibi_: I have never tried Quassel on Windows so I can't help much there.
[13:01] <kc2bez> You could try asking in #quassel
[13:02] <bibi_> Ok


[01:27] <gamerchick02> hey cmaloney, does your message on list mean that you're bringing lococast back?
[01:36] <rick_h_> gamerchick02: which list?
[01:37] <gamerchick02> ubuntu us mi
[01:38] <rick_h_> gamerchick02: the OLF one?
[01:38] <rick_h_> gamerchick02: that email was from 2011?
[01:38] <gamerchick02> oh
[01:39] <gamerchick02> whoops what's with my mail client then
[01:39] <rick_h_> there was some recent replies it looks like
[01:39] <gamerchick02> yeah looks like it
[01:39] <rick_h_> wow, that's :( that lococast.net stuff there is 3yr+ old
[01:39] <gamerchick02> whoa i should pay attention to when stuff is sent
[01:39] <gamerchick02> :( i miss loco cast!!
[01:39] <gamerchick02> i loved it
[01:40] <rick_h_> hah, yea we should do some of that some more. Though I've moved manager so not sure what we'd chat about these days
[01:41] <gamerchick02> true
[01:42] <gamerchick02> but yeah, loco cast was awesome.
[01:42] <gamerchick02> xchat azure is changing my spelling!
[01:43] <rick_h_> azure?
[01:43] <gamerchick02> it's the mac version of chat
[01:43] <gamerchick02> xchat
[01:43] <gamerchick02> there. no do NOT correct my spelling while typing!!
[01:46] <gamerchick02> anyway. i wonder how long osx will be supported for this macbook?
[01:47] <gamerchick02> when it's not supported anymore, i'll probably put ubuntu on it. hah
[14:20] <cmaloney> I have made a tactical error
[14:21] <cmaloney> I'll admint: I'm still learning
[14:21] <cmaloney> but mrgoodcat is going to get a large number of my stones
[14:52] <cmaloney> lmorchard: What happened to your full-text feed on your blog / tooter?
[15:35] <jrwren> APPLE CIDER AND DONUTS!!!
[15:36] <rick_h_> jrwren: win!
[15:54] <cmaloney> jrwren: Awesome. :)
[16:00] <rick_h_> anyone want to buy a first gen motox?
[16:02] <rick_h_> unlocked verizon fun fun fun
[16:09] <cmaloney> heh
[16:11] <cmaloney> Playing around with npm to try installing pump.io locally
[16:11] <rick_h_> good luck
[16:11] <cmaloney> npm takes be back to the days of CPAN
[16:11] <cmaloney> and not in a good way.
[16:11] <cmaloney> s/be/me/
[16:11] <rick_h_> yea, I'm a hater...we use it for some work apps and drives me bonkers
[16:12] <rick_h_> heh, so moved to tmo now, have the wife using my old sim on my old mifi so she's got her own mifi now. So many mobiles heh. Still have my old GNex sitting on the shelf too.
[16:12] <cmaloney> Nice. :)
[16:14] <rick_h_> pita really, I got my wife a phone upgrade using the one for my line last time
[16:14] <rick_h_> so her contract is done, but mine was renewed to get her the phone
[16:14] <rick_h_> so now, the only phone number I can't lose/change is the one that's off contract
[16:15] <rick_h_> so if I cancel my account, it's $350, but if I just use the sim in the mifi for the next 12mo it's $240 :/
[16:15] <rick_h_> bummer, no pump.io juju charm
[16:25] <cmaloney> And we're done.
[16:25] <cmaloney> lxc container destroyed. :)
[16:26] <cmaloney> likely the version of node that ships with 12.04 is too old to run this
[16:26] <rick_h_> yea, almost promised to be
[16:26] <rick_h_> we have to use the ppa and we're on 14.04
[16:27] <cmaloney> That s brilliant
[16:27] <cmaloney> https://github.com/joyent/node/wiki/installing-node.js-via-package-manager
[16:27] <bookiebot> http://goo.gl/gZmFph - Installing Node.js via package manager · joyent/node Wiki · GitHub
[16:28] <cmaloney> Yeah, that's not fucking happening
[16:33] <rick_h_> lol
[21:26] <brousch> cmaloney: mrgoodcat has some skills
[23:48] <jrwren> cmaloney: its really not that bad of a script: https://deb.nodesource.com/setup
[23:48] <bookiebot> http://goo.gl/80tZuJ - text/plain
[23:49] <jrwren> although, add-apt-repository -y -r ppa:chris-lea/node.js is MUCH easier.


[21:11] <KenTruitt[m]> Recently I have been experiencing problems with 22.04 on my Lenovo T500 T9900 (3.06GHz) with 8GB RAM. When browsers are open I often find that the system is frozen with the hard drive on constant activity as it's probably caught in some loop or other issue downloading ads or something. This was a problem I had on my Dell D630 with 2GB ram last year and they pretty much went away when I put 4GB ram in, though you can still feel its
[21:11] <KenTruitt[m]> limitations it doesn't lock up. So why is this much better (comparatively) system locking up. but that's not all. If I can't close the browser[s] then I have to lay on the power button for 5 seconds and shut the system down. When I open up Pycharm (a python IDE), the file I've been working on is only current as of well before the freeze. And that IDE auto saves--I've never had to hit cntrl s on it. You make a change and run and
[21:11] <KenTruitt[m]> that's it. So I am certain the most recent version of the file I was working on was saved to disk when the freeze occurred. Just a few minutes ago I had to reboot and I got the file back which, according to ls -l, was last saved at 11pm last night and this was 2pm today.  And I made at least 10 edits today before the freeze/crash. That's really what I can't understand. And there are other issues after restart like my desktop isn't
[21:11] <KenTruitt[m]> current and the web browsers open up to tabs I had much much earlier. Just so curious about this I thought I'd ask.
[21:50] <Eickmeyer> KenTruitt[m]: Doesn't sound like an Ubuntu Studio-specific issue. I'd lean more toward failing hardware.
[21:52] <Eickmeyer> Browsers are resource intensive (as is Pycharm since it is electron-based, essentially running in its own browser), so the more resources you're piling on, the more stresses, the more chances you're going to see faulty hardware have issues.
[23:25] <arraybolt3> tbf the lockups might also just be thrashing. PyCharm + a web browser + some of the mega apps in Ubuntu Studio + 8 GB RAM sounds like a perfect recipe for OOM conditions.
[23:25] <arraybolt3> (If you're running the m all at the same time.)
[23:26] <arraybolt3> And constant hard drive activity sounds like the system is desparately swapping stuff in and out of the disk to try to stay afloat.


[08:27] <selinuxium> hi all. I just created a symlink within the My Files folder for my Documents folder. nothing happened to sync...
[08:43] <tcole> symlinks aren't supported at this time
[08:45] <Nafallo> the reverse should work surely?
[08:45] <Nafallo> (just throwing in a work around)
[11:08] <selinuxium> Hi Nafallo, Happy Birthday!
[11:10] <Nafallo> selinuxium: too late ;-)
[11:12] <selinuxium> Nafallo: I know, but still.... Happy Birthday! Surely you are continuing the festivities tonight?  :)
[11:13] <Nafallo> selinuxium: hopefully not. couldn't tell if I was sober or not when I woke up :-P
[11:13] <Nafallo> selinuxium: anyway. thanks :-)
[11:13] <ajmitch> Nafallo: surely sobriety is optional? :)
[11:14] <ajmitch> just remind me never to use any server you admin :)
[11:14] <Nafallo> ajmitch: depends what your tasks for the day are ;-)
[11:14] <Nafallo> ajmitch: ehrm.. like stratos? :-P
[11:14] <ajmitch> uh oh
[11:15] <ajmitch> you probably saw that syklone is larger now
[13:43] <jdobrien> Hello Ubuntu One'eers!
[13:50] <jdobrien> Check the over-night log for #ubuntuone and deal with any issues
[14:21] <jdobrien> hello everyone...there are some package issues with the nightlies as I understand it
[14:21] <jdobrien> so if you get the nightlies (unstable-hot-off-the-press version) you're broken like me
[15:00] <vds> Standup Meeting time!
[15:00] <vds> me
[15:02] <vds> aquarius teknico urbanape jblount
[15:02] <aquarius> me
[15:02] <vds> CardinalFang:
[15:03] <teknico> me
[15:03] <jdobrien> me... what's going on? this is my first day
[15:04] <aquarius> jdobrien: desktop+ team standup :)
[15:04] <jdobrien> oh ok
[15:04] <jdobrien> i'll watch :)
[15:04] <vds> :)
[15:04] <vds> who's missing?
[15:04] <aquarius> everyone. :)
[15:04] <aquarius> urbanape is on holiday today
[15:04] <jdobrien> national holiday for US today
[15:04] <aquarius> I assume most Americans are. jdo's just super-dedicated ;)
[15:04] <teknico> jblount and CardinalFang too, I guess
[15:05] <vds> ah
[15:05] <vds> of course!
[15:05] <CardinalFang> jo!
[15:05] <CardinalFang> me
[15:05] <vds> so that's going to be a very quick standup meeting
[15:05] <aquarius> just the three of us...we can make it if we try...just the three of us...you and I (and teknico)
[15:05] <vds> shall I start?
[15:05] <jdobrien> aquarius: some silly think about independence from England
[15:05] <teknico> four now
[15:05] <teknico> now four, for now
[15:05] <teknico> four for now
[15:06] <vds> DONE: added tests for view in phone verification branch...on it's way for review now
[15:06] <vds> TODO: on-call review
[15:06] <vds> BLOCKED: no
[15:06] <vds> next aquarius
[15:06] <aquarius> jdobrien: one year when you're all sittin' there drinkin' beer and celebratin' we're gonna come and take it back. :)
[15:06] <aquarius> DONE: landed uber-branch for records API; worked with urbanape on FF extension; defined CouchDB "management" database; fixed lsof being broken on jdo's machine
[15:06] <aquarius> TODO: finish FF extension ready for GCDS demos; write up
[15:06] <aquarius> BLOCKED: still using the horror of lsof to find CouchDB port until the print-the-port logfile patch goes in
[15:06] <aquarius> It's teknico, he rounds the last defender, teknico, still teknico, he shoots, GOOOOOOOAL!
[15:06] <jdobrien> aquarius: you can have it if you pay our Bills to China
[15:06] <teknico> DONE: more work on the web ui interface for resetting contact devices
[15:06] <teknico> TODO: making the web ui interface for resetting contact devices work
[15:06] <teknico> BLOCKED: nothing
[15:06] <teknico> NEXT: CardinalFang
[15:06] <teknico> aquarius, shut up
[15:07] <CardinalFang> Er, I'm not ready anyway.  One minute.
[15:07] <vds> CardinalFang: no
[15:07] <teknico> CardinalFang, you're the last one anyway :-)
[15:07] <vds> CardinalFang: np
[15:08] <jdobrien> I completely uninstalled the client, deleted all the folders .cache/ubuntuone and /etc/xdg/ubuntuone ....
[15:08] <jdobrien> I purged ubuntuone-client and everything ubuntuone
[15:08] <jdobrien> rebooted
[15:09] <jdobrien> then apt-get install ubuntuone-client
[15:09] <jdobrien> When i start it...nothing happenes
[15:09] <jdobrien> and there is no ~/.cache/ubuntuone
[15:09] <jdobrien> no folder
[15:10] <CardinalFang> DONE: Started overhauling network code to make room for SSL.  (Not "done" in any sense.)  Pushed some more changes to branch.
[15:10] <CardinalFang> TODO: Get reviews and submit to PQM.  Probably take the day off.
[15:10] <CardinalFang> BLOCKED: None
[15:10] <CardinalFang> end?
[15:10] <vds> EOM thanks!
[15:13] <aquarius> cool, thanks vds
[15:32] <jdobrien> quiet day in the ubuntuone worl
[15:32] <jdobrien> d
[15:45] <facundobatista> Hi all
[15:55] <aquarius> jkakar: ping?
[16:04] <rmcbride> jdobrien: currently users will need to install both ubuntuone-client and ubuntuone-client-gnome to get everything installed and working. I'll change the topic in a second.
[16:04] <jdobrien> rmcbride: any specific order?
[16:05] <rmcbride> jdobrien: specific order won't matter
[16:05] <rmcbride> they have some deps in common but they won't step on each otehr.
[16:05] <jdobrien> rmcbride: when i installed ubuntuone-client-gnome, python-ubuntuone-client was installed
[16:06] <rmcbride> jdobrien: yes, you need ubuntuone-client too
[16:06] <rmcbride> p-u-c is just the libraries
[16:06] <jdobrien> k
[16:06] <rmcbride> both u-c and u-c-g dep on p-u-c
[16:07] <jdobrien> rmcbride: that did not work for me
[16:07] <rmcbride> jdobrien: define "did not work"
[16:08] <jdobrien> rmcbride: install everything...open Applications>Ubuntu One> .... Nothing happens
[16:08] <jdobrien> rmcbride: also no .cache/ubuntuone folder
[16:08] <rmcbride> jdobrien: what do you get at terminal?
[16:08] <rmcbride> if you run the applet
[16:08] <jdobrien> rmcbride: how do i run the applet from the cmd line?
[16:08] <rmcbride> ubuntuone-client-applet
[16:09] <jdobrien> Traceback (most recent call last):
[16:09] <jdobrien>   File "/usr/local/bin/ubuntuone-client-applet", line 39, in <module>
[16:09] <jdobrien>     from canonical.ubuntuone.oauthdesktop.main import Login
[16:09] <jdobrien> ImportError: No module named canonical.ubuntuone.oauthdesktop.main
[16:09] <rmcbride> alternately you would logout/back in, the client doesn't start automaticallyt
[16:09] <jdobrien> import...canonical.ubuntuone.. is wrong
[16:09] <rmcbride> THAT is old
[16:09] <rmcbride> something is out of date.
[16:09] <jdobrien> there is no canonical.ubuntuone
[16:09] <rmcbride> yes
[16:09] <rmcbride> but I don't get that. Mine runs. one second.
[16:10] <jdobrien> do i need to uninstall oauthdesktop. is that it's own package now?
[16:11] <rmcbride> jdobrien: no that gets pulled in with the packages you have. Something is not rigt about your client-applet
[16:12] <jdobrien> rmcbride: hmm after uninstalling, I still have a menu item
[16:12] <rmcbride> jdobrien: you've got an old client-applet somehow. That import is correct witht he current package. Also I think yours is in the wrong spot.... which ubuntuone-client-applet has it in /usr/bin for me, not /usr/local/bin
[16:12] <rmcbride> jdobrien: that's a bug
[16:12] <rmcbride> jdobrien: and one that I haven't seen written up yet
[16:13] <rmcbride> jdobrien: do you still have ubuntuone-client-applet with the package uninstalled?
[16:13] <jdobrien> rmcbride: which package?
[16:13] <rmcbride> client
[16:13] <rmcbride> the main client one...
[16:14] <rmcbride> and gnome
[16:14] <rmcbride> client-gnome that is
[16:14] <jdobrien> john@Monolith:/usr/bin$ sudo apt-get purge ubuntuone-client
[16:14] <jdobrien> Reading package lists... Done
[16:14] <jdobrien> Building dependency tree
[16:14] <jdobrien> Reading state information... Done
[16:14] <jdobrien> Package ubuntuone-client is not installed, so not removed
[16:14] <jdobrien> 0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
[16:14] <jdobrien> john@Monolith:/usr/bin$ ls -l /usr/local/bin/ubuntuone*
[16:14] <jdobrien> -rwxr-xr-x 1 root root  22K 2009-06-01 15:34 /usr/local/bin/ubuntuone-client-applet*
[16:14] <jdobrien> -rwxr-xr-x 1 root root 5.2K 2009-06-01 15:34 /usr/local/bin/ubuntuone-syncdaemon*
[16:14] <rmcbride> jdobrien: pastebin that next time please :)
[16:14] <rmcbride> yea that stuff sh ould not be there
[16:15] <jdobrien> rmcbride: it's two lines
[16:15] <jdobrien> ok 10 lines
[16:15] <rmcbride> jdobrien: remove ubuntuone-client-gnome as well to be certain
[16:16] <jdobrien> rmcbride: same result
[16:16] <rmcbride> but the executables don't get put in that path.
[16:16] <rmcbride> you'll need to remove those manually I think
[16:16] <rmcbride> and then 'apt-get install ubuntuone-client ubuntuone-client-gnome'
[16:16] <rmcbride> jdobrien: look at the dates on those executables as well
[16:17] <rmcbride> jdobrien: june 1
[16:17] <rmcbride> way old
[16:17] <jdobrien> rmcbride: i got an oauth page!
[16:17] <jdobrien> \o/
[16:18] <rmcbride> \o/
[16:18] <jdobrien> rmcbride: ok new problem
[16:18] <jdobrien> rm i have an applet
[16:18] <rmcbride> jdobrien: ok
[16:19] <jdobrien> oops
[16:19] <jdobrien> i have an applet...it looks normal...not spinning, no disconnected decoration
[16:19] <jdobrien> the only options are connect and go to web...the "Open Folder" is greyed out
[16:19] <rmcbride> jdobrien: OK try connect
[16:20] <jdobrien> nothing
[16:20] <rmcbride> jdobrien: tail -f ~/.cache/ubuntuone/syncdaemon.log
[16:20] <jdobrien> no syncdaemon.log
[16:20] <jdobrien> rmcbride: ^^
[16:21] <rmcbride> ok open a terminal
[16:21] <jdobrien> oops
[16:21] <jdobrien> forgot the log/folder
[16:21] <rmcbride> ah
[16:21] <jdobrien> oh
[16:21] <jdobrien> still no syncdaemon
[16:21] <rmcbride> ok do /lib/ubuntuone-client/ubuntuone-synchdaemon
[16:22] <rmcbride> no h
[16:22] <verterok> jdobrien: dpkg -L ubuntuone-client && dpkg -L python-ubuntuone-client
[16:22] <jdobrien> verterok: ok
[16:23] <jdobrien> rmcbride: did you mean: /usr/lib/ubuntuone-client/ubuntuone-syncdaemon
[16:23] <jdobrien> rmcbride: because that got the applet running ^^
[16:24] <jdobrien> oh wow...lots of old folders files back
[16:25] <jdobrien> rmcbride: is that file in the wrong spot?
[16:25] <rmcbride> jdobrien: that's the right spot
[16:25] <jdobrien> k
[16:25] <rmcbride> jdobrien: I mistyped
[16:26] <jdobrien> well it's working now
[16:26] <jdobrien> oops
[16:26] <jdobrien> just disconnected
[16:26] <rmcbride> log?
[16:26] <jdobrien> hmm
[16:26] <jdobrien> rmcbride: it shows disconnected, but syncdaemon log is still updating
[16:27] <rmcbride> jdobrien: the applet might have issues again. After it finishes syncing, logout and back in and see if it can get daemon status correctly
[16:27] <jdobrien> rmcbride: clicked connect again and it's spinning
[16:27] <rmcbride> jdobrien: interesting
[16:28] <jdobrien> rmcbride: odd thing is...folders and files I deleted yesterday are uploading now :(
[16:28] <jdobrien> rmcbride: I didn't delete my local files
[16:28] <jdobrien> rmcbride: so now im going to upload 4.6 GB again i guess
[16:28] <rmcbride> jdobrien: hmm
[16:28] <verterok> jdobrien: that's because you deleted all the metadata
[16:28] <rmcbride> yea
[16:28] <jdobrien> rmcbride: however
[16:29] <rmcbride> that's right,, you did
[16:29] <jdobrien> rmcbride: folders/files that I deleted long ago are coming back
[16:29] <rmcbride> jdobrien: also probably because the meta data is gone. Not sure why the server would still have them
[16:29] <verterok> jdobrien: syncdaemon found the files, don't have metadata, not matching file in the server, upload them!
[16:30] <rmcbride> jdobrien: but I'm going to go shower and do holiday stuff now.
[16:30] <jdobrien> verterok: yeah i understand that about files I deleted on the web but never synced
[16:30] <jdobrien> verterok: but I see folders that I deleted on the client and had sycned months ago
[16:31] <verterok> jdobrien: that's *bad*, do you see that files in the webui?
[16:31]  * jdobrien checks
[16:31] <jdobrien> they are back now
[16:31] <jdobrien> hmm
[16:31] <verterok> jdobrien: all of them?
[16:32] <jdobrien> verterok: yes.
[16:32] <verterok> jdobrien: I think a change landed on the server that might be causing this, let me check
[16:32] <jdobrien> verterok: the Music folder, the big one. is uploading as I would expect
[16:32] <jdobrien> verterok: but the folder/files that I deleted long ago are back both in the web ui and desktop.
[16:33] <verterok> jdobrien: indeed weird
[16:33] <jdobrien> verterok: the only existing folder now has a conflict folder
[22:32] <Ng> if one is on karmic, should one use ubuntuone from the karmic repositories, or the beta ppa?
[22:33] <BUGabundo> karmic here
[22:44] <Ng> looks like the PPA has newer versions
[22:48] <verterok> Ng: as the topic says, there are some issues with the ppa packages, you need to manually install both: ubuntuone-client and ubuntuone-client-gnome
[22:49]  * Ng nods
[22:51] <verterok> Ng: but you get all the bells and whistles ;)
[22:51] <Ng> I have to say it seems kinda the same as it did before ;)
[22:51] <Ng> is it more than just a packaging split?
[22:52] <verterok> Ng: bugfixes FTW!
[22:54] <verterok> Ng: basically: bring back sharing from Nautilus, and a minor improvement in the local rescan
[22:55] <Ng> aha, good good :)
[22:55] <BUGabundo> err
[22:56] <BUGabundo> coming late! what do I need in karmic to have U1 runnnig?
[22:57] <verterok> BUGabundo: if the packages are ok, the ppa, and both: ubuntuone-client and ubuntuone-client-gnome installed
[22:58] <BUGabundo> it was crashing for me on boot
[22:58] <BUGabundo> and it isn't starting verterok
[22:58] <verterok> BUGabundo: crashing how? do you have a traceback?
[22:59] <BUGabundo> $ sudo aptitude install ubuntuone-client ubuntuone-client-gnome
[22:59] <BUGabundo> The following NEW packages will be installed:
[22:59] <BUGabundo>   python-ubuntuone-client{a} python-ubuntuone-storageprotocol{a} ubuntuone-client-gnome
[22:59] <BUGabundo> The following packages will be REMOVED:
[22:59] <BUGabundo>   ubuntuone-storage-protocol{a}
[22:59] <BUGabundo> verterok: better: apport crash
[22:59] <BUGabundo> but let me isntall that and test again
[23:00] <verterok> ok
[23:03] <BUGabundo> verterok: fixed. now it starts
[23:03] <verterok> BUGabundo: cool!
[23:03] <BUGabundo> why didn't I get the update on its own?
[23:04] <verterok> BUGabundo: maybe the package renaming?
[23:05] <BUGabundo> still I make the same question
[23:05] <BUGabundo> why didn't I get the update on its own?
[23:09] <verterok> BUGabundo: I have no idea :)
[23:59] <stevepearce> hello all


[06:38] <mborzecki> morning
[07:17] <zyga> good morning
[07:31] <mborzecki> school run
[07:59] <mborzecki> re
[08:03] <zyga> debian is in freeze mode
[08:03] <zyga> hey mvo
[08:03] <mvo> good morning zyga
[08:06] <pstolowski> morning
[08:06] <mvo> good morning pstolowski
[08:09] <mborzecki> mvo: pstolowski: hey
[08:09] <mvo> hey mborzecki !
[08:10] <zyga> hey pstolowski
[08:10] <zyga> long time no see
[08:10] <pstolowski> hey zyga, indeed
[08:55] <mup> PR snapd#9877 closed: tests: run unit tests in Focal instead of Xenial <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9877>
[10:00] <mup> PR snapd#9856 closed: gadget,overlord: pass kernelRoot to install.Run() <UC20> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9856>
[11:31] <mborzecki> mvo: i've pushed one more commit to https://github.com/snapcore/snapd/pull/9744 with some links to nvidia documentation (or scraps thereof)
[11:31] <mup> PR #9744: OpenGL interface: Support more Tegra libs <Squash-merge> <Created by om26er> <https://github.com/snapcore/snapd/pull/9744>
[11:41] <mvo> mborzecki: nice, thanks!
[11:46] <mup> PR snapd#9881 opened: tests/unit/go: drop unused environment variables, skip coverage <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9881>
[11:48] <mborzecki> pstolowski: mvo: can you take a look? ^^ should be a trivial one
[11:49] <mvo> ta
[11:52] <pstolowski> mborzecki: a question there
[12:24]  * pstolowski lunch
[12:26] <mup> PR snapd#9874 closed: gadget: remove resolvedSource from VolumeContent <UC20> <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/9874>
[13:21] <mup> PR snapd#9882 opened: spread: use full format when listing processes <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9882>
[14:47] <mup> PR snapd#9744 closed: OpenGL interface: Support more Tegra libs <Squash-merge> <Created by om26er> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9744>
[14:51] <mborzecki> mvo: i think we can land https://github.com/snapcore/snapd/pull/9870
[14:51] <mup> PR #9870: vendor: update go-tpm2/secboot to latest version <Squash-merge> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9870>
[14:53]  * cachio lunch
[15:52] <mup> PR snapd#9881 closed: tests/unit/go: drop unused environment variables, skip coverage <Simple 😃> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9881>
[16:17] <mup> PR snapd#9883 opened: cmd/snap-preseed: initialize snap.SanitizePlugsSlots for gadget in seeds <Bug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9883>
[16:30] <ijohnson> pstolowski: mvo: I managed to reproduce the services regression with a simple test snap, working on a fix now
[16:31] <pstolowski> ijohnson: that's great, thanks for digging into it!
[16:34] <pstolowski> ijohnson: also, i'll be happy to review
[16:35] <ijohnson> pstolowski: of course :-) I'm trying to get a handle on the issue, it seems to be a corner case of the SortSnapServices function when one list is empty and the other is not
[16:36] <pstolowski> ijohnson: mhm.. yeah i'm keen to see what that is, i'm sure we have *some* tests for snapctl for services
[16:45] <ijohnson> pstolowski: so the issue seems to be when we have a daemon which specifies a before/after and we call `snapctl restart daemon`, what happens is the set of appInfo's that is passed to SortSnapServices references another daemon that is not in the set (i.e. in snap.yaml daemon says `after: daemon2`, but daemon2 is not specified with `snapctl restart daemon`)
[16:46] <ijohnson> I think I have a fix, which is to ignore before/after daemons that are referenced in the set of appInfo's, but not actually present in the set provided to SortSnapServices
[16:46] <ijohnson> then you can still do `snapctl restart daemon daemon2` and have things be ordered correctly I think
[16:47] <pstolowski> ijohnson: hmm ok i see
[16:47] <ijohnson> though actually I wonder if snapctl supports multiple daemons being specified
[16:47] <mup> PR snapd#9879 closed: osutil/many: make all test pkgs osutil_test instead of "osutil" <Cleanup :broom:> <Simple 😃> <Test Robustness> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9879>
[16:47] <mup> PR snapd#9882 closed: spread: use full format when listing processes <Simple 😃> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9882>
[16:50] <pstolowski> ijohnson: looking at ctlcmd/*.go, it does
[16:50] <ijohnson> right
[17:21] <pstolowski> i hope we do test it somewhere
[20:16] <ijohnson> hey cachio could you share instructions on how to run the external uc20-recovery test again ?
[20:20] <cachio> hey
[20:21] <cachio> export SPREAD_EXTERNAL_ADDRESS=<IP>
[20:22] <cachio> ./tests/lib/external/prepare-ssh.sh <IP> <PORT> <LP_ID>
[20:23] <cachio> spread external:ubuntu-core-20-64:tests/core/uc20-recovery
[20:23] <cachio> that should be enough
[20:23] <cachio> I need to go out now
[20:24] <cachio> I'll be here in 10 minutes
[20:24] <cachio> ijohnson, ~
[20:24]  * cachio afk
[20:24] <ijohnson> thanks cachio
[20:24] <cachio> ijohnson, np
[20:28] <mup> PR snapd#9884 opened: tests/main/snap-repair: test running repair assertion w/ fakestore  <Test Robustness> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9884>
[21:08] <mup> PR snapd#9885 opened: snap/info.go: ignore unknown daemons in SortSnapServices <Bug> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9885>


[06:44] <jin_> rvr, Hello mate,
[06:45] <jin_> rvr, I just created a task into CI-Train
[06:45] <jin_> as ticket: 1222
[07:50] <jin_> jibel, ping
[07:51] <jin_> jibel, I just created a task by CI but I found nothing shown on your dash-board,
[07:51] <jin_> tihs one -> https://requests.ci-train.ubuntu.com/#/ticket/1222
[07:51] <jin_> I am the lander and get it approved already, need your help on signing it off :)
[08:03] <jibel> jin_, Hi
[08:03] <jibel> jin_, it's because it's a click package, the QA status must be set manually to ready
[08:03] <jibel> jin_, I just did it, it'll appears on the board soon
[08:03] <jin_> jibel, ok, i got you
[08:04] <jin_> jibel, really thanks for your help.. :)
[08:04] <jin_> i will check the status there (the dashboard)
[08:27] <jibel> jin_, telegram <IP_ADDRESS> is just an update of the import to fix the mixed import issue with sdk 1.3?
[08:28] <jin_> jibel, yes, we schedule this update which is related to "Palette apparent" only
[08:28] <jibel> jin_, okay, it should land today
[08:28] <jin_> because it comes a huge modification - converged UI we want it to be verified from Victor
[08:29] <jin_> jin_, okay
[08:30] <jin_> jibel, okay
[08:30] <jin_> jibel, and.. I just saw you indicated it with "Fast track",
[08:31] <jin_> if you guys get it verified, just ping me directly so that I can schedule the rest (publish to store)
[09:25] <popey> jibel: davmor2 https://requests.ci-train.ubuntu.com/#/ticket/1223 weather app for QA.
[10:55] <jibel> popey, I'm trying the new weather app, does openweather works for you? it doesn't on current and new app for me
[11:06] <popey> jibel: it can be flaky
[11:07] <popey> ahayzen: 11:55 < jibel> popey, I'm trying the new weather app, does openweather works for you? it doesn't on current and new app for me
[11:07] <ahayzen> uhoh ... popey do you have the keys?
[11:08] <ahayzen> and sometimes their servers go down :-(
[11:08] <popey> a857 are the first 4 digits of the key in keys.js
[11:08] <popey> on my phone using the click I gave jibel
[11:09] <popey> (so yes, the key is in place)
[11:09] <ahayzen> yeah i think that's right
[11:10] <ahayzen> does it work for you?
[11:10] <popey> no
[11:10] <ahayzen> yeah i get "Network error"
[11:10] <popey> same
[11:11] <popey> qml: wrong response http code, got 429 /
[11:11] <popey> url works on desktop
[11:12] <popey> 429 is 'too many requests'
[11:12] <ahayzen> ugh
[11:12] <ahayzen> have we hit some kind of limit with our key?
[11:12] <popey> over use of the api key?
[11:13] <ahayzen> popey, didn't we get ours unlimited or did that not happen? (obviously it hasn't)
[11:13] <popey> https://community.openhab.org/t/openweathermap-binding-and-http-error-429/7822
[11:13] <popey> maybe not that
[11:13] <popey> might just be too many requests from the client at once
[11:13] <popey> (either way, for jibel purposes, not a regression)
[11:13] <popey> "This does not happen, when trying to use DEBUG or TRACE inside the weather binding. The problem can be avoided (partly) by defining different time schedules for the two locations -- than a 429 error happens only, when the two locations are refreshed at the same time (common multiple of the schedules)."
[11:14] <ahayzen> :-/
[11:15] <popey> I'll file a bug
[11:15] <popey> thanks jibel
[11:15] <popey> works now :)
[11:15] <popey> highly intermittent
[11:16] <popey> so yeah, we probably could do something to mitigate, but looks like an issue their end
[11:19] <popey> https://bugs.launchpad.net/ubuntu-weather-app/+bug/1566794 ahayzen jibel
[11:19] <ubot5`> Launchpad bug 1566794 in Ubuntu Weather App "Error 429 "Network Error" on openweathermap" [Undecided,New]
[11:20] <ahayzen> thanks popey
[11:20] <jibel> popey, thanks
[11:22] <bzoltan> jibel: I have top approved the silo50 MRs
[11:23] <jibel> bzoltan, thanks
[11:23] <jibel> bzoltan, do you have a changelog?
[11:26] <Mirv> jibel: bzoltan: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-050/+sourcepub/6280695/+listing-archive-extra
[11:26] <bzoltan> Mirv: jibel: more high level - http://bazaar.launchpad.net/~bzoltan/ubuntu-ui-toolkit/OTA10-landing-2016-03-10/files/head:/debian/
[11:27] <jibel> Mirv, that's good, I didn't know about this.
[11:28] <jibel> thanks
[11:28] <jibel> popey, what does "Force app into sidestage when on tablets" exactly means? I tried on a tablet and it doesn't open in side stage
[11:29] <popey> uh, it should
[11:29] <popey> I don't have a tablet
[11:29] <popey> has something changed in sidestage behaviour?
[11:30] <popey> X-Ubuntu-StageHint=SideStage
[11:30] <popey> that's set in the desktop file
[11:30] <jibel> Saviq, do you know? ^
[11:30] <jibel> did it change with recent landing of unity8?
[11:31] <ahayzen> popey, i think also, in converged mode without it was causing the whole shell to be rotated :')
[11:31] <jibel> ahayzen, true
[11:31] <jibel> and it doesn't happen with the new version
[11:31] <ahayzen> think that was the bug davmor showed me originally
[11:34] <jibel> ahayzen, popey apart from this side stage issue, everything else is fine.
[11:35] <ahayzen> \o/
[11:35] <jibel> and openweathermap that I couldn't verify
[11:36] <jibel> ahayzen, popey wat do you want to do, land it or wait until you figure out what's going on with side stage?
[11:36] <jibel> what*
[11:36] <ahayzen> jibel, what currently happens on a tablet when it is in 'tablet' mode...and then in 'convergence' mode ?
[11:37] <ahayzen> 'currently' as in the version you are testing
[11:38] <jibel> in staged mode it opens full screen, in windowed mode, it opens in the current window
[11:38] <jibel> ahayzen, ^
[11:38] <popey> this seems like a platform bug?
[11:38] <popey> what does clock do?
[11:38] <popey> hm, clock doesn't have sidestage, bad example
[11:39] <ahayzen> jibel, also in landscape does everything remain in the correct orientation when in (non)converged mode ?
[11:39] <popey> sudoku and dropping letters do
[11:39] <ahayzen> hmm system-settings?
[11:40] <jibel> popey, ahayzen correction, in windowed mode it opens in a new window
[11:40] <jibel> behaviour is the same for the clock
[11:40] <ahayzen> hmm, we should probably check with the unity8 guys if that haven't changed that sidestage hint
[11:40] <jibel> ahayzen, yes orientation is fine
[11:41] <ahayzen> otherwise i'm cool to land, but really it should go into the sidestage
[11:41] <ahayzen> ok thanks jibel :-)
[11:41] <popey> just tested it on my nexus 7 2013 running stable and it loads in sidestage
[11:42] <popey> so something has changed in the platform
[11:42] <jibel> popey, ahayzen okay, lets wait for Saviq then decide
[11:42] <jibel> overall it's an improvement over current version, so I'm fine landing it and do a subsequent landing for side stage
[11:42] <popey> http://imgur.com/a/mvnQn
[11:42]  * popey hugs marvin
[11:43] <ahayzen> popey, you need a marvin IRC bot :-)
[11:43] <popey> heh
[11:43] <popey> also need to bypass or fake the location prompt :(
[11:43] <ahayzen> hah
[11:43] <ahayzen> join the autopilot problems :-)
[11:44] <popey> :)
[12:17] <jibel> Mirv, bzoltan can you add a canonical-devices-system-image task to all the bugs fixed by silo 50 if it is not already done
[12:24] <Mirv> jibel: bzoltan: yes I'll do it
[12:24] <bzoltan> Mirv: thank you
[12:24] <jibel> Mirv, thank you
[12:32] <Saviq> jibel, popey, ahayzen, by design no app starts in side stage on its own any more
[12:33] <ahayzen> ugh
[12:33] <ahayzen> so now we get the clock and weather app fullscreen on a 10" display? :')
[12:33] <Saviq> needs to be manually put there (and then we remember)
[12:34] <Saviq> ahayzen, yeah, one thing I had in mind is take the app's {min,max}{Height,Width} into account and decide based on that
[12:34] <Saviq> ahayzen, care to file a bug against unity8 and ubuntu-ux?
[12:34] <popey> ugh
[12:35] <ahayzen> popey, i guess we should implement convergence designs :-)
[12:35] <ahayzen> Saviq, sure, stating that if an app has set a min/max height/width it should in certain cases decide to start the app in the sidestage?
[12:37] <Saviq> ahayzen, stating the problem (with screenshots, ideally) and a proposed solution, yeah
[12:37] <ahayzen> Saviq, i don't have a device :-/ ... popey ?
[12:38] <jibel> ahayzen, I think it's good to land the new weather app then?
[12:38] <ahayzen> jibel, yeah i think so, popey gets the final decision :-)
[12:39] <popey> +1 from me.
[12:39] <jibel> popey, ^ land or not?
[12:39] <jibel> great
[12:39] <jibel> approved
[12:39] <popey> thanks
[12:40] <popey> uploaded
[12:40] <popey> published
[12:43] <ahayzen> \o/ thanks jibel popey :-)
[12:44] <popey> Yes, thanks chaps!
[14:12]  * sil2100 changes location
[18:05] <Saviq> robru, hey, any idea what happened here https://ci-train.ubuntu.com/job/ubuntu-landing-013-1-build/56/console
[18:05] <Saviq> +N  debian/gles-patches/series
[18:05] <Saviq> No series file found
[18:05] <Saviq> ¿?
[18:06] <Saviq> any chance PWD isn't what I expect it to be?
[18:08] <robru> Saviq: $PWD is the bzr branch root
[18:08] <robru> Saviq: you didn't export $QUILT_PATCHES
[18:08] <Saviq> ah
[18:08] <robru> Saviq: why aren't you using my branch? I fixed that already
[18:09] <Saviq> robru, looks like you didn't push, then ;)
[18:09] <Saviq> robru, it's a branch on top of yours actually
[18:09] <Saviq> in a subsequent silo
[18:09] <robru> Saviq: bruh https://requests.ci-train.ubuntu.com/#/ticket/1221 branch pushed and built successfully
[18:10] <Saviq> robru, hrm
[18:10] <Saviq> ah I know what I did :9
[18:11] <Saviq> robru, as you were
[18:11] <robru> Saviq: let me guess, you based it on my non-quilt branch and didn't see my new quilt branch based on your quilt branch?
[18:13] <Saviq> robru, no, I had a checkout here already and didn't pull your branch that's on top of my branch
[18:18] <Saviq> robru, must say the temporary citrain user looks *really* weird :P
[18:18] <Saviq> but I ♥ the new build speed ;)
[18:20] <robru> Saviq: yeah I'll probably hide the details of the temporary user, just left it in for now since it's so new & experimental, wanted to see it all working
[18:20] <robru> Saviq: thanks though, and this isn't even parallelized, just no build deps. in a few months the parallelization stuff will land and it'll be even faster
[18:26] <Saviq> whaaa
[18:27] <Saviq> robru, can you please have a look: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-013
[18:27] <Saviq> did LP just explode?
[18:31] <robru> Saviq: it does look goofy without the buildlogs
[18:31] <robru> Saviq: I'll try retrying everything and if that doesnt fix it we should escalate to colin
[18:32] <Saviq> robru, tx
[18:32] <Saviq> robru, doesn't seem to help
[18:33] <Saviq> cjwatson, any idea what happened here https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-013/+packages
[18:33] <Saviq> all builds failed without buildlogs or any other visible reason
[18:35] <robru> Saviq: yeah those failures are quick. too quick to have even created a chroot. something's definitely wrong with the infra.
[18:35] <robru> cjwatson: ^
[20:00] <jhodapp> robru, I see that there's still 2 pending armhf builds for vivid and xenial for https://requests.ci-train.ubuntu.com/#/ticket/1225 so does that mean the "Failed to build" status is still an old status?
[20:09] <robru> jhodapp: no, once one arch fails, the whole thing is considered to be a failure (unless it's an arch that has *never* succeeded)
[20:09] <jhodapp> robru, I couldn't find the log of what failed though
[20:10] <robru> jhodapp: right, the buildlog is missing, Saviq also noticed this earlier today
[20:10] <robru> wgrant: cjwatson ^
[20:10] <jhodapp> robru, ok great, so I'm not going insane :)
[20:11] <robru> jhodapp: must be an infra issue, needs LP people to look at the ppa builders.
[20:12] <jhodapp> robru, alright...I'm off on holiday starting tomorrow but I've got koza looking after this landing for me after today
[20:34] <dobey> what's the plan going forward for dual/multi-landing, considering pending xenial archive closure, y-series opening, and our still being based on 15.04?
[20:34] <dobey> (or did i miss a mail about it?)
[20:39] <barry> robru: oh my robru https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-047/+packages
[20:40] <robru> barry: as far as I can tell all lp ppa buildds are toast. lots of people complaining about this in #launchpad
[20:41] <barry> robru: ah.  i'm never sure if i casey jonesed it or not.  i'll hop on over there
[20:41] <robru> dobey: I don't think you missed any mail (or if you did I missed it to). my understanding is that at some point we'll switch dual silos so both xenail & vivid go to overlay PPA, then at some point xenial overlay will be copied to y, then dual will be switched to y+vivid. I haven't heard any plans to get phones off vivid.
[20:42] <barry> thanks a lot queuebot
[20:42] <robru> barry: I had the same issue on a silo of my own, and same with Saviq and jhodapp. it's happening to everybody I think.
[20:42] <dobey> robru: shouldn't we be doing triple landings when y opens?
[20:43] <jhodapp> oh gosh please no :)
[20:43] <Saviq> :D
[20:43] <robru> dobey: I'll reach through your computer screen and slap you in the face.
[20:43] <dobey> at least it seems like we want to move to xenial for phone images at some point, but we just don't have a plan to do that yet, because yay gcc
[20:43] <barry> if that's not called yakkity yak it will be a serious missed opportunity
[20:44] <dobey> and my saxxity sax will be sad
[20:44] <robru> dobey: if phone images switch to xenial, then duals will be y+xenial. there's no reason to do triple. duals are always dev series + whatever stable series phones use.
[20:44] <barry> :)
[20:44] <robru> barry: don't talk back
[20:44] <dobey> robru: well, to keep things updated in xenial overlay for when we eventually do switch
[20:45] <robru> dobey: you mean after y opens, but before phones switch to xenial, we're going to need y + xenial overlay + vivid overlay? kill me
[20:46] <dobey> it seems the most logical plan
[20:47] <robru> dobey: I'd rather see the vivid->xenial migration have a minor regression at first until people start doing y+xenial landings to catch xenial up. nobody is going to QA a trual silo.
[20:47] <jhodapp> I long for the days of single landings
[20:47] <jhodapp> simplicity
[20:48] <robru> jhodapp: you need to convince somebody in management to rebase phones on dev series. resurrect the rolling release proposal.
[20:48] <dobey> robru: eh, people only QA on the phone anyway really
[20:48] <jhodapp> robru, yeah, either that or just call it good and drop xenial
[20:48] <dobey> if we based phones on devel, we'd never release phones
[20:49] <robru> dobey: right, which means triad silos were only having vivid qa'd, we'd be releasing untested crap to xenial overlay, which would make the vivid->xenial migration really hard.
[20:50] <dobey> the vivid->xenial migration is already really hard. keeping stuff compiling isn't going to make it harder
[20:50] <dobey> it's just going to consume cpu time and disk space
[20:50] <dobey> but anyway
[20:54] <robru> I don't understand why the phone wasn't migrated to wily when wily went stable. the older vivid gets the more painful it's going to be to migrate off it.
[20:54] <jhodapp> robru, yes agreed...I think we need to stop and accept the pain now before it becomes impossible
[20:57] <robru> jhodapp: not up to me :-/
[20:57] <jhodapp> robru, why not? :)
[21:00] <dobey> robru: because gcc5
[21:26] <renatu> trainguards, could you take a look on https://requests.ci-train.ubuntu.com/#/ticket/1205, it is not building
[21:27] <robru> renatu: yes, the builders are busted
[22:25] <cjwatson> robru: looking, modulo it being bedtime
[22:26] <robru> cjwatson: ah, thanks
[22:56] <cjwatson> robru,Saviq,jhodapp,renatu: LP deployment rolled back, retried all affected builds
[22:56] <Saviq> cjwatson, ack, thanks
[22:56] <robru> Thanks
[23:20] <cjwatson> https://bugs.launchpad.net/launchpad/+bug/1567132 <- analysis
[23:20] <ubot5`> Launchpad bug 1567132 in Launchpad itself "r17979 causes package build dispatch failures in devirtualised PPAs" [Critical,Triaged]