[02:47] <persia> ScottL, holstein: We have two days before we have to have certified some image.  If the current image isn't certifiable, we need to sort things, and get an image rebuild, etc.  That's the rationale for the two days.
[02:55] <ScottL> persia, should we certify an image that might have approximately 20 applications that are not installable?
[02:56] <persia> ScottL, I don't think so :)
[02:56] <persia> Better to sort the apps.  Is it known what is wrong?
[03:03] <paultag> ScottL, persia, anything I can help with?
[03:04] <ScottL> hello paultag :)
[03:04] <paultag> ScottL, Hey there :)
[03:05] <ScottL> we got this email from colin watson this morning https://lists.ubuntu.com/archives/ubuntu-studio-devel/2010-September/002634.html
[03:05] <paultag> I see there are some failed builds? Need an extra hand to go through the source packages?
[03:05] <paultag> ScottL, ouch!
[03:05] <ScottL> indeed
[03:05] <paultag> there are some big names on there
[03:05] <ScottL> to be honest, a lot of times these tend to sort themselves out because it is also effecting ubuntu
[03:06] <paultag> ScottL, jack-rack and agave look like the ones the might be left to ubuntu studio at first glance
[03:06] <paultag> and ubuntustudio-*
[03:07] <ScottL> but these all were building correctly until this morning they all most likely share a common cause
[03:08] <paultag> mm
[03:08] <paultag> I'm running a build of agave_0.4.7-1ubuntu1 just to see :)
[03:09] <paultag> Oh shucks, it's also not amd64
[03:09] <paultag> nevermind :)
[03:11] <ScottL> i wish there was an easy way to see if they have a common dependency
[03:12] <paultag> ScottL, they're mostly GTK apps, I'd venture GNOME, Glade or GTK+
[03:12] <paultag> My money is on a GTK+ package
[03:15] <ScottL> persia, you linked something before that showed all the FTBFS packages or similr
[03:15] <ScottL> similar
[03:15] <ScottL> i remember this http://people.canonical.com/~ubuntu-archive/NBS/
[03:15] <ScottL> but that's not what i'm thinking about
[03:16] <persia> http://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntustudio/maverick/daily-20100928.log maybe?
[03:16] <persia> I know there was some significant change to GTK just before the RC freeze.
[03:17] <ScottL> no, that's the cd image, there was a list of package builds that failed
[03:17] <persia> http://qa.ubuntuwire.com/ftbfs/ ?
[03:17] <ScottL> persia, although i noticed we seemed to be trying to install busybox in the ubuntustudio cd image :?
[03:18] <persia> I think it's used by the installer
[03:19] <ScottL> the link you gave me before seemed to be on people.canonical.com and seemed to have a person's name in it
[03:20] <ScottL> it was a link like the NBS....argh, this is deja vu and i don't like it :P
[03:20] <paultag> ScottL, was it Martin Pitt ( pitti ) ? ( he has a lot on his people.ubuntu )
[03:20] <persia> For stuff that failed to build or failed to install?
[03:21] <ScottL> persia, i remember looking at this list while we were exploring why packages failed to build installable binaries
[03:21] <persia> I probably pointed at http://people.canonical.com/~cjwatson/packagesets previously, which provides a list of packages of interest to us.
[03:21] <ScottL> paultag, possibly, but i don't think so
[03:21] <persia> NBS is most likelu
[03:22] <ScottL> it's not uber critical though
[03:22] <persia> The standard check for packages which cannot install is `apt-cache -i unmet` run locally
[03:24] <persia> Maybe somewhere under http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntustudio.maverick/ ?
[03:31] <ScottL> no, it was ubuntu studio specific, it had a lot of packages that didn't build, it was probably NBS
[03:32] <ScottL> persia, i guess i should start a discussion with someone in #ubuntu-release and mentioned wanting to rebuild the RC image when we get the packages squared away
[03:32] <persia> Let's make sure everything installs first, and *then* bother Riddell.
[03:32] <persia> I think it's late for him anyway right now.
[03:43]  * persia attempts to install all the packages marked as uninstallable in that report
[03:44] <persia> Note that they are all amd64: the i386 images may be in better shape.
[03:44] <paultag> persia, yeah, I just did a dsc build of agave, built and installed with success
[03:44] <paultag> ( the one that failed )
[03:44] <paultag> It must be a dependency problem, everything looks OK at first glance
[03:45] <persia> paultag, Or could have been a dependency problem at the time the report was made, now resolved.
[03:46] <persia> Because it's all amd64, I suspect it's a timing difference between i386 and amd64 buildds.
[03:46] <paultag> aye, oh -- my build was on an i386, so it's not on the affected platform anyway
[03:46] <paultag> I think so
[03:46] <paultag> erm, effective
[03:46] <paultag> even though affected could be right
[03:50] <persia> Given that we don't know if it's affected yet, I'm not sure we can be effective in fixing it :)
[03:50] <paultag> :)
[03:53]  * ScottL 's 3 year old son found the Desitin in his backpack and made a complete mess :(
[03:54] <persia> heh
[05:39] <persia> OK.  Install completed.  We should be fine for both i386 and amd64 images.
[05:39] <persia> Has anyone tried them yet?
[05:54] <astraljava> persia: Not yet, but I zsynced just a while back, will try in an hour or so.
[05:54] <astraljava> persia: And amd64 specifically.
[05:54] <persia> Cool.  I also saw that Riddell announced images in #ubuntustudio some 7 hours back.
[05:55]  * persia is waiting for rsync to complete
[05:55] <astraljava> Yeah he did, but weren't they broken at that time, though?
[05:56] <persia> Don't think so.
[05:56] <astraljava> Okay.
[05:56] <persia> I certainly didn't fix anything: just checked.  The notice of uninstallable packages was out-of-date
[05:56] <astraljava> Right'o.
[06:42] <TheMuso> Yeah there were some mismatches that I remember Seb talking about yesterday, packages initially FTBFs on amd64, but have been rebuilt once things settled down.
[06:48] <persia> Indeed.  All looks good now.
[08:29] <astraljava> An hour my 4$$. :) Installing now, though. :)
[09:11] <astraljava> An awful lot of hash sum mismatches.
[09:12] <astraljava> ...and aptitude failed (100)
[09:59] <astraljava> Okay, filed LP #650953, and marked test case as failed.
[10:03] <persia> Could you attach some logs or something?
[10:03] <astraljava> persia: How is that done?
[10:03] <persia> "Add attachment or patch"
[10:03] <astraljava> persia: I mean, how do I get the log from the install?
[10:04] <persia> Uhhhhh....
[10:04] <persia> Check /var/log and /target/var/log for stuff: those are the most likely places.
[10:04] <persia> Try to find something matching your console issues.
[10:04] <persia> Also, did you verify the checksum of the media?
[10:04] <astraljava> Okay.
[10:04] <astraljava> Hmm... come to think of it, I didn't.
[10:05] <astraljava> They're a match.
[10:05] <persia> Hrm.  I was hoping that was the issue,  Hrm.
[10:09] <astraljava> Recalled hosltein's instructions on serving the log files on a http server, and boyee what did I find!
[10:09] <astraljava> Sep 29 08:10:06 kernel: [ 2393.113074] end_request: I/O error, dev sr0, sector 3817812
[10:09] <astraljava> Sep 29 08:10:06 kernel: [ 2393.113078] Buffer I/O error on device sr0, logical block 954453
[10:09] <astraljava> Sep 29 08:10:06 kernel: [ 2393.113082] Buffer I/O error on device sr0, logical block 954454
[10:09] <astraljava> Sep 29 08:10:06 kernel: [ 2393.113087] Buffer I/O error on device sr0, logical block 954455
[10:09] <astraljava> on and on and on
[10:10] <astraljava> Faulty dvd?
[10:10] <abogani> Probably
[10:10] <persia> Or dirty play heads.
[10:10] <astraljava> Hmm... so, try again with a new blank, and what then if it doesn't fix it?
[10:11] <astraljava> How do I clean the "play heads"?
[10:11] <abogani> astraljava: Before that try to check the disc (when you start as livedvd).
[10:12] <astraljava> abogani: Okay.
[10:13] <persia> Actually, given that it's a DVD, it's really a lens that gets dirty, rather than "play heads", but same idea.  There's a kit you can get that cleans the sensors for optical disks (same kit ought work for CD/DVD/BR/etc.
[10:17] <astraljava> Ok, will have to check those out the next time I'm in the city.
[10:18] <persia> They're generally not needed for the lifetime of the player.  Heavy users need them every year or two.
[10:18] <astraljava> Yeah, CD-ROM integrity check fails. :(
[10:18] <persia> (excluding folks who fail to use dust jackets)
[10:18] <persia> OK.  Please mark the bug "Invalid" and try again :)
[10:18] <astraljava> Will do.
[10:18] <persia> Thanks.
[10:21] <astraljava> Trying to burn another disc now.
[11:21] <astraljava> Nice, the second disc checks out on integrity, and installing now.
[11:24] <abogani> good
[12:03] <ScottL> i'm glad to hear that the failed builds seem to be resolved (or not an issue), downloading ISO myself and will test tonight when i get home
[12:04]  * ScottL is heading to the office
[12:04] <ScottL> oh, and is anyone interesting in helping with team reports
[12:05] <ScottL> https://wiki.ubuntu.com/TeamReports
[12:11] <astraljava> Yup, marked as passed for auto-resize.
[13:32] <persia> ScottL, In reference to recent discussion in #ubuntustudio: did you ever have luck coordinating with doctormo regarding the state of tablet support?
[13:43] <scott-work> for those interested in the team reporting:  https://wiki.ubuntu.com/UbuntuStudio/TeamReports
[13:43] <scott-work> persia: not really, we talked around it without developing points of action
[13:44] <scott-work> although, it's funny you mention it because i was thinking about tasks and workflows and thought about doctormo and the driver
[13:44] <scott-work> he needs to get in it included into the repos before we can actually install it, no?
[13:44] <scott-work> i was going to follow up with him this week about getting it into the repos
[13:44] <scott-work> .
[13:45] <persia> He's doing work that directly affects the same set of users we target with -graphics: be extra good to convince him to accept "Ubuntu Studio" as "us" internally as an identity :)
[13:45] <scott-work> of course this is all based on believing that it will take time to ge the drivers included in the kernel
[13:45] <persia> They don't need to be in the kernel.  DKMS is fine.  Just need a clear path to ensure that the work he's doing in his PPA is also present in the distribution by default.
[13:45] <scott-work> and therefore to include it with the ISO it would need to be in the repos for a year or so
[13:45] <persia> Telling every user to add a PPA post-install isn't "Just Works"
[13:46] <scott-work> DKMS?
[13:46] <persia> We can include stuff on the ISO that got pushed to the repos last week.
[13:46] <persia> Dell Kernel Module System (or something).
[13:46] <scott-work> oh yea, i just read something about that in Linux Format (i think, read it somewhere)
[13:46] <persia> "Dynamic Kernel Module Support Framework" (originally developed inside Dell)
[13:47] <scott-work> i'm still fuzzy on how we get it from his PPA into the ISO then
[13:48] <scott-work> oh, sorry, i think i misread what you meant
[13:48] <scott-work> i believe you meant:
[13:48] <scott-work> 1. it doesn't need to be in the kernel because of DKMS
[13:48] <scott-work> 2. it DOES need to be in the repos
[13:48] <scott-work> 3. we can add it rather late, even stuff that pushed last week
[13:49] <scott-work> .
[13:49] <persia> Right, but it doesn't need to be in the repos for a year or so: should only require a day or two.
[13:49] <persia> Well, we're constrained by release management.
[13:49] <scott-work> oh, no...i mean i would not expect it to get pushed into the kernel for a year or so, that's why we need it in the repos now :)
[13:50] <scott-work> so we can provide that functionality by including it on the ISO as a package, then when it's in the kernel we don't need the package included anymore
[13:51] <scott-work> either way, i'll follow up with doctormo today about the status of the package
[13:51] <scott-work> my feeling was that it wasn't in the repos yet and there didn't see to be a burning fire of desire to get it into the repos at this time
[13:52] <scott-work> might not be viable for maverick then, but i would expect it for natty however
[13:52] <persia> Right.
[14:10] <persia> So, apparently something in our packageset depends on ia32-libs.  Given the nature of this package, we probably want to track down whichever is to blame and make it not do that.
[14:10] <persia> Installed-size is 143MB: one of the largest packages around.
[14:13] <quadrispro> ScottL, hi!
[14:14] <quadrispro> did they update lmms?
[14:15] <persia> Not according to rmadison, and not going to happen at least until RC is published.
[14:36] <scott-work> quadrispro: persia: i also thought we were wating for sevenmachiens to either package 0.4.8 or resolve some dependencies for 0.4.7
[14:37] <scott-work> quadrispro: which brings up something, have you read through the ubuntu bug report ?  it mentions debian possible separating the packge to have -vst seperated from lmms to avoid wine and the tts-mscorefonts-installer
[14:38] <scott-work> #606533
[14:38] <scott-work> bug 606533
[14:40] <scott-work> was comment #9 but it was tobias who actually said he would have 0.4.8 in his PPA
[14:41] <scott-work> quadrispro: is this something that we might be able to do in debian as well, which would also help with reducing the delta ?
[14:42] <quadrispro> well... I don't know, I've re-boot'd my life just today, I took an exame
[14:42] <quadrispro> exam *
[14:43] <quadrispro> ah, lmms is not under pkg-multimedia umbrella
[14:43] <quadrispro> we should get in touch with the maintainer
[14:46] <scott-work> how do you feel your exam went?  what are you studying?
[14:46] <scott-work> quadrispro: ^^^
[14:47] <quadrispro> scott-work, I've spent all the summer and the exam has gone bad
[14:48] <quadrispro> I was studying physics II
[15:50] <rlameiro> morning /afternoon /evening
[15:50] <rlameiro> scott-work, persia, astraljava, started now testing the RC on Vbox for i38
[15:50] <rlameiro> the manual partition and after the auto resize
[15:51] <persia> Might be nice to tell the folk in #ubuntu-testing : they sometimes seem to think we don't test.
[15:51] <rlameiro> i will
[15:51] <rlameiro> i marked it down on the tracker as started
[15:51] <rlameiro> but i tell ara
[15:53] <rlameiro> persia: ;)
[16:03] <astraljava> Don't they see it from the reports? :D
[16:04] <astraljava> Yeah, I'll do other test cases tomorrow, am a bit tired and the flu is fighting back hard...
[16:04] <persia> astraljava, Yes, but there's a sense of "everyone working together" that is sometimes missing from the reports.
[16:04] <rlameiro> astraljava: persia idea is to do a positive reinforcement
[16:04] <persia> astraljava, Get better!
[16:04] <rlameiro> they think we dont care, so we should show them otherwise
[16:04] <astraljava> persia: Thanks!
[16:04] <astraljava> Yeah okay, I was partly joking only.
[16:05] <rlameiro> lol
[16:49] <scott-work> ah, quadrispro has left already :(
[16:49] <scott-work> hi rlameiro
[16:50] <rlameiro> scott-work: how is work?
[17:01] <rlameiro> i386 is almost finished testing
[17:01] <rlameiro> is there someone up to AMD64?
[17:02] <holstein> i can
[17:02] <holstein> do i need to?
[17:02] <holstein> are they failing?
[17:03] <rlameiro> AFAIK no, but at the moment i am testing the auto resize i386
[17:03] <holstein> cool
[17:03] <rlameiro> but if I start testing all the ISOS, i dont do nothing more today
[17:03] <holstein> yeah
[17:03] <astraljava> rlameiro: holstein: I did auto-resize for amd64 today, will do the others tomorrow if no-one else does before.
[17:04] <holstein> astraljava: COOL
[17:04] <holstein> thanks
[17:04] <rlameiro> I can try to do the test, but i cant promise nothing
[17:05] <rlameiro> I rather will save the blank DVDs for the final release :D
[17:05]  * holstein got some DVD-RW's :)
[17:06] <rlameiro> yeah, i need to buy some rw tooo
[17:06] <scott-work> holstein: i was an alarmists, well meaning, but an alarmist nonetheless :P
[17:06]  * rlameiro MAJOR FAIL --- ISO tester without RWsss....
[17:06] <astraljava> Heheh. :)
[17:06] <holstein> scott-work: about the iso's?
[17:06] <holstein> or the failing?
[17:07] <astraljava> Yeah I learnt that lesson back in the day.
[17:07] <scott-work> holstein: the ISO and the failed builds
[17:07] <holstein> hehe
[17:07] <holstein> maybe an alarmed realist :)
[17:07] <scott-work> apparently the building installable binaries in the email were before the ISO's were made and was fixed
[17:07] <holstein> that happened to me last time
[17:08] <holstein> i grabbed the builds *right* after i got the message they were ready
[17:08] <rlameiro> scott-work: you werent the only, me too was kinda alarmed, I even commented it out with persia
[17:08] <holstein> and blew about 3 hours testing with the old iso
[17:09] <persia> We should probably identify someone to be *the* testing contact, who coordinates closely with the release and testing teams, and helps tell the rest of us when it's safe to pull the ISOs for testing.
[17:09] <rlameiro> cwatson???
[17:09] <rlameiro> lol
[17:09] <holstein> yeah
[17:09] <holstein> a liason
[17:09] <holstein> iso-liason
[17:10] <rlameiro> I dont see stochastic long time..
[17:10] <holstein> yeah :/
[17:10] <rlameiro> he is the "testers" boss :D
[17:11] <holstein> i was thinking about stotastic a bit ago
[17:11] <rlameiro> I wonder if he is ok....
[17:16] <scott-work> i agree with persia , but i would rather that it is someone other than me :)
[17:16] <scott-work> err, that was suppossed to be a  ;)  not a :)
[17:16] <rlameiro> scott-work: I agree with you
[17:16] <scott-work> i expect stochastic is just busy
[17:16] <rlameiro> you cant do everything
[17:16] <persia> Indeed, so whilst stochastic is away, we need someone to cover.
[17:16] <rlameiro> and you need to be protected from burning out
[17:17] <rlameiro> we had a lot of burn outs in the last years, i dont want that to happen with you....
[17:17] <persia> I think the best protection against burnout is to have well-defined roles, and switch roles each cycle.
[17:17] <persia> That said, I think it's best to have consistency in project leadership over longer terms (but to avoid burnout, that requires delegation of all the other roles)
[17:18] <rlameiro> exactly
[17:19] <rlameiro> I think tha holstein should be promoted and assigned as Recruiter
[17:19] <rlameiro> he is ver active on IRC channels, people respect him alot
[17:19] <persia> holstein, Are you up for that, in addition to being "Chief Master User Support Expert"?
[17:19] <rlameiro> and he can see who is more time at the channel, and involved
[17:19] <rlameiro> maybe he can pull out some of them to test stuff
[17:19] <persia> Right, but he is also busy, for all those reasons.
[17:20] <rlameiro> yeah
[17:20] <rlameiro> true...
[17:21] <rlameiro> well, maybe I should change the name, insted of recruiter, maybe "Ubuntu Studio PR person" :D
[17:21] <rlameiro> he is a PR already ::D
[17:22] <rlameiro> if he need to forward he can send to me the nicks of users, and i can explain how to test iso and stuff
[17:22] <paultag> rlameiro, or put it on a wiki ;)
[17:22] <rlameiro> he can be the "spliter
[17:22] <rlameiro> paultag: yeap, that is a plan that we should do for natty
[17:23] <rlameiro> we need to set especial parameters for our testing
[17:24] <rlameiro> I need to finish my thesis until October end
[17:24] <paultag> I hope ya'll don't mind if I don't find a "role" until the next cycle
[17:24] <rlameiro> after that I am with more time
[17:24] <paultag> I'm pretty locked up until the next cycle with my Ubuntu work :/
[17:24] <paultag> +1 rlameiro
[17:25] <rlameiro> but beeing said that, i think that scott-work could organize some meeting to define what is the top 1 priority
[17:25] <rlameiro> and then try to implement and assign responsabls people
[17:26] <rlameiro> and maybe something between the IRC and Mailing list
[17:26] <paultag> All I have to do is offload like 80% of my workload to other people and I can help here, heh :)
[17:26] <rlameiro> there are a lot of user on the mailing list that doesnt come to the IRC
[17:26] <holstein> persia: sure
[17:27] <rlameiro> I can assign myself to design testing procedures, if scott-work  is ok with that
[17:28] <holstein> seems like this iso-check master thing might be something less technical that i can handle
[17:28] <rlameiro> but, i will need experienced input on it, i dont feel confident enough for that task alone
[17:28] <astraljava> rlameiro: Great! Does that mean you'll be the testing "liaison", then?
[17:28] <rlameiro> I know very few people working at canonical
[17:28] <rlameiro> i think that would be someone "inside" the Core devs of canonical
[17:28] <holstein> OH yeah, unless rlameiro wants to do it
[17:29] <persia> There are lots of core devs who don't work for Canonical, and lots of folks Canonical hires to work on Ubuntu that aren't any sort of Ubuntu Developer.
[17:30] <rlameiro> holstein: holstein we can work together, designing a test case doesnt seem to be hard, but there are lots of diferent cases we should addres, and 2 heads are better than one :D
[17:30] <astraljava> I don't understand, I thought persia suggested someone from _our_ team?
[17:30] <persia> astraljava, I intended to do so.
[17:30] <rlameiro> ohh, ok
[17:31] <astraljava> There are hardly any core devs here, not to mention Canonical employees. :)
[17:31] <rlameiro> persia: so, how will it work?
[17:31]  * persia believes there to be one core dev and two Canonical employees, but may be mistaken.
[17:31] <rlameiro> the assigned person will receive direct information from the release team?
[17:31] <persia> Also, I think those folk are busy enough with other things :)
[17:31] <astraljava> Well, here, you have it right. But in the team, once Luke quit...
[17:32] <persia> rlameiro, Basically, someone who hangs out on #ubuntu-testing and #ubuntu-release and follows what is happening, being sure to be aware of how the changes affect testing ISOs.
[17:32] <rlameiro> humm
[17:32] <persia> I'm sure charlie-tca or stgraber or someone could provide good insight into what is needed
[17:32]  * persia has never held that role for any flavour, but sees others do it, with seemingly less confusion
[17:34] <rlameiro> so the contacts is only to know what changed on the ISOs and warn people to strat testing
[17:34] <rlameiro> or are there more stuff?
[17:34] <rlameiro> maybe keeping track of testin schedule
[17:35] <holstein> rlameiro: i think your the guy for the job
[17:35] <holstein> if you want it
[17:35] <holstein> how about you feel free to delegate whatever you need to me
[17:35] <holstein> anytime
[17:35] <holstein> and we talk quite often anyways
[17:35] <rlameiro> well, i think i can try it
[17:35] <paultag> I can try and help, if you need me
[17:36] <rlameiro> maybe that was stochastic role IIRC
[17:36] <holstein> paultag: :)
[17:36] <persia> rlameiro, Right.  The role is for someone to keep track of schedule, respins, testing requirements, test coverage, etc.
[17:36] <rlameiro> YAYYYYYY
[17:36] <persia> That person would be expected to coordinate the testing *with the help of others*, mostly on #ubuntu-testing.
[17:36] <rlameiro> i386 testing finished
[17:37] <persia> And that person would be expected to help advise ScottL on when freeze exceptions would help or hurt the images.
[17:37] <persia> \o/
[17:38] <rlameiro> http://iso.qa.ubuntu.com/qatracker/test/4599
[17:38] <rlameiro> ok, I can try to do that
[17:39] <rlameiro> are there some trainig sessions from the the testing team?
[17:39] <persia> Dunno.  I strongly suggest asking charlie-tca or stgraber for advice.  They hold that role for Xubuntu and Edubuntu, respectively.
[17:40] <persia> If you ask in #ubuntu-testing, others might chime in as well.
[17:50] <scott-work> rlameiro:  you have my sincere +1 for testing
[17:50] <rlameiro> ok
[17:50] <rlameiro> I am talking with ara at the moment
[17:54] <rlameiro> ok, need help in outline some optional test cases for Natty.
[17:54] <rlameiro> what do you think about:
[17:54] <rlameiro> Firewire hardware test
[17:54] <rlameiro> USB hardware test
[17:54] <rlameiro> Video camera hardware test
[17:54] <rlameiro> Jackd test
[17:56] <holstein> rlameiro: w00t
[17:56] <scott-work> kernel test would be nice in some capacity for latency
[17:56] <holstein> firewire :)
[17:56] <scott-work> if a consistent person with the same hardware could test it
[17:56] <rlameiro> yes, if there is a realtime kernel, we can also add a kernel test
[17:57] <scott-work> not to split hairs mind you (i.e. 10msec vs 11msec)
[17:57] <scott-work> but if a usual setting starts getting massive xrun (or a larger percentage)
[17:57] <scott-work> just a gut feel test perhaps
[17:57] <persia> I think the kernel latency testing shouldn't be part of validation.
[17:58] <persia> But rather something separate, and special, that someone takes one, measuring latency over time, etc.
[17:58] <rlameiro> persia: not for validation!!! that will kill testing
[17:58] <holstein> optional test cases?
[17:58] <rlameiro> yes
[17:58] <persia> That is why I mention it :)
[17:58] <holstein> you think that is the wrong place persia ?
[17:59] <rlameiro> ara told me that next cycle they will have""" Mandatory - Run Once & Optional (meaning really optional) :)"""""
[17:59] <holstein> maybe we can use that tracker layout either way
[17:59] <rlameiro> optional at the moment needs to be tested at least once per ISO
[17:59] <holstein> its really clear and easy to see what needs to be done for the test
[17:59] <rlameiro> well, i will do the QA wiki for the testing cases
[18:00] <persia> holstein, Either way: I just don't want to block a milestone waiting for the specific person with consistent hardware to verify we don't have a latency regression.
[18:00] <rlameiro> but i could use some help making the specific procedures
[18:00] <holstein> agreed
[18:00] <rlameiro> persia: that was one of the things I wanted to be sure with ara
[18:00] <holstein> additional optional test cases only +1
[18:00] <rlameiro> this kind of test are for reference
[18:01] <rlameiro> and mostly for the first release cycles to see if there are regressions
[18:01] <rlameiro> for instance on FFADO drivers or stuff
[18:01] <rlameiro> thqat way we can have time to ask for a respin
[18:02] <persia> Right.
[18:03] <rlameiro> most of the time, people test if it installs ok and runs
[18:03] <rlameiro> but there are more stuff to test, the installer is important, but also the rest
[18:07] <rlameiro> i remeber the network manager problem.....
[18:08] <persia> The installer isn't that likely to break, and most of it gets fairly well exercised by the server team.
[18:08] <rlameiro> well, but actually, it is what is beeing tested :D
[18:08] <persia> I'm reminded: it may be worth chatting with mathiaz about his test automation framework: he has some nifty way of automating the complete run of all the server testing.
[18:09] <rlameiro> wow...
[18:09] <rlameiro> like MACROS?
[18:10] <persia> Um, no.  Something involving KVM and preseeding and stuff.
[18:10] <rlameiro> oh
[18:10] <rlameiro> that seems overkill for ubuntu studio
[18:13] <persia> Why?
[18:13] <persia> If it works, we can set up some number of test cases, and have a few folks run them.
[18:13] <holstein> is that what would get us all the installer questions up front?
[18:14] <persia> That would exercise the installer, and we could focus human attention on things that require GUI interaction.
[18:14] <persia> holstein, I believe it not only gets the questions, but answers them in a preprepared manner, and then verifies the results match expectations.
[18:14] <holstein> yeah, i like that direction if only for that reason
[18:14] <rlameiro> haaaaa
[18:14]  * persia attended a presentation about it once, but was mostly asleep at the time
[18:15] <holstein> unattended installation
[18:15] <rlameiro> i get it now
[18:15] <rlameiro> so, it is like a remote test, automated to run each release
[18:15] <rlameiro> and then ouputs a log
[18:15] <rlameiro> seems a good aproach...
[18:16] <rlameiro> persia: SORRY I DODNT GOT IT AT FIRST
[18:16] <persia> It only tests the installer, mind you.  Won't test the apps.
[18:16] <persia> rlameiro, No worries :)
[18:16] <rlameiro> I oops caps
[18:17] <rlameiro> it only works with the alternate right?
[18:17] <persia> As far as I know, yeah.
[18:19] <rlameiro> ok
[18:19] <rlameiro> well, i need to go for groceries, then time to work on studio things
[18:19] <rlameiro> video editing and wiki for test cases :D
[18:20]  * rlameiro AFK
[19:18] <scott-work> persia, holstein, rlameiro : i don't mean that we use the latency test to validate each ISO image, just that as a release the kernel should probably be tested to make sure performance is acceptable
[19:19] <holstein> agreed
[19:20] <persia> Indeed.
[20:06] <rlameiro> scott-work, persia, holstein http://testcases.qa.ubuntu.com/UbuntuStudio
[20:06] <rlameiro> paultag: also..
[20:06] <paultag> Hum?
[20:07] <paultag> Ah, cool. Thanks.
[20:07] <persia> rlameiro, Nice work.  I'd recommend that for natty you align those to match the workflows ScottL has been asking folk to contribute though.
[20:07] <rlameiro> i was thinking about that
[20:07] <rlameiro> its a nice idea persia
[20:08] <rlameiro> i really need input in other areas that not audio....
[20:09] <persia> I think there's a huge opportunity for alignment in terms of testcases, documentation, and seed contents if we focus on the workflows.
[20:42] <rlameiro> persia: yeah, maybe choosing one workflow for each type of test, and make it like to finish a task
[20:43] <persia> That was my thinking, yeah.
[20:43] <persia> And if we have to adjust a test because software changes in a cycle, we can adjust the documentation at the same time, and always have it accurate for each release.
[20:59] <rlameiro> yea
[20:59] <rlameiro> like jack changes...
[21:11] <scott-work> rlameiro: good stuff, i like it :)
[22:47] <scott-work> paultag: i neglected to tell you welcome...
[22:47] <scott-work> paultag: welcome :)
[22:47] <scott-work> glad you are here!
[23:36] <paultag> ScottL, thanks :)
[23:36] <paultag> ScottL, I'm trying to branch out a bit -- I've been locked up with LoCos for a while, about time I started helping with MOTU sports :)
[23:41] <ScottL> paultag,  we sure appreciate your help :)
[23:42] <paultag> :)
[23:42] <ScottL> JFo, any word of late about getting the -lowlatency kernel into the archives?
[23:47] <paultag> brb
[23:53] <TheMuso> Did anybody start looking at merging the ardour security fixes from Debian?
[23:54] <TheMuso> To hopefully get in post RC?
[23:54] <TheMuso> Or a 0 day security update?


[02:46] -queuebot:#ubuntu-ci-eng- michi jamesh, https://bileto.ubuntu.com/#/ticket/2284 Preparing packages
[03:25] -queuebot:#ubuntu-ci-eng- michi jamesh, https://bileto.ubuntu.com/#/ticket/2284 Successfully built
[07:53] <vigo> pete-woods, ping
[07:56] <vigo> pete-woods, did you have some minutes to take a look to silo 2224
[07:56] <vigo> ?
[08:20] <mardy> robru: hi! Why does bileto sometimes suggest to abandon the ticket and rebuild it?
[08:21] <mardy> robru: I pushed some new commits to https://bileto.ubuntu.com/#/ticket/1669, and I get that message
[08:31] -queuebot:#ubuntu-ci-eng- dbarth mardy, https://bileto.ubuntu.com/#/ticket/1669 QA Signoff:
[08:31] -queuebot:#ubuntu-ci-eng- dbarth mardy, https://bileto.ubuntu.com/#/ticket/1669 Needs rebuild due to new commits (xenial/account-plugins). Proposed pocket (xenial/gnome-control-center-signon)
[09:05] <pete-woods> vigo: this issue is going to be my top priority
[09:06] <pete-woods> But to be clear. That silo was landed last week already by mistake
[09:07] <pete-woods> If you could push your findings into a bug against indicator-network
[09:07] <pete-woods> that would be great
[09:08] <jamesh> seb128: hi.  I got my storage-provider-webdav silo published after the trouble last week.  However, the zesty packages are stuck in the new queue.  Is that something you can help with?  It's the same binaries as you looked at last week.
[09:13] <seb128> jamesh, hey, I can have a look
[09:13] <jamesh> seb128: thank you
[09:13] <seb128> yw!
[09:17] <pete-woods> vigo_: just noticed you reconnected with a different nick
[09:23] <vigo_> pete-woods, morning
[09:23] <pete-woods> morning
[09:24] <pete-woods> there's some scrollback for you ^
[09:25] <vigo> pete-woods, ack!
[10:04] <robru> mardy: because it's the last one with "landing-" in the name
[10:06] <jibel> robru, what is this critical bug you mentioned on the ml?
[10:07] <robru> jibel: can't remember which ticket sorry, ask bfiller
[10:55] <vigo_> oSoMoN, ping
[10:57] <vigo_> oSoMoN, looks like 19.4 from security is shadowing again 1.18.5 in the overlay like 2 weeks ago
[11:16] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2290 Preparing packages
[11:16] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2290 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[11:34] <renato__> robru, any problem with Automated Signoff? silo 2287 is on the queue since Friday
[11:51] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2290 Failed to build
[11:52] -queuebot:#ubuntu-ci-eng- dbarth mardy, https://bileto.ubuntu.com/#/ticket/1669 Destination version missing from changelog
[12:04] -queuebot:#ubuntu-ci-eng- jamesh michi pete-woods, https://bileto.ubuntu.com/#/ticket/2275 Preparing packages
[12:24] -queuebot:#ubuntu-ci-eng- bschaefer, https://bileto.ubuntu.com/#/ticket/2180 QA Signoff: Approved
[12:40] -queuebot:#ubuntu-ci-eng- jamesh michi pete-woods, https://bileto.ubuntu.com/#/ticket/2275 Successfully built
[12:43] <mardy> trainguards: can please someone help me understand what the problem is, here? https://bileto.ubuntu.com/#/ticket/1669
[12:59] <oSoMoN> vigo, yes, indeed
[13:11] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2290 Diff missing
[13:28] -queuebot:#ubuntu-ci-eng- dednick, https://bileto.ubuntu.com/#/ticket/2291 Preparing packages
[13:29] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Needs rebuild due to new commits (zesty/ubuntu-system-settings). Successfully built (xenial/ubuntu-system-settings)
[13:52] -queuebot:#ubuntu-ci-eng- jamesh michi pete-woods, https://bileto.ubuntu.com/#/ticket/2275 Preparing packages
[13:54] <vigo> oSoMoN, :( because of that I cannot install unity8-desktop-session on a new xenial image for testing
[13:54] <vigo> do you know a workaround or when it will be fixed?
[13:55] -queuebot:#ubuntu-ci-eng- dednick, https://bileto.ubuntu.com/#/ticket/2291 Currently building (zesty/unity8). Failed to build (xenial/qmenumodel, xenial/unity8). Successfully built (xenial/qtubuntu, xenial/qtubuntu-gles, zesty/qmenumodel, zesty/qtubuntu, zesty/qtubuntu-gles)
[14:09] <jibel> trainguards, could someone have a look at https://bileto.ubuntu.com/#/ticket/2241 it is stuck on 'automated signoff' since Dec 9th
[14:12] <oSoMoN> vigo, you could install silo 2263, that will upgrade oxide to 1.19.5
[14:12] <oSoMoN> it seems to be working fine on xenial
[14:12] <oSoMoN> unfortunately it’s not ready for QA validation as the renderer crashes on vivid
[14:12] <vigo> oSoMoN, ack! thanks! :)
[14:13] <oSoMoN> (bug #1648891)
[14:13] <ubot5`> bug 1648891 in Oxide "renderer process gets SIGBUS in 1.19.5 on arale" [Undecided,New] https://launchpad.net/bugs/1648891
[14:13] <vigo> oSoMoN, np thank you again :)
[14:20] -queuebot:#ubuntu-ci-eng- jamesh michi pete-woods, https://bileto.ubuntu.com/#/ticket/2275 Preparing packages
[14:32] <renato__> trainguards, do you know why silo 2287 is freeze on "Automated Signoff" it is on queue since Friday
[14:40] -queuebot:#ubuntu-ci-eng- jamesh michi pete-woods, https://bileto.ubuntu.com/#/ticket/2275 Pending binary packages (xenial/indicator-transfer). Successfully built (xenial/hud, xenial/indicator-display, xenial/indicator-network, xenial/indicator-sound, xenial/keeper, xenial/libqtdbusmock, xenial/libqtdbustest, xenial/mediascanner2, xenial/pay-service, xenial/persistent-cache-cpp, xenial/policykit-unity8, xenial/qtmir, xenial/qtmir-gles, xenial/thumbnailer, xenial/ubuntu
[14:42] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2280 Needs rebuild due to new commits (zesty/unity8-desktop-session). Successfully built (xenial/unity8-desktop-session)
[14:43] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2280 Preparing packages
[14:50] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Preparing packages
[14:53] -queuebot:#ubuntu-ci-eng- dednick, https://bileto.ubuntu.com/#/ticket/2291 Failed to build (xenial/qmenumodel, xenial/unity8). Successfully built (xenial/qtubuntu, xenial/qtubuntu-gles, zesty/qmenumodel, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity8)
[15:00] -queuebot:#ubuntu-ci-eng- jamesh michi pete-woods, https://bileto.ubuntu.com/#/ticket/2275 Successfully built
[15:01] <dobey> renato__: well you just reset it, so have to wait for next britney and bileto runs to see i guess
[15:02] <renato__> dobey, yeah sorry. I was wondering if it was something specific for that build.
[15:02] <renato__> dobey, how long it should takes?
[15:02] <dobey> no idea
[15:03] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2280 Successfully built
[15:03] <rvr> ChrisTownsend: Hi!
[15:03] <ChrisTownsend> rvr: Hey!
[15:03] <jibel> renato__, it's just bileto failed to collect the results at some point
[15:03] <rvr> ChrisTownsend: Take a look here https://trello.com/c/XYaelKKP/3860-2266-2266-libertine-christownsend
[15:05] <ChrisTownsend> rvr: Ok, I looked.  The --force-yes is something we need to change, but it shouldn't have any impact right now.  The proot output seems a little odd.  Does it not work?
[15:06] <rvr> ChrisTownsend: Not sure
[15:07] <rvr> ChrisTownsend: The container seems to be created
[15:08] <ChrisTownsend> rvr: Ok.  Is this an M10 running xenial?
[15:09] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Dependency wait (xenial/address-book-app). Failed to build (xenial/content-hub, zesty/content-hub). Successfully built (xenial/gallery-app, zesty/address-book-app, zesty/gallery-app)
[15:11] <rvr> ChrisTownsend: Yes
[15:11] <rvr> ChrisTownsend: Installing a package shows the same
[15:11] <rvr> ChrisTownsend: proot info: pid 11699: terminated with signal 9
[15:12] <rvr> And it cannot be launched
[15:12] <ChrisTownsend> rvr: Ok.  Grr.
[15:12] <ChrisTownsend> rvr: I've been struggling to get my m10 working on xenial, so I really don't have a test bed.
[15:13] <rvr> ChrisTownsend: Which env did you use to test?
[15:13] <ChrisTownsend> rvr: amd64 desktop on zesty and x+o.
[15:13] <rvr> ChrisTownsend: I see
[15:16] <ChrisTownsend> rvr: I'll see if I can get my m10 working enough to try to reproduce.  But this opens the question since we need this landing for desktop as well and m10 w/ xenial isn't fully up, does something like this block the landing?
[15:17] <rvr> ChrisTownsend: Right now, it's a fail, yes.
[15:17] <ChrisTownsend> rvr: :/
[15:18] <rvr> ** (process:13198): WARNING **: Unable to get snap information for 'test': Status code is: 404
[15:18] <rvr> [2016-12-12 15:12:12.376] INFO: Registry: RegistryObject::ScopeProcess::on_process_death(): Process for scope: "libertine-scope.ubuntu_libertine-scope" exited
[15:18] <rvr> ChrisTownsend: 'test' is the name of the container
[15:19] <ChrisTownsend> rvr: That is normal.
[15:20] <ChrisTownsend> rvr: Is a ~/.cache/upstart/application-legacy-test_app_0.0-.log?
[15:20] <ChrisTownsend> With app being whatever the name of the app is you tried launching.
[15:22] <rvr> cat application-legacy-test_gedit_0.0-.
[15:22] <rvr> XMir has closed unexpectedly
[15:24] <ChrisTownsend> rvr: Ohhhhhhh, of course.  xmir currently does not run on arm64
[15:25] <rvr> ChrisTownsend: Oohhh!
[15:25] <ChrisTownsend> rvr: There is a fix in the xmir git tree, but it has not been released yet.
[15:25] <ChrisTownsend> rvr: I completely forgot about xmir's deficiencies.
[15:26] <rvr> ChrisTownsend: But I guess that doesn't explain the signal 9 warning
[15:26] <ChrisTownsend> rvr: That could be noise.  It's hard to say at this point.
[15:28] <ChrisTownsend> rvr: I'll try creating a chroot container on my x+o desktop machine and see if it shows that there.  I can't remember if it does or not.
[15:32] -queuebot:#ubuntu-ci-eng- dednick, https://bileto.ubuntu.com/#/ticket/2291 Preparing packages
[15:36] <rvr> bregma: Are you planning the release of the Xmir fix for amd64 any time soon?
[15:41] <ChrisTownsend> rvr: It has to be released in Zesty first, but we are waiting on the new version of X.  Once that all lands, then we have to SRU it into xenial- we cannot use the overlay for Xmir in xenial.
[15:42] <rvr> ChrisTownsend: Why not?
[15:42] <dobey> ChrisTownsend: why can't use overlay?
[15:43] <ChrisTownsend> rvr: dobey:  Because it's all of X and the archive can trump what's in the overlay and break user's systems.  We have release via SRU so as to keep everything in sync.
[15:43] <ChrisTownsend> And X receives quite of bit of updates in xenial-updates.
[15:43] <dobey> ChrisTownsend: all of X has to be updated?
[15:44] <ChrisTownsend> dobey: Yes, Xmir is a patch in X.
[15:44] <dobey> oh
[15:44] <vigo> Saviq, ping
[15:45] <ltinkl> vigo, Saviq on holidays
[15:45] <dobey> ChrisTownsend: well, does it require the X version from zesty, or can it be backported to X in xenial?
[15:45] <ChrisTownsend> We could do it for Vivid because Vivid archive was no longer receiving X updates, so overlay was fine.  Xenial being LTS makes us have to go the SRU route.
[15:45] <rvr> I see
[15:45] <ChrisTownsend> dobey: We cannot put things in xenial SRU until they have been released in the current Ubuntu devel series.
[15:46] <dobey> ChrisTownsend: i'm not talking about SRU
[15:46] <ChrisTownsend> dobey: Hmm, I'm not sure what you are asking then.
[15:47] <ChrisTownsend> dobey: So you mean the fix for arm64?
[15:47] <dobey> ChrisTownsend: yes
[15:47] <dobey> ChrisTownsend: does it require a specific new feature only in the X going into zesty? or does it work on xenial xorg?
[15:47] <ChrisTownsend> dobey: That particular fix can be backported into the X version on xenial.
[15:48] <dobey> ChrisTownsend: if you're planning SRU it also gets complicated by the HWE stack
[15:49] <ChrisTownsend> dobey: How so?  The zesty stack w/ the fix will be the next HWE stack.
[15:49] <dobey> ChrisTownsend: what about the yakkety X? is it not going to xenial for HWE?
[15:50] <ChrisTownsend> dobey: I'm not sure of HWE cadence, but I imagine that's already underway.
[15:50] <dobey> ChrisTownsend: right, so i mean the fixed patch will need to end up in that too, i presume
[15:52] <ChrisTownsend> dobey: Not sure and it probably doesn't really matter.  I'm really only concerned about getting this fix in xenial-updates.  And the way we do that is through SRU.  But before we SRU, it has to be in Zesty.  So...
[15:52] <dobey> anyway, i don't see a problem with grabbing the current xorg from xenial-updates/security, sticking the updated patch in it, and throwing it in a silo to land in the overlay for xenial; it shouldn't break systems
[15:52] <vigo> ltinkl, ack
[15:53] <dobey> well, the "needs to be in devel release" first can be worked around a little
[15:53] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Preparing packages
[15:54] -queuebot:#ubuntu-ci-eng- dednick mterry, https://bileto.ubuntu.com/#/ticket/2291 Failed to build (xenial/unity8). Needs rebuild due to new commits (zesty/unity8). Pending binary packages (xenial/qtubuntu). Successfully built (xenial/qmenumodel, xenial/qtubuntu-gles, xenial/unity8-desktop-session, zesty/qmenumodel, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity8-desktop-session)
[15:55] <ChrisTownsend> dobey: We have entertained the current xenial xorg + patch thing and stick it in the overlay.  We may have to do that this time, but it causes quite a bit of extra work since we still have to do the SRU.
[15:55] <bschaefer> trainguards silo 2180 should be ready to land!
[15:55] <ChrisTownsend> dobey: And yes, there are exceptions to the needs to be in devel first.
[15:56] <dobey> ChrisTownsend: well not a whole lot of extra work i think. just a rebuild for landing into xenial as an SRU for when you want to do the SRU
[15:57] <ChrisTownsend> dobey: I'll discuss with bregma.
[15:57] <salem_> robru, hey, do you have any idea why the automated tests are not running on silo 2241? it's like this since friday.
[15:57] <alf_> robru: Hi! Can I just leave the commit message in an MP empty if I don't want bileto to add anything to my debian/changelog?
[15:58] <dobey> alf_: you need to provide your own debian/changelog if you don't want bileto to update it
[15:58] <dobey> alf_: ie, your MP needs a new changelog entry, otherwise the commit message must be set
[15:59] <bregma> dobey, ChrisTownsend, I don;t see why landing something in overlay won't work short-term, as long as people understand their systems will possibly break as -updates gets updated
[15:59] <bregma> if people can pin their apt sources when building snaps, that would solve the problem
[15:59] <dobey> bregma: well i expect if the change is only to fix arm64 builds of xmir, there will be very few people hitting that "breakage"
[16:00] <bregma> only anyone building snaps for arm64 -- Dragonboard, M10, etc
[16:00] <dobey> yeah, i don't know if snapcraft does priorities/pinning properly for that
[16:00] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Preparing packages
[16:02] <dobey> salem_, renato__: trainguards <- seems something is really wonky with britney for silos, not sure if anything broke on bileto end or the other end
[16:02] <alf_> dobey: I am providing the changelog, but bileto still adds the MP commit message. So, IIUC, it's ok to leave the commit message blank in this case and bileto won't complain.
[16:02] <vigo> mzanetti, hi
[16:03] <mzanetti> vigo, hey
[16:03] <vigo> I'll land 2150 right now
[16:03] <mzanetti> nice :)
[16:04] <vigo> but couldn't test the fix for Bug #1517830
[16:04] <ubot5`> bug 1517830 in unity8 (Ubuntu) "In landscape mode the music listing jumps when touched" [High,Fix released] https://launchpad.net/bugs/1517830
[16:04] <vigo> since mediascanner is broken in xenial for frieza
[16:04] <mzanetti> ah ok... I see
[16:05] <vigo> all other fixes look good =)
[16:05] <mzanetti> not sure what to tell you on this one atm
[16:06] <vigo> I already filed the bug against mediascanner
[16:09] <mzanetti> ok, thanks
[16:09] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2292 Preparing packages
[16:10] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2290 Pending binary packages
[16:14] -queuebot:#ubuntu-ci-eng- dednick mterry, https://bileto.ubuntu.com/#/ticket/2291 Failed to build (xenial/unity8). Needs rebuild due to new commits (zesty/unity8). Successfully built (xenial/qmenumodel, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity8-desktop-session, zesty/qmenumodel, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity8-desktop-session)
[16:16] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Diff missing (xenial/snapd). Failed to build (xenial/ubuntu-app-launch, zesty/indicator-keyboard, zesty/ubuntu-app-launch). Needs rebuild due to new commits (zesty/libertine). Ready to build (xenial/oxide-qt, zesty/oxide-qt, zesty/snapd). Successfully built (xenial/indicator-keyboard, xenial/libertine, xenial/ubuntu-touch-session, xenial/url-dispatcher, zesty/ubuntu-touch-session, zesty/url-
[16:19] -queuebot:#ubuntu-ci-eng- mterry mzanetti Saviq, https://bileto.ubuntu.com/#/ticket/2150 QA Signoff: Approved
[16:20] <mterry> ooh thanks QA!
[16:20] <vigo> mterry, yw ;)
[16:21] <mterry> :)
[16:21] -queuebot:#ubuntu-ci-eng- mterry mzanetti Saviq, https://bileto.ubuntu.com/#/ticket/2150 Publishing packages
[16:29] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Currently building (zesty/content-hub). Dependency wait (xenial/address-book-app). Failed to build (xenial/content-hub). Successfully built (xenial/gallery-app, zesty/address-book-app, zesty/gallery-app)
[16:31] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2290 Diff missing
[16:35] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2272 Destination version missing from changelog (zesty/unity-api). Needs rebuild due to burned version number (xenial/unity8, zesty/unity8). Successfully built (xenial/qtmir, xenial/qtmir-gles, xenial/unity-api, zesty/qtmir, zesty/qtmir-gles)
[16:35] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2292 Successfully built
[16:36] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Diff missing (xenial/snapd). Failed to build (xenial/ubuntu-app-launch, zesty/indicator-keyboard, zesty/ubuntu-app-launch). Needs rebuild due to new commits (zesty/libertine). Ready to build (zesty/snapd). Successfully built (xenial/indicator-keyboard, xenial/libertine, xenial/ubuntu-touch-session, xenial/url-dispatcher, zesty/ubuntu-touch-session, zesty/url-dispatcher)
[16:44] -queuebot:#ubuntu-ci-eng- greyback dandrader, https://bileto.ubuntu.com/#/ticket/2160 Destination version missing from changelog (zesty/unity-api, zesty/unity8). Successfully built (xenial/qtmir, xenial/qtmir-gles, xenial/unity-api, xenial/unity8, zesty/qtmir, zesty/qtmir-gles)
[16:48] -queuebot:#ubuntu-ci-eng- alf__, https://bileto.ubuntu.com/#/ticket/2293 Preparing packages
[16:49] -queuebot:#ubuntu-ci-eng- alf__, https://bileto.ubuntu.com/#/ticket/2293 zesty/repowerd: Failed to commit https://git.launchpad.net/repowerd. You must supply either a Commit Message on your MP, or a custom debian/changelog entry
[16:50] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Dependency wait (xenial/address-book-app). Failed to build (xenial/content-hub). Successfully built (xenial/gallery-app, zesty/address-book-app, zesty/content-hub, zesty/gallery-app)
[16:50] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Successfully built
[16:58] -queuebot:#ubuntu-ci-eng- mterry mzanetti Saviq, https://bileto.ubuntu.com/#/ticket/2150 Proposed pocket (zesty/unity-api, zesty/unity8). Release pocket (xenial/unity-api, xenial/unity8)
[17:04] -queuebot:#ubuntu-ci-eng- greyback dandrader, https://bileto.ubuntu.com/#/ticket/2160 Needs rebuild due to new commits (zesty/unity-api, zesty/unity8). Successfully built (xenial/qtmir, xenial/qtmir-gles, xenial/unity-api, xenial/unity8, zesty/qtmir, zesty/qtmir-gles)
[17:14] -queuebot:#ubuntu-ci-eng- alf__, https://bileto.ubuntu.com/#/ticket/2293 Ready to build
[17:14] -queuebot:#ubuntu-ci-eng- alf__, https://bileto.ubuntu.com/#/ticket/2293 Preparing packages
[17:25] <bschaefer> sil2100, hey, i have mir 0.25 ready to land in silo 2180
[17:31] <sil2100> bschaefer: ok, will take a look at it
[17:31] <bschaefer> sil2100, thanks!
[17:34] -queuebot:#ubuntu-ci-eng- alf__, https://bileto.ubuntu.com/#/ticket/2293 Successfully built
[17:45] <dobey> meh britney seems to not be working
[17:45] <renato__> sil2100, could you take a look why silo 2287 is stuck on "Automated Signoff"  ?
[17:45] <dobey> renato__: all silos are
[17:46] <dobey> sil2100, robru: ^^ seems maybe britney isn't running right or something
[17:46] <xnox> sil2100, i thought you might like this https://launchpad.net/ubuntu/+source/initramfs-tools-ubuntu-touch/0.96
[17:46] <xnox> sil2100, worth landing that into xenial too?
[17:46] <robru> mardy: looks like https://wiki.ubuntu.com/Bileto#Destination_version_is_missing_from_changelog #2
[17:46] <xnox> sil2100, builds everywhere.
[17:49] <robru> dobey: renato__ indeed britney appears to be in a bad way, I'll get to that shortly
[17:49] <renato__> robru, thanks
[17:49] <robru> Yw
[17:52] <robru> alf_: yes, you need either the commit message or a manual changelog
[17:52] <dobey> robru: isn't the commit message still required for the actual commit though, even if not used in the changelog?
[17:54] <robru> dobey: no, if Commit Message is missing is uses debian/changelog for the commit message
[17:54] <dobey> oh
[18:46] <sil2100> bschaefer: hey! Did an archive admin do a binNEW review of libmirrenderer-dev already?
[18:47] <bschaefer> sil2100, umm im not sure what libmirrenderer is?
[18:47] <bschaefer> libmircore?
[18:48] <bschaefer> sil2100, o ... umm im not sure :)
[18:48]  * bschaefer did not see that new library we added
[18:50] <bschaefer> sil2100, who should i poke to do a binNew review for libmirrenderer and libmircore?
[18:50] <bschaefer> (or how do i check someone has done it?)
[18:51] <sil2100> bschaefer: you would need to find someone with archive admin rights, usually we ask seb to do it - but he's offline
[18:51] <bschaefer> dang, well ill be sure to poke him tomorrow!
[18:51]  * bschaefer actually emails
[18:51] <sil2100> I know slangasek and infinity also have AA rights so they could do that too
[18:52] <bschaefer> sil2100, good to know though, as yeah weve added libmircore/renderer
[18:52] <bschaefer> (the renderer library just looks like a pc file only... strangely)
[18:55] <bdmurray> sil2100: How do I use dput with this PPA? https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/2286/+packages
[18:56] <sil2100> bdmurray: hey! Normally should work, e.g. dput ppa:ci-train-ppa-service/2286 ...
[18:56] <sil2100> bdmurray: you're a core-dev so you should have the access
[18:58] <bdmurray> sil2100: cool, thanks!
[19:02] -queuebot:#ubuntu-ci-eng- alf__, https://bileto.ubuntu.com/#/ticket/2293 Preparing packages
[19:07] -queuebot:#ubuntu-ci-eng- bdmurray, https://bileto.ubuntu.com/#/ticket/2286 Diff missing
[19:14] -queuebot:#ubuntu-ci-eng- alf__, https://bileto.ubuntu.com/#/ticket/2293 Pending binary packages (xenial/repowerd). Uploading build (zesty/repowerd)
[19:23] <sil2100> bschaefer: if you find someone that would do the binNEW, could you please ask that person to leave a comment in Bileto about its acceptance? If you won't be able to find anyone I'll poke seb in the UTC morning
[19:23] <dobey> britney britney britney
[19:25] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2259 QA Signoff: Approved
[19:26] <dobey> robru: btw, any idea why https://bileto.ubuntu.com/#/ticket/2281 hasn't changed to "landed" yet if the ci-train branch was manually pushed to trunk?
[19:27] <dobey> hmm, i guess if the autopkgtests queue ever gets to the remaining i386 tests, it should go through though
[19:30] <robru> dobey: because whether or not something is pushed to trunk isn't the criteria for which something is considered landed.
[19:30] <robru> dobey: it looks in proposed and sees the package in proposed so it reports that it's in proposed.
[19:32] <dobey> robru: oh, i thought it used to switch to landed if it was in proposed and the code was in trunk
[19:33] <robru> dobey: nope that has never been the case. force finalize manually sets the ticket to 'landed' and tells it to stop monitoring the migration.
[19:35] -queuebot:#ubuntu-ci-eng- alf__, https://bileto.ubuntu.com/#/ticket/2293 Successfully built
[19:39] <dobey> oh
[19:46] -queuebot:#ubuntu-ci-eng- bdmurray, https://bileto.ubuntu.com/#/ticket/2286 Generating diffs
[19:46] -queuebot:#ubuntu-ci-eng- bdmurray, https://bileto.ubuntu.com/#/ticket/2286 Successfully built
[20:09] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Dependency wait (xenial/address-book-app). Pending binary packages (xenial/content-hub). Successfully built (xenial/gallery-app, zesty/address-book-app, zesty/content-hub, zesty/gallery-app)
[20:12] <renato__> robru, any luck with "Automated Signoff" problem?
[20:13] <robru> renato__: yeah I've identified the problem, just poking at it now
[20:13] <renato__> robru, ok thanks
[20:13] <robru> renato__: yw. hopefully should be fixed within a couple hours
[20:16] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Diff missing (xenial/snapd). Failed to build (xenial/ubuntu-app-launch, zesty/indicator-keyboard). Needs rebuild due to new commits (zesty/libertine, zesty/ubuntu-app-launch). Ready to build (zesty/snapd). Successfully built (xenial/indicator-keyboard, xenial/libertine, xenial/ubuntu-touch-session, xenial/url-dispatcher, zesty/ubuntu-touch-session, zesty/url-dispatcher)
[20:17] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Preparing packages
[20:26] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Preparing packages
[20:28] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2259 Publishing packages
[20:30] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/2105 Failed to build (xenial/ubuntu-app-launch). Needs rebuild due to new commits (zesty/ubuntu-app-launch)
[20:33] -queuebot:#ubuntu-ci-eng- Elleo, https://bileto.ubuntu.com/#/ticket/2289 Destination version missing from changelog (zesty/ubuntu-system-settings). Successfully built (xenial/ubuntu-keyboard, xenial/ubuntu-system-settings, zesty/ubuntu-keyboard)
[20:36] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Failed to build (xenial/ubuntu-app-launch, zesty/indicator-keyboard, zesty/ubuntu-app-launch). Needs rebuild due to new commits (zesty/libertine). Ready to build (zesty/snapd). Successfully built (xenial/indicator-keyboard, xenial/libertine, xenial/snapd, xenial/ubuntu-touch-session, xenial/url-dispatcher, zesty/ubuntu-touch-session, zesty/url-dispatcher)
[20:41] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2259 Proposed pocket (zesty/ubuntu-system-settings). Release pocket (xenial/ubuntu-system-settings)
[20:45] <dobey> yay
[20:45] <dobey> robru: thanks for fixing britney
[20:48] <robru> dobey: you're welcome
[20:50] <dobey> now we just need better QA coverage
[20:50] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Failed to build (xenial/content-hub, zesty/content-hub). Successfully built (xenial/address-book-app, xenial/gallery-app, zesty/address-book-app, zesty/gallery-app)
[20:50] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Destination version missing from changelog (zesty/ubuntu-system-settings). Successfully built (xenial/ubuntu-system-settings)
[20:50]  * robru -> bblunch
[20:58] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Preparing packages
[20:59] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Preparing packages
[21:09] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Currently building (xenial/content-hub). Failed to build (zesty/content-hub). Successfully built (xenial/address-book-app, xenial/gallery-app, zesty/address-book-app, zesty/gallery-app)
[21:16] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Failed to build (xenial/ubuntu-app-launch, zesty/indicator-keyboard, zesty/ubuntu-app-launch). Needs rebuild due to new commits (zesty/libertine). Ready to build (zesty/snapd). Successfully built (xenial/indicator-keyboard, xenial/libertine, xenial/snapd, xenial/ubuntu-touch-session, xenial/url-dispatcher, zesty/ubuntu-touch-session, zesty/url-dispatcher)
[21:18] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Preparing packages
[21:30] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Failed to build (zesty/content-hub). Successfully built (xenial/address-book-app, xenial/content-hub, xenial/gallery-app, zesty/address-book-app, zesty/gallery-app)
[21:30] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Currently building (xenial/ubuntu-system-settings). Failed to build (zesty/ubuntu-system-settings)
[21:37] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Currently building (xenial/ubuntu-app-launch). Failed to build (zesty/indicator-keyboard, zesty/ubuntu-app-launch). Needs rebuild due to new commits (zesty/libertine). Ready to build (zesty/snapd). Successfully built (xenial/indicator-keyboard, xenial/libertine, xenial/snapd, xenial/ubuntu-touch-session, xenial/url-dispatcher, zesty/ubuntu-touch-session, zesty/url-dispatcher)
[21:39] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Preparing packages
[21:50] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Failed to build (zesty/ubuntu-system-settings). Pending binary packages (xenial/ubuntu-system-settings)
[21:55] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Failed to build (xenial/ubuntu-app-launch, zesty/indicator-keyboard, zesty/ubuntu-app-launch). Needs rebuild due to new commits (zesty/libertine). Ready to build (zesty/snapd). Successfully built (xenial/indicator-keyboard, xenial/libertine, xenial/snapd, xenial/ubuntu-touch-session, xenial/url-dispatcher, zesty/ubuntu-touch-session, zesty/url-dispatcher)
[22:09] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Failed to build (xenial/content-hub, zesty/content-hub). Successfully built (xenial/address-book-app, xenial/gallery-app, zesty/address-book-app, zesty/gallery-app)
[22:10] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2288 Failed to build (zesty/ubuntu-system-settings). Successfully built (xenial/ubuntu-system-settings)
[22:17] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Failed to build (xenial/ubuntu-app-launch, zesty/indicator-keyboard). Needs rebuild due to new commits (zesty/libertine, zesty/ubuntu-app-launch). Ready to build (zesty/snapd). Successfully built (xenial/indicator-keyboard, xenial/libertine, xenial/snapd, xenial/ubuntu-touch-session, xenial/url-dispatcher, zesty/ubuntu-touch-session, zesty/url-dispatcher)
[22:29] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Currently building (zesty/content-hub). Failed to build (xenial/content-hub). Successfully built (xenial/address-book-app, xenial/gallery-app, zesty/address-book-app, zesty/gallery-app)
[22:49] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2127 Failed to build (xenial/content-hub). Successfully built (xenial/address-book-app, xenial/gallery-app, zesty/address-book-app, zesty/content-hub, zesty/gallery-app)
[23:09] <bdmurray> trainguards - How can I see the result of an autopkgtest for a ticket e.g. https://bileto.ubuntu.com/#/ticket/2286?
[23:09] <bschaefer> sil2100, yup, and missed you ping
[23:12] <robru> bdmurray: click the excuses file
[23:13] <bdmurray> robru: ah-ha, cool
[23:13] <bdmurray> robru: so if I've using this for an SRU, I just upload the debdiff and abandon(?) the ticket?
[23:14] <robru> bdmurray: what? No you click publish just like any other ticket. It does SRUs
[23:15] <bdmurray> robru: ah, but then is the diff in the queue going to suck?
[23:17]  * bdmurray tries anyway
[23:17] -queuebot:#ubuntu-ci-eng- bdmurray, https://bileto.ubuntu.com/#/ticket/2286 Publishing packages
[23:17] <robru> bdmurray: i don't understand what you're talking about. What diff? It puts the package in the queue for trusty-proposed
[23:18] <robru> bdmurray: the ticket shows you the diff
[23:19] <bdmurray> robru: launchpad generates a diff when a package is uploaded to the -proposed queue but doesn't for sync's from PPAs
[23:20] <bdmurray> robru: see this queue - https://launchpad.net/ubuntu/trusty/+queue?queue_state=1
[23:21] <robru> bdmurray: get the diff from the ticket if you need the diff then
[23:22] <bdmurray> there's a diff in the PPA too which works
[23:25] <bdmurray> robru: maybe the PPA description could include a direct link to the diff to reduce the number of clicks needed?
[23:26] <bdmurray> robru: My thought is if we are promoting this for the SRU process, it should be good for the SRU team too.
[23:27] <robru> bdmurray: the diffs generated by launchpad in the ppa aren't reliable. They are often just the diff between versions in the ppa. Only the ticket has the diff between the ppa package and the target archive
[23:28] <robru> bdmurray: file a bug for the description. I'll consider it.
[23:47] -queuebot:#ubuntu-ci-eng- bdmurray, https://bileto.ubuntu.com/#/ticket/2286 UNAPPROVED queue


[16:05] <j1mc> anyone thinking of going to this: http://www.winwriters.com/ohc/
[16:12] <jjesse> j1mc: no money for travel/conferences :)
[16:12] <j1mc> jjesse: the little one needs food, eh?  :)
[16:13] <jjesse> yup, food, and clothes, and more importantly diapers
[16:15] <j1mc> i just found out about that site yesterday, and it looks like a lot of the stuff may be windows-focused, but it's neat to see that there is this whole field of study that looks at writing system docs.
[16:16] <j1mc> versus just some guy who can cobble together a few lines of xml and push them up to a server.  (i.e., me)
[16:16] <j1mc> :)
[16:16] <jjesse> you mean most of all people on the team :)
[16:16] <j1mc> :)
[16:17] <jjesse> my wife was a technical writer for an aerospace company before the child was bon
[16:17] <jjesse> *born
[16:17] <j1mc> cool!
[16:17] <jjesse> lot of secret/top secret stuff she couldn't tell me what she was working on
[16:38] <j1mc> it costs $1000 USD to attend that documentation conference.  :/
[16:38] <j1mc> that's the early-bird registration fee.
[16:43] <l3on> Hi all... someone can say me what is the font used in this image: https://help.ubuntu.com/htdocs/ubuntunew/img/logo.png ??
[16:45] <l3on> mdke: did you make the image, right?
[20:48]  * jgoguen is away: Working hard at considering the small details of whatever I'm working on
[21:44]  * jgoguen is back (gone 00:55:47)
[21:51]  * jgoguen is away: Food time


[02:50] <pleia2> actually, I'm tired and I'll have time in the morning, releasing then
[11:44] <pleia2> The new edition of the Ubuntu Weekly Newsletter is now available here: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue273
[13:07] <nhandler> Nice job pleia2
[13:09] <pleia2> thanks :)
[13:37] <akgraner> nhandler, hey!
[13:38] <akgraner> pleia2, I've got a copy of Ubuntu Made Easy being sent to be for review - would you or anyone else want it sent to you as well to review?
[13:38] <akgraner> http://nostarch.com/ubuntumadeeasy
[13:40] <nhandler> akgraner: Cool. I also didn't realize Phil Bull was one of the authors
[13:40] <akgraner> nods
[13:40] <akgraner> should be a good book
[13:41] <akgraner> nhandler, would you like it sent to you?
[13:42] <nhandler> akgraner: I think I might take you/them up on that. It looks like a nice book, and it would be helpful once I'm done for introducing beginners to Ubuntu
[13:42] <nhandler> Do you want to contact them? Or should I reply to their email directly?
[13:42] <akgraner> nods - want a copy of the Offical Ubuntu Book as well (I know one of the authors really well :-P)
[13:43] <akgraner> nhandler, I'll send it to you
[13:44] <akgraner> nhandler, I replied and have already been talking to them - so if you can email me where you want Ubuntu Made Easy and/or The Official Ubuntu Book - I can get them both sent to you
[13:44] <nhandler> akgraner: Sure (especially since Ubuntu Chicago probably won't qualify for a free copy if you do that again)
[13:45] <akgraner> nhandler, gotcha  not sure how they are doing that part, but I have a couple copies to share - so I'm happy to
[13:46]  * nhandler hugs akgraner
[13:47] <akgraner> nhandler, thx :-) and just shoot an email with the address
[13:47] <nhandler> akgraner: Already sent
[13:48] <akgraner> thanks!
[15:25] <akgraner> nhandler, are you still maintaining classbot?
[15:25] <nhandler> akgraner: I'm not really actively developing. I'll fix the occasional minor issue and support the one in -classroom, but that is about it
[15:26] <akgraner> nhandler, ahh ok - I'll email you....it's in LP right?
[15:27] <nhandler> akgraner: Yep
[15:27] <nhandler> https://launchpad.net/classbot
[15:27] <akgraner> great thanks