[00:04] <bkerensa> jbicha: What standard are we trying to cover for the pribvacy panel doc? Just a well done description of the features of it or is it necessary to have a screen shot?
[00:05] <jbicha> bkerensa: we don't have many screenshots at all in ubuntu-docs
[00:06] <jbicha> screenshots take up some CD space & are just a bit harder to translate, but those aren't necessarily good reasons not to add more screenshots
[00:07] <jbicha> hmm, the new default wallpaper didn't land yet, well here's hoping for Monday :(
[00:08] <bkerensa> jbicha: Ok then I will just focus on a thorough overview of the privacy panel and features
[00:08] <bkerensa> jbicha: I know right... :(
[00:08] <jbicha> new one's supposed to have a little bit more blue in it, whatever that means
[00:08] <jbicha> anyway, I'm heading out for a bit
[01:12] <jbicha> back
[17:07] <jbicha> bkerensa: do you have a multi-monitor setup
[18:48] <bkerensa> jbicha: no multi-monitor
[19:02] <jbicha> bkerensa: ah ok, I was just looking if someone wanted to review the dual-monitor page
[21:26] <littlegirl> Hey there, do you guys have a preference between "filesystem" and "file system" in the Ubuntu documentation?
[23:38] <jbicha> HUD article written, it definitely needs a screenshot though


[15:00] <barry> #startmeeting
[15:00] <MootBot> Meeting started at 09:00. The chair is barry.
[15:00] <bac> me
[15:00] <EdwinGrubbs> me
[15:00] <barry> hello everyone and welcome to this week's ameu reviewers meeting
[15:00] <barry> who's here today?
[15:00] <intellectronica> me
[15:00] <vednis> me
[15:00] <sinzui> me
[15:00] <rockstar> me
[15:00] <vednis> argh
[15:01] <barry> vednis: going old skool today?
[15:01] <mars> barry, ghostbusting
[15:01] <adeuring> me
[15:01] <barry> :)
[15:02] <salgado> me
[15:02] <flacoste> me
[15:02] <barry> allenap: ping
[15:03] <barry> BjornT, cprov, danilos ping
[15:03] <danilos> me
[15:03] <intellectronica> barry: BjornT is on leave today
[15:03] <barry> gmb: ping
[15:03] <barry> intellectronica: thanks
[15:03] <gmb> me
[15:03] <gmb> Thanks barry
[15:03] <cprov> me
[15:03] <barry> [TOPIC] agenda
[15:03] <MootBot> New Topic:  agenda
[15:04] <barry>  * Roll call
[15:04] <barry>  * Last meeting of the year?
[15:04] <barry>  * Don't forget to add find-entry-uri rules when exposing new stuff in the API. See [[https://launchpad.canonical.com/API/StyleGuide#Update%20the%20XSLT%20stylesheet|API Style Guide >> Update the XSLT stylesheet]]. -- ''allenap''
[15:04] <barry>  * Peanut gallery (anything not on the agenda)
[15:04] <barry>  * Action items
[15:04] <cprov> barry: thanks (I forgot)
[15:04] <barry>  * Mentoring update
[15:04] <barry> np
[15:04] <barry> [TOPIC] last meeting of the year
[15:04] <MootBot> New Topic:  last meeting of the year
[15:04] <barry> do you guys want to meet on the 24th?  i don't think i do :)
[15:04] <barry> shall we make this the last meeting of 08?
[15:04] <rockstar> Nope
[15:04] <flacoste> i'm on leave, so +1
[15:04] <rockstar> I'll probably be out on the 24th
[15:05] <barry> any objections?
[15:05] <barry> 5... 4... 3... 2...
[15:05] <barry> 1
[15:05] <barry> done
[15:05] <barry> [TOPIC]  * Don't forget to add find-entry-uri rules when exposing new stuff in the API. See [[https://launchpad.canonical.com/API/StyleGuide#Update%20the%20XSLT%20stylesheet|API Style Guide >> Update the XSLT stylesheet]]. -- ''allenap''
[15:05] <MootBot> New Topic:   * Don't forget to add find-entry-uri rules when exposing new stuff in the API. See [[https://launchpad.canonical.com/API/StyleGuide#Update%20the%20XSLT%20stylesheet|API Style Guide >> Update the XSLT stylesheet]]. -- ''allenap''
[15:05] <barry> allenap: the floor is yours
[15:06]  * gmb blinks
[15:06] <rockstar> He never me'd, but I asked him to put this on here, so I know what it's about...
[15:07] <barry> rockstar: i missed that he didn't mii, but go ahead
[15:07] <abentley> Sorry I'm late.  My CHR day, so schedule's a little off.
[15:07] <barry> abentley: no worries!
[15:07] <rockstar> Well, earlier in the cycle, I landed a branch exposing the bmps to the APIp
[15:08] <rockstar> -p
[15:08] <rockstar> I didn't update the XSLT stylesheet though, because I didn't know about it, and my reviewer didn't ask about it.
[15:09] <rockstar> So allenap landed a branch with a bunch of new changes because it seemed I wasn't the only one (I reviewed the branch)
[15:09] <flacoste> yes
[15:09] <flacoste> that would have been part of my API reviewer cheat-sheet
[15:09] <rockstar> So I just want to remind everyone to make sure the wsdl file gets updated on API changes.
[15:09] <flacoste> (which I didn't do, so I suck)
[15:10] <bac> the posted link does not work for me.  is it available on the new wiki?
[15:10] <rockstar> No idea.
[15:10] <barry> doubtful
[15:10] <flacoste> nobody moved this yet
[15:10] <barry> i really need to spend some time moving the dev resources over to the new wiki
[15:10] <flacoste> afaik
[15:10] <cprov> rockstar: is it possible to make `lint` complain about it ?
[15:10] <flacoste> well
[15:10] <flacoste> there is a gotcha abohut this
[15:11] <flacoste> in the sense that the XSLT file lives in a separate branch
[15:11] <flacoste> it's in the launchpadlib branch
[15:11] <flacoste> not on the launchpad branch
[15:11] <flacoste> the rationale for having it on launchpadlib was that some users asked for it
[15:11] <rockstar> Maybe just asking about updating it is enough.  We are all pretty honorable.
[15:11] <flacoste> and we were hoping for community contrib on it
[15:11] <flacoste> i agree with rockstar
[15:12] <rockstar> I mean, if my reviewer asked about it, at least I would have known about it.
[15:12] <abentley> barry: Yeah, I've been meaning to move the developer documentation over, but I wanted to make sure it was all kosher.
[15:12] <rockstar> And it would at least be a good reminder.
[15:13] <barry> abentley: i think it could use some gardening along the way, but if you're bored, go for it! :)
[15:13] <cprov> well, if we don't have a code check it's very likely that even the most honorable programmer will forget to do it once in while.
[15:13] <cprov> but I'm fine with it being part of the dev & reviewers guidelines.
[15:13] <barry> if devs don't remember it needs to be updated, it's likely some reviewers will also not remember
[15:13]  * barry looks in mirror
[15:14] <barry> cprov: i definitely think that's a good start
[15:14] <abentley> barry: I'm meaning https://launchpad.canonical.com/DeveloperDocumentation, and it seems pretty clean to me.
[15:14] <barry> flacoste: can we just pawn this one off on you too as part of the api reviewer cheatsheet?
[15:14] <flacoste> barry: sure
[15:15] <barry> abentley: oh yeah, that looks fine.  it would be great to move those over.  the reviewer ones need more gardening
[15:15] <barry> flacoste: thanks
[15:15] <barry> abentley: thanks
[15:15] <barry> anything else on this topic?
[15:16] <barry> [TOPIC]  * Peanut gallery (anything not on the agenda)
[15:16] <MootBot> New Topic:   * Peanut gallery (anything not on the agenda)
[15:16] <barry> the floor is open.  do you have anything else to discuss today?
[15:17] <abentley> barry: bzr send.
[15:17] <barry> abentley: give me some good news!
[15:17] <rockstar> yay!
[15:18] <abentley> When the next rev of launchpad goes live, "bzr send --no-bundle --mail-to<EMAIL_ADDRESS>should Just Work.
[15:18] <flacoste> awesome!
[15:18] <rockstar> Woot!
[15:19] <abentley> It will create a merge directive attached to an email in your configured mail client.
[15:19] <abentley> The body of that email will be used as an initial comment.
[15:19] <flacoste> this is great
[15:19] <barry> this is fantastic
[15:19] <abentley> The diff in the merge directive will be attached as the review diff.
[15:19] <flacoste> so we could upgrade lpreview on top of that
[15:19] <barry> flacoste: +1
[15:19]  * mars can see that becoming a new alias in his bazaar.conf
[15:20] <flacoste> to integrate the lint and other stuff
[15:20] <abentley> mars: Yes, I highly recommend setting an alias.
[15:20] <abentley> flacoste: Yes, that's one option.  Another would be extending bzr send so that we can just hook that in.
[15:20] <sinzui> abentley: can I specify a diff or the revision to make the diff from?
[15:20] <abentley> sinzui: Yes.
[15:20] <barry> abentley: does it play nice with looms?
[15:21] <rockstar> barry, does anything? :)
[15:21] <barry> lol
[15:21] <abentley> barry: Not in combination with Launchpad.
[15:21] <barry> abentley: gotcha
[15:21] <abentley> barry: Sorry, but LP is branch-obsessed, and doesn't really grok loom threads.
[15:21] <flacoste> abentley, barry: i'd expect a bzr send on a bzr export-loom-ed branch should Just Work
[15:21] <abentley> flacoste: Right.
[15:22] <flacoste> export-loom FTW!
[15:22] <mars> abentley, will it do dependant branches properly?
[15:22] <barry> flacoste: right, but you'd have to be careful about exported higher threads so they don't include too much diff
[15:22] <abentley> flacoste: But your branch must have a public location specified.
[15:22] <barry> mars: yeah, exactly
[15:22] <abentley> mars: No.
[15:22] <mars> :(
[15:23] <abentley> mars: Merge directives (bzr send output) have no concept of a dependent branch.  They only specify a change to apply.
[15:23] <mars> ah, ok
[15:23] <abentley> Merge proposals have dropped the dependent branch feature for now, because it greatly complicates things.  It's an 80/20 rule.
[15:24] <mars> right
[15:24] <rockstar> Yup
[15:24] <barry> well, this is still a great advance, thanks code team!
[15:24] <abentley> Oh, I should mention that the diffs will appear in the email and on the web page.
[15:24] <barry> abentley: will there be an easier way to download the diff? rather than cut-n-paste?
[15:25] <rockstar> In the email as an attachment, right?
[15:25] <abentley> barry: It will be an attachment in the email, but on the web UI, not yet.
[15:26] <abentley> However, it's a librarian file, so we can get that into edge soon, if we want.
[15:27]  * rockstar is so essited!
[15:27] <barry> very cool
[15:27] <allenap> er, me, sorry.
[15:28] <rockstar> allenap, I got your back.
[15:28] <abentley> One of the cool things about this feature is virtually any URL works.  I just sent a merge proposal with the target branch specified as http://bazaar-vcs.org/bzr/bzr.dev, and it correctly picked the LP branch.
[15:28] <rockstar> abentley, that's effing awesome
[15:28] <abentley> Note that LP does not handle bunldes yet, so for best results, specify --no-bundle.
[15:28] <rockstar> abentley, how does it handle branches it doesn't know about?
[15:28] <abentley> That will ensure it checks that the appropriate revisions are present at the public location.
[15:29] <abentley> rockstar: For source branches it doesn't know about, it creates a new RemoteBranch.  For target branches it doesn't know about, it errors.
[15:29] <rockstar> Okay.  That error is then emailed to me?
[15:30] <abentley> rockstar: Yes.
[15:30] <rockstar> abentley, once again: woot
[15:30] <mars> abentley, rockstar, you may want to copy the questions from this meeting into the feature FAQ, once it's written
[15:30] <abentley> mars: Good thought.
[15:30] <rockstar> mars, point
[15:31] <rockstar> Well, since barry is gone, I guess the meeting is over...  :)
[15:31] <barry> i'm not gone, just my irc sucks
[15:31] <barry> is this thing on?
[15:31] <abentley> The one bad thing is my holidays start today, so I won't be on duty to answer questions until the new year.
[15:32] <barry> but is there anything else for today?  any other topics?
[15:32] <rockstar> abentley, we should chat and I should get a brain dump then.
[15:32] <abentley> rockstar: Sounds good.
[15:32] <rockstar> dd if=/dev/abentley of=/dev/rockstar
[15:33] <abentley> rockstar: Remember the ending of Indy 4? :-)
[15:33] <barry> i guess we're done then? :)
[15:33] <rockstar> Yup!
[15:33] <barry> #endmeeting
[15:33] <MootBot> Meeting finished at 09:33.
[15:33] <intellectronica> thanks barry
[15:33] <barry> happy holidays and new year!
[15:33] <mars> thanks barry
[15:34] <mars> see you all in the new year!
[15:35] <allenap> rockstar: Thanks dude, I saw that! :)
[15:35] <allenap> rockstar: I am so not on the ball today.
[15:35] <rockstar> allenap: no prob


[00:04] <joey> I just started the stub for 4.0.  https://dev.launchpad.net/VersionFourDotO
[00:04] <joey> for the community members on channel
[00:04] <wgrant> Aha.
[00:05] <wgrant> Is there a definite timeline for 3.0 yet?
[00:05] <joey> kfogel's been handling that (I've been off on temporary assignment)
[00:05] <joey> I saw something today in passing which seems to indicate it's gotten more solid but I haven't seen anything yet
[00:06] <joey> i.e. official
[00:06] <wgrant> OK.
[00:06] <joey> The anticipation is building though so I am hopeful we'll see something really soon now. ;-)
[00:07] <wgrant> I think the anticipation is more for the open-sourcing, though.
[00:07] <joey> and we're running out of July :-)
[00:07] <joey> yes! That's what I meant.
[00:07] <joey> anticipation and excitement
[00:08] <wgrant> July is no deadline any more...
[00:12] <wgrant> Why aren't the team hierarchies on the dev wiki consistent? Registry's test plans live at 'Registry Team/Registry Test Plans', Soyuz at 'Soyuz Test Plan', Code at 'Code Team Test Plans', Translations at 'Translations/Test Plans', and a few other variants for the other teams.
[00:21] <joey> wgrant: they were organic I think.  I certainly didn't prescribe what it should be, only that there should be test plans. :-)
[00:21] <joey> wgrant: I'll pass it on to matsubara and ursinha. Maybe they might tackle the inconsistency.
[00:22] <joey> ok, I'm going to bugger off for the day
[00:22] <joey> have a good one
[00:22] <wgrant> joey: Thanks.
[00:22] <wgrant> You too.
[13:21] <jtv> danilos: https://pastebin.canonical.com/19696/
[13:22] <danilos> jtv: thanks
[14:36] <danilos> jtv: I've emailed you the RT number if it doesn't get done by the end of the week
[14:36] <jtv> danilos: as if I don't have enough trouble getting losa attention :)
[14:37] <jtv> danilos: branch just landed on devel btw
[14:37] <danilos> jtv: to be honest, who doesn't? note that Tom is on vacation this week, which means it's harder for everyone, especially with him being the most responsive of them all IME :)
[14:37] <danilos> jtv: this is for bzr commit stuff, right?
[14:38] <jtv> danilos: I wouldn't know, I rarely start work that early.  :)
[14:38] <jtv> danilos: for that and other QA.
[14:38] <danilos> well, Tom would usually show up in a few hours from now
[14:39] <jtv> danilos: in my language you're saying "just before midnight."  :)
[14:40] <danilos> jtv: so, have you started on the bzr commit QA? (you'll get other QA done I know, but this one probably requires a few hours of constant presence with a LOSA which is harder for you)
[14:40] <jtv> danilos: just did a bit of preparation.  Not so sure it requires constant LOSA attention though.
[14:41] <danilos> jtv: I didn't say constant LOSA attention, I said it requires you being constantly there when you've got LOSA at hand
[14:41] <jtv> ah ok
[14:41] <jtv> well, I'm working on it.  :)
[14:43] <danilos> jtv: btw, has bug 383610 landed?
[14:43] <ubot3> Malone bug 383610 in rosetta "Message-sharing migration script allows duplicate TranslationMessages" [High,In progress] https://launchpad.net/bugs/383610
[14:44] <jtv> danilos: yes
[14:44] <danilos> jtv: I don't see it on devel
[14:45] <jtv> danilos: it's on db-devel, because it depends on a trigger change.
[14:45] <danilos> jtv: is it only on db-devel?
[14:45] <jtv> danilos: hang on, working with herb
[14:45] <danilos> jtv: ah, ok, so that's not something we can CP
[14:45] <danilos> jtv: sure, go on, that's fine, thanks
[14:46] <henninge> danilos, jtv: Does this mean that staging's data is as of Friday, 16:25 (whatever TZ)?
[14:46] <henninge> https://staging.launchpad.net/successful-updates.txt
[14:46] <danilos> henninge: most likely, yes
[14:47] <jtv> henninge: yes, it's Friday's data with later code.
[14:47] <henninge> thanks
[14:47] <danilos> henninge: there are enough import failures from before that date as well, so it shouldn't be hard to reproduce :)
[14:48] <henninge> Actually, there aren't that many in the logs on devpad, just 5.
[14:49] <danilos> henninge: right, it seems logrotate has messed it up, let me look up older ones and how they behave
[14:50] <henninge> danilos: don't bother right now
[14:50] <henninge> danilos: I will try the oldest I find there, first.
[20:57] <sinzui> flacoste: I am confused about where I need to /also/ merge the DateMarshaller fix. I think you said lp:lazr.restful and to update the changelog, but this tree does not have a changelog.
[21:58] <flacoste> sinzui: it should
[21:59] <flacoste> sinzui: in src/lazr/restful/CHANGES.txt i think
[22:00] <sinzui> flacoste: lp:lazr.restful AKA lp:~lazr-developers/lazr.restful/trunk does not. I can create one
[22:01] <flacoste> sinzui: hang on, i'm sure there is on
[22:01] <flacoste> sinzui: src/lazr/restful/NEWS.txt
[22:01] <sinzui> I see that
[22:01] <sinzui> thanks


[14:24] <czajkowski> aloha
[15:31] <TJ-> Anyone know which codeces the video feed(s) are using? I found that Firefox 41.0.2 on 15.10 couldn't display the plenary video feed, despite HTML5/Video being enabled.


[00:20] <skaet> ubuntu daily-live 20110921.2 posted
[00:21] <skaet> correction xubuntu daily-live 20110921.3 was posted.
[00:21] <charlie-tca> Thank you very much
[01:20] <skaet> edubuntu dvd 20110922 posted
[01:49] <skaet> kubuntu dvd 20110922 posted
[01:52] <charlie-tca> seems the keyboard issue got fixed too, or at least went away
[01:56] <skaet> :)
[02:55] <skaet> ubuntu dvd 20110922 posted
[03:02] <charlie-tca> Xubuntu done except wubi, we can't actually do that one
[03:03] <charlie-tca> will help run Kubuntu in the morning, if still needed.
[03:03] <charlie-tca> but, I need to rest again tonight. It has been a long day
[08:12] <valorie> hello, I'm trying to do the reporting phase of some testing
[08:12] <valorie> I tested Kubuntu i386 upgrade
[08:13] <valorie> I see http://testcases.qa.ubuntu.com/Testing/Cases/DesktopUpgrade and did the tests, although for Kubuntu, they don't really apply
[08:14] <valorie> then I went to http://testcases.qa.ubuntu.com/Testing/Cases/KubuntuDesktop and did those
[08:14] <valorie> but where do I report the results?
[08:22] <jibel> Hey valorie , thanks for testing Kubuntu
[08:23] <jibel> valorie, you can report the results on the ISO tracker http://iso.qa.ubuntu.com/qatracker
[08:23] <jibel> valorie, if you find bugs, you can report them on Launchpad and add a reference to the bug on the tracker
[08:24] <valorie> ok
[08:24] <valorie> thanks
[08:24] <valorie> with control f, I finally found the upgrade option
[08:24] <valorie> thanks
[08:25] <jibel> valorie, yw
[08:26] <jibel> Daviey, any news on server testing, there are very little results on the tracker.
[08:26] <jibel> Daviey, good morning :)
[08:26] <Daviey> jibel: good morning!
[08:26] <valorie> now to make a USB image that will boot
[08:31] <Daviey> jibel: many of us have been smoke testing.  Looking through the jenkins tests now
[08:32] <jibel> Daviey, ok cool. And what about iSCSI ?
[08:32] <Daviey> jibel: patdk-lap tested that and encountered the udev bug.
[08:32] <Daviey> jibel: any chance jenkins can have the openid plugin added?
[08:33] <Daviey> jibel: some of the tests look like a false failure?  I'd quite like to run a fresh set of tests on the failed cases
[08:33] <jibel> Daviey, sure, I'll ask patrickmw when he's back
[08:34] <Daviey> cool
[08:35] <jibel> Daviey, agree, looks like infrastructure failures, I re-ran LAMP on AMD64
[08:37] <Daviey> cool
[08:38] <jamespage> jibel, Daviey - looks like the amd64 tests struggled
[08:38] <jibel> patdk-wk, patdk-lap thanks for testing iscsi, could you update the tracker and link the launchpad bug please ?
[08:38] <jamespage> the test failures in i386 are standing failures
[08:39] <jamespage> jibel, Daviey - want me to kickoff that test again?
[08:40] <jamespage> ah - seems to be running already
[08:40] <jibel> jamespage, I restarted the failed tests and it passes
[08:40] <Daviey> jibel: i think jibel did?
[08:40] <Daviey> err jamespage ^^
[08:41] <jamespage> won't let me resubmit when its already running aways
[08:41] <jamespage> nice
[08:41] <jamespage> looks OK now
[08:41] <jamespage> but a little worrying
[08:41] <Daviey> can the other failed ones be retried?
[08:42] <jibel> jamespage, hggdh caught a failure earlier this week and the filesystem of the VM was read only on boot. We need to clone a failed VM for investigation.
[08:42] <jibel> Daviey, done.
[08:44] <Daviey> jibel: hmm, not showing as in progress?
[08:45] <jamespage> Daviey: the results publish out to the public instances after testing
[08:45] <jamespage> so no inprogress
[08:45] <Daviey> ahh, why is that the case?
[09:02] <jamespage> Daviey: because its a publishing process
[09:02] <jamespage> Daviey, jibel: postgresql test on amd64 has rebooted with a ro filesystem
[09:03] <Daviey> gr
[09:03] <jamespage> I killed that individual test so that the vm lurks around
[09:03] <jamespage> I have console access to it now
[09:04] <jamespage> Daviey: I'm sure that its related to the LVM/udev issue we have seen
[09:05] <jibel> jamespage, what's the LVM issue ? I also have a problem with LVM on alternate amd64 but I'm unable to figure out whats wrong there
[09:06] <jamespage> jibel: basically you get *some* lvs
[09:06] <jamespage> but not all -  then everything panics and goes read-only
[09:06] <jamespage> lemme dig the bug
[09:08] <jamespage> bug 818177 and bug 801494
[09:08] <ubot4> Launchpad bug 818177 in udev (Ubuntu) (and 1 other project) "HP DL380G5 root disk mounted read-only on boot and boot fails (affects: 4) (heat: 36)" [High,Confirmed] https://launchpad.net/bugs/818177
[09:08] <ubot4> Launchpad bug 801494 in ubuntu "Multi part LVM layout: system fails to boot due to missing volumes (affects: 1) (heat: 8)" [High,New] https://launchpad.net/bugs/801494
[09:08] <jamespage> jibel ^^
[09:14] <jibel> jamespage, Daviey it seems critical enough to track it in Oneiric.
[09:14] <jamespage> jibel: agreed
[09:19] <Daviey> jibel: it's a foundations issue, that is assigned to jhunt, adam_g & hallyn have also been sniffing it.
[09:20] <jibel> Daviey, it's already assigned, I won't change the assignment, just added it on release-team's radar. Then they'll decide if it must/can be fixed within the next 2 week or postponed to P.
[09:24] <Daviey> oh, and smb
[09:24] <Daviey> jibel: I think this is pretty releae crtical :)
[09:28] <jamespage> jibel, Daviey: that postgresql test case does not boot reliably
[10:49] <Daviey> jamespage: Hmm..
[10:50] <Daviey> That surely cannot be related to postgres
[10:57] <jamespage> no - I think that is perchange
[10:57] <jamespage> no - I think that is perchance
[10:57] <jamespage> it just happened to occur on that test
[10:57] <jamespage> Daviey: ^^
[11:02] <Daviey> ah thanks jamespage
[11:13] <jibel> jamespage, is it you who updates EC2 results on the tracker ?
[11:15] <jamespage> jibel: I do sometimes
[11:15] <jamespage> smoser and utlemming share the load
[11:15] <Daviey> as does hggdh
[11:15] <Daviey> doesn't he?
[11:16] <Daviey> If only computers had an sort of application interface we cuould programme against to automate some of this stuff.
[11:17] <jamespage> it would make life alot easier
[11:18] <Daviey> jamespage: I really hate the idea of screenscraping + mechanize..
[11:18] <Daviey> jibel: Do you know if someone on QA is driving a blueprint to make the iso tracker suck-less?
[11:18] <Daviey> for P-Series
[11:28] <pgraner> Daviey, I am
[11:37] <Daviey> pgraner: rocking
[13:15] <jibel> stgraber, here
[13:15] <jibel> lets not pollute #u-release with testing considerations :)
[13:16] <stgraber> indeed :)
[13:18] <jibel> stgraber, from syslog, n-m tries to configure eth1 and fails of course but keeps retrying
[13:19] <stgraber> jibel: hmm, and I'm guessing it's trying to do DHCP on it, not apply the static IP?
[13:19] <jibel> stgraber, right
[13:20] <stgraber> do you have a LTSP.xml file in /etc/NetworkManager/system-connections/ ?
[13:21] <jibel> stgraber, LTSP not LTSP.xml
[13:22] <stgraber> ah yeah, right, should be fine anyway
[13:22] <stgraber> jibel: can you try running: sudo nmcli con up id LTSP iface eth1
[13:25] <jibel> stgraber, Error: Unknown connection: LTSP.
[13:28] <jibel> stgraber, I unchecked 'connect automatically' in the connection property and now LTSP is known
[13:30] <jibel> stgraber, there's something wrong with nm
[13:30] <stgraber> jibel: hmm, that's really weird. I have never seen that before
[13:30] <stgraber> cyphermox: ^
[13:31] <jibel> stgraber, it sees both card as the same connection.
[13:31] <cyphermox> jibel: what's the permissions on the LTSP file?
[13:31] <stgraber> might just be a bit racy though, I already have a time.sleep(2) in the code to wait so that NM detects the new connection, but in your case, it still doesn't see it minutes after it got added to the directory...
[13:31] <cyphermox> stgraber: I think the issue might have been permissions
[13:32] <jibel> stgraber, and now I can connect a thin client
[13:32] <jibel> cyphermox, 600
[13:32] <stgraber> cyphermox: well, ltsp-live runs as root and the same code works here. Permissions on the file are supposed to be 600
[13:32] <jibel> 0600
[13:38] <cyphermox> stgraber: could it have changed during the install?
[13:39] <cyphermox> well, unfortunately as soon as you uncheck something and click Save or whatever, the permission would probably change
[13:40] <stgraber> cyphermox: no, ltsp-live is the python gui I worked on on the plane from Vancouver. It's started by the user from the Edubuntu livecd, asks to select an interface, then generate the connection, waits 2s and asks nmcli to set it to the interface
[13:41] <cyphermox> stgraber: well, that's what I'm concerned about
[13:41] <stgraber> cyphermox: so the connection file isn't shipped in the package but generated at run time and the code does a os.chmod(path, 0o600) just before moving it to /etc/NetworkManager/system-connections
[13:41] <cyphermox> yes
[13:41] <cyphermox> jibel: you on the livecd then?
[13:47] <patdk-wk> sorry, jibel, had several issues come up and having had any time to follow up :(
[13:47] <patdk-wk> everyone is freaking out over this tls1.0 issue
[13:50] <stgraber> jibel: what's weird is that both jibel and I run the same test in similarly configured VMs and it works fine for me (tested it around 8 times since yesterday)
[13:50] <stgraber> cyphermox: ^ (that was for you ;))
[13:50] <stgraber> jibel: what language are you using at the moment?
[13:51] <cyphermox> stgraber: I was only concerned that if the livecd writes the file, then it's installed to disk to be used, the permissions could have changed then?
[13:52] <jibel> stgraber, en_US.UTF-8
[13:52] <cyphermox> otherwise, I have no idea, dropping a file in the directory is pretty much instant
[13:52] <stgraber> cyphermox: no, it's installed and used only in the live environment
[13:52] <stgraber> cyphermox: that file disappears at install time
[13:53] <stgraber> cyphermox: that option basically starts an LTSP server from the Edubuntu livecd, so it creates the config for NM, activates it on the interface, then install ltsp-server and a bunch of other packages to act as a LTSP server
[13:53] <cyphermox> ok
[13:54] <stgraber> cyphermox: if the user chooses to keep that setup when installing to disk, we then update /etc/network/interfaces to contain the static config for the interface (on the target system)
[13:54] <cyphermox> ok
[13:54] <stgraber> jibel: can you try rebooting to have a clean environment. Then start "sudo ltsp-live" from a shell and see if you get any output? if you don't, dmesg and syslog might be useful to have
[13:58] <stgraber> jibel: oh, and also /etc/NetworkManager/system-connections/LTSP would be good to have
[13:58] <jibel> stgraber, filing a bug with that information.
[14:02] <stgraber> jibel: thanks
[14:36] <jibel> stgraber, bug 856460
[14:36] <ubot4> Launchpad bug 856460 in ltsp (Ubuntu) "ltsp-live fails to configure internal NIC (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/856460
[14:43] <stgraber> jibel: thanks
[15:37] <hggdh> jamespage, Daviey: are the current ec2 test on Jenkins the final ones?
[15:38] <hggdh> jibel: good afternoon/evening, I am back :-)
[15:39] <jamespage> hggdh: just discussing with smoser and utlemming
[15:39]  * hggdh goes to -server
[15:39]  * jamespage waves at utlemming and smoser from #ubuntu-testing
[15:40] <jamespage> hggdh: https://jenkins.qa.ubuntu.com/job/oneiric-server-ec2/9/ main test
[15:40] <jamespage> we just did a followup on the three issues we saw with ebs/amd64 in eu-west-1 and us-east-1
[15:45] <jamespage> hggdh: https://jenkins.qa.ubuntu.com/job/oneiric-server-ec2-adhoc/
[15:46] <hggdh> jamespage: ah, marvelous
[15:47] <hggdh> jamespage: I will start transposing
[15:47] <jamespage> ta
[15:49]  * jamespage waves at utlemming
[15:49] <utlemming> howdy
[15:49] <jamespage> hggdh was just saying that he will start transposing the test results into the ISO tracker for ec2
[15:50] <jamespage> boy do we need to automate that
[15:53] <hggdh> jamespage: you will get complete agreement from anyone who has transposing it ;-)
[15:54] <jamespage> hey - I did them all the other day - and then we re-span the images - doh!
[15:57] <jibel> good afternoon hggdh , welcome back :)
[15:58] <hggdh> jibel: why, thank you. I am indeed happy to be back...
[16:56] <skaet> chadadavis1, how are the Ubuntu amd64+mac image looking?  safe to release?
[16:57] <skaet> jibel,  ^^ any data?
[17:13] <Samsagax> hi
[17:16] <jibel> cjwatson, what do you think of bug 855871 ? I've no idea of the importance and if it's specific to the setup.
[17:16] <ubot4> Launchpad bug 855871 in ubiquity (Ubuntu) "Grub install fails after manual xfs partitioning (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/855871
[17:20] <cjwatson> XFS has long been a bit problematic; I'm about to finish for the day, but I'll queue it up and have a look
[17:20] <cjwatson> offhand I'd call it Medium
[17:21] <cjwatson> good grief, XFS on GPT with no BIOS Boot Partition, glutton for punishment!
[17:27] <jibel> Could anyone verify that the latest Ubuntu Desktop on mac boots ?
[17:30] <Samsagax> jibel: got a question: I'll try to install Oneiric with the Alternate install (don't want to install grub, btw is there a chance to enable that option in ubiquity?). The test-case description seems outdated, I'll make my own partition layout, does it count for the test?
[17:34] <jibel> Samsagax, yes it does count. There is a testcase that covers manual partitioning http://testcases.qa.ubuntu.com/Install/AlternateManual. If you use slightly different steps, then add a comment when you report the result.
[17:34] <jibel> Samsagax, thanks for testing
[17:35] <Samsagax> jibel: I wan't to test it on real hardware. Tired of VBox :P. But is there a way that Grub is not installed on mbr throug ubiquity?
[17:38] <chadadavis1> jibel, cjwatson, skaet, Ubuntu Desktop boots fine on Mac, but I'm also still trying to narrow down bug 855871
[17:39] <ubot4> Launchpad bug 855871 in ubiquity (Ubuntu) "Grub install fails after manual xfs partitioning (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/855871
[18:22] <skaet> chadadavis1, thanks.
[18:22] <charlie-tca> skaet: I have studio 386 test running here
[18:23] <skaet> charlie-tca, thanks.
[18:24] <chadadavis1> skaet, at the moment I might add 'no xfs on mac' in the release notes. Otherwise, no serious issues. I'm just testing exotic partitioning scenarios.
[18:33] <cjwatson> mm, I can't say I'm desperately worried about XFS not working (although the bug may well be more specific than that)
[19:37] <SpamapS> Is there a publicly available jenkins dashboard that we can show people for all the EC2 tests we do?
[19:42] <jibel> SpamapS, https://jenkins.qa.ubuntu.com/job/oneiric-server-ec2/ ?
[19:44] <SpamapS> jibel: perfect, thanks. :)
[19:54] <jibel> charlie-tca, screen reader install still failed?
[19:55] <charlie-tca> ctrap
[19:55] <charlie-tca> missed that one
[19:55] <charlie-tca> I think it works half bad now
[19:55] <charlie-tca> but I am not sure, to be honest
[19:56] <jibel> charlie-tca, ok, trying now.
[19:56] <charlie-tca> Thanks. You should be able to hit Ctrl+s at the "try now, install now" screen
[19:57] <charlie-tca> That starts the accessibile install. It will fail completely in 3d yet
[21:19] <jibel> charlie-tca, screen reader install pass on Ubuntu, I filed 6 bugs, 2 are serious.
[21:19] <jibel> charlie-tca, I tagged them a11y
[21:19] <charlie-tca> Thank you
[21:20] <charlie-tca> At least it works, kind of
[22:50] <Samsagax> hi there
[23:00] <skaet> Just wanted to say thank you very much to Alessio Grosso Sgarrillo, alo21, ameetp, angelabad, AntonioAllegretti, apachelogger, bambi, bennachie, Letozaf_, chadadavis, charlie-tca, cking, Claudinux, claydoh, DomenicoRotolo,
[23:00] <skaet> njin, FrancescoRuvolo, freefly, gema, gilir, gjditchfield, GridCube, GrueMaster, hggdh, jamespage, janimo, JanRathmann, jibel, kidsodateless, ScottK, Lance, MarcoBuono, marius78, Fly82, mvo, NightSilente, ogra, totopalma, PaoloRotolo, PatrickDK, phillw, pitti, primes2h, Samsagax, evilshadeslayer, sharkbait, smoser, SpamapS, starslights, stgraber, superm1, Fo5150, valix, xdatap1 and yotux for testing the beta 2 ISOs.