[03:28] <handsome_feng> tomreyn: Hi, Ubuntu Kylin 18.04 will be supported for 3 years (the same as ubuntu MATE)
[03:29] <handsome_feng> tomreyn, https://wiki.ubuntu.com/BionicBeaver/ReleaseNotes
[03:39] <tomreyn> handsome_feng: thank you! i found it since on the general release notes.
[03:39] <tomreyn> my (admittedly limited) understanding is that every ubuntu flavour should announce their support period in their own release announcements.
[03:40] <tomreyn> i am not sure that is actually a rule, though
[03:40] <tomreyn> and i'm just a community member. i've updated https://help.ubuntu.com/community/EOL accordingly, thanks for your input.
[04:36] <handsome_feng> tomreyn: Sorry, it was my fault, Thank you for your reminding and I will add this part to the future release announcements, :)


[03:40] <texasrussian> Anyone not afk?
[14:55] <soapee01> Howdy!  New to the loco concept. Is this operating out of a standard LUG or a different entity altogether.  Also was there any interest in Corpus Christi (didn't see it on the wiki)?
[15:00] <stlsaint> soapee01: sup
[15:01] <stlsaint> soapee01: iirc as of right now there is no major texas LoCo...most cities have smaller groups within them due to texas being so large
[15:02] <soapee01> I gathered that, just didn't see one in Corpus (there is a LUG, not sure about activity). Didn't know if someone was planning on starting one here or not (or if it's worth the effort with CC being such a small market).
[15:04] <stlsaint> soapee01: really is up to you, i started up a group in killeen cause there was not one
[15:22] <soapee01> thanks for the info.


[15:41] <ricotz> apw, hi :), why are copying nvidia-graphics-drivers-530 packages which are incomplete and even failed to build?


[04:40] <lotuspsychje> good morning to all
[06:18] <ducasse> good morning
[06:36] <ducasse> hi lotuspsychje - work today?
[07:19] <lordievader> Good morning
[07:21] <ducasse> hi lordievader
[07:22] <lordievader> Hey ducasse, how are you doing?
[07:23] <ducasse> annoyed, by the first support issue of the day :)
[07:25] <lordievader> Hahaha
[07:27] <ducasse> if a package gets update 1.2.3 with a security fix on monday, then 1.2.4 with a bugfix on tuesday and the user only looks for updates on wednesday, will he be notified of the security fix?
[07:39] <lordievader> If he reads the release notes.... this means no, btw. It also mean they don't know 1.2.4 has a bugfix.
[07:42] <ducasse> basically what i said, then.
[07:43] <ducasse> lordievader: how is your paper going? ready for tomorrow? ;)
[07:43] <lordievader> Almost...
[07:44] <ducasse> well, best of luck
[07:44]  * ducasse slides over a huge cup of coffee
[07:45] <lordievader> Thanks :)
[07:45] <lordievader> Now typing away on the new keyboard, that helps :)
[07:46] <ducasse> happy with it so far?
[07:49] <lordievader> Yes, types quite nice. Much better than the rubber dome I had here before.
[07:49] <lordievader> Still have to adjust my fingers, they are still pressing till the bottom -.-
[07:50] <ducasse> that habit can be hard to break...
[07:54] <lordievader> Indeed.
[07:58] <lotuspsychje> 300mb update on artful
[07:59] <ducasse> only 65mb here, but i updated yesterday
[08:00] <lotuspsychje> ah
[08:00] <lotuspsychje> ducasse: you like it?
[08:00] <ducasse> artful?
[08:00] <lotuspsychje> yeah
[08:01] <ducasse> seems much the same as zesty, imo, with a few changes here and there...
[08:02] <ducasse> works fine for me, haven't had any problems.
[08:02] <lotuspsychje> neither did i
[08:04] <lotuspsychje> ducasse: legacy tray removed already on your side?
[08:05] <ducasse> i don't use unity/gnome
[08:05] <lotuspsychje> ducasse: whats your base flavor on artful then?
[08:06] <ducasse> i can't remember which image i used, but it's a minimal install
[08:06] <lotuspsychje> cool
[08:07] <lotuspsychje> brb reboot after updates
[08:09] <lotuspsychje> so your on minimal i3 artful?
[08:09] <ducasse> yes
[08:09] <lotuspsychje> nice
[08:10] <ducasse> i'm happy with it, going to stick with ubuntu on the laptop for now.
[08:11] <lotuspsychje> yeah pretty stable on my side aswell
[08:11] <lotuspsychje> gonna install final on netbook aswell, as i wait 18.04
[08:12] <lotuspsychje> im pretty pleased how gnome is influenced by the ubuntu community
[08:13] <lotuspsychje> didnt excpect to happen
[08:14] <ducasse> ubuntu has basically created it's own theme, right? since the 'plain' gnome session is still there...
[08:15] <lotuspsychje> ducasse: yeah its defenatly ubuntu tweaked
[08:16] <lotuspsychje> aha tray vanished aswell after reboot
[08:17] <ducasse> so no systray? where does the trayicons go?
[08:17] <lotuspsychje> but indicators at right upper corner dint come yet
[08:17] <lotuspsychje> gnome will put it right upper
[08:17] <lotuspsychje> with another fork
[08:18] <lotuspsychje> hmm, but i have ubuntu appindicators enabled as addon in gnome-tweak-tool weird
[08:20] <ducasse> i'm going to check out duplicati today. it's supposed to be able to sync to jottacloud - they have no linux client, but i have a free, unlimited account there...
[08:21] <lotuspsychje> ducasse: cool
[08:21] <ducasse> would be nice to be able to use it for remote backup
[08:22] <lotuspsychje> encrypted backups online, looks good
[08:22] <ducasse> yup
[08:22] <lotuspsychje> http://gamblisfx.com/duplicati-2-0-1-is-now-available-install-it-on-ubuntu-16-04-ubuntu-16-10/
[08:22] <ducasse> only sucky thing is that duplicati is mono-based...
[08:23] <ducasse> lotuspsychje: already got it :)
[08:23] <lotuspsychje> lookin good
[08:24] <lotuspsychje> hey EriC^^
[08:24] <EriC^^> hey lotuspsychje
[08:24] <EriC^^> how's it going?
[08:24] <lotuspsychje> great here, last month of work
[08:24] <ducasse> \o EriC^^
[08:24] <lotuspsychje> wow, look who joins
[08:25] <lotuspsychje> hi TJ-
[08:25] <TJ-> Morning all :)
[08:25] <EriC^^> lotuspsychje: cool, going to take care of the shop full time?
[08:25] <EriC^^> hey ducasse o/
[08:25] <TJ-> I need help (in many ways!)
[08:25] <EriC^^> morning TJ-
[08:25] <lotuspsychje> whats on your mind TJ-
[08:26] <ducasse> sit on lotus' knee and tell him about your problems
[08:26] <ducasse> ;)
[08:26] <lotuspsychje> EriC^^: no, i found a new kitchen job 4.5h/day no more weekends
[08:26] <lotuspsychje> all holidays at home
[08:27] <EriC^^> nice
[08:28] <lotuspsychje> ducasse: how did you like dark tower?
[08:28] <ducasse> lotuspsychje: short version - i didn't ;)
[08:28] <lotuspsychje> lol
[08:28] <ducasse> still love the books, though
[08:29] <TJ-> Configuring a 16.04 server remotely over SSH. network-manager's nmtui (ncurses based config tool) reports "Insufficient privileges..." trying to save changes, but it works at the local console. I believe it's a PolicyKit issue but not been able to figure out a PK Action or Rule to solve it
[08:29] <lotuspsychje> expectable books wouldnt fit the movie
[08:30] <lotuspsychje> no server skills here sorry TJ-
[08:30] <TJ-> it's a policykit issue I think, but PK is very obtuse
[08:30] <TJ-> I was up until 3am trying to figure out a permutation of rules to fix it but had to give up
[08:31] <ducasse> true, pk is a hassle to deal with
[08:31] <lotuspsychje> TJ-: got some errors for us to search?
[08:33] <lotuspsychje> https://ubuntuforums.org/showthread.php?t=2211822
[08:34] <TJ-> syslog shows this for a successful change at the local console:
[08:34] <TJ-> NetworkManager[684]: <info>  [1504486010.4720] audit: op="connection-update" uuid="b6590856-a1c2-3c89-9e8d-e9a034b92b1c" name="LAN" pid=1914 uid=0 result="success"
[08:34] <TJ-> And this for a failure on the remote SSH:
[08:34] <TJ-> NetworkManager[684]: <info>  [1504485892.2864] audit: op="connection-update" uuid="b6590856-a1c2-3c89-9e8d-e9a034b92b1c" name="LAN" pid=1871 uid=1000 result="fail" reason="Insufficient privileges."
[08:35] <TJ-> I've not been able to find any enhanced logging from PK itself though, despite adding some pk.log() calls to a custom rule I've written
[08:35] <lotuspsychje> https://superuser.com/questions/489915/insufficient-privileges-in-networkmanager-even-though-polkit-policy-set
[08:36] <TJ-> The best understanding I have is that because this is a non-GUI system there is no policykit agent in use. There is a text-based pkttyagent though that is supposedly a possible solution. That doesn't explain why nmtui works fine on the local console though, since that won't have an agent either
[08:37] <lotuspsychje> http://jeffhoogland.blogspot.be/2012/05/howto-give-network-manager-sufficient.html
[08:37] <TJ-> Yeah, those articles all assume the system is running a GUI (where gnome/KDE/etc provide a PK agent)
[08:39] <lotuspsychje> there's few bugs about it aswell
[08:39] <lotuspsychje> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=708828
[08:39] <TJ-> Yes, I found a lot last night. Spent about 4 hours on it
[08:39] <TJ-> unfortunately most solutions are at best incomplete and at worst incomprehensible or out-of-date
[08:39] <lotuspsychje> TJ-: wich .iso of ubuntu 16.04 did you try?
[08:40] <lotuspsychje> maybe more light on different .2 or .3?
[08:40] <lotuspsychje> other nm version?
[08:42] <TJ-> lotuspsychje: none.
[08:42] <TJ-> It's a debootstrap install, all up-to-date, equates to 16.04.3
[08:43] <lotuspsychje> !info network-manager xenial
[08:43] <lotuspsychje> have to go work now guys
[08:43] <lotuspsychje> laterz ; )
[09:04] <TJ-> Got it working finally, although only by making the permissions quite permissive
[11:43] <BluesKaj> Howdy folks
[20:05] <immu> hi EriC^^
[20:07] <EriC^^> hi immu
[20:27] <immu> whats up


[06:43] <kinja-sheep> Anybody here?
[06:43] <kinja-sheep> I'm trying to figure if I can get Ubuntu Netbook Remix?
[06:43] <kinja-sheep> More specifically -- Which isn't for touchscreen?  MID or UMPC?
[08:54] <lool> kinja-sheep: We don't have UMPC anymore
[08:54] <lool> It was only in intrepid
[08:54] <lool> kinja-sheep: You could consider both MID and UNR; UNR requires 3D
[09:18] <crevette> hello
[09:43] <davmor2> lool: I did an install last night forgetting that ubiquity was borked.  D'oh so I'll try again today.  I can't get the atheros wireless to install so I get no wifi.  Jockey goes through the process but once you reboot jockey lists it as not installed again.  I know this could be down to the install maybe not being complete, which is why I'll try again today but I would of thought that was an important thing to have
[09:44] <lool> davmor2: On what are you installing?
[09:45] <davmor2> Acer Aspire One the one I had at Oxford
[09:45] <lool> k
[09:47] <davmor2> lool: I'll try it again today incase anything didn't get installed because of the poorly ubiquity.  But the rest of the install seemed fine :)
[09:47] <davmor2> I'm happy to see install in favourites :)
[09:48] <davmor2> and the duped apps have gone :)
[09:49] <crevette> hey lool
[09:51] <davmor2> oh and lool I could shutdown the machine :) Yay
[09:52] <lool> Eh
[09:52] <lool> Hey crevette
[09:53] <crevette> is there people here interested by testing latest bluez release 4.33? this is mostly bugfixes
[16:07] <davmor2> lool: you about still?
[16:15] <davmor2> Guy unr jaunty isn't enabling the atheros 802.11 wifi on an acer aspire one so there is no wifi listed.  Jockey seems to install it.  Jockey then tells you to restart.  When the desktop comes back up still no wifi and jockey gives you the option to enable it again
[16:44] <lool> davmor2: Instead of jockey, try installing linux-backports-module
[16:44] <lool> *modules
[16:44] <davmor2> lool: will do
[16:45] <lool> davmor2: Albeit in jaunty I expect all atheros to be supported with the kernel rather than lbm or proprietary
[16:45] <davmor2> lool: that would be nice :)


[00:10] <robru> bfiller: wow! https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-020/+packages ok got the package uploaded. it needs a couple minutes to build and then I should be able to retry the other build in the PPA without touching the train (so don't cancel the build job that's currently running)
[00:11] <bfiller> robru: ok cool, thank you
[00:12] <bfiller> robru: could you also please publish ubuntu silo 17 when you get a chance? keeping you busy tonight, sorry :)
[00:15] <robru> bfiller: heh, sure
[00:37] <bregma> oooh boy
[00:37] <bregma> goody goody
[01:54] <dobey> hrmm, who's around still?
[02:10] <imgbot> [02:26] <dobey> i guess nobody
[02:39] <dobey> :-/
[02:40] <bfiller> robru: around?
[02:41] <bfiller> robru: if so need a reconfig of rtm silo 2 - added a package
[02:47] <dobey> trainguards: line 66 is for QA request of a click package, no silo should be assigned.
[02:55] <rsalveti> bfiller: done
[02:55] <bfiller> rsalveti: nice, thanks
[03:30] <imgbot> [03:30] <imgbot> [07:05] <bzoltan> trainguards: The line49 of the Sheet seems to be broken or bogus ... it was not how I edited it
[07:07] <bzoltan> that is not an RTM landing and I did fill in the lander's ID, test plan and the landing instruction ... still it looks like this -> http://picpaste.com/pics/Screenshot_from_2015-01-13_09_06_10-e7b5JcND.1421132803.png
[08:29] <sil2100> bzoltan: hello! Please approve teh merges :)
[08:29] <sil2100> bzoltan: https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/Landing_12.01.2015-gles/+merge/246072
[08:49] <dbarth> good morning
[08:50] <dbarth> trainguards, can i have a reconfiguration on silo 014 (not rtm); I have added a new component to the silo
[08:52] <sil2100> dbarth: sure
[08:54] <sil2100> dbarth: done
[08:54] <dbarth> ty
[09:41] <sil2100> popey: give us a sign once you get music-app uploaded to the store ;)
[09:42] <popey> sil2100: will do!
[10:27] <didrocks> hey psivaa_! happy new year :)
[10:28] <psivaa_> didrocks: hey :), happy new year to you too
[10:28] <didrocks> psivaa_: I had a question since I probably didn't read the machine move announcement probably: trying to connect to s-jenkins as I did before (same vpn, and then http://s-jenkins.ubuntu-ci:8080/), but didn't get anything
[10:28] <didrocks> psivaa_: I guess there is a new address?
[10:29] <psivaa_> didrocks: this needs company wide VPN now
[10:30] <didrocks> psivaa_: do you have any pointer handy?
[10:30] <psivaa_> didrocks: i'm looking for that email thread to forward to you
[10:30] <didrocks> psivaa_: ah, thanks a lot :)
[10:32] <dbarth> hi again
[10:32] <popey> did we break sound in the latest image on krillin?
[10:32] <dbarth> trainguards: i'm trying to understand why some branches are marked as landed for a silo, but not merged though
[10:32] <popey> hmm, not completely
[10:33] <dbarth> it was the 000 rtm silo on the 5th; but this branch typically didn't get merged since: https://code.launchpad.net/~mardy/signon/rtm-fixes/+merge/243137
[10:33] <didrocks> psivaa_: thanks a lot! trying :)
[10:34] <psivaa_> didrocks: yw :)
[10:37] <sil2100> dbarth: hm, let me look at that
[10:38] <sil2100> dbarth: you said it was in silo 000, right?
[10:38] <dbarth> sil2100: the silo has been landed and fully published afaict
[10:38] <dbarth> yes, i found it back in the archived tab of the spreadsheet
[10:38] <dbarth> and so i'm curious if the changes effectively landed or not
[10:40] <sil2100> dbarth: but by 5th you mean 5th of December, right?
[10:40] <dbarth> uh no; january
[10:40] <sil2100> Strange
[10:41] <didrocks> psivaa_: working perfectly! Thanks a bunch :)
[10:44] <psivaa_> didrocks: np, glad it's working :)
[10:45] <sil2100> dbarth: ok, so what I see is that on the 5th in silo 000 there was this merge: https://code.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/rtm-fixes/+merge/243134 <- and it got published but not merged as well!
[10:45] <sil2100> So something must be bugged in the train
[10:46] <dbarth> ok
[10:47] <sil2100> dbarth: the problem is that with the current way how CI Train does m&c after Robert's changes it's really hard to get m&c logs...
[10:47] <sil2100> Since it's the check-publication-migration job that now runs those, and it runs like every few minutes :|
[10:52] <sil2100> dbarth: hm, actually it did get merged
[10:52] <dbarth> oh
[10:53] <sil2100> Just strangely LP didn't notice it being merged
[10:53] <sil2100> dbarth: https://code.launchpad.net/~online-accounts/ubuntu-system-settings-online-accounts/rtm-14.09 <-
[10:53] <dbarth> oh, if so, then it's better
[10:54] <dbarth> indeed!
[10:54] <sil2100> I don't like the CI Train Bot user though, looks bugged
[10:54] <dbarth> ok, i can fix the LP status, that's no problem
[10:54] <dbarth> thanks sil2100
[10:55] <sil2100> dbarth: yw, I still think there might be some bug somewhere that makes LP not notice the branch getting merged
[10:55] <sil2100> But at least it's merging
[10:55] <dbarth> cool
[10:56] <mardy> sil2100: can you also check for this one? https://code.launchpad.net/~mardy/signon/rtm-fixes/+merge/243137
[10:56] <mardy> sil2100: it should have been in the same silo, IIRC
[11:03] <cjwatson> sil2100: can't possibly be merged, the last change in https://code.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/rtm-fixes/+merge/243134 was 2015-01-08, but last commit on the merge target https://code.launchpad.net/~online-accounts/ubuntu-system-settings-online-accounts/rtm-14.09 was 2015-01-05
[11:03] <cjwatson> dbarth: ^-
[11:04] <cjwatson> sil2100,dbarth: I think r206 from lp:~mardy/ubuntu-system-settings-online-accounts/rtm-fixes is unmerged
[11:05] <cjwatson> and that signon one is definitely entirely unmerged
[11:05] <sil2100> hm
[11:06] <sil2100> cjwatson: so that would mean that CI Train merged an earlier version, hah, makes sense
[11:07] <sil2100> dbarth: so it seems LP didn't register it merging because mardy added an additional change to the branch after CI Train already built packages from an earlier one
[11:07] <sil2100> And no one rebuilt the silo
[11:07] <dbarth> ugh
[11:07] <sil2100> This caused only parts of the merge be merged indeed
[11:07] <sil2100> cjwatson: thanks for noticing!
[11:07] <dbarth> that may be due to the way the master branch is used
[11:08] <dbarth> hmm, so it's better if we rework the merge proposal with the missing bits
[11:08] <dbarth> and make a new landing to ensure everything gets landed properly
[11:09] <sil2100> dbarth: well, in case of this branch: lp:~mardy/ubuntu-system-settings-online-accounts/rtm-fixes , the only thing that didn't get merged is this:
[11:09] <sil2100> http://bazaar.launchpad.net/~mardy/ubuntu-system-settings-online-accounts/rtm-fixes/revision/206
[11:09] <mardy> dbarth: I think the proposed branches are OK -- unless you want to add the snap decision removal
[11:09] <sil2100> dbarth: but CI Train generates the changelog by itself anyway, so all is cool
[11:09] <dbarth> right
[11:09] <sil2100> As cjwatson noted already
[11:10] <sil2100> But not sure what happened with the signon merge, as I didn't see it in CI Train's logs at all
[11:10] <sil2100> As if it was never configured for the silo
[11:10] <sil2100> MAybe a missing reconfigure?
[11:10] <dbarth> maybe
[11:15] <dbarth> mardy: but the signon branch didn't get merged though
[11:15] <dbarth> https://code.launchpad.net/~mardy/signon/rtm-fixes/+merge/243137
[11:16] <dbarth> sil2100: that branch ^^ wasn't merged either afaict, even if it was part of the silo as well
[11:17] <dbarth> sil2100: and that one required a manual reconfigure in that case
[11:19] <sil2100> dbarth: yeah, I checked the logs and CI Train was not aware of the signon branch, it only had ubuntu-system-settings-online-accounts configured
[11:19] <sil2100> So it didn't release or build the signon package
[11:22] <dbarth> sil2100: ok, makes sense
[11:22] <dbarth> so i'll re-propose that in a bit
[11:23] <dbarth> mardy: and maybe then we can batch the snap decision fix as it will be distinct and not a source of confusion
[11:23] <dbarth> the situation is clearer now
[11:23] <dbarth> sil2100: thanks
[11:26] <mardy> dbarth: OK
[11:34] <cwayne> morning
[11:34] <cwayne> davmor2: rvr: hows it goin
[11:35] <rvr> cwayne: I'm checking the OOBE changes in the Spanish image
[11:35] <davmor2> cwayne: it's going, however popey needs music uploaded to the store and pulled in now so it might need ballons to be online
[11:36] <popey> it does. he has the notification.
[11:39] <davmor2> cwayne: the new scope helper it's only today and photos right?  It's not meant to show up anywhere else?
[11:41] <davmor2> cwayne: and have you thought about trying to land the galileo code in the distro?  Preferably with the daemon turned on and the user switch added so no root is required?
[11:45] <cwayne> davmor2: if the right version of pysub was in I'd try to get it into debian/ubuntu
[11:45] <cwayne> davmor2: and yeah, only Today and Photos
[11:45] <cwayne> but now Nearby will show something similar if there's no network (instead of being blank), but not on first boot
[11:46] <davmor2> cwayne: thanks that is easy to test flight mode for the win
[11:46] <cwayne> yep :)
[12:24] <sil2100> cwayne, davmor2, rvr: remember to wait for the signal from popey
[12:25] <davmor2> sil2100: I haven't finished testing
[12:38] <sil2100> popey: were you able to find someone for the upload procedure?
[12:52] <davmor2> sil2100, cwayne: it sounds like we are stuck waiting on balloons now for popey's music upload.  Test is complete everything it say it fixes seem to be and everything it says it is new is :)
[12:57] <Saviq> brendand, just wanted to note my comment for silo 18, "earphone keys and lifecycle prompts are enablement, no visible improvement yet"
[12:58] <brendand> Saviq, ok
[12:59] <brendand> Saviq, btw that silo seems to have a number of bug fixes that aren't mentioned in the description
[12:59] <Saviq> brendand, ?
[12:59] <cwayne> davmor2: awesome, thanks for testing :)
[13:00] <Saviq> brendand, if you mean the mir changelog, that's train not knowing what it's doing
[13:00] <cwayne> rvr: do I have a +1 from you as well (with the understanding that translation work is ongoing and I'll keep you in the loop on it)
[13:00] <brendand> Saviq, i'm strictly looking at the diff between the new package and the package currently in RTM
[13:01] <brendand> Saviq, so the train isn't involved (i don't think)
[13:01] <Saviq> brendand, if you mean the LP diff, that's even worse
[13:01] <rvr> cwayne: Yes, everything seems fine so far.
[13:01] <cwayne> rvr: lovely, thanks for testing :)
[13:01] <Saviq> brendand, can you point me to the diff please?
[13:01] <cwayne> ok, so now I wait for sil2100 to tell me I can push the magic button :)
[13:02] <ogra_> cwayne, we are waiting for popey/baloons to push the new music app and roll a rootfs first
[13:02] <cwayne> ogra_: yep, after which sil2100 will tell me I can push the magic button :)
[13:03] <sil2100> ;)
[13:03] <ogra_> right ...
[13:03] <sil2100> popey: any luck?
[13:03] <ogra_> just saying ... might still take some time
[13:03] <cwayne> didn't mean it'd be imminent or anything
[13:03] <cwayne> yeah, I understand
[13:08] <popey> sil2100: will let you know when I have
[13:10] <brendand> Saviq, here it is: http://people.canonical.com/~brendan-donegan/landing-018
[13:12] <Saviq> brendand, yes, so the debian/changelog diff is train being confused, all that's already released into rtm, except for the top item by Daniel (see the MP: https://code.launchpad.net/~mir-team/mir/backport-1355173.trust-prompt-suspend/+merge/246024)
[13:13] <Saviq> brendand, whereas the actual meat of the diff is correct, and limited to only the bug# as mentioned in the silo description
[13:15] <popey> sil2100: we need to find someone in EU TZ who could be given the right to upload.
[13:21] <dbarth> trainguards: can i get a silo for line 68? (vivid silo)
[13:53] <sil2100> dbarth: sure o/ I was on lunch, just got back from it partiallyt
[14:02] <bfiller> sil2100: mind reconfiguring rtm silo 20, I added sync-monitor to it
[14:03] <sil2100> bfiller: sure thing, on it now
[14:04] <bfiller> sil2100: thanks!
[14:05] <sil2100> dbarth: ok, assigned, but the same component is locked in 014, so be sure to coordinate with yourself ;)
[14:06] <sil2100> bfiller: done
[14:07] <dobey> can someone add row 66 from the spreadsheet to the QA trello board please?
[14:08] <sil2100> brendand, davmor2: ^ ?
[14:09] <brendand> dobey, happens automatically as long as the process is followed
[14:10] <brendand> ah it's a click package so not appearing as needs qa sign off
[14:11] <brendand> sil2100, anything we can do about that?
[14:17] <sil2100> brendand: we wanted to do something, but the CI Team said that we shouldn't since the spreadsheet replacement would take care of it
[14:17] <dobey> brendand: right, there is no "process" for clicks yet :(
[14:18] <dobey> brendand: i only put it in the spreadsheet because nobody seemed to be around when i checked in last night to get it on the QA list.
[14:19] <alan_g> fginther: we're seeing a lot of weird failures on https://jenkins.qa.ubuntu.com/job/mir-vivid-amd64-autolanding/ - any ideas?
[14:20] <fginther> alan_g, Let me take a look
[14:20] <brendand> dobey, ok
[14:27] <fginther> alan_g, there appears to be a problem with one of the builder nodes which caused these recent failures. I've offlined that node until the problem is fixed. The latest build of mir-vivid-amd64-autolanding took place on a different node and just passed
[14:27] <alan_g> fginther: thanks
[14:27] <alan_g> alf: ^
[14:41] <kenvandine> brendand, can you confirm which package version you downgraded to to get passing autopilot tests?
[14:42] <kenvandine> they are still failing for me on rtm with the version from 1211
[14:43] <brendand> kenvandine, ubuntu-system-settings-autopilot
[14:43] <kenvandine> but what version?
[14:44] <kenvandine> 0.3+15.04.20141211~rtm-0ubuntu1 gives me 96 failures
[14:44] <sil2100> kenvandine: I think to this 0.3+15.04.20141112.1~rtm-0ubuntu1 ?
[14:45] <ogra_> http://people.canonical.com/~ogra/touch-image-stats/rtm/186.changes
[14:45] <ogra_> it started with this image
[14:46] <ogra_> image 185 had 2 failures for u-s-s
[14:46] <kenvandine> oh... that's really old
[14:46] <ogra_> 186 then had 120
[14:46] <sil2100> hm
[14:46] <sil2100> No, wait
[14:47]  * ogra_ waits
[14:47] <sil2100> kenvandine: I think it was 0.3+15.04.20141211~rtm-0ubuntu1, as you mentioned, but still browsing logs
[14:47] <ogra_> ubuntu-system-settings from 0.3+15.04.20141211~rtm-0ubuntu1 to 0.3+15.04.20150106~rtm-0ubuntu1
[14:48] <ogra_> so theoretically 0.3+15.04.20141211~rtm-0ubuntu1 should pass
[14:48] <sil2100> kenvandine: yeah, so I gave brendand these versions http://paste.ubuntu.com/9717897/ and he said it's fine
[14:48] <sil2100> kenvandine: he upgraded the -autopilot package to that version as well
[14:50] <brendand> kenvandine, well it was the one that went with the version of u-s-s in 185
[14:53] <om26er_> dobey, Hi!
[14:53] <om26er_> dobey, I need some help verifying the fix in silo 15
[14:54] <kenvandine> brendand, thanks
[14:54] <kenvandine> brendand, so i also tested the trunk version on rtm, and had a bunch of failures
[14:54] <kenvandine> but they pass on vivid
[14:55] <kenvandine> brendand, but of course the failures seem random
[14:55] <dobey> hi om26er_
[14:55] <brendand> kenvandine, yeah i'm not sure why it starts failing after a certain point
[14:56] <brendand> kenvandine, then continues to fail
[14:56] <ogra_> it is at least 100% reliably failing since 186
[14:57] <ogra_> and there is a crash too
[15:08] <om26er_> dobey, hey
[15:13] <dobey> om26er_: pstolowski can probably detail how to test that specific bug better; on a fresh krillin flash, it requires removing an entry from an sqlite db and editing a .desktop file to include a missing key, i think :-/
[15:13] <bzoltan> brendand: can we not wait for kalikiana? He is on sickleave and I have no idea when he will be able to contribute.
[15:13] <brendand> bzoltan, mmm ok
[15:14] <sil2100> bzoltan: hey! Can you quickly approve https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/Landing_12.01.2015-gles/+merge/246072 ?
[15:14] <sil2100> ;)
[15:14] <brendand> bzoltan, since it's a small change we can let it by this time. but code should really come with tests, worries about stability aside
[15:16] <om26er_> pstolowski, :)
[15:16] <pstolowski> om26er_, that's correct. the only way of testing that fix is to trigger the problem by modifying the data
[15:17] <pstolowski> om26er_, going priv
[15:17] <bzoltan> brendand: +1 and with the next RTM landing I will make a test for this case.
[15:17] <bzoltan> sil2100:  done, sorry
[15:18] <brendand> bzoltan, i'm just finishing another landing but i will land yours today as well
[15:19] <sil2100> bzoltan: thanks, publishing!
[15:20] <kenvandine> brendand, who do i need to bribe to get AP tests added to the CI tests for MP to our rtm branch?
[15:20] <kenvandine> i really want to be able to see AP results for rtm branches
[15:22] <brendand> kenvandine, was the landing a merge request or a sync?
[15:22] <kenvandine> they are all merges
[15:23] <kenvandine> brendand, but regardless of what's already landed, i want to start seeing the AP tests running for merges asap
[15:23] <brendand> kenvandine, well someone in the ci team anyway. probably fginther
[15:24] <kenvandine> fginther, ^^^ pretty please :)
[15:24] <kenvandine> fginther, all i really need is AP tests on device for ubuntu-system-settings
[15:24] <kenvandine> at least my more immediate need
[15:25] <fginther> brendand, kenvandine, catching up...
[15:27] <fginther> kenvandine, just so I'm clear, you're asking for the AP tests to be run as part of http://s-jenkins.ubuntu-ci:8080/job/ubuntu-system-settings-rtm-14.09-ci/ ?
[15:27] <kenvandine> fginther, yes please
[15:28] <kenvandine> it'll help me tremendously in landing a fix for the AP failures for rtm
[15:28] <kenvandine> and we really want it in general to prevent this in the future
[15:29] <fginther> kenvandine, got it. We'll look into what is needed for this and get back to you
[15:29] <kenvandine> fginther, thanks!
[15:33] <pmcgowan> kenvandine, did you figure out whats causing the AP failures?
[15:34] <kenvandine> pmcgowan, no... i haven't
[15:34] <kenvandine> trying to narrow it down
[15:35] <kenvandine> pmcgowan, but i want to make sure CI will run AP for me when i have a branch
[15:36] <kenvandine> pmcgowan, they said the tests started failing with image 186, which included this change:
[15:36] <kenvandine> ubuntu-system-settings from 0.3+15.04.20141211~rtm-0ubuntu1 to 0.3+15.04.20150106~rtm-0ubuntu1
[15:36] <kenvandine> but i got 96 failures from version  0.3+15.04.20141211~rtm-0ubuntu1
[15:36] <pmcgowan> kenvandine, looking at the commits there were update manager and bluetooth changes in between
[15:37] <pmcgowan> and a bunch of translation po file diffs
[15:37] <kenvandine> yeah, but in the latest image, the version that passed before is failing
[15:37] <kenvandine> at least on my device
[15:37] <pmcgowan> ah
[15:37] <kenvandine> which makes me think something else changed
[15:37] <kenvandine> but i'm not seeing what
[15:37] <kenvandine> it would be cool to do a sanity run in CI too :)
[15:38] <kenvandine> the failure looks very similar to what was fixed in my less_flaky branch that landed in trunk
[15:38] <kenvandine> but back porting that fails on my device too
[15:39] <pmcgowan> hmm the uitk changed and a couple indicators
[15:39] <kenvandine> yeah
[15:39] <kenvandine> indicator-sound in particular
[15:39] <kenvandine> which went along with a change in settings
[15:40] <kenvandine> still doesn't explain why 0.3+15.04.20141211~rtm-0ubuntu1 is failing for me
[15:43] <balloons> cyphermox, care to try a store upload for the music app? I believe you still have permissions to do so right?
[15:43] <balloons> popey, ^^
[15:43] <popey> pmcgowan: you mentioned there was a silo which was going to fix this online accounts hitting me in the face... is it any closer to landing? http://people.canonical.com/~alan/screenshots/device-2015-01-13-154219.png
[15:44] <popey> cyphermox: if so, the click is http://people.canonical.com/~alan/com.ubuntu.music_2.0.782_all.click
[15:44] <cwayne> popey: online accounts is also supposed to be removed from youtube soon
[15:45] <pmcgowan> popey, I fear it has landed
[15:45] <cyphermox> moo?
[15:45] <popey> pmcgowan: ☹ this makes my phone far from usable.
[15:45] <cyphermox> I don't know if I ever had any kind of permissions for this
[15:45] <cyphermox> I wouldn't know how to do it :)
[15:45] <pmcgowan> cwayne, can you elaborate
[15:45] <popey> pmcgowan: even had people hand the phone back to me and say "that's rubbish" and refuse to play with it ☹
[15:46] <pmcgowan> popey, whats the bug # again? forget the use case
[15:46] <cwayne> pmcgowan: online accounts doesn't get you any actual personalization for the youtube scope, so it's going to be removed so there's no point of authenticating to it
[15:46] <pmcgowan> right
[15:47] <popey> but my phone keeps hitting me with that dialog all the time
[15:47] <pmcgowan> cwayne, eta? seems popey  is quite grumpy about this
[15:47] <popey> if I cancel it comes back
[15:47] <popey> hehe
[15:47] <popey> ☻
[15:47] <popey> grumpy? moi!?
[15:47] <cwayne> pmcgowan: not sure, I've been trying to push for it to land, thostr_ would know when it may land
[15:47] <cwayne> bug is here: https://bugs.launchpad.net/unity-scope-youtube/+bug/1391595
[15:48] <pmcgowan> hm been siting for 2 months
[15:49] <cwayne> yep :/
[15:50] <popey> balloons: looks like cyphermox can't do it.
[15:50] <cyphermox> if you guys know where that's done I can *try*
[15:50] <cyphermox> but I've never done it, and I don't know if I do have access
[15:50] <popey> sil2100: seems there's a problem uploading clicks to the store
[15:50] <popey> cyphermox: ok, never mind if you never have.
[15:50] <popey> sergiusens has access.
[15:50] <popey> working my way through the channel.
[15:50] <cyphermox> alright :)
[15:50] <popey> thanks tho
[15:51] <pmcgowan> cwayne, so the youtube scope doing very little here, no thumbs at all
[15:52] <pmcgowan> mako works hmmm
[15:52] <cwayne> pmcgowan: no idea, youtube's not one of ours
[15:53] <pmcgowan> seems its confused about net connection or something
[15:53] <sergiusens> popey: what's the issue?
[15:54] <balloons> popey, ack. sergiusens popey is trying to confirm if the store is having trouble, or if it's just me.
[15:54] <balloons> the upload I did for music is coming back blank each time
[15:54] <cwayne> pete-woods was having issues with uploads too
[15:54] <cwayne> so it seems could be the store
[15:56]  * sergiusens wonders why the store can't be reached at store.ubuntu.com
[15:57] <sergiusens> popey: I can access, maybe approve and upload too
[15:57] <popey> sergiusens: can you please upload http://people.canonical.com/~alan/com.ubuntu.music_2.0.782_all.click
[15:58] <sergiusens> popey: certainly, I've been using it and all was good btw :-)
[16:00] <kgunn> trainguards seems my packages need some manual acking
[16:00] <kgunn> http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=qtmir
[16:01] <popey> sergiusens: thanks
[16:01] <sergiusens> popey: oh wait, I don't have the credentials handy, might be a bit :-/
[16:04] <dobey> brendand: hmm, were you not going to add the pay-ui click package to the trello board?
[16:05] <sil2100> ogra_: can I use you for a packaging ACK? :)
[16:06] <ogra_> i can try ... (in meeting atm)
[16:06] <sil2100> ogra_: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-018-2-publish/23/artifact/packaging_changes_mir_0.8.1+15.04.20150112.2~rtm-0ubuntu1.diff <- a biiiig release, but from packaging it's only a libmirserver bump
[16:07] <thostr_> cwayne: pmcgowan: removing OA from youtube.... having issues with store right now but will soon be there
[16:09]  * sil2100 is waiting for the music app upload still
[16:14] <sil2100> I'll pause silo publishing until we get the custom tarball uploaded
[16:15] <ogra_> sil2100, wow, what a changelog ... ACK
[16:17] <sil2100> Big release!
[16:17] <sil2100> I'll publish it after we kick a new image, I don't want to have all the changes in one image
[16:17] <sil2100> I'm trying to spread it out to have a checkpoint
[16:17] <sil2100> sergiusens: any luck on uploading the music-app click? :)
[16:20] <sergiusens> sil2100: no; and I need to find the computer that has the creds which is still packed from moving
[16:20] <pmcgowan> thostr_, thanks
[16:20] <sergiusens> sil2100: ask beuno to reset the password and take it ;-)
[16:20] <sergiusens> will be faster
[16:28] <seb128> sil2100, hey, sorry but stupid question, I didn't do rtm landing ask for a while, is l69 having what is needed?
[16:28] <brendand> dobey, yeap, just added
[16:29] <dobey> brendand: great, thanks
[16:30] <greyback_> anyone else having CI failures over udev dependency fail: https://jenkins.qa.ubuntu.com/job/qtmir-vivid-amd64-ci/45/console
[16:33] <davmor2> balloons: I see music on the mailing list now \o/
[16:33] <davmor2> popey: ^
[16:33] <bfiller> sil2100: hey, rtm silo 2 and silo 20 are showing up as failed even though all the packages built correctly. Looks like it's because we had to manually upload different versions of maliit-framework and libsythesis. Anyway you can correct this so the status is correct on the dashboard page?
[16:34] <popey> davmor2: hang fire please
[16:35] <davmor2> popey: I was pointing out that it was there not that it was done :)
[16:35] <balloons> it's not yet in the store davmor2
[16:37] <sil2100> seb128: hey! Let me take a look if all is ok
[16:37] <seb128> sil2100, thanks
[16:37] <sil2100> bfiller: I'll take a look in a moment, should be easy
[16:38] <popey> OK, sil2100 music r782 now in the store
[16:39] <cwayne> \o/ so now i still need to wait for rootfs right
[16:39] <sil2100> seb128: had to remove one whitespace from the sync line but in overall looks ok, assigning silo :)
[16:39] <seb128> sil2100, thanks, what that a syntax error? where was it?
[16:41] <sil2100> seb128: CI Train is not smart enough and there cannot be a space between sync and distro in "sync:ubuntu" ;) Small thing
[16:42] <seb128> sil2100, noted for next time, thanks!
[16:47] <sil2100> bfiller: thinking how to resolve this... in the past it was easy, but after robru's changes the Train no longer tracks whatever we push to the PPA :)
[16:49] <fginther> kenvandine, I may have a solution for the rtm AP testing. I'm currently testing it out and will update you if things go well
[16:57] <sil2100> popey: thanks!
[16:57] <sil2100> ogra_: hey, can you disable the importer? :)
[16:58] <sil2100> ogra_: we would upload the new custom tarball and kick the image
[17:01] <ogra_> sil2100, will do, (bit busy in the snappy meeting atm ... i'll also be late for landing)
[17:08] <robru> sil2100: bfiller: what's going on? if the jobs succeeded can you not just WATCH_ONLY build?
[17:08] <Saviq> trainguards, anything I can do to expedite rtm silo 18? it's waiting for packaging ack
[17:09] <robru> Saviq: you could find a core dev to do the packaging ack ;-)
[17:10] <Saviq> robru, you're it!
[17:10] <robru> Saviq: I'm not a core dev...
[17:10] <Saviq> robru, slacker
[17:11] <sil2100> cwayne: please push the tarball!
[17:11] <sil2100> :)
[17:12] <cwayne> sil2100: done :)
[17:12] <cwayne> \o/
[17:13] <Saviq> rsalveti, got a min to ACK packaging changes for us https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-018-2-publish/23/console ?
[17:13] <rsalveti> lemelook
[17:13] <Saviq> rsalveti, FYI, changelog os b0rked by silo
[17:15] <rsalveti> Saviq: looks fine
[17:15] <rsalveti> sil2100: ^
[17:15] <Saviq> robru, ↑
[17:15] <dobey> om26er_: what image #/device did you test silo 15 on, btw? :)
[17:15] <sil2100> robru: not sure, but it seems if you create a sync silo, build a sync then directly push the package to the ppa, the build job seems to be looking for the old version still
[17:15] <om26er_> dobey, 191
[17:16] <sil2100> robru: (maybe because it's in the .project file? I had to modify the .project file to enable it looking for the new version)
[17:16] <sil2100> rsalveti, Saviq, robru: ah, this one is fine, it's ACKed already
[17:17] <dobey> om26er_: great, thanks :)
[17:17] <sil2100> Saviq: we're waiting with publishing that
[17:17] <robru> sil2100: hm that's strange, my changes to watch_ppa should have made it depend more on the versions it finds in the PPA, not less.
[17:17] <om26er_> dobey, did I miss something ?
[17:17] <sil2100> Saviq: we build a new image now and want it to land afterwards
[17:17] <sil2100> robru: so hm, maybe that was a different case? I know that bfiller's build job looked like this (but maybe it wasn't a watch-only job)
[17:18] <sil2100> https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-002-1-build/97/console
[17:18] <Saviq> sil2100, ah, fine
[17:18] <dobey> om26er_: i just used your QA of it for the tests column too, since you did it before i filled it out :)
[17:18] <sil2100> robru: hm, actually, I think the .project file might be somehow corrupted now by my manual changes, not sure why
[17:19] <robru> sil2100: what silo?
[17:20] <sil2100> https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-002-1-build/98/console
[17:20] <sil2100> ;)
[17:20] <imgbot> [17:20] <robru> sil2100: that doesn't make any sense.
[17:21] <sil2100> robru: https://ci-train.ubuntu.com/job/cyphermox-test/523/console <- I only modified the .project file's one version number, now it looks like this
[17:21] <om26er_> Saviq, there is a packaging change in 12, is that pre-approved ?
[17:21] <sil2100> robru: so maybe my change is unrelated?
[17:23] <robru> sil2100: yeah the cyphermox-test job looks fine, now I'm trying to read the code to understand that traceback
[17:23] <Saviq> om26er_, not, didn't know we should pre-ack
[17:24] <Saviq> om26er_, what's the process there?
[17:24] <om26er_> Saviq, I am not sure, I just remember from a few months that packaging changes were getting approval as well.
[17:24] <om26er_> Not sure if thats still the process.
[17:25] <Saviq> om26er_, they do, but it's part of publishing usually
[17:25] <robru> sil2100: http://bazaar.launchpad.net/+branch/cupstream2distro/view/head:/citrain/watch_ppa.py#L80 the code that's failing doesn't mention version numbers or project files at all. is this a new source package? it seems like the failure is that the source package doesn't exist at the destination.
[17:25] <Saviq> om26er_, like when they press publish, it warns them about packaging changes
[17:25] <Saviq> them being train folk
[17:25] <brendand> bzoltan, just to let you know i'm chasing an issue with the silo
[17:25] <om26er_> Saviq, aah, understood.
[17:27] <robru> sil2100: or maybe it doesn't exist in RTM. shit.
[17:27] <brendand> bzoltan, i came across an instance where you can't bring up the copy/paste menu. only with the silo though - yet to reproduce it without
[17:29] <sil2100> hmm
[17:29] <robru> sil2100: looking over the code more, yeah I think it's because the package doesn't exist in RTM. sadly I can write a test and a fix for that somewhat trivially, but we have no way to deploy :-/
[17:30] <pmcgowan> why doesnt u-d-f see a 14.09-proposed channel?
[17:31] <brendand> bzoltan, ah - i just did
[17:31] <pmcgowan> ogra_, ?
[17:31] <brendand> bzoltan, silo 1 is clear then
[17:31] <sil2100> robru: ouch... btw. which package is the problem here? Since I thought maliit-framework was in RTM
[17:32] <bzoltan> brendand:  my wife is a dentist ... not a cardiologist :D So please.. save me fro heart attack :D
[17:32] <ogra_> pmcgowan, dunno ... why would you use a versioned channel ? :)
[17:32] <ogra_> these need to die asap
[17:32] <pmcgowan> ogra_, how do I get that channel now?
[17:33] <sil2100> kenvandine: how's work on the autopilot u-s-s problems? :)
[17:33] <ogra_> pmcgowan, nothing changed ... same way as always
[17:33] <ogra_> pmcgowan, whats the exact issue ?
[17:33] <pmcgowan> I always flashed --channel ubuntu-touch/ubuntu-rtm/14.09-proposed but its not there today
[17:33] <robru> sil2100: https://launchpad.net/ubuntu-rtm/+source/myspell-hr there it is
[17:34] <ogra_> pmcgowan, ah ... drop ubuntu-touch/ and use the touch keyword
[17:34] <robru> sil2100: I'm a bit shocked it took this long to hit this bug, watch_ppa was one of the first refactorings I did... is this seriously the first time we had a silo with a new rtm source since november>
[17:34] <ogra_> pmcgowan, ubuntu-device-flash touch --channel=ubuntu-rtm/devel-proposed ..
[17:34] <ogra_> i think that should work
[17:35] <sil2100> huh
[17:35] <pmcgowan> ogra_, I do ubuntu-device-flash query --list-channels --device mako  and it confuses me there is no propsoed
[17:35] <ogra_> and iirc olli had a task to make the versioned channel names go away
[17:35] <pmcgowan> other than vivid
[17:35] <pmcgowan> something not right
[17:35] <sil2100> robru: but strange! Since we added myspell-hr and I think bfiller already ran the build job once with that package included
[17:36] <pmcgowan> ogra_, stabled and devel both are rtm-14.09 proper
[17:36] <robru> sil2100: well the IndexError makes it pretty clear that the list of packages at destination is empty, and myspell-hr indeed has no packages at destination, so...
[17:36] <ogra_> pmcgowan, yeah, weird
[17:37] <ogra_> pmcgowan, i think thats either an stgraber or sergiusens question
[17:37] <pmcgowan> lets hear what they say
[17:37] <ogra_> yup
[17:40] <sil2100> ogra_: how's the rootfs build going? ;)
[17:41] <ogra_> sil2100, https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch
[17:41] <ogra_> see yourself :)
[17:42] <ogra_> pmcgowan, i definitely see the channel in http://system-image.ubuntu.com/channels.json ...
[17:42] <pmcgowan> hmm
[17:42] <brendand> kenvandine, any luck with that bug?
[17:44] <kenvandine> brendand, not yet... trying to flash my device to start clean
[17:45] <kenvandine> but i'm seeing the same thing pmcgowan seemed to just be asking about
[17:45] <sergiusens> pmcgowan: stable -> 14.09
[17:45] <ogra_> sergiusens, we are looking for rtm devel-proposed
[17:45] <pmcgowan> sergiusens, wheres proposed
[17:45] <ogra_> (or 14.09-proposed, as you like)
[17:46] <ogra_> ogra@styx:~$ ubuntu-device-flash query --list-channels --device=krillin|grep proposed|grep rtm
[17:46] <ogra_> ogra@styx:~$
[17:46] <kenvandine> ubuntu-rtm/devel-proposed not found
[17:46] <sergiusens> },
[17:46] <sergiusens>     "devel-proposed": {
[17:46] <ogra_> (doesnt work for mako either)
[17:46] <sergiusens>         "alias": "ubuntu-touch/vivid-proposed"
[17:46] <ogra_> sergiusens, rtm ...
[17:46] <ogra_> not vivid
[17:47] <sergiusens> ogra_: well those are the "generic" aliases
[17:47] <sergiusens> ogra_: as in top level without adding the subchan
[17:47] <kenvandine> brendand, i can't get passing tests even with the version you had passing tests for... decided to wipe and start fresh, but that channel doesn't seem to be there :/
[17:47] <ogra_> sergiusens ...
[17:47] <ogra_>     "ubuntu-touch/ubuntu-rtm/devel-proposed": {
[17:47] <ogra_>         "alias": "ubuntu-touch/ubuntu-rtm/14.09-proposed",
[17:47] <ogra_> thats from channels.json
[17:47] <brendand> kenvandine, what was the version you used?
[17:47] <ogra_> neither of these two exists for u-d-f
[17:48] <sergiusens>     "ubuntu-touch/ubuntu-rtm/devel-proposed": {
[17:48] <sergiusens>         "alias": "ubuntu-touch/ubuntu-rtm/14.09-proposed",
[17:48] <ogra_> right
[17:48] <ogra_> the query doesnt find them
[17:48] <sergiusens> ogra_: u-d-f honors the "hidden": true attrib
[17:48] <ogra_> neither the actual channel nor the alias
[17:48] <kenvandine> 0.3+15.04.20141211~rtm-0ubuntu1
[17:48] <sergiusens> ogra_: all proposed channels are hidden
[17:48] <kenvandine> brendand,  ^^
[17:48] <ogra_> sergiusens, argh ... who decided that ?
[17:48] <pmcgowan> sergiusens, oh my since when
[17:48] <ogra_> sergiusens, so we cant flash -proposed anymore ?
[17:49] <brendand> kenvandine, which image did you try on?
[17:49] <kenvandine> 191
[17:49] <brendand> kenvandine, ah
[17:49]  * ogra_ wonders why the smoke tests work then
[17:49] <kenvandine> krillin
[17:49] <brendand> kenvandine, so there might be other packages involved
[17:49] <pmcgowan> flashing must work just the query doesnt show them
[17:49] <kenvandine> brendand, that's what i'm thinking
[17:49] <brendand> kenvandine, i could only get it to go away by using 185 AND downgrading the u-s-s packages
[17:49] <ogra_> pmcgowan, "must" or "does" ?
[17:49] <kenvandine> pmcgowan,  ubuntu-touch/ubuntu-rtm/devel-proposed just worked for me
[17:49] <ogra_> :)
[17:50] <ogra_> phew
[17:50] <sergiusens> ogra_: it can use it, it just doesn't list it
[17:50] <pmcgowan> back to who said to do this
[17:50] <ogra_> sergiusens, k
[17:50] <bzoltan> sil2100: I am done with the UITK experiment with the RTM silo10. Thanks for the silo :) please release it whenever you need.
[17:50] <sergiusens> pmcgowan: that would be sabdfl
[17:50] <kenvandine> brendand, i think my less_flaky branch should fix it... but can't get anything to pass on this thing!
[17:50] <ogra_> sergiusens, then we are fine
[17:50] <pmcgowan> sergiusens, brilliant then
[17:51]  * ogra_ finds it more important that we get rid of the 14.09 channels than hiding some proposed ones
[17:51] <ogra_> or vivid ... or any versioned channels
[17:51]  * pmcgowan writes a tool to query the json file
[17:51] <ogra_> we need to get that fixed before the release fgoes out
[17:51] <robru> sil2100: https://code.launchpad.net/~robru/cupstream2distro/fix-watching-new-sources/+merge/246332 trivial fix
[17:51] <sergiusens> pmcgowan: it's super easy ;-)
[17:52] <pmcgowan> ogra_, whats needed there, seems we need a crit bug for that
[17:52] <ogra_> sergiusens, do you know who implemented that ?
[17:52] <sergiusens> ogra_: hidden or client side?
[17:52] <ogra_> pmcgowan, iirc there is a related bug from john-mcaleely ... that we dont accidentially should use versioned channels for images we give to the customer
[17:52] <sergiusens> ogra_: stgraber the former, myself the latter
[17:52] <pmcgowan> ogra_, ok will find it
[17:53] <ogra_> sergiusens, hidden ... i would like to hide all versioned channels too
[17:53] <kenvandine> brendand, partially why i'm really anxious to get AP running in CI, so I can get a sane test run for my branch
[17:53] <sergiusens> ogra_: oh, ask stgraber to add it to channels.json
[17:53] <ogra_> sergiusens, so endusers only get the aliases ... to prevent them from being stuck on something when we switch the alias
[17:53] <john-mcaleely> ogra_, more of a policy than a bug pmcgowan, but yes. we use alias channels for actual handsets
[17:54] <john-mcaleely> so we get free choice what OTAs to them
[17:54] <ogra_> john-mcaleely, right, thats why i said "related bug" :)
[17:54] <john-mcaleely> :-)
[17:54] <Saviq> trainguards, silo for line 72 please, at your leisure ;)
[17:54] <pmcgowan> john-mcaleely, is there such a bug?
[17:54] <ogra_> pmcgowan, probably a new bug to mark all versioned channels as hidden would be good
[17:55] <john-mcaleely> pmcgowan, no bug, since the channels for current OEMs are all set up right
[17:55] <john-mcaleely> (it's closed a long time ago)
[17:55] <pmcgowan> john-mcaleely, I see
[17:55] <pmcgowan> ok then
[17:55] <robru> Saviq: on it
[17:55] <Saviq> ta
[17:59] <rvr> dobey: pay-ui change approved
[18:03] <dobey> rvr: great, thanks
[18:05] <olli> ogra_, don't have any memory of that
[18:05] <olli> fyi
[18:05] <robru> sil2100: so what are we doing about that silo for now? it should be possible to publish it even if the build job shows a failure.
[18:05] <ogra_> olli, hmm, i thought you had pinged me about cleaning up channels about two months ago
[18:05] <ogra_> (but we didnt talk about it further)
[18:05] <olli> hmm...
[18:06] <ogra_> olli, anyway, we should get rid of all the "vivid" or "14.09" ones and just have devel and stable ... and theor -customized -es or whatever equivalents
[18:07] <ogra_> since the versioned ones are dead ends that lock you in once the alias gets switched
[18:07] <ogra_> (you dont get any upgrades anymore)
[18:07] <dbarth> hey trainguards, can i get a reconfig on silo vivid 017 please?
[18:09] <robru> dbarth: there's a problem with your MPs, they don't all target the same branch https://ci-train.ubuntu.com/job/prepare-silo/3681/console
[18:10] <robru> dbarth: (I guess you need to take the remove-snap-decisions one and retarget it at trunk. or merge it into the other one and then just have the one)
[18:10] <ogra_> sil2100, rootfs is done ... did cwayne already push the tarball ?
[18:12] <cwayne> ogra_: yarp
[18:12] <dbarth> robru: grmpf... yes
[18:12] <ogra_> cwayne, great ...
[18:12]  * ogra_ enables the importer again then
[18:16] <sil2100> \o/
[18:16] <sil2100> ogra_: ok, so we should have an image soonish?
[18:16] <sil2100> ogra_: if you could enable the cronjob that would be sweet
[18:16] <ogra_> yeah, i see the oimporter running
[18:16] <ogra_> already done :)
[18:18] <sil2100> \o/
[18:18] <sil2100> THanks :)
[18:20] <sil2100> o/
[18:22] <pmcgowan> nice
[18:26] <Saviq> trainguards, reconfigure of vivid silo 018 please, have added qtmir-gles twin
[18:27]  * Saviq forgot to add it to sources in the first place
[18:28] <robru> Saviq: ok, should be ready soon
[18:28] <robru> brb
[18:30] <Saviq> o/
[18:31] <mterry_> that seems like a bogus status message, queuebot
[18:35] <imgbot> [18:35] <imgbot> [18:47] <Saviq> mterry_, kinda, I aborted the job, train reports back this way
[18:48] <Saviq> one more coming
[18:51] <robru> mterry_: leave queuebot alone! he reports what he sees! All terribleness can be squarely assigned to the train.
[18:53] <mterry_> robru, :)
[18:56] <dobey> fginther: hi. can you get https://jenkins.qa.ubuntu.com/job/generic-click-builder-vivid-armhf/143/artifact/output/com.canonical.payui_0.4.4_armhf.click uploaded to the store please? thanks. also, does rest of "cihelp" have the privs needed for that (so i don't have to bug just you)?
[18:59] <fginther> dobey, I can get that started. Some of the others do have the right set of creds so you don't have to wait for just me.
[18:59] <dobey> ok, cool
[19:20] <plars> dobey: it's been uploaded, awaiting review it seems
[19:22] <dobey> great, thanks
[19:23] <john-mcaleely> anyone around to put a device tarball for rtm in the queue?
[19:24] <john-mcaleely> (for QA signoff)
[19:24] <john-mcaleely> davmor2, ToyKeeper ?
[19:24] <dobey> traingaurds: since row 66 in the spreadsheet is a click only package, what's the best way to mark it as "landed" in the spreadsheet? Change that stauts column directly?
[19:24] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150113-2a2e4c5.tar.xz
[19:24] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150113-2a2e4c5.changes
[19:24] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-testresults-20150113-2a2e4c5.ods
[19:25] <john-mcaleely> rsalveti, ^ ready to land when QA signs off. Also needed with silo 000, right ?
[19:28] <rsalveti> john-mcaleely: can land separately, silo 000 needs it
[19:29] <john-mcaleely> rsalveti, ok. so that device tarball anytime, and then silo000 after that
[19:30] <rsalveti> john-mcaleely: yup
[19:31] <davmor2> john-mcaleely: I can look at it in the morning if ToyKeeper can't look at it tonight
[19:31] <davmor2> jibel: ^
[19:32] <davmor2> jibel: this is the tarball that frees up silo000
[19:32] <Saviq> trainguards, silo for line 74 please (I know it conflicts with silo 12, will reconcile with myself ;P)
[19:33] <john-mcaleely> davmor2, sounds good
[19:37] <robru> bfiller: sorry I wasn't around last night. did you get that spreadsheet row sorted out? which row was it?
[19:51] <fginther> kenvandine, here are the AP results: https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-14.09-mako/2/
[19:52] <kenvandine> fginther, great, i have fixes for those proposed :)
[19:52] <kenvandine> fginther, so is AP setup for CI now?
[19:52] <kenvandine> well, i have a fix for the about page failures
[19:52] <fginther> kenvandine, I'm getting ready to add that. Wanted to pass it by you first to make sure it was sane
[19:52] <kenvandine> the other failures is because of dbusmock in rtm
[19:53] <kenvandine> fginther, looks great
[19:53] <fginther> kenvandine, I can verfiy it used the expected rtm image
[19:53] <kenvandine> so i have a sync of dbusmock in silo 3
[19:53] <fginther> kenvandine, great!
[19:53] <kenvandine> fginther, it looks right compared to my device
[19:53] <kenvandine> question i have is what should we do for QA verification for the python-dbusmock sync
[19:54] <kenvandine> it only affects tests
[19:54] <kenvandine> and not only my tests
[19:54] <kenvandine> but it fixes a regression related to upower
[19:54] <kenvandine> and the main cause for the failure we see on the dashboard
[19:55] <fginther> kenvandine, I think veebers was working on an autopilot release to rtm that might fall into the same category. You might be able to see how that was handled
[19:56] <kenvandine> fginther, thx
[20:09] <kenvandine> woot!
[20:09] <kenvandine> Ran 122 tests in 1404.802s
[20:09] <kenvandine> OK
[20:13] <robru> kenvandine: wow, that's absurdly slow. what are those tests doing?
[20:13] <kenvandine> a lot!
[20:13] <kenvandine> most of the time is in the setup and teardown
[20:14] <kenvandine> it's painful!
[20:14] <kenvandine> and i think we can remove a bunch of the ap tests in favor of qml tests
[20:14] <kenvandine> just haven't had time to convert them
[20:29] <fginther> kenvandine, the ci job is setup now to automatically run the tests
[20:36] <kenvandine> fginther, thx!
[20:38] <bfiller> robru: not sure what to do about silo 2. I marked it as ready for QA but it's showing up as failed to build
[20:39] <bfiller> robru: because of version number thing with maliit-framework. should I try a watch only rebuild?
[20:39] <robru> bfiller: looking
[20:39] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-20150113-9cccefe.tar.xz
[20:39] <robru> bfiller: oh right that one.
[20:39] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-20150113-9cccefe.changes
[20:39] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-testresults-20150113-9cccefe.ods
[20:40] <john-mcaleely> rsalveti, ^ vivid tarball ready to land
[20:40] <rsalveti> john-mcaleely: thanks
[20:40] <robru> bfiller: so here's the thing. that's a real bug in the train. I fixed it in trunk (with tests even!) but we don't really have a way to deploy that fix at the moment.
[20:40] <john-mcaleely> I don't believe I need QA signoff for vivid, so, ogra_ is now a good time to push that? ^
[20:40] <rsalveti> should be
[20:40] <rsalveti> but ogra_ should indeed know better
[20:41] <john-mcaleely> maybe I should just gamble...
[20:41] <robru> bfiller: I might be able to futz it manually. gimme a few minutes.
[20:41] <john-mcaleely> 'rsalveti said it was ok' ;-)
[20:41] <bfiller> robru: ok, thank you
[20:54] <pmcgowan> Saviq, is silo 18 stuck?
[20:55] <pmcgowan> speak of the devil
[20:55] <Saviq> pmcgowan, it is migrating for a long time now indeed
[20:55] <Saviq> pmcgowan, not that silo
[20:55] <pmcgowan> right
[20:55] <Saviq> pmcgowan, that's vivid, you're talking rtm
[20:56] <Saviq> pmcgowan, everything seems in order http://people.canonical.com/~ubuntu-archive/proposed-migration/ubuntu-rtm/update_excuses.html
[20:56] <robru> bfiller: ok, manually diddled your silo status. should show up for QA soon.
[20:56] <bfiller> robru: aweseome, thanks!
[20:56] <robru> bfiller: just don't rebuild if you can avoid it because the IndexError will come back immediately ;-)
[20:56] <pmcgowan> Saviq, great
[20:56] <Saviq> oh, or not
[20:56] <robru> bfiller: you're welcome
[20:56] <Saviq> robru, do you understand this output http://people.canonical.com/~ubuntu-archive/proposed-migration/ubuntu-rtm/update_output.txt ?
[20:57] <robru> Saviq: not at all... I usually refer to cjwatson or infinity when that kind of stuff comes up
[20:57] <cjwatson> Saviq: https://wiki.ubuntu.com/ProposedMigration
[21:00] <cjwatson> Saviq,robru: platform-api needs to be rebuilt against the new mir; e.g. ubuntu-application-api2-touch Depends: libmirserver26, but the new mir ships libmirserver26.1
[21:00] <Saviq> cjwatson, <facepalm>, of course
[21:00] <Saviq> camako, ↑
[21:00] <cjwatson> Saviq: also unity-system-compositor
[21:01] <cjwatson> Saviq: in fact just generally look for reverse-dependencies of libmirserver26 in that list
[21:01] <robru> cjwatson: thanks for that. one day I'll learn how to read that file
[21:01] <Saviq> cjwatson, yeah, it just dawned on me we need rebuilds against the new ABI
[21:11] <Saviq> robru, could you please upload http://people.canonical.com/~msawicz/mir26.1/ to rtm silo 18 then?
[21:16] <Saviq> robru, or to rtm-proposed directly, depending on how the train can deal with that
[21:16] <robru> Saviq: uhhhhhh
[21:16] <robru> Saviq: I definitely don't have permission to upload to proposed directly.
[21:17] <robru> Saviq: if those are just no-change rebuilds, maybe rsalveti can handle that?
[21:17] <robru> Saviq: from my perspective, we'd have to reconfigure the silo to accept those and it'd be quite the hassle
[21:17] <rsalveti> I can upload directly
[21:18] <robru> rsalveti: thanks
[21:18] <Saviq> rsalveti, the three pkgs we'd need to upload to unblock rtm silo 18 are in http://people.canonical.com/~msawicz/mir26.1/
[21:18] <Saviq> or you can build them yourself since you're signing them :)
[21:18] <Saviq> I might've done something wrong after all
[21:19] <rsalveti> this is RTM only right
[21:19] <Saviq> rsalveti, yes
[21:19] <Saviq> rsalveti, didn't know whether to add the ~rtm tag, but since it's the same source, I thought we needn't
[21:20] <rsalveti> yeah, no need
[21:20] <rsalveti> for rebuild only we usually add buildx after ubuntux
[21:23] <camako> Saviq, qtubuntu doesn't directly depend on mir
[21:24] <Saviq> camako, right
[21:24] <Saviq> rsalveti, you can skip qtubuntu!
[21:24] <camako> Saviq, for server ABI breaks, I have papi, usc, qtmir on the silo
[21:25] <Saviq> camako, yeah, /me overzealous
[21:25] <camako> Saviq, FYI papi on vivid no longer needs papi rebuilds (when server ABI breaks)
[21:27] <Saviq> ack
[21:30] <rsalveti> cjwatson: do I need to specify anything special when uploading packages directly to the ubuntu-rtm archive with dput?
[21:30] <rsalveti> it seems I only uploaded changes into rtm ppas, not archive directly yet
[22:04] <dobey> trainguards: can someone somehow mark the status of row 66 as "landed" please?
[22:17] <Saviq> robru, bad news, platform-api actually needs adaptation to build against the new mir in rtm silo 18, camako is preparing a source package, I added it to sources on the silo, please reconfigure and upload to the silo when ready
[22:41] <robru> dobey: done. for future reference, you can just type 'Landed' into C66. it's not a read-only field ;-)
[22:42] <robru>  dobey: done. for future reference, you can just type 'Landed' into C66. it's not a read-only field ;-)
[22:46] <robru> Saviq: sorry IRC is going seriously wonky, I only just got your message. you ready for that reconfigure yet?
[22:47] <robru> Saviq: camako: also why a source package and not an MP?
[22:48] <camako>  robru, not ready yet... I dunno why not an MP
[22:48] <camako> to speed things up, perhaps?
[22:49] <robru> camako: dunno, MPs are less work as far as I can tell. then the train builds the source package for you ;-)
[22:49] <Saviq> camako, yeah, only you need to branch papi for rtm :)
[22:49] <Saviq> camako, to MP against
[22:50] <camako> Saviq, ah that's the real reason
[22:50] <Saviq> camako, but your call, then you don't need to care about the changelog
[22:50] <camako> to avoid branching
[22:50] <Saviq> camako, probably not a good reason anyway
[22:50] <robru> Saviq: well that's as easy as branching trunk and pushing it without changes somewhere else? doing things by source packages is a lot of manual work that as far as I know, is only there to support things we don't have branches for. if we have branches we should be using MPs
[22:50] <robru> camako: you're not "avoiding branching"... it's an RTM branch, you're just foregoing tracking it in bzr
[22:51] <Saviq> oh actually
[22:51] <Saviq> there *is* an rtm branch already
[22:51] <robru> heh
[22:52] <Saviq> camako, lp:platform-api/rtm-14.09
[22:52] <camako> Saviq, this? ---> lp:platform-api/rtm-14.09
[22:52] <camako> ok
[22:52] <camako> So I'll generate an MP against that?
[22:52] <Saviq> camako, make sure to include http://launchpadlibrarian.net/194801806/platform-api_2.5.0%2B14.10.20141015-0ubuntu1_2.5.0%2B14.10.20141015-0ubuntu2.diff.gz in your MP
[22:52] <Saviq> camako, yeah, just MP against that
[22:53] <camako> Saviq, ah ok
[22:54] <cjwatson> rsalveti:
[22:54] <cjwatson> [lp]
[22:54] <cjwatson> fqdn                    = upload.ubuntu.com
[22:54] <cjwatson> method                  = ftp
[22:54] <cjwatson> incoming                = %(lp)s
[22:54] <cjwatson> login                   = anonymous
[22:54] <cjwatson> rsalveti: then upload to lp:ubuntu-rtm
[22:56] <rsalveti> cjwatson: great, thanks


[00:15] <infinity> vorlon: The correct response to seb would have been "it's a wiki".
[03:27] -queuebot:#ubuntu-release- Unapproved: partman-base (disco-proposed/main) [206ubuntu1.1 => 206ubuntu1.2] (core)
[03:29] -queuebot:#ubuntu-release- Unapproved: partman-base (bionic-proposed/main) [192ubuntu1.1 => 192ubuntu1.2] (core)
[04:12] <tjaalton> vorlon: thanks!
[05:14] -queuebot:#ubuntu-release- New binary: golang-github-anacrolix-tagflag [amd64] (eoan-proposed/universe) [0.0.0-20180109-2146c8d-1] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: golang-github-fernet-fernet-go [amd64] (eoan-proposed/universe) [0.0~git20180830.9eac43b-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: golang-github-fernet-fernet-go [i386] (eoan-proposed/universe) [0.0~git20180830.9eac43b-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: golang-gopkg-src-d-go-git.v4 [amd64] (eoan-proposed/universe) [4.11.0-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: golang-github-shurcool-httpgzip [amd64] (eoan-proposed/universe) [0.0~git20190516.1c7afaa-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: golang-github-fernet-fernet-go [ppc64el] (eoan-proposed/universe) [0.0~git20180830.9eac43b-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: golang-github-fernet-fernet-go [s390x] (eoan-proposed/universe) [0.0~git20180830.9eac43b-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New: accepted golang-github-fernet-fernet-go [ppc64el] (eoan-proposed) [0.0~git20180830.9eac43b-1]
[05:17] -queuebot:#ubuntu-release- New: accepted golang-github-fernet-fernet-go [s390x] (eoan-proposed) [0.0~git20180830.9eac43b-1]
[05:18] -queuebot:#ubuntu-release- New: accepted golang-github-fernet-fernet-go [amd64] (eoan-proposed) [0.0~git20180830.9eac43b-1]
[05:18] -queuebot:#ubuntu-release- New: accepted golang-github-shurcool-httpgzip [amd64] (eoan-proposed) [0.0~git20190516.1c7afaa-1]
[05:18] -queuebot:#ubuntu-release- New: accepted golang-github-fernet-fernet-go [i386] (eoan-proposed) [0.0~git20180830.9eac43b-1]
[05:18] -queuebot:#ubuntu-release- New: accepted golang-gopkg-src-d-go-git.v4 [amd64] (eoan-proposed) [4.11.0-1]
[05:18] -queuebot:#ubuntu-release- New: accepted gffread [amd64] (eoan-proposed) [0.11.4-1]
[05:18] -queuebot:#ubuntu-release- New: accepted gffread [s390x] (eoan-proposed) [0.11.4-1]
[05:18] -queuebot:#ubuntu-release- New: accepted gffread [arm64] (eoan-proposed) [0.11.4-1]
[05:18] -queuebot:#ubuntu-release- New: accepted golang-github-anacrolix-tagflag [amd64] (eoan-proposed) [0.0.0-20180109-2146c8d-1]
[05:19] -queuebot:#ubuntu-release- New: accepted gffread [ppc64el] (eoan-proposed) [0.11.4-1]
[05:20] -queuebot:#ubuntu-release- New binary: golang-github-mattn-go-gtk [amd64] (eoan-proposed/universe) [0.1+git20190405.4deadb4-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: golang-github-mattn-go-gtk [s390x] (eoan-proposed/universe) [0.1+git20190405.4deadb4-1] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: golang-github-mattn-go-gtk [i386] (eoan-proposed/universe) [0.1+git20190405.4deadb4-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: golang-github-mattn-go-gtk [ppc64el] (eoan-proposed/universe) [0.1+git20190405.4deadb4-1] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: golang-github-mattn-go-gtk [armhf] (eoan-proposed/universe) [0.1+git20190405.4deadb4-1] (no packageset)
[05:31] -queuebot:#ubuntu-release- New: accepted golang-github-mattn-go-gtk [armhf] (eoan-proposed) [0.1+git20190405.4deadb4-1]
[05:31] -queuebot:#ubuntu-release- New: accepted golang-github-mattn-go-gtk [ppc64el] (eoan-proposed) [0.1+git20190405.4deadb4-1]
[05:31] -queuebot:#ubuntu-release- New: accepted golang-github-mattn-go-gtk [i386] (eoan-proposed) [0.1+git20190405.4deadb4-1]
[05:31] -queuebot:#ubuntu-release- New: accepted golang-github-mattn-go-gtk [amd64] (eoan-proposed) [0.1+git20190405.4deadb4-1]
[05:31] -queuebot:#ubuntu-release- New binary: golang-github-mattn-go-gtk [arm64] (eoan-proposed/universe) [0.1+git20190405.4deadb4-1] (no packageset)
[05:31] -queuebot:#ubuntu-release- New: accepted golang-github-mattn-go-gtk [s390x] (eoan-proposed) [0.1+git20190405.4deadb4-1]
[05:38] -queuebot:#ubuntu-release- New: accepted golang-github-mattn-go-gtk [arm64] (eoan-proposed) [0.1+git20190405.4deadb4-1]
[05:43] <vorlon> autopkgtest queues were a bit stuck; I'm not sure why, but restarting rabbitmq seems to have un-stuck it now
[05:43] <vorlon> tjaalton: n/p
[05:43] <vorlon> infinity: should the release notes not be an item on https://wiki.ubuntu.com/PointReleaseProcess ?
[05:58] -queuebot:#ubuntu-release- New binary: node-cosmiconfig [amd64] (eoan-proposed/universe) [5.2.1-1] (no packageset)
[06:25] <infinity> vorlon: Are they not?  Several people had fiddled with notes already, and I assume we all assumed someone else had done the URLs. :P
[06:25] <infinity> vorlon: (but if they're not, maybe calling out the download links as needing editing on "day of" would be a solid bullet point, yes)
[08:45] -queuebot:#ubuntu-release- New: accepted node-cosmiconfig [amd64] (eoan-proposed) [5.2.1-1]
[08:50] -queuebot:#ubuntu-release- Unapproved: bind9 (bionic-proposed/main) [1:9.11.3+dfsg-1ubuntu1.8 => 1:9.11.3+dfsg-1ubuntu1.9] (core)
[08:51] -queuebot:#ubuntu-release- Unapproved: bind9 (xenial-proposed/main) [1:9.10.3.dfsg.P4-8ubuntu1.14 => 1:9.10.3.dfsg.P4-8ubuntu1.15] (core)
[09:09] -queuebot:#ubuntu-release- New: accepted ibus-avro [amd64] (eoan-proposed) [1.1-0ubuntu1]
[09:29] -queuebot:#ubuntu-release- Unapproved: apt (disco-updates/main) [1.8.1 => 1.8.3] (core)
[10:18] -queuebot:#ubuntu-release- New binary: rust-quick-xml [amd64] (eoan-proposed/universe) [0.14.0-2ubuntu1] (no packageset)
[10:20] -queuebot:#ubuntu-release- New binary: rust-quick-xml [i386] (eoan-proposed/universe) [0.14.0-2ubuntu1] (no packageset)
[10:21] -queuebot:#ubuntu-release- New binary: rust-quick-xml [armhf] (eoan-proposed/universe) [0.14.0-2ubuntu1] (no packageset)
[10:22] -queuebot:#ubuntu-release- New binary: rust-quick-xml [arm64] (eoan-proposed/universe) [0.14.0-2ubuntu1] (no packageset)
[10:23] <Locutusofborg> please accept the sync I did on eoan new queue...
[10:23] <Locutusofborg> "qtwebkit"
[10:25] -queuebot:#ubuntu-release- Unapproved: zfs-linux (xenial-proposed/main) [<IP_ADDRESS>-0ubuntu27 => <IP_ADDRESS>-0ubuntu28] (no packageset)
[10:45] -queuebot:#ubuntu-release- New binary: rust-quick-xml [ppc64el] (eoan-proposed/universe) [0.14.0-2ubuntu1] (no packageset)
[10:51] -queuebot:#ubuntu-release- New binary: rust-quick-xml [s390x] (eoan-proposed/universe) [0.14.0-2ubuntu1] (no packageset)
[11:29] -queuebot:#ubuntu-release- New binary: rust-ucd-generate [amd64] (eoan-proposed/universe) [0.2.1-1] (no packageset)
[11:31] -queuebot:#ubuntu-release- New binary: rust-ucd-generate [ppc64el] (eoan-proposed/universe) [0.2.1-1] (no packageset)
[11:32] -queuebot:#ubuntu-release- New binary: rust-ucd-generate [s390x] (eoan-proposed/universe) [0.2.1-1] (no packageset)
[11:38] -queuebot:#ubuntu-release- New binary: rust-ucd-generate [arm64] (eoan-proposed/universe) [0.2.1-1] (no packageset)
[12:23] <juliank> who's triggering debian-xcontrol builds?
[12:24] <juliank> why is that even still in proposed?
[12:27] -queuebot:#ubuntu-release- New sync: magnus (eoan-proposed/primary) [1.0.2-2]
[12:35] -queuebot:#ubuntu-release- New source: magnus (eoan-proposed/primary) [1.0.2-2]
[12:35] <juliank> ^ the source should go away
[12:50] <ogra> infinity, we're sitting here at the toronto sprint, trying to cross-build a classic armhf image with ubuntu-image and run into the old /lib/ld-linux-* not fund issue with live-build ... i figured you'd probably remember from the top of your head how to get around it (i forgot)
[13:06] -queuebot:#ubuntu-release- New: rejected magnus [source] (eoan-proposed) [1.0.2-2]
[13:41] -queuebot:#ubuntu-release- Unapproved: nautilus (disco-proposed/main) [1:3.32.1-0ubuntu<IP_ADDRESS> => 1:3.32.3-0ubuntu1] (ubuntu-desktop)
[15:33] -queuebot:#ubuntu-release- Unapproved: procps (disco-proposed/main) [2:3.3.15-2ubuntu2 => 2:3.3.15-2ubuntu2.1] (core)
[15:48] -queuebot:#ubuntu-release- Unapproved: procps (bionic-proposed/main) [2:3.3.12-3ubuntu1.1 => 2:3.3.12-3ubuntu1.2] (core)
[15:58] -queuebot:#ubuntu-release- Unapproved: accepted procps [source] (disco-proposed) [2:3.3.15-2ubuntu2.1]
[16:03] -queuebot:#ubuntu-release- Unapproved: accepted procps [source] (bionic-proposed) [2:3.3.12-3ubuntu1.2]
[17:14] -queuebot:#ubuntu-release- New binary: bifcl [amd64] (eoan-proposed/none) [1.1-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: libnfsidmap-regex [i386] (eoan-proposed/none) [1.0-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: bifcl [i386] (eoan-proposed/none) [1.1-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: libnfsidmap-regex [amd64] (eoan-proposed/universe) [1.0-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: python-yubico [amd64] (eoan-proposed/universe) [1.3.2-2.1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: rust-aho-corasick [i386] (eoan-proposed/universe) [0.7.6-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: mpi4py-fft [amd64] (eoan-proposed/universe) [2.0.0.doc0-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: rust-console [amd64] (eoan-proposed/universe) [0.7.7-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: rust-aho-corasick [amd64] (eoan-proposed/universe) [0.7.6-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: mpi4py-fft [i386] (eoan-proposed/universe) [2.0.0.doc0-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: rust-euclid-0.19 [amd64] (eoan-proposed/universe) [0.19.9-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: rust-float-ord [amd64] (eoan-proposed/universe) [0.2.0-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: rust-console [i386] (eoan-proposed/universe) [0.7.7-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: rust-float-ord [i386] (eoan-proposed/universe) [0.2.0-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: rust-euclid-0.19 [i386] (eoan-proposed/universe) [0.19.9-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: ccls [amd64] (eoan-proposed/universe) [0.20190314-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: rust-pbr [amd64] (eoan-proposed/universe) [1.0.1-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: rust-rand-chacha-0.1 [amd64] (eoan-proposed/universe) [0.1.1-2] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: rust-rand-core-0.4 [amd64] (eoan-proposed/universe) [0.4.0-2] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: rust-ring [amd64] (eoan-proposed/universe) [0.14.6-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: ccls [i386] (eoan-proposed/universe) [0.20190314-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: rust-rand-chacha-0.1 [i386] (eoan-proposed/universe) [0.1.1-2] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: rust-pbr [i386] (eoan-proposed/universe) [1.0.1-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: rust-rand-core-0.4 [i386] (eoan-proposed/universe) [0.4.0-2] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: octave-video [amd64] (eoan-proposed/universe) [1.2.4-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: pulseeffects [i386] (eoan-proposed/universe) [4.5.6-2] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: octave-video [i386] (eoan-proposed/universe) [1.2.4-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: rust-ring [i386] (eoan-proposed/universe) [0.14.6-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: calc [amd64] (eoan-proposed/universe) [<IP_ADDRESS>-3] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: rust-aho-corasick [ppc64el] (eoan-proposed/universe) [0.7.6-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: bifcl [s390x] (eoan-proposed/universe) [1.1-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: libnfsidmap-regex [s390x] (eoan-proposed/universe) [1.0-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: rust-console [s390x] (eoan-proposed/universe) [0.7.7-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: calc [i386] (eoan-proposed/universe) [<IP_ADDRESS>-3] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: rust-float-ord [s390x] (eoan-proposed/universe) [0.2.0-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: rust-aho-corasick [s390x] (eoan-proposed/universe) [0.7.6-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: bifcl [arm64] (eoan-proposed/universe) [1.1-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: bifcl [ppc64el] (eoan-proposed/universe) [1.1-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: rust-aho-corasick [arm64] (eoan-proposed/universe) [0.7.6-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: rust-euclid-0.19 [s390x] (eoan-proposed/universe) [0.19.9-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: bifcl [armhf] (eoan-proposed/universe) [1.1-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: rust-aho-corasick [armhf] (eoan-proposed/universe) [0.7.6-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: mpi4py-fft [s390x] (eoan-proposed/universe) [2.0.0.doc0-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: rust-pbr [s390x] (eoan-proposed/universe) [1.0.1-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: ccls [s390x] (eoan-proposed/universe) [0.20190314-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: pulseeffects [amd64] (eoan-proposed/universe) [4.5.6-2] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: libnfsidmap-regex [ppc64el] (eoan-proposed/universe) [1.0-1] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: rust-rand-chacha-0.1 [s390x] (eoan-proposed/universe) [0.1.1-2] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: libnfsidmap-regex [arm64] (eoan-proposed/universe) [1.0-1] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: pulseeffects [s390x] (eoan-proposed/universe) [4.5.6-2] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: mpi4py-fft [ppc64el] (eoan-proposed/universe) [2.0.0.doc0-1] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: rust-rand-core-0.4 [s390x] (eoan-proposed/universe) [0.4.0-2] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: calc [s390x] (eoan-proposed/universe) [<IP_ADDRESS>-3] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: octave-video [s390x] (eoan-proposed/universe) [1.2.4-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: rust-console [ppc64el] (eoan-proposed/universe) [0.7.7-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: rust-euclid-0.19 [armhf] (eoan-proposed/universe) [0.19.9-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: rust-float-ord [arm64] (eoan-proposed/universe) [0.2.0-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: rust-float-ord [ppc64el] (eoan-proposed/universe) [0.2.0-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: rust-rand-chacha-0.1 [armhf] (eoan-proposed/universe) [0.1.1-2] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: mpi4py-fft [armhf] (eoan-proposed/universe) [2.0.0.doc0-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: rust-euclid-0.19 [arm64] (eoan-proposed/universe) [0.19.9-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: rust-float-ord [armhf] (eoan-proposed/universe) [0.2.0-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: rust-rand-chacha-0.1 [ppc64el] (eoan-proposed/universe) [0.1.1-2] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: rust-console [armhf] (eoan-proposed/universe) [0.7.7-1] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: rust-rand-chacha-0.1 [arm64] (eoan-proposed/universe) [0.1.1-2] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: rust-euclid-0.19 [ppc64el] (eoan-proposed/universe) [0.19.9-1] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: ccls [ppc64el] (eoan-proposed/universe) [0.20190314-1] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: rust-pbr [arm64] (eoan-proposed/universe) [1.0.1-1] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: rust-pbr [ppc64el] (eoan-proposed/universe) [1.0.1-1] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: rust-console [arm64] (eoan-proposed/universe) [0.7.7-1] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: rust-ring [arm64] (eoan-proposed/universe) [0.14.6-1] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: rust-pbr [armhf] (eoan-proposed/universe) [1.0.1-1] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: ccls [armhf] (eoan-proposed/universe) [0.20190314-1] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: pulseeffects [ppc64el] (eoan-proposed/universe) [4.5.6-2] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: rust-rand-core-0.4 [armhf] (eoan-proposed/universe) [0.4.0-2] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: octave-video [armhf] (eoan-proposed/universe) [1.2.4-1] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: rust-ring [armhf] (eoan-proposed/universe) [0.14.6-1] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: rust-rand-core-0.4 [arm64] (eoan-proposed/universe) [0.4.0-2] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: ccls [arm64] (eoan-proposed/universe) [0.20190314-1] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: rust-rand-core-0.4 [ppc64el] (eoan-proposed/universe) [0.4.0-2] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: calc [arm64] (eoan-proposed/universe) [<IP_ADDRESS>-3] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: octave-video [arm64] (eoan-proposed/universe) [1.2.4-1] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: calc [armhf] (eoan-proposed/universe) [<IP_ADDRESS>-3] (no packageset)
[17:27] -queuebot:#ubuntu-release- New binary: calc [ppc64el] (eoan-proposed/universe) [<IP_ADDRESS>-3] (no packageset)
[17:27] -queuebot:#ubuntu-release- New binary: mpi4py-fft [arm64] (eoan-proposed/universe) [2.0.0.doc0-1] (no packageset)
[17:31] -queuebot:#ubuntu-release- New binary: pulseeffects [armhf] (eoan-proposed/universe) [4.5.6-2] (no packageset)
[17:32] -queuebot:#ubuntu-release- New binary: pulseeffects [arm64] (eoan-proposed/universe) [4.5.6-2] (no packageset)
[18:44] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (xenial-proposed/main) [4.15.0-1055.60] (kernel)
[19:45] <infinity> ogra: I don't think I've ever been silly enough to cross-build with live-build.
[19:46] <tjaalton> fossfreedom: did you try the debug kernel I built?
[19:50] <fossfreedom> Thx tjaalton ... I have been out and about with the family today.  Will spend sometime this weekend. Cheers.
[19:53] <tjaalton> fossfreedom: yeah, no worries
[23:12] -queuebot:#ubuntu-release- New binary: rust-content-inspector [amd64] (eoan-proposed/universe) [0.2.4-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: rust-content-inspector [s390x] (eoan-proposed/universe) [0.2.4-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: rust-line-wrap [i386] (eoan-proposed/universe) [0.1.1-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: rust-content-inspector [i386] (eoan-proposed/universe) [0.2.4-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: rust-line-wrap [s390x] (eoan-proposed/universe) [0.1.1-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: rust-line-wrap [amd64] (eoan-proposed/universe) [0.1.1-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: rust-content-inspector [ppc64el] (eoan-proposed/universe) [0.2.4-1] (no packageset)
[23:13] -queuebot:#ubuntu-release- New binary: rust-line-wrap [ppc64el] (eoan-proposed/universe) [0.1.1-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: rust-content-inspector [arm64] (eoan-proposed/universe) [0.2.4-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: rust-line-wrap [arm64] (eoan-proposed/universe) [0.1.1-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: rust-content-inspector [armhf] (eoan-proposed/universe) [0.2.4-1] (no packageset)
[23:14] -queuebot:#ubuntu-release- New binary: rust-line-wrap [armhf] (eoan-proposed/universe) [0.1.1-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New: accepted rust-line-wrap [armhf] (eoan-proposed) [0.1.1-1]
[23:23] -queuebot:#ubuntu-release- New: accepted calc [ppc64el] (eoan-proposed) [<IP_ADDRESS>-3]
[23:23] -queuebot:#ubuntu-release- New: accepted pulseeffects [arm64] (eoan-proposed) [4.5.6-2]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-content-inspector [amd64] (eoan-proposed) [0.2.4-1]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-content-inspector [armhf] (eoan-proposed) [0.2.4-1]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-content-inspector [ppc64el] (eoan-proposed) [0.2.4-1]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-line-wrap [amd64] (eoan-proposed) [0.1.1-1]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-line-wrap [i386] (eoan-proposed) [0.1.1-1]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-line-wrap [s390x] (eoan-proposed) [0.1.1-1]
[23:23] -queuebot:#ubuntu-release- New binary: rust-pbr [i386] (eoan-proposed/universe) [1.0.1-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: rust-rand-chacha-0.1 [i386] (eoan-proposed/universe) [0.1.1-2] (no packageset)
[23:23] -queuebot:#ubuntu-release- New: accepted mpi4py-fft [arm64] (eoan-proposed) [2.0.0.doc0-1]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-content-inspector [arm64] (eoan-proposed) [0.2.4-1]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-content-inspector [s390x] (eoan-proposed) [0.2.4-1]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-line-wrap [ppc64el] (eoan-proposed) [0.1.1-1]
[23:23] -queuebot:#ubuntu-release- New binary: rust-rand-chacha-0.1 [amd64] (eoan-proposed/universe) [0.1.1-2] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: rust-rand-core-0.4 [i386] (eoan-proposed/universe) [0.4.0-2] (no packageset)
[23:23] -queuebot:#ubuntu-release- New: accepted pulseeffects [armhf] (eoan-proposed) [4.5.6-2]
[23:23] -queuebot:#ubuntu-release- New: accepted rust-line-wrap [arm64] (eoan-proposed) [0.1.1-1]
[23:23] -queuebot:#ubuntu-release- New binary: rust-rand-core-0.4 [amd64] (eoan-proposed/universe) [0.4.0-2] (no packageset)
[23:23] -queuebot:#ubuntu-release- New: accepted rust-content-inspector [i386] (eoan-proposed) [0.2.4-1]
[23:23] -queuebot:#ubuntu-release- New binary: ccls [amd64] (eoan-proposed/universe) [0.20190314-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New: accepted calc [arm64] (eoan-proposed) [<IP_ADDRESS>-3]
[23:24] -queuebot:#ubuntu-release- New: accepted ccls [arm64] (eoan-proposed) [0.20190314-1]
[23:24] -queuebot:#ubuntu-release- New: accepted ccls [ppc64el] (eoan-proposed) [0.20190314-1]
[23:24] -queuebot:#ubuntu-release- New: accepted octave-video [armhf] (eoan-proposed) [1.2.4-1]
[23:24] -queuebot:#ubuntu-release- New: accepted rust-console [arm64] (eoan-proposed) [0.7.7-1]
[23:24] -queuebot:#ubuntu-release- New: accepted rust-pbr [armhf] (eoan-proposed) [1.0.1-1]
[23:24] -queuebot:#ubuntu-release- New: accepted rust-rand-chacha-0.1 [arm64] (eoan-proposed) [0.1.1-2]
[23:24] -queuebot:#ubuntu-release- New: accepted rust-rand-core-0.4 [armhf] (eoan-proposed) [0.4.0-2]
[23:24] -queuebot:#ubuntu-release- New: accepted rust-ring [arm64] (eoan-proposed) [0.14.6-1]
[23:24] -queuebot:#ubuntu-release- New binary: bifcl [i386] (eoan-proposed/universe) [1.1-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New: accepted calc [armhf] (eoan-proposed) [<IP_ADDRESS>-3]
[23:24] -queuebot:#ubuntu-release- New: accepted octave-video [arm64] (eoan-proposed) [1.2.4-1]
[23:24] -queuebot:#ubuntu-release- New: accepted rust-pbr [arm64] (eoan-proposed) [1.0.1-1]
[23:24] -queuebot:#ubuntu-release- New: accepted rust-rand-core-0.4 [arm64] (eoan-proposed) [0.4.0-2]
[23:24] -queuebot:#ubuntu-release- New: accepted rust-ring [armhf] (eoan-proposed) [0.14.6-1]
[23:24] -queuebot:#ubuntu-release- New binary: libnfsidmap-regex [i386] (eoan-proposed/universe) [1.0-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: python-yubico [amd64] (eoan-proposed/universe) [1.3.2-2.1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: rust-aho-corasick [i386] (eoan-proposed/universe) [0.7.6-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New: accepted ccls [armhf] (eoan-proposed) [0.20190314-1]
[23:24] -queuebot:#ubuntu-release- New: accepted rust-pbr [ppc64el] (eoan-proposed) [1.0.1-1]
[23:24] -queuebot:#ubuntu-release- New binary: libnfsidmap-regex [amd64] (eoan-proposed/universe) [1.0-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: rust-aho-corasick [amd64] (eoan-proposed/universe) [0.7.6-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New: accepted pulseeffects [ppc64el] (eoan-proposed) [4.5.6-2]
[23:24] -queuebot:#ubuntu-release- New binary: mpi4py-fft [amd64] (eoan-proposed/universe) [2.0.0.doc0-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New: accepted rust-rand-core-0.4 [ppc64el] (eoan-proposed) [0.4.0-2]
[23:24] -queuebot:#ubuntu-release- New: accepted calc [s390x] (eoan-proposed) [<IP_ADDRESS>-3]
[23:24] -queuebot:#ubuntu-release- New: accepted mpi4py-fft [armhf] (eoan-proposed) [2.0.0.doc0-1]
[23:24] -queuebot:#ubuntu-release- New: accepted octave-video [s390x] (eoan-proposed) [1.2.4-1]
[23:24] -queuebot:#ubuntu-release- New: accepted rust-console [ppc64el] (eoan-proposed) [0.7.7-1]
[23:24] -queuebot:#ubuntu-release- New: accepted rust-euclid-0.19 [armhf] (eoan-proposed) [0.19.9-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-float-ord [arm64] (eoan-proposed) [0.2.0-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-float-ord [ppc64el] (eoan-proposed) [0.2.0-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-rand-chacha-0.1 [ppc64el] (eoan-proposed) [0.1.1-2]
[23:25] -queuebot:#ubuntu-release- New binary: budgie-wallpapers [amd64] (eoan-proposed/universe) [19.10] (personal-fossfreedom, ubuntu-budgie)
[23:25] -queuebot:#ubuntu-release- New binary: nut [arm64] (eoan-proposed/main) [2.7.4-9ubuntu1] (ubuntu-desktop, ubuntu-server)
[23:25] -queuebot:#ubuntu-release- New: accepted libnfsidmap-regex [arm64] (eoan-proposed) [1.0-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-console [armhf] (eoan-proposed) [0.7.7-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-euclid-0.19 [ppc64el] (eoan-proposed) [0.19.9-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-rand-chacha-0.1 [armhf] (eoan-proposed) [0.1.1-2]
[23:25] -queuebot:#ubuntu-release- New source: linux-firmware-dragonboard410 (eoan-proposed/primary) [88-0ubuntu1]
[23:25] -queuebot:#ubuntu-release- New sync: qtwebkit (eoan-proposed/primary) [2.3.4.dfsg-10]
[23:25] -queuebot:#ubuntu-release- New: accepted mpi4py-fft [ppc64el] (eoan-proposed) [2.0.0.doc0-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-float-ord [armhf] (eoan-proposed) [0.2.0-1]
[23:25] -queuebot:#ubuntu-release- New binary: nut [armhf] (eoan-proposed/main) [2.7.4-9ubuntu1] (ubuntu-desktop, ubuntu-server)
[23:25] -queuebot:#ubuntu-release- New: accepted rust-euclid-0.19 [arm64] (eoan-proposed) [0.19.9-1]
[23:25] -queuebot:#ubuntu-release- New binary: rust-quick-xml [amd64] (eoan-proposed/universe) [0.14.0-2ubuntu1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New: accepted rust-rand-core-0.4 [s390x] (eoan-proposed) [0.4.0-2]
[23:25] -queuebot:#ubuntu-release- New: accepted bifcl [arm64] (eoan-proposed) [1.1-1]
[23:25] -queuebot:#ubuntu-release- New: accepted bifcl [ppc64el] (eoan-proposed) [1.1-1]
[23:25] -queuebot:#ubuntu-release- New: accepted libnfsidmap-regex [ppc64el] (eoan-proposed) [1.0-1]
[23:25] -queuebot:#ubuntu-release- New: accepted pulseeffects [amd64] (eoan-proposed) [4.5.6-2]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-aho-corasick [arm64] (eoan-proposed) [0.7.6-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-aho-corasick [s390x] (eoan-proposed) [0.7.6-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-float-ord [s390x] (eoan-proposed) [0.2.0-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-rand-chacha-0.1 [s390x] (eoan-proposed) [0.1.1-2]
[23:25] -queuebot:#ubuntu-release- New: accepted bifcl [armhf] (eoan-proposed) [1.1-1]
[23:25] -queuebot:#ubuntu-release- New: accepted mpi4py-fft [s390x] (eoan-proposed) [2.0.0.doc0-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-aho-corasick [armhf] (eoan-proposed) [0.7.6-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-pbr [s390x] (eoan-proposed) [1.0.1-1]
[23:25] -queuebot:#ubuntu-release- New: accepted ccls [s390x] (eoan-proposed) [0.20190314-1]
[23:25] -queuebot:#ubuntu-release- New: accepted rust-euclid-0.19 [s390x] (eoan-proposed) [0.19.9-1]
[23:25] -queuebot:#ubuntu-release- New: accepted pulseeffects [s390x] (eoan-proposed) [4.5.6-2]
[23:25] -queuebot:#ubuntu-release- New: accepted bifcl [s390x] (eoan-proposed) [1.1-1]
[23:25] -queuebot:#ubuntu-release- New: accepted calc [i386] (eoan-proposed) [<IP_ADDRESS>-3]
[23:25] -queuebot:#ubuntu-release- New: accepted octave-video [amd64] (eoan-proposed) [1.2.4-1]
[23:25] -queuebot:#ubuntu-release- New: accepted pulseeffects [i386] (eoan-proposed) [4.5.6-2]
[23:26] -queuebot:#ubuntu-release- New: accepted rust-console [s390x] (eoan-proposed) [0.7.7-1]
[23:26] -queuebot:#ubuntu-release- New: accepted calc [amd64] (eoan-proposed) [<IP_ADDRESS>-3]
[23:26] -queuebot:#ubuntu-release- New: accepted octave-video [i386] (eoan-proposed) [1.2.4-1]
[23:26] -queuebot:#ubuntu-release- New: accepted rust-ring [i386] (eoan-proposed) [0.14.6-1]
[23:26] -queuebot:#ubuntu-release- New: accepted libnfsidmap-regex [s390x] (eoan-proposed) [1.0-1]
[23:26] -queuebot:#ubuntu-release- New: accepted rust-aho-corasick [ppc64el] (eoan-proposed) [0.7.6-1]


[23:31] <erUSUL> bazhang: dexter_ seems to be only trolling in the channel...
[23:31] <bazhang> erUSUL, yep
[23:33] <bazhang> also -offtopic


[18:04] <DougieRichardson> I'm having a brain fart - how do I add ubuntu-website and yelp(ubuntu) on to bug #388750
[18:04] <ubot4> Launchpad bug 388750 in ubuntu-docs ""Repeat the search online" does not work" [Low,Confirmed] https://launchpad.net/bugs/388750
[18:05] <nhandler> DougieRichardson: Isn't it "Also Affects Project"?
[18:05] <nhandler> Oh wait, distribution
[18:06] <DougieRichardson> nhandler: no that's it cheers
[18:06] <nhandler> I made the change DougieRichardson
[18:08] <nhandler> DougieRichardson: Did you want the yelp project or the yelp source package in Ubuntu? You added the project
[18:08] <DougieRichardson> both really as the patch is needed in the yelp package but their input is needed into the URL choice