[01:04] <james_w> right, it's confirmed working now. Please to be reviewing https://code.edge.launchpad.net/~james-w/launchpad/fix-getRequestedReviews/+merge/20378
[01:05] <james_w> also, https://code.edge.launchpad.net/~james-w/launchpad/sync-source-negative-versions/+merge/16861 has been approved for 8 weeks and hasn't landed yet. I think it's been hit by ec2 swallowing mails a couple of times. It would be great if someone could submit again.
[01:05] <james_w> thanks
[03:39] <leonardr> thumper: i need another release-critical review of https://code.edge.launchpad.net/~leonardr/launchpad/multiversion-wadl/+merge/20405 as there were some ec2 test failures
[03:39]  * thumper looks
[03:42] <thumper> leonardr: done
[03:42] <thumper> leonardr: Approved revision:  10427 (in case you were wondering)
[03:43] <leonardr> cool
[09:27] <jpds> bigjools: Morning, lp:~jpds/launchpad/timestamp-archivepublisher-run should be good to land.
[09:27] <bigjools> jpds: it's landing right now :)
[09:41] <jpds> bigjools: Woo! :)
[10:34] <jtv> noodles775, you interested in reviewing my branch for the local soyuz setup scripts? https://code.launchpad.net/~jtv/launchpad/bug-527170/+merge/20440
[10:34] <noodles775> jtv: sure!
[10:34] <jtv> noodles775: great, thanks!
[10:42] <jtv> noodles775: I just realized I haven't gotten around to moving the instructional output all the way to the end since I added GPG key registration... mind if I do that now?
[10:42] <noodles775> jtv: go for it, just let me know when it's ready and i'll merge.
[10:53] <jtv> noodles775: it's pushed, sorry for the delay
[10:53] <jtv> Just moved a "print" down a few lines
[10:54] <jtv> gmb: noodles775 is reviewing mine
[10:54] <gmb> jtv: Cool, thanks for letting me know.
[10:54] <noodles775> Thanks jtv
[10:55] <jtv> /topic: on call: gmb || reviewing: - || queue [james_w, al-maisan<http://tinyurl.com/y8gmlcd>] || This channel is logged: http://irclogs.ubuntu.com/ || https://code.edge.launchpad.net/launchpad/+activereviews
[10:55] <jtv> gah
[10:55] <gmb> Heh.
[10:55] <jtv> ahhhh
[10:56] <gmb> jtv: It's good to know that I'm not the only one that struggles with /topic.
[10:56] <jtv> it's not us, it's /topic
[11:08] <gmb> james_w: Does your branch still need reviewing? I don't see an MP for it in the +activereviews queue
[11:09] <gmb> In the meantime...
[11:10] <james_w> gmb: it should still be there
[11:10] <james_w> https://code.edge.launchpad.net/~james-w/launchpad/fix-getRequestedReviews/+merge/20378
[11:10] <james_w> and remember https://code.edge.launchpad.net/~james-w/launchpad/sync-source-negative-versions/+merge/16861 ? :-)
[11:10] <james_w> I think that's been hit by ec2 not sending mails a couple of times
[11:10] <gmb> Argh sodbollocks.
[11:11] <gmb> james_w: Right, I'll run that one again but stay connected to make sure we find out what's going on.
[11:11] <james_w> thanks
[11:13] <gmb> Man, LP's slow today...
[11:18] <adeuring> gmb: fancy to review a small rbanch (ca 10 lines interface changes; 100 lines tests): https://code.edge.launchpad.net/~adeuring/launchpad/api-export-bug-linked-branches/+merge/20444 ?
[11:19] <gmb> adeuring: Sure, let me just finish james_w's branch. Won't be a sec.
[11:19] <adeuring> gmb: thanks!
[11:20] <al-maisan> gmb: there's another branch in the queue as well :)
[11:20] <gmb> james_w: r=me
[11:20] <james_w> thanks gmb
[11:21] <james_w> would you submit that one too please?
[11:21] <gmb> al-maisan: I'm in the process of sorting out who's here and who's not and who's just left things lying in the queue. Good to know you're not one of the latter. I'll take a look at yours now.
[11:21] <gmb> james_w: Sure.
[11:21] <james_w> thanks
[11:21] <gmb> adeuring: Please put your branch in the queue; first come first served and all that...
[11:21] <al-maisan> gmb: thanks!
[11:21] <adeuring> gmb: sure
[11:27] <gmb> al-maisan: Is this review for your spurious-tests branch? tinyurl isn't resolving for me atm...
[11:27] <al-maisan> gmb: yes
[11:27] <al-maisan> https://code.launchpad.net/~al-maisan/launchpad/spurious-tests-525329/+merge/20233
[11:28] <gmb> Cool, thanks.
[11:29] <al-maisan> gmb: not sure whether this matters but lp:~al-maisan/launchpad/spurious-tests-525329 was branched off of devel and not db-devel
[11:30] <gmb> al-maisan: I think you're in luck. The diff's only 123 lines, so I guess the devel revisions in your branch have already been merged into db-devel.
[11:30] <al-maisan> hmm :)
[11:33] <gmb> al-maisan: r=me.
[11:33] <al-maisan> gmb: thanks!
[11:33] <gmb> np
[11:35] <noodles775> jtv: what would be the problem with just adding amd64 as an arch always? the user still needs to target a specific series?
[11:36] <jtv> noodles775: dunno frankly; I figured the safe thing to do was to stay faithful to what we already had.
[11:36] <noodles775> jtv: also, do you think it should be possible to run this twice? (ie. the first time I didn't set my email, so I need to make schema before re-running right?)
[11:36] <jtv> noodles775: right now you'll have to "make schema" between runs.
[11:37] <jtv> wgrant: is there any conceivable reason not to add amd64 support when setting up the sampledata for soyuz?
[11:37] <wgrant> jtv: No.
[11:37] <jtv> noodles775: there's your answer.  No reason.  Fixing.
[11:37] <noodles775> jtv: great.
[11:39] <jtv> noodles775: testing the fix.
[11:39] <noodles775> jtv: I wonder if in the future we should separate out utilities/soyuz-add-ppa-user.py?
[11:40] <noodles775> (ie. it could be run multiple times).
[11:41] <jtv> noodles775: we have that option.  But I think we'll get a lot of documentation benefit out of sticking with ppa-user for now.
[11:41] <noodles775> Right.
[11:42] <noodles775> Wow... automatic addition of my GPG key :)
[11:42] <jtv> yup
[11:44] <jtv> noodles775: It was hard, but I hope worth it.  I just pushed the version that always includes amd64 support.
[11:46] <noodles775> jtv: it seems to have added a third key, in addition to the two identified by my email?
[11:46] <jtv> noodles775: the bogus one is for signing the Code of Conduct.  Please don't make me rework that to use the proper key (and prompt you for a passphrase)
[11:47] <noodles775> jtv: ah, no worries :)
[11:47] <jtv> noodles775: but glad to hear that it picked up both keys for someone who had two.  :-)
[11:47] <noodles775> jtv: and none of them are found in zeca when clicking on the key id?
[11:48] <noodles775> jtv: actually, if I modify the final url param to op=get it finds it.
[11:48] <jtv> noodles775: yup
[11:48] <jtv> that would've happened with a manual upload as well, app'ly
[11:48] <noodles775> but not op=index.... ok, but it's there :)
[11:51] <noodles775> jtv: Another thought, it'd only be an extra 1 line to create a default PPA for the user in create_ppa_user? (you could just use factory.makeArchive(owner=person))
[11:51] <jtv> noodles775: I thought that'd be a nice next feature, but I think you just saved me the research.
[11:51] <noodles775> jtv: great!
[11:53] <jtv> noodles775: should I add virtualized=False?
[11:54] <noodles775> jtv: yes, definitely.
[11:54] <jtv> noodles775: running tests...
[11:55]  * noodles775 tries uploading a package with the new setup.
[11:57] <noodles775> jtv: oh, and an extra line to add the external dependencies?
[11:57] <jtv> noodles775: here we go, feature creep!
[11:58] <noodles775> lol
[11:58] <jtv> noodles775: is that something you can rattle off off the top of your head?  Because if not, I'd prefer to leave it documented as a manual step.  And bear in mind that there's the matter of distroseries choice to be considered.
[11:59] <gmb> james_w: I've seen the same error twice now running your sync-source branch: http://pastebin.ubuntu.com/386940/
[11:59] <gmb> james_w: I'll run it again, but this may need some debugging.
[12:00] <james_w> gmb: I'm not sure I have any clue what's going on there
[12:01] <gmb> james_w: Well, look on the bright side, you're not alone.
[12:01] <james_w> :-)
[12:02] <jtv> noodles775: object lesson in feature creep... I have to merge devel to get the "virtualized" parameter.  Just done that, but it introduces an import policy violation.  Now you see why I'm hell-bent on restricting scope sometimes.
[12:02] <noodles775> jtv: sure, in which case, just leave it without the PPA creation. I'd be happy to contribute to it later :)
[12:02] <james_w> gmb: you cwd seems to be processapportblobjob-api-bug-513191? Would that have any impact?
[12:02] <noodles775> jtv: r=me
[12:03] <jtv> noodles775: thanks...  I'll see if I can resolve the import violation now though; I prefer that over multiple uncommits.  :-)
[12:03] <gmb> james_w: It shouldn't; the error's occurring on the ec2 box. My cwd on my machine shouldn't have an impact on that because I tell EC2 which bzr branch to grab.
[12:03] <james_w> right
[12:03] <gmb> james_w: But it's a good idea. If it fails again I'll try branching and running fromthat branch.
[12:04] <james_w> is the paging chopping stuff out?
[12:04] <gmb> james_w: Not AFAICT.
[12:04] <james_w> it seems to be running tests, then stops in the middle of outputting a line
[12:04] <james_w> then appears to be running make clean
[12:04] <gmb> Hmm. Maybe that's bad copy-paste on my part.
[12:04] <gmb> FTR, your other branch is running fine.
[12:04] <james_w> good
[12:07] <noodles775> jtv: ok, well in terms of the external dependencies, it should be as simple as person.archive.external_dependencies = ".."
[12:07] <noodles775> jtv: just if you wanted to try it.
[12:07] <noodles775> (assuming you're currently logged in as admin, that is).
[12:07] <jtv> noodles775: I don't know what that'll do in terms of taking people's testing choices away though.
[12:18] <noodles775> jtv: up to you. I'd think of it as a sensible default that they can always edit if they like.
[12:18] <jtv> noodles775: true
[12:20]  * gmb grabs some lunch
[12:50] <jtv> noodles775: you have an ancient lock on the UsingSoyuzLocally page
[13:07] <noodles775> jtv: sorry, should be gone now.
[13:08] <jtv> so it is.
[13:29] <bac> good morning gmb
[13:29] <gmb> Hi bac
[13:29] <bac> busy today?
[13:38] <jtv> noodles775: all done... a few more paragraphs to scratch from the manual, er, manual.
[13:43] <gmb> bac: Not really; just thrashing through an 800-liner at the moment.
[14:01] <wgrant> jtv: Excellent.
[14:01] <jtv> wgrant: it's in EC2 now.  Once it lands, I've got some wiki editing to do.  :-)
[14:02] <wgrant> Very good.
[14:04] <jtv> but now, time to enjoy the night.  See you tomorrow!
[14:04] <wgrant> See you.
[14:21] <gmb> adiroiban: Can you point me at a page on launchpad.dev where I can see the results of https://code.edge.launchpad.net/~adiroiban/launchpad/bug-359180-take-2/+merge/20122?
[14:22] <adiroiban> gmb: no. what results?
[14:22] <gmb> adiroiban: You've made JS changes; I'd like to see the effects of that in the UI.
[14:23] <adiroiban> gmb: hm... they are just keybindings
[14:23] <gmb> adiroiban: Yes, but I'd still like to actually try them out for myself.
[14:23] <gmb> adiroiban: It's an 802-line diff, so I'd like to see exactly what it's done.
[14:24] <gmb> Actually, that sounds excessive for "just keybindings"
[14:24] <adiroiban> gmb: sure :)
[14:24] <gmb> adiroiban: Is the diff on that mp sane?
[14:24] <adiroiban> gmb: yes.
[14:24] <gmb> Okay.
[14:25] <adiroiban> https://code.edge.launchpad.net/~adiroiban/launchpad/bug-359180/+merge/16422
[14:25] <adiroiban> Here was the original MP with an extensive QA
[14:26] <adiroiban> the code from this MP was merged into edge...but since there were some problems on edge, it was removed prior to 10.01 release
[14:26] <adiroiban> gmb: so the page https://translations.launchpad.dev/ubuntu/hoary/+source/evolution/+pots/evolution-2.2/es/+translate?start=0
[14:26] <gmb> adiroiban: Okay, so I'm confused now; is your new branch a resubmission of the old branch?
[14:27] <adiroiban> gmb: yes. for some of the code.
[14:27] <adiroiban> so the initial branch was landed on edge
[14:27] <adiroiban> and then we got some feedback
[14:28] <gmb> adiroiban: Okay. So, I don't think I need to re-review the old code. I just need to see the changes that you've made to that old code, correct?
[14:28] <adiroiban> we discovered some problems with the keybings, and since it was near the release jtv had removed the branch
[14:29] <adiroiban> from edge
[14:31] <adiroiban> gmb: I don't know what is the process for reviewing branches that were pulled out of edge
[14:31] <gmb> adiroiban: Can you paste a diff between the old branch and the new one into the merge proposal please? If the old branch was approved I don't need to re-approve it. I just need to approve the changes that you've made to it to fix the problems that caused it to be pulled in the first place.
[14:35] <adiroiban> gmb: the latest approved revision in this branch was 10168
[14:36] <adiroiban> but diff -r 10168 is just to noisy
[14:39] <gmb> adiroiban: Okay, I'll work out a way to get a sane diff.
[14:39] <gmb> Thanks.
[14:43] <bac> hi abel
[14:43] <bac> er, adeuring
[14:43] <adeuring> hi bac
[14:43] <bac> adeuring: could you update your branch with devel and repush?
[14:44] <adeuring> bac: sure. is there again a merge conflict?
[14:44] <bac> adeuring: i've merged yours in and got a lot more changes than i expect...  i'm a bit baffled.  no conflicts.
[14:44] <adeuring> odd... let me see
[14:49] <adeuring> bac: i merged devel again; locally, the diff against devel looks exactly at the one here: https://code.edge.launchpad.net/~adeuring/launchpad/api-export-bug-linked-branches/+merge/20444
[14:49] <bac> ok
[14:50] <abentley> gmb, bac: Could you please review https://code.edge.launchpad.net/~abentley/launchpad/no-original-to/+merge/20451
[14:50] <bac> abentley: yes
[14:50] <abentley> bac, thanks.
[14:55] <bac> adeuring: found the problem.  PEBCAK
[14:56] <adeuring> bac: ;)
[15:00] <bac> adeuring: when i do a 'make build' on your branch i get errors about the reference to IBugBranch.  it works for you?
[15:01] <adeuring> bac: let me check...
[15:12] <bac> adeuring: it looks like bug.py is just missing an import
[15:12] <adeuring> bac: yeah. I am really suprised that I did not get errors running the page test...
[15:13] <bac> adeuring: i'm confused too.  the page test errored for me
[15:13] <adeuring> interesting...
[15:14] <adeuring> bac: anyway, I've oushed a new version, containing the missing import statement
[15:14] <adeuring> erm, I've pushed...
[15:20] <leonardr> rockstar, can you give a quick review to https://code.edge.launchpad.net/~leonardr/lazr.restful/tag-web-service-request/+merge/20454 ? it's critical
[15:24] <bac> leonardr: rockstar is not available now.  if it is critical you should ask one of the OCRs
[15:25] <leonardr> bac: sure. can i get you or gmb to look at it?
[15:25] <bac> leonardr: i'd be delighted. move yourself to the top of the queue
[15:29] <salgado> bac, gmb, hi there. I have a RC one, can I jump the queue?
[15:29] <salgado> it's a trivial one, btw
[15:29] <bac> salgado: yes, after leonard
[15:30] <salgado> cool, thanks bac
[15:30] <salgado> https://code.launchpad.net/~salgado/launchpad/bug-530738/+merge/20452
[15:30] <bac> adeuring: did you test your changes from launchpadlib?  if so, please paste a script that you used.
[15:31] <adeuring> bac: no. I did not...
[15:31] <bac> adeuring: could you whip up something?
[15:31] <adeuring> bac: sure
[15:35] <bac> leonardr: that branch looks fine.  will you be updating lp to use it now?
[15:35] <leonardr> bac: yes, as part of https://code.edge.launchpad.net/~leonardr/launchpad/multiversion-wadl
[15:36] <leonardr> which is not done yet--i have to fix more test failures
[15:36] <bac> leonardr: is that an RC candidate?
[15:36] <leonardr> bac: i don't know the exact terminology, but thumper gave my last revision of it a release-critical review
[15:37] <bac> leonardr: ok
[15:40] <salgado> thanks for the review, bac.  but the bug was introduced a week ago, when I changed the +login page to use OpenID. :)
[15:40] <bac> oh
[15:41] <bac> anyway, good catch
[15:42] <adeuring> bac: sorry, haven't run LP scripts locally since a longer time.. I'm getting a really odd error trying to access the local server: Error fetching XRDS document: <urlopen error (-5, 'No address associated with hostname') ...
[15:44] <bac> adeuring: i'm able to exercise the linked_branches property but unlinkBranch does not work
[15:44] <adeuring> bac: interesting... what is going wrong?
[15:45] <bac> adeuring: it returns a 'bad request'
[15:46] <adeuring> bac: can you show me your script?
[15:47] <bac> adeuring: i'm just poking at it interactively
[15:49] <adeuring> bac: just a hint: there is an oddity with linkes_branches vs. linkBranch() and unlinkBranch(): linked_branches does not return branches themselves, but IBugBranch objects, while (un)linkBranch() expect a branch
[15:59] <adeuring> bac: thanks for the review!
[15:59] <bac> np
[15:59] <bac> abentley: is your branch an RC candidate?
[15:59] <abentley> bac, yes.
[16:00] <bac> abentley: glad i asked.  i'll start on it now.
[16:05] <bac> abentley: r=bac.  good luck getting your RC
[16:06] <abentley> bac, considering thumper asked for it, I doubt that
[16:06] <abentley> will be hard.
[16:06] <bac> :)
[17:03] <leonardr> gary: while i hunt down the launchpadlib problem, maybe you can look at https://code.edge.launchpad.net/~leonardr/launchpad/multiversion-wadl/+merge/20405 ?
[17:03] <gary_poster> leonardr: on it.
[17:08] <gary_poster> leonardr: can we get rid of fix_url in that test in the future?  Either it is already planned, or you have an idea?
[17:11] <leonardr> gary: ideally we would be able to take a browser-based website request and turn it into a web service client web service request
[17:11] <leonardr> the way we can turn a browser-based website request into a browser-based web service request
[17:12] <gary_poster> leonardr: is it reasonable to ask you to put in a bug for this and reference it, or is this going to be so annoying that it is unlikely to happen?
[17:13] <leonardr> gary: well, it'll happen whenever someone tries to get the url of an object and use it in a web service request
[17:13] <leonardr> i don't know how likely that is, it only happens once now
[17:13] <gary_poster> ...leonardr, would that greatly simplify our JS usage of the webservice?
[17:14] <leonardr> gary: no, because all js usage is already handled. browser-based website request -> browser-based web service request
[17:15] <gary_poster> leonardr: OK.  Anyway, I don't want to get in your way.  I'm fine with this branch in the short term.  If it is reasonable to say that we can get rid of fix_url, I'd prefer a bug for that, but if not, just tell me, move on, and I approve.
[17:15] <leonardr> gary: i think one way or another we can get rid of fix_url
[17:16] <leonardr> but probably by making the test do something more sensible
[17:16] <leonardr> not by making it easier to do what the test does
[17:16] <gary_poster> leonardr: ok.
[17:19] <leonardr> gary, i think the launchpadlib failure may have been introduced by another branch that landed recently, or by me not having an up-to-date launchpad
[17:20] <leonardr> DiscoveryFailure: Error fetching XRDS document: <urlopen error (110, 'Connection timed out')
[17:20] <leonardr> does that look like something that might be caused by the auth split?
[17:21] <gary_poster> leonardr: it looks pretty generic.  I don't think the auth split has done anything pertinent in the last few hours.  salgado, am I right?
[17:22] <leonardr> i'm updating everything now. i'll try again and if it still doesn't work i'll just put this into ec2test, because i'm pretty sure it's not my error
[17:22] <salgado> leonardr, grep testopenid /etc/hosts
[17:22] <leonardr> salgado: nothing
[17:23] <leonardr> do i need to add something?
[17:23] <salgado> leonardr, either add testopenid.dev to the <IP_ADDRESS> line or run rocketfuel-setup
[17:26] <leonardr> salgado: thanks much
[17:27] <leonardr> gary: launchpadlib error has gone away
[17:28] <leonardr> i'm going to try once more without the new lazr.restful (which shouldn't be necessray) and then start ec2
[17:28] <gary_poster> yay, leonardr!
[17:35] <leonardr> gary: ok, starting ec2
[17:36] <leonardr> i'm very confident it will work because i haven't changed launchpad since the time the two tests failed
[17:36] <leonardr> i've just fixed the two tests
[17:37] <gary_poster> makes sense to me.
[17:37] <leonardr> i'm also doing a test of launchpadlib against a running launchpad.dev to make sure the whole thin works
[17:37] <gary_poster> have some lunch. :-)
[17:53] <leonardr> gary: live launchpadlib test works fine
[17:53] <gary_poster> great, leonardr.
[18:12] <bac> hi adiroiban
[18:12] <adiroiban> bac: hi
[18:13] <bac> adiroiban: i'm reviewing your branch for bug 527728.  did you happen to test getting component_name from lplib?  i'm trying and cannot get it to work.
[18:13] <mup> Bug #527728: Export source package component in API <api> <Launchpad Registry:In Progress by adiroiban> <https://launchpad.net/bugs/527728>
[18:13] <adiroiban> bac: no. I was just testing from a webbrowser
[18:14] <bac> adiroiban: here is what i'm seeing: http://paste.ubuntu.com/387146/
[18:15] <bac> adiroiban: it's always a good idea to test new changes to the API interactively with launchpadlib to ensure the WADL got generated properly, etc.  (in fact reviewers are supposed to ensure it has been done.)
[18:15] <adiroiban> bac: but bin/test -t source-package.txt is OK?
[18:15] <bac> adiroiban: yes
[18:16] <adiroiban> bac: have you tried deleting the old wsdl file ?
[18:16] <bac> not yet
[18:16] <bac> ah, perhaps it is cached
[18:17] <adiroiban> not sure, but I know the makefile does not build it properly
[18:17] <adiroiban> so during devel I have to delete it manualy
[18:17] <adiroiban> and then it is regenerated
[18:18] <bac> adiroiban: i've removed my cache and am trying again
[18:20] <adiroiban> bac: do I need the latest build from launchpadlib, or it is ok to test with karmic version?
[18:20] <bac> karmic is fine
[18:20] <bac> adiroiban: or you can use the one packaged with lp by using 'make iharness'
[18:20] <adiroiban> and how can I tell it to use the lp.dev
[18:21] <bac> login_with('somename', 'dev')
[18:22] <adiroiban> bac: sorry. the name is latest_published_component_name
[18:22] <adiroiban> so instead of sp.component_name use sp.latest_published_component_name
[18:23] <bac> adiroiban: no, it isn't.  you have no "exported_as" clause
[18:23] <bac> it now works that i got rid of my cache
[18:23] <bac> In [7]: ev.component_name
[18:23] <bac> Out[7]: 'main'
[18:24] <adiroiban> bac: hm... then something is fishy
[18:25] <bac> adiroiban: did you not push the latest version
[18:25] <adiroiban> on https://launchpad.dev/+apidoc/index.html#source_package I can see the key exported as latest_published_component_name
[18:25] <bac> https://code.edge.launchpad.net/~adiroiban/launchpad/bug-527728/+merge/20456
[18:25] <bac> the diff at line 8 shows you didn't set an 'exported_as'
[18:25] <bac> also, your test fails b/c the component output is in the wrong place
[18:26] <adiroiban> I have pushed the code. The latest revision should be 10428
[18:29] <adiroiban> bac: on my local branch the lib/lp/registry/tests/../stories/webservice/xx-source-package.txt has 0 failures
[18:32] <bac> adiroiban: ok, i just grabbed your new version.  it does not match what is in the MP or what i grabbed an hour ago
[18:32] <bac> adiroiban: but that's fine -- it explains the mystery
[18:33] <adiroiban> bac: sorry for this mess!
[18:33] <bac> np.  glad it is figured out
[18:33] <bac> yay, your tests pass now
[19:44] <abentley> bac, could you please review https://code.launchpad.net/~abentley/launchpad/branch-scanner-zcml/+merge/20471 ?
[19:49] <bac> abentley: RC?
[19:49] <abentley> bac, no.
[19:50] <bac> abentley: ok, i'll get right on it anyway. just wondered.
[20:02] <leonardr> gary, do i need thumper or someone to approve the changes to https://code.edge.launchpad.net/~leonardr/launchpad/multiversion-wadl/+merge/20405  for release-critical?
[20:03] <gary_poster> leonardr: I don't think so.  He's approved it twice. :-)  He wants it fixed.
[20:03] <leonardr> ok, cool
[20:11] <thumper> leonardr: yes I do
[20:12] <thumper> leonardr: want it fixed that is
[21:15] <bac> hi rockstar
[21:24] <rockstar> bac, hi
[21:25] <bac> hey rockstar, i notice your JS reorg branch has been languishing/rotting for a long time.  any reason you haven't gotten it reviewed?  do you want me to review it?
[21:25] <bac> is it still current?
[21:25] <rockstar> bac, which one?
[21:26] <bac> https://code.edge.launchpad.net/~rockstar/launchpad/code-js-reorg/+merge/20170
[21:26] <rockstar> code-js-reorg ?
[21:26] <rockstar> bac, yes, I have a topic for the reviewers meeting tomorrow that is blocking it.
[21:26] <rockstar> bac, I'm several pipes from there right now.
[21:26] <bac> so, by "yes" you mean "no, don't review it"?
[21:27] <bac> rockstar: please add your topic to the ReviewersMeetingAgenda
[21:27] <rockstar> bac, yes, that's what I mean.  I'll get it reviewed as soon as we have a consensus with the rest of the reviewers team (the UI Swat team is already okay with it)
[21:27] <bac> rockstar: if it is contentious or interesting would you present it at the AMEU meeting?
[21:28] <bac> else you'll have to wait another week
[21:28] <rockstar> bac, I plan on presenting it at the AMEU meeting.
[21:28] <bac> excellent
[21:28] <rockstar> (which means I'll miss my bike ride in the morning)
[21:28] <bac> boo
[21:28] <rockstar> bac, you're assuming that I'm not sore from yesterday's ride.  :)
[21:29] <bac> what is your temperature cut-off for riding?
[21:29] <bac> isn't it still crazy cold there?
[21:30] <rockstar> bac, it's actually really nice here right now, ~50 degrees or so.
[21:30] <bac> much nicer than us...
[21:30] <rockstar> The lowest I've ridden was -18F.  I have good warm riding clothes though.
[21:30] <rockstar> The last few weeks it's been nice during the week and then snows all weekend.
[21:32] <bac> rockstar: i changed the status of that branch to WIP to avoid confusion
[21:33] <bac> er, MP not branch
[21:35] <rockstar> bac, okay, whatever works best for reviewers is good with me.


[00:32] <tim|imac> hi all
[00:33] <tim|imac> I'm looking for an example of how to do preseeded partitioning with lvm... anyone that has one available, by any chance?
[04:02] <twb> tim|imac: I trust you're already reading appendix B of the installation guide?
[10:26] <tim|imac> twb: yeah, but it doesn't contain any info on how to do it with LVM, only some extra info about RAID
[11:45] <twb> I know how to say "guess, using LVM", but I don't know how to say "use LVM with the following layout"
[12:01] <tim|imac> :(
[12:01]  * tim|imac thinks he's better off simply overriding partman
[12:02] <twb> Doing everything in early-script?
[12:04] <tim|imac> like so: http://loftninjas.org/blog/2007/10/ubuntu-lvm-network-install-part-2.html
[12:09] <tim|imac> not a very nice solution, though :(


[06:08] <oSoMoN> good morning desktoppers
[06:10] <seb128> goood morning desktopers
[06:18] <oSoMoN> salut seb128, ça va?
[06:37] <didrocks> good morning
[06:38] <oSoMoN> salut didrocks
[06:44] <didrocks> salut oSoMoN
[06:54] <jibel> Good morning all
[06:54] <didrocks> salut jibel
[06:55] <jibel> salut didrocks
[07:24] <bittin> morning desktoppers
[07:24] <bittin> oSoMoN: Firefox 88 is out now
[07:24] <bittin> https://archive.mozilla.org/pub/firefox/releases/88.0/
[07:56] <oSoMoN> bittin, and the update is almost ready on my side
[08:00] <bittin> great :)
[08:05] <Laney> moin
[08:08] <didrocks> hey Laney
[08:10] <Laney> hey didrocks
[08:10] <Laney> bon weekend?
[08:12] <jibel> Hi Laney
[08:13] <didrocks> ça va, et toi Laney ?
[08:17] <seb128> lut oSoMoN, didrocks, jibel
[08:17] <seb128> hey Laney
[08:17] <seb128> how is everyone? had a nice weekend?
[08:17] <didrocks> salut seb128
[08:22] <Laney> didrocks: excellent! je suis allé au pub!
[08:22] <Laney> ;-)
[08:23] <Laney> sup jibel seb128
[08:25] <didrocks> :)
[08:27] <oSoMoN> salut jibel
[08:28] <oSoMoN> hey Laney, that sounds like an excellent week-end indeed :)
[08:28] <Laney> hey oSoMoN
[08:28] <Laney> first time since before Christmas...
[08:29] <Laney> only outside seating is allowed atm, so blanket / coat / hot water bottle 😬
[08:29] <seb128> Laney, they opened pubs back in the U.K now? nice! here they are talking about maybe on the 28th but they keep delaying as covid figures don't really improve enough
[08:30] <Laney> well it's different for each of the UK nations, I only know what the rules are in England for sure
[08:30] <Laney> marcustomlinson might be able to give the .scot update :p
[08:30] <seb128> :)
[08:30] <Laney> but yeah, since the 17th
[08:30] <seb128> would be nice if they opened back here
[08:30] <Laney> 12th*
[08:30] <seb128> we had a nice weekend, 13°C, sunny and not much wind
[08:31] <seb128> ideal to get a beer on a terrasse ;-)
[08:31] <Laney> indeed
[08:31] <Laney> fingers crossed for the 28
[08:31] <seb128> yep!
[08:31] <seb128> I might try to go back to play some tennis again
[08:31] <seb128> I didn't play for over a year, can't believe it :-/
[08:31] <Laney> wow
[08:32] <Laney> did you do any fitness in the meantime?
[08:32] <Laney> i'm thinking that with climbing, going to be crap for a while
[08:32] <seb128> if running up and down the stairs and after the kids count, yes :p
[08:33] <seb128> otherwise not really, I try to use the bike and go for a run every now and then
[08:33] <seb128> oh well, a bit longer and we can go back to normal hopefully...
[08:36]  * Laney keeps watching https://coronavirus.data.gov.uk/ and https://coronavirus.data.gov.uk/ ¬_¬
[08:39] <seb128> tseliot, hey, https://discourse.ubuntu.com/t/nvidia-prime-not-powering-off-the-dgpu seems like an issue than get mentioned every now and then, is that still buggy somehow and something we should try to get sorted out?
[08:42] <seb128> tjaalton, bug #1918985 sounds like a fix that might be worth trying to get uploaded today, maybe we have a chance to get it in the release?
[08:42] <ubot3> Bug 1918985 in xserver-xorg-input-libinput (Ubuntu Hirsute) "Xorg crashed with SIGABRT (caught SIGSEGV) in libinput_device_config_send_events_get_modes(device=NULL) from LibinputApplyConfig() from LibinputSetProperty() from XIChangeDeviceProperty()" [High, Triaged] https://launchpad.net/bugs/1918985
[08:43] <tjaalton> seb128: I'll try
[08:44] <seb128> thx
[08:45] <seb128> tjaalton, the patch seems easy enough to backport, let me know if you need help, I can do the upload to hirsute if I don't have to bother the Vcs and Debian
[08:45] <tjaalton> there's also 1.0.1 release with that
[08:50] <seb128> tjaalton, new release might be an harder sell to try to get in that late, I haven't seen the diff compared to the current hirsute version though
[08:51] <tjaalton> right
[08:51] <seb128> Laney hinted SRU but I would still queue it sooner in case we can maybe get it in still
[08:51] <seb128> session closing bugs mean potential data loss
[08:52] <seb128> and there are quite some reports for an unstable cycle
[08:55] <tjaalton> uploaded
[08:55] <seb128> thanks!
[09:03] <seb128> bah, desktop-icons-ng calls nautilus --version to check if nautilus is available, which segfaults on Ubuntu due to a distro patch
[09:03] <seb128> bug #1820859
[09:03] <ubot3> Bug 1820859 in nautilus (Ubuntu) "nautilus --version segfaults in g_application_impl_get_dbus_object_path" [High, Triaged] https://launchpad.net/bugs/1820859
[09:04] <seb128> nothing new, but now it means every desktop login is going to hit that, maybe one we should try to sort out before release
[09:05] <seb128> Trevinho, ^ do you think you would have chance to work on that today?
[09:05] <seb128> it's due to 19_unity_open_location_xid.patch
[09:27] <seb128>
[09:28] <seb128> jibel, didrocks, bug #1922940 seems to be due to the recovery key change, could you check if that's potentially a release issue?
[09:28] <ubot3> Bug 1922940 in ubiquity (Ubuntu) "plugininstall.py: lsblk -lp -oNAME,FSTYPE returned non-zero exit status 32" [Undecided, Confirmed] https://launchpad.net/bugs/1922940
[09:34] <jibel> seb128, sure
[09:35] <seb128> thx
[09:38] <didrocks> looks like the issue could be with manual partionning
[10:31] <Laney> 😬
[10:31] <Laney> https://people.canonical.com/~laney/weird-things/text.png
[10:31] <Laney> there's some hidden text under the bar
[10:31] <Laney> arghhhh
[10:31] <juliank> Laney: Ah yes
[10:31] <juliank> Laney: You'll see it for a second before the parittion list is loaded
[10:31] <Laney> it's still there!
[10:32] <juliank> Laney: I mean, it will be readable for a second
[10:32] <Laney> juliank: ah
[10:32] <juliank> Laney: Also, whee you trigger the ESP discovery bug where it sets up your install medium's ESP as ESP
[10:32] <Laney> well apparently not present in all cases, don't see it in a VM here
[10:32] <Laney> heh
[10:32] <Laney> that's the one you are fixing right?
[10:33] <juliank> I should actually start fixing it
[10:33] <Laney> yes
[10:33] <juliank> Well I'm going to hack in a "must be 50MB" large check
[10:33] <juliank> A real fix would be for hirsute+1
[10:33] <juliank> map partition to device and then ignore partitions on same device as install /
[10:35] <juliank> What annoys me more is that I can't select keyboard layout when going into a live session, it only asks for language
[10:36] <Laney> you should check and give feedback on the designs for the new installer :-)
[10:40] <juliank> Laney: The text says "Your install medium is .... You will not be able to create or ... on that disk" or something like that
[10:40] <Laney> juliank: the text that's covered up?
[10:41] <juliank> Laney: yeah
[10:41] <Laney> nod
[10:41] <Laney> so it is just that bug?
[10:44] <juliank> Laney: that's a display bug, but I don't know where
[10:47] <Laney> ok
[10:56] <bittin> oSoMoN: installing now thanks
[10:57] <bittin> had a meeting about a potential new job when it was released
[10:57] <bittin> Firefox 88 works to surf to facebook and gmail with thanks :)
[11:12] <seb128> didrocks, jibel, bug #1925002 is another one with the apport log
[11:12] <ubot3> Bug 1925002 in ubiquity (Ubuntu) "Installer crashes during manual fulldisk encryption install (single partition with ext4, no LVM/ZFS)" [Undecided, New] https://launchpad.net/bugs/1925002
[11:16] <jibel> yeah, it's a manual partitioning with encryption
[11:27] <RikMills> if not too late, could we get this fix uploaded please? https://code.launchpad.net/~saivinob/usb-creator/usb-creator/+merge/401344
[11:27] <RikMills> sorry. that ^^ was meant to be elsewhere. whoops
[11:52] <jibel> didrocks, about 1925002 I propose to disable the recovery key when the crypto partition is created manually since we are only able to detect the target disk in auto mode and the page to enter the key in manual mode is different from the page in auto mode.
[11:52] <jibel> wdyt?
[12:08] <didrocks> jibel: it means not having the option, while people can still encrypt? You told there is no UI for crypto in manual mode?
[12:12] <jibel> didrocks, yes and there is a UI but different from the UI when partman-auto is used
[12:14] <jibel> didrocks, I don't want to modify the UI so late in the cycle and rather release notes it. It means that in manual mode it's still possible to encrypt a partition but not with a recovery key set at installation time
[12:14] <jibel> I think it's acceptable
[12:14] <didrocks> +1


[12:27] <pekkari> hi, any master knows how to build pbuilder source code?
[12:29] <pekkari> seems like the project has a quite interesting documentation
[16:16] <mapreri> pekkari: you mean, the documentation is scarse and outdated?  Yes, I agree
[16:16] <mapreri> oh, hi! (pbuilder maintainer)
[16:16] <mapreri> and I'd love to have somebody to write documentation for me :P
[16:23] <pekkari> well, I'm not a good writer
[16:23] <pekkari> but if we comes up with a clear way to build it perhaps I can submit some patch
[16:26] <pekkari> that should improves the integration of the tool in different distros
[18:36] <Unit193> mapreri: I wonder if it might be more useful to change the default distro from 'yakkety' to 'devel' for Ubuntu's pbuilder rules.


[13:16] <coolbhavi> hey dpm
[13:17] <dpm> hey coolbhavi, did you have a good weekend?
[13:17] <coolbhavi> yes dpm
[13:18] <coolbhavi> you?
[13:19] <dpm> it was good to, good to be outside :)
[13:20] <coolbhavi> :-)
[13:21] <coolbhavi> dpm, can I pm now?
[13:21] <dpm> of course, no need to ask for permission :)
[20:23] <PaoloRotolo> Hi all!


[00:22] <anastasiamac> thumper: https://github.com/juju/juju/pull/8350
[01:24] <ejat> hi
 anyone can help me with this : https://paste.ubuntu.com/26543884/
 is it related to this : https://bugs.launchpad.net/charm-ceph-osd/+bug/1731639
[01:24] <mup> Bug #1731639: get_partition_list fails <OpenStack ceph-osd charm:Triaged> <charms.ceph:Fix Released by james-page> <https://launchpad.net/bugs/1731639>
[02:15] <thumper> it appears that things aren't as bad as I thought
[02:15] <anastasiamac> thumper: \o/ great thought for friday
[02:15] <thumper> we are broken from 2.1.2 -> 2.3.2 though
[02:17] <anastasiamac> thumper: my day is getting not so great as m not sure where to display this spaces info now in a sensible manner... mayb somethign will come to me over the wekend ... do we have good reasons for not having 'show-application' command, btw?
[02:17] <thumper> no, probably no good reason
[02:17] <thumper> just no need... so far
[02:18] <anastasiamac> thumper: ha :) i have just discovered the need then :) but will talk more about it next week....
[02:54] <wallyworld> thumper: just saw the bug update, so 2.2.x -> 2.3.x works? that would have been what was tested in CI etc hence it all seemed ok. it becomes a matter of how far back do we test
[02:54] <thumper> yeah...
[02:54] <wallyworld> 2.1 is quite old, may be out of the support window? not sure
[02:54] <thumper> but also, we need to take more care when updating state functions that are used for upgrade steps
[02:54] <wallyworld> ideally it would just work, but maybe theres a case for old versions to step through
[02:55] <wallyworld> that too yeah
[02:55] <wallyworld> it's not always obvious
[02:55] <wallyworld> as it maybe a transitive thing
[04:23] <thumper> anyone... https://github.com/juju/juju/pull/8356
[04:25] <wallyworld> thumper: lgtm, ty
[05:57] <wallyworld_> anastasiamac: hey, can haz review? https://github.com/juju/juju/pull/8357
[05:57] <wallyworld_> no one else around to ask - normally andrew is here :-(
[05:57]  * anastasiamac looking
[05:57] <anastasiamac> :(
[06:10] <zeestrat> thumper: am I reading you right on that last upgrade bug that upgrading via 2.3.0 should work or do I need some more coffee?
[06:17] <wallyworld_> anastasiamac: thank you
[06:17] <anastasiamac> \o/
[06:17] <wallyworld_> zeestrat: i think you need to upgrade via 2.2.x first
[06:17] <wallyworld_> is my understanding
[06:17] <wallyworld_> and then once you're on 2.2.x you can go to 2.3.x
[06:18] <wallyworld_> but that assumes everything in the db is valid which may not be the case if some agents got stuck and wrote old data
[06:19] <wallyworld_> i'm not fully across the issue, just recounting what i know of it
[06:19] <zeestrat> Well that's not working so great.


[16:41] <NoobFukaire> if exec is called when an upstart job is initiated, where do you specify the shutdown procedures?
[16:42] <NoobFukaire> should  use pre-stop ?
[17:26] <NoobFukaire> its amazing that someone would write a utility like upstart, that manages starting and stopping services
[17:26] <NoobFukaire> and totally screw up the stopping services part
[20:52] <dumb_ass1> hello
[20:53] <dumb_ass1> is dbus a strict requirement for upstart to work correctly?
[20:56] <mbiebl> pippo: libdbus is a hard requirement
[20:56] <mbiebl> dbus is recommended for (user) communication
[21:10] <pippo> what all is required instead to support the old system-v init scripts?
[22:01] <pippo> how do i trigger an event on my own?
[22:02] <ion> initctl emit
[22:03] <pippo> how do i avoid some /etc/init/xyz.conf from emitting xyz ?
[22:03] <pippo> s/avoid/prevent/
[22:04] <ion> By commenting out the line that emits it, for instance.
[22:04] <pippo> mmm
[22:05] <pippo> there's a line explicitly emitting it?
[22:05] <ion> Perhaps. You didn’t define xyz and my crystal ball isn’t working right now.
[22:22] <dumb_ass> i don't see any emit in the upstart script the other scripts should be depending on, and yet these other scripts get executed
[22:25] <ion> See for instane starting(7) and the ones in its “see also” section.
[22:25] <ion> c
[22:26] <dumb_ass> here we are supposed to be triggered by "started"
[22:26] <dumb_ass> and i assume "started" is triggered by the "end script"
[22:27] <ion> No, see started(7). It’s emitted when a job has finished starting and is running. Upstart job definitions aren’t sequential scripts.
[22:27] <dumb_ass> so, is it the first line in the script that they are looking at?
[22:27]  * dumb_ass is grabbing a hold of an installation with man pages
[22:28] <ion> What is looking at?
[22:28] <ion> See init(5) for documentation about the job definition syntax.
[22:28] <dumb_ass> upstart...
[22:28] <dumb_ass> looking at init
[22:30] <ion> By default, a service-type job has started when the pre-start script (if any) has been run, the main script (if any) has been started and the post-start script (if any) has been run.
[22:30] <dumb_ass> oh...
[22:31] <dumb_ass> thanks!
[22:31] <dumb_ass> nope
[22:31] <dumb_ass> oh
[22:31] <dumb_ass> this is braindead
[22:33] <dumb_ass> i am about to have a heat-stroke
[22:33] <dumb_ass> it doesn't give a shit about the main script
[22:33] <dumb_ass> but what matters is the post started, if present
[22:33] <ion> huh?
[22:33] <dumb_ass> i am outraged
[23:31] <_dvorak_> does the "respawn" work even if I use the "script/end script" pair


[03:41] <infinity> ogasawara / apw: Kernel's through NEW, BTW.
[03:42] <ogasawara> infinity: cool, I'll upload lbm then
[03:43] <infinity> ogasawara: When staging to -proposed, you may as well just blat linux/lbm/meta all at once.
[03:43] <infinity> ogasawara: (Assuming build-deps on lbm are correct for it to dep-wait)
[03:43] <ogasawara> infinity: I think they are, or at least I recall they were
[03:43] <ogasawara> infinity: I'll do meta too then
[03:44] <infinity> Then yeah.  The whole point of staging it is that we don't care if it's temporarily broken, so easier for you to just fire and forget until morning. ;)
[03:44] <infinity> (This should, hopefully, simplify your workflow a tiny bit in Q)
[03:45] <ogasawara> infinity: indeed
[07:34] <ppisati> moin
[08:10]  * apw survives an update
[08:25]  * ppisati -> reboot
[09:37] <viktor_d> Hello! i've been advised to ask my question here.
[09:38] <viktor_d> It is almost year since i can't use wi-fi on my netbook. I didn't really needed it but finally decided to investigate this issue.
[09:38] <viktor_d> I tested upstream linux kernels 3.3.1 and 3.4.0rc and have been told to perform a kernel bisection.
[09:38] <viktor_d> Since my problem appeared for the first time after i upgraded from maverick to natty, i need to compare latest maverick and earliest natty kernel.
[09:38] <apw> smb, you have a bug linked to hardware-p-config-review, bug #913860
[09:38] <ubot2> Launchpad bug 913860 in linux "Suepend/resume causes problems with mounted and active mmcblk device" [Medium,In progress] https://launchpad.net/bugs/913860
[09:39] <viktor_d> So here is the question: how to work with git with two kernels lying in different repositories?
[09:39] <apw> viktor_d, so i assume its not fixed in the latest kernels and the issue appeared back between those two
[09:39] <smb> apw, Oh dear...
[09:39] <apw> between natty and maverick
[09:40] <c10ud> i have a big question for you, i'll let you finish with this issue and then post my walltext ;)
[09:41] <apw> c10ud, we're not signly threaded here
[09:41] <smb> apw, I will have to look back at that. But I have not found a really good way around it
[09:41] <c10ud> ok then:
[09:41] <c10ud> hello there, i do not intend to generate flames or whatever, i tried searching but no luck so far on this. here's my story: i've read there's a proposal on lkml to change the default io scheduler to deadline for ssd etc. then i discovered the possibility to change it on the fly and for my system it really feels snappier (e.g. firefox+heavy wine game+dvb-tv app) but i have SATA and AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (they say for SA
[09:41] <c10ud> TA cfq is better..but..) running on lucid with 3.0.0-18-generic #31~lucid1-Ubuntu
[09:41] <viktor_d> yes, wi-fi worked in maverick and doesn't work in latest versions
[09:42] <c10ud> question is: any reason on why deadline isn't the default for desktop?
[09:43] <apw> c10ud, partly collective wisdom and partly experimentation, deadline is normally for situations where raw throughput is needed i believe and fairness is not an issue.  so you'd also need to consider how things are when you have many things running
[09:44] <apw> c10ud, it is likely one of those things that needs someone to make a good test to allow comparitive testing
[09:45] <cking> ..me senses a study of different usecases on a bunch of SSDs is required...
[09:46] <c10ud> btw, lkml thread is here: https://lkml.org/lkml/2012/4/10/198
[09:46] <apw> viktor_d, ok then personally i would do a manual bisection using the mainline kernels for the same versions, so the latest 2.6.35.x mainline kerenl and the latest 2.6.38.x mainline kernel; if those work boot ok and exhibit the same wifi working/not working, you can use the in between kernels to narrow the search to the mainline kernel tree
[09:46] <apw> c10ud, snappiness is such a subjective thing ... but without testing properly we arn't going to change the default in a hurry
[09:47] <apw> cking, something to add to your suggestions box for Q perhaps
[09:47] <cking> apw, reckon so
[09:47] <apw> cking, given we always say use deadline for servers and not for desktop, and perhaps the decision is as the thread suggests more about ssd/rust
[09:48] <cking> apw, yep, however, I know that whatever we do it will be wrong from some subset of users :-/
[09:49] <c10ud> apw, sure, that's the main issue there "measure snappiness" but as a matter of fact till 5mins ago i feared opening a tab in firefox under such heavy load lol
[09:49] <c10ud> defaults are always tricky, yeah
[09:50] <apw> cking, well yah i assume we need some kind of latency measure for requests there must be a tool for that
[09:50] <c10ud> afaik the scheduler's war is not new though
[09:51] <cking> apw , there are tools like bonnie++ can do that
[09:51] <cking> c10ud, I also suspect we need to figure out what's best for a set of typical applications and a typical mix of I/O on a bunch of typical modern drives
[09:53] <c10ud> yep, it's just i wtf'ed when i read "cfq is best on sata" then tried deadline and was better for me
[09:54] <viktor_d> apw, ok, i'll think about this, thank you
[09:55] <apw> https://wiki.ubuntu.com/Kernel/MainlineBuilds
[09:55] <c10ud> could even be a firefox-specific thing, no idea
[09:55] <apw> viktor_d, that is where they are hiding if you need them
[09:55] <cking> c10ud, indeed, this is the problem with tunables, everyone has different settings to suit their config
[09:56] <cking> we will put it down as something to study as a blueprint item for the next release
[09:58] <apw> cking, cool
[09:59] <c10ud> yea, i think it could be worth checking this out (also given i don't exactly have "new" hardware so i might not be the target for the new releases)
[10:01] <ohsix> if there was a metric for it that was valid in most cases it could be switched by the kernel :> you can monitor the bio queue depths and things as the system operates to find out when deadline isn't fair enough and it starts starving things
[10:02] <ohsix> maybe you could get a uevent for device congested out to userspace
[10:03] <apw> ohsix, userspace activity triggered by disk conjection is never going to fly
[10:03] <ohsix> there's a point where it's ok, then not ok; going to have to pick that somewhere, otherwise you sacrifice one side of the fence
[10:04] <apw> ohsix, indeed but in the middle of a disk storm is not the time asking userspace to do anything is going to help
[10:04] <apw> its just going to make more stuff need the disk and that is fail
[10:05] <ohsix> eh, switching the policy to cfq while it's congested is going to make stuff need the disk more? the disk is already congested, you're just picking fairness when things are already bad, so it's not compounded and you don't pay all of the penalty for using deadline when it is
[10:06] <apw> ohsix, no you are handing off a uevent which ... needs a program to handle it, which is ... on the disk
[10:06] <apw> so inevitably by the time you react it will be far too late
[10:06] <ohsix> i see
[10:07] <ohsix> well the definition of congested can be chosen arbitrarily conservatively
[10:07] <ohsix> maybe for the 10th percentile of the best benefit you can get from deadline
[10:08] <apw> and right now we have no idea if there is any benefit other than a subjective it seems better from one person
[10:08] <ohsix> as far as i know there'd be no huge penalty for doing it, also, doesn't cfq already have a knob that basically does that?
[10:08] <apw> without any numbers who knows if deadline is better for _anyone_ else
[10:09] <apw> (it probabally is, but we have nothing to base that on)
[10:09] <ohsix> well there's probably a paper or two to be had about what it does for specific io patterns, if you have those io patterns it will be better; with ssd it's a little more certain due to the io rates and penalties for seeking being almost nil
[10:09] <ohsix> (i know there's a paper, just not where it is or by whom to cite it)
[10:10] <apw> ohsix, indeed and i have personally read exactly 0 of them, and have even less idea which access patterns we have
[10:10] <ohsix> deadline is "fair" when io takes a trivially small amount of time
[10:10] <apw> so saying 'at 10% we'll be able to switch easily' is a bit meaningless when we have nothing to take 10% of
[10:10] <ohsix> and gets progressively more unfair
[10:10] <apw> for which definition of fair though
[10:11] <apw> snappiness is not fair, snappiness is 'my shit gets done first'
[10:11] <ohsix> the same one used for cfq probably, if you consider all io to be the same class
[10:11] <apw> or if that is your definition then cfq is unfair
[10:12] <apw> we really don't give the kernel much info about which IO is important to us and which not
[10:12] <apw> for it to make fairness decisions with
[10:13] <ohsix> nod
[10:14] <brendand> bjf - hi
[10:14] <ohsix> anyways, deadline scheduling is well documented in other contexts, and how it behaves when the "run" or io queues get larger, and how to schedule among cooperating cpus or writers doing io, if one wanted to characterize it
[10:15] <apw> brendand, very early for bjf, he's probabally not going to be about for 4hrs
[10:15] <ohsix> none of the papers on the optimality can be applied to disk io tho
[10:19] <brendand> apw - any idea of the Lucid -proposed kernel is going to finish verification soon?
[10:22] <apw> brendand, it appears to be waiting on one verification, the recommendation from the engineer it to release with it either way, so i suspect it could happen today; cirtainly the deadline is up
[10:31] <apw> brendand, i suspect they are having fun with oneiric issues which is the biggest delay
[11:05] <ppisati> my electronic smuggler is closed... :(
[11:23] <apw> ogasawara, i have a patch which i'd like in the precise kernel should you be forced to do another upload for any reason.  i believe it is not an abi bumper
[11:25] <martinphone> if I install xubuntu 12.04 beta it will come with 3.2, right?
[11:38]  * ppisati -> lunch
[12:29] <brendand> herton - hi
[12:31] <herton> brendand, hi
[12:31] <brendand> herton, will verification complete on the Lucid -proposed kernel today?
[12:33] <apw> herton, there seems to be one bug unverified, but it seems the fix there was also an upstream stable patch we missed (if i am reading the last comment right) so the engineer is recommending we keep it anyhow
[12:34] <herton> brendand, probably not, there is still one bug not verified. we are waiting for one bug to be verified as apw said
[12:34] <tgardner> herton, which ones are they ?
[12:35] <herton> tgardner, bug 624510
[12:35] <ubot2> Launchpad bug 624510 in linux "Copying To USB Is Very Slow" [Undecided,Fix committed] https://launchpad.net/bugs/624510
[12:36] <herton> I talked with bjf yesterday, we could wait one more week for verification, since QA is busy now probably testing will be delayed
[12:37] <herton> apw, yeah ming we could keep it as the patch was marked for stable
[12:37] <herton> *ming said
[12:37] <apw> ok cool, thats all i had to say :)
[12:38] <tgardner> herton, you said there were 2 bugs ? whats the 2nd one ?
[12:38] <herton> tgardner, hmm, I said still one bug not verified :)
[12:40] <brendand> herton, what about oneiric?
[12:41] <tgardner> herton, prolly wanna get that one verified. there is a lot of stuff going on in that patch.
[12:42] <herton> brendand, oneiric was redone because of regressions, we decided to restart the SRU process for it, including all of master-next, since we had important fixes on there. So oneiric is on verification this week, will be released by next week, or earlier depending on how long bugs are verified
[12:42] <herton> tgardner, indeed, not a simple change
[13:02] <ogasawara> apw: ack, send it out and I'll get it applied.  I'll be surprised if we don't have another upload.
[14:48] <bjf> brendand: did you get answers for your questions ?
[14:48] <brendand> bjf, yeah. herton and apw update me. thanks
[15:02] <harry32134324> hey guys I've got a quick question
[15:03]  * ogasawara back in 20
[15:08] <apw> harry32134324, unless you ask it you won't get an answer
[15:09] <harry32134324> ahh ok :-)
[15:09] <harry32134324> so here's the deal.
[15:09] <harry32134324> i'm on 12.04 latest kernel with an intel sandy bridge
[15:09] <harry32134324> i5
[15:09] <harry32134324> when resuming my pc after a suspend it freezes
[15:10] <harry32134324> however, when rc6 is disabled everything works fine
[15:10] <harry32134324> i was previously told that my motherboard is to blame since it doesn't set voltages correctly
[15:10] <harry32134324> i have an ASRock H67M-ITX
[15:11] <harry32134324> any ideas if it can be resolved?
[15:11] <harry32134324> kernel is 3.2.0-23-generic
[15:11] <apw> if the reason is because the BIOS is setting the voltages wrong, very likely not other than applying an rc6 disable for it
[15:12] <apw> who worked out your voltages are wrong
[15:12] <harry32134324> so no way to keep rc6 enabled?
[15:13] <apw> it sounds liek the h/w is broken in that mode, so i'd guess no
[15:13] <harry32134324> hold on i can tell you who...
[15:13] <harry32134324> one of the guys that i submitted an ubuntu bug to...
[15:13] <apw> we cirtainly don't have many sandybrige people complaining any more about it, so i assume it works well in the majority of cases
[15:14] <harry32134324> hmm got it...
[15:14] <harry32134324> sucks
[15:14] <harry32134324> here's the bug i submitted:
[15:14] <harry32134324> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/964246
[15:14] <ubot2> Launchpad bug 964246 in linux "Kernel Freezes upon resume when rc6 is enabled." [Medium,Incomplete]
[15:16] <apw> harry32134324, yeah that information came from the upstream developers, seems that the bios was blamed
[15:18] <harry32134324> i upgraded my bios but still have the problem. i suppose ultimately my hardware is to blame...
[15:18] <cking> harry32134324, it does appear so
[15:18] <diwic> apw, nitpick: the description for ubuntu/ubuntu-lucid.git says "Ubuntu 11.04", should be "Ubuntu 10.04"
[15:18] <diwic> apw, on kernel.ubuntu.com gitweb
[15:18] <apw> diwic, thanks
[15:18] <harry32134324> k guys thanks.
[15:19] <apw> harry32134324, and with the latest bios do you have an item for "iGPU voltage", the upstream bug claims success when changing it from auto to 'fixed 1.25v'
[15:19] <harry32134324> haven't tried that. i'll give a shot now.
[15:19] <apw> harry32134324, not 100% sure its the same issue he is reporting against though or not, bugs can be so unclear
[15:20] <harry32134324> well doesn't harm to give it a shot.
[15:20] <harry32134324> see you in a bit i hope :-)
[15:23] <ogasawara> cking: speaking of RC6, I was going to officially close the call for testing.  that ok with you?
[15:24] <cking> ogasawara, yep, good idea
[15:25] <apw> ogasawara, i closed out my last wi, i think you've done yours, so i think that means only smb's is open
[15:26] <ogasawara> apw: sweet!  I didn't realize smb had one open
[15:26]  * ogasawara looks at the charts
[15:26] <apw> its a linked bug
[15:27] <smb> apw, ogasawara Is there a chance to postpone that somehow...?
[15:27] <ogasawara> smb: lets just unlink it
[15:27] <apw> yep if its just a bug and not going to be fixed, unlink it
[15:27] <apw> or maybe milestoning it to precise-updates may work
[15:27] <smb> I'd need to recreate the setup and then the aspire one I used to test seems slowly falling to pieces...
[15:28] <cking> smb, was the Aspire One tested to destruction then?
[15:29] <ogasawara> I'll be surprised if the burn down charts are smart enough to infer that precise-updates indicates POSTPONED
[15:29] <smb> cking, at least the cheap ass ssd in it seemed to be more and more unwilling (some errors reported there) and once it hided completly
[15:30] <cking> on a clear SSD you can seek forever
[15:31] <ogasawara> smb: ok, unlinked from the config-review blueprint
[15:32] <smb> ogasawara, Thanks, I try to get it tested again but it should not keep us from reaching 0 items
[15:32] <smb> Stupid mmcblk anyway...
[15:39] <harry32134324> no good unfortunately.
[15:40] <harry32134324> it was a decent try at least.
[17:14] <ogasawara> jsalisbury: bug 948235, lets close that out based on jamie's last comment (he's the original bug reporter).  if anyone else is still experiencing issues, have them open a separate bug report so we can gather their specific hw information and symptoms.
[17:14] <ubot2> Launchpad bug 948235 in linux "Intel wireless still randomly drops connection" [High,Confirmed] https://launchpad.net/bugs/948235
[17:22] <jsalisbury> ogasawara, will do.
[18:18] <cyphermox> tgardner-lunch: for when you're back; https://bugs.launchpad.net/ubuntu/+source/linux/+bug/973241 has a link to a kernel patch for the ipw2x00 wpa caps now
[18:18] <ubot2> Launchpad bug 973241 in network-manager "ipw2200 driver doesn't report any capabilities or wireless properties using the nl80211 interface to network-manager" [High,In progress]
[18:45] <ppisati> today i got the new panda and i was finally able to track down the "rebase bug" we had in the omap4, do you think there's still space for an upload?
[18:45] <ppisati> tgardner: ogasawara ^^^
[18:45] <ogasawara> ppisati: you'll just have to clear it with the release team
[18:45] <ppisati> ogasawara: k
[18:45] <ogasawara> ppisati: and they'll likely ask you to upload to the precise-proposed pocket
[18:46] <ppisati> ogasawara: and from there to the final image, right?
[18:46] <ogasawara> ppisati: then they'll pocket copy to the release pocket after it's built in proposed
[18:46] <ppisati> ok
[18:47]  * ppisati -> dinner, and after that, i'll do the pull req+prod release dance
[18:47] <ogasawara> ppisati: I'm assuming final freeze doesn't take affect until 2100UTC today, so you have a few hours I think
[18:47] <ppisati> cool
[18:47] <ppisati> ah wait
[18:47] <ppisati> UTC?
[18:47] <ppisati> it's a couple of hours away
[18:48] <ppisati> anyway
[18:48] <ogasawara> ppisati: eat fast :)
[18:48] <tgardner> eat while working...
[18:50] <ogasawara> ppisati: what's the bug# again, I can give the release team a heads up
[19:09] <ppisati> ogasawara: https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/963512
[19:09] <ubot2> Launchpad bug 963512 in linux-ti-omap4 "Latest kernel updates broke video on omap4" [Critical,Confirmed]
[19:09] <ogasawara> ppisati: ack, thanks
[19:14] <ogasawara> ppisati: just to confirm, the current ti-omap4 kernel is working (as in you backed out the changes which broke video)?
[19:15] <ogasawara> ppisati: actually, can you jump into #ubuntu-release...
[20:28] <tgardner> ogasawara, pushed Precise LBM w/ixgbe OEM driver update. will send meta patch on list.
[20:28] <ogasawara> tgardner: ack
[20:40] <tgardner> ppisati, let ogasawara know when you've sent your pull request. I've gotta bolt.... see y'all tomorrow.
[20:41]  * tgardner -> EOD
[21:35] <ppisati> zinc is crawling...
[21:41] <ppisati> ogasawara: ok, mail with pull req sent
[21:41] <ogasawara> ppisati: ack
[22:03] <ogasawara> ppisati: did you want bug 963512 referenced in the changelog so that it's autclosed when we upload?
[22:03] <ubot2> Launchpad bug 963512 in linux-ti-omap4 "Latest kernel updates broke video on omap4" [Critical,Confirmed] https://launchpad.net/bugs/963512
[22:03] <ppisati> ogasawara: yes
[22:04] <ppisati> ogasawara: it's referenced in...
[22:04] <ppisati> ogasawara: http://kernel.ubuntu.com/git?p=ppisati/ubuntu-precise.git;a=commit;h=4dc553f924976f0a595079d9fe460a2220390548
[22:04] <ppisati> "UBUNTU: blend upstream hdmi detection code and TI bits"
[22:04] <ppisati> ah crap
[22:05] <ppisati> i psated in the wrong lp
[22:05] <ogasawara> ppisati: I can fix it up
[22:05] <ppisati> ogasawara: thanks
[22:17] <ogasawara> ppisati: uploaded, just pending archive admin to approve it in the queue
[22:20] <ppisati> ogasawara: cool, thanks
[22:20] <ppisati> infinity: ^^
[22:20] <infinity> ppisati: Already done.


[00:09] <plantman> hello. I'm becoming a special ed teacher in NYC
[00:09] <plantman> and I'm interested in using edubuntu...I can't find much information online unfortunately
[00:18] <highvoltage> hi plantman
[00:18] <highvoltage> we're busy redoing the edubuntu website so if there's any information that we should include on there, we'll try to fix it :)
[00:19] <plantman> I'm reading over listserv archives...finding some good stuff
[00:19] <highvoltage> (well, more like 'some major updates' rather than 'redoing', but still :) )


[21:01] <pavlos> I became an ubuntu member, can I request a cloak ?
[21:02] <pavlos> my LP is https://launchpad.net/~kairis
[21:02] <dax> Unit193: ^
[21:02] <Fuchs> pavlos: looks good, we just need IRCC to confirm :)
[21:02] <Unit193> dax: I'm not here (just a sec.)
[21:03] <dax> Unit193: but muh formalities
[21:03] <Unit193> dax: Would you mind doing the honors, ubuntu/member/pavlos
[21:03] <dax> pavlos: cloak done, congratulations on your membership :)
[21:03] <pavlos> many thanks
[21:04] <Unit193> Yes, congrats pavlos.
[21:04] <nzoueidi> Congrats again pavlos and sorry for the delay :)


[00:30] <ThothCastel> planning to build a hypervisor on a microserver gen8 with raid 5 on a ubuntu server
[00:30] <ThothCastel> to use permanently at home
[00:30] <ThothCastel> what hypervisor works best on ubuntu server?
[00:31] <daftykins> imo never go lower than RAID6
[00:32] <ASDX> hi, is there something to check the syntax of an autoinstall user-data file before actualyll kicking of an install?
[00:32] <sarnold> libvirt to run qemu/kvm is standard and common, lxd feels nicer to me but
[00:32] <ThothCastel> and what software can I use to perform scheduled backups of content of VM's and their settings settings .... for example veeam backs up vcentre...
[00:33] <ThothCastel> what is equivalent to veeam in an ubuntu environment?
[00:33] <ThothCastel> daftykins: I only have 4 days in my server and wish to have the ability of having a single hdd failure
[00:33] <ThothCastel> with raid 5 I can do that
[00:34] <ThothCastel> raid 6 wouldn't
[00:34] <daftykins> yeah but single disk fail is not very good
[00:34] <daftykins> but fair enough, if the bays are limited... that's a tough one :)
[00:34] <daftykins> you're wrong there also, RAID6 allows 2 disk failures
[00:34] <sarnold> microservers are kinda tiny
[00:34] <daftykins> yeah :) that's what always put me off them when they were popular
[00:35]  * daftykins turns his head and glances at his 10 disk RAID6
[00:37] <ThothCastel> ah yeah thanks daftykins
[00:37] <ThothCastel> in fact I think I am gonna go with raid 6
[00:37] <ThothCastel> sarnold: is libvirt equivalent to vsphere client?
[00:38] <ThothCastel> so, install kvm libraries on the ubuntu server
[00:38] <ThothCastel> then run libvirt on the same server to manage vms?
[00:42] <ThothCastel> if you have kvm do you need qemu?
[00:47] <teward> ThothCastel: there is no equivalent to vsphere client anymore.  since that's dead.  virt-manager is approximately your equivalent to handle VMs but you do NOT get the wide variety of config options and mechanisms that come with VSphere because VSphere encompasses more than just the VM layer, but also the host/system configuration, etc.
[00:47] <teward> which doesn't happen with libvirt.
[00:48] <teward> and yes you need qemu even if you have kvm installed, unless you want to write and script your own stuff against libvirt to handle VMs.
[00:48] <ThothCastel> https://usercontent.irccloud-cdn.com/file/4mzlhNDC/image.png
[00:49] <ThothCastel> teward: I see thanks for that
[00:49] <ThothCastel> my purpose is to have virtual machines running at home
[00:49] <ThothCastel> I want to have some vms like
[00:49] <ThothCastel> pfsense, nextcloud, etc
[00:49] <teward> then which solution you use is going to be based on what you plan to do with the infra too
[00:49] <teward> you're talking to a guy who has his entire network virtualized off a pfSense off a cluster of VMware machines with Dell's VXRail solution
[00:50] <teward> (EXPENSIVE)
[00:50] <ThothCastel> right
[00:50] <teward> if you want to set up dedicated infrastructure for your VMs, then you can use VMware solutions, or Proxmox, or Ubuntu Server with QEMU/KVM installed and then deploy things to that
[00:50] <teward> i've done all those :P
[00:50] <ThothCastel> my objective is to have a setup where I can add a few vms as I please as one would in ESXi
[00:51] <ThothCastel> then setup a backup solution so that I can backup those vms on a scheduled basis
[00:51] <teward> any of the setups I stated would do that, including a QEMU KVM setup.
[00:51] <teward> ThothCastel: well if you go VMware your only real solution for backups is Veeam, and that isn't free.
[00:51] <ThothCastel> all those vms are to be run on a raid 6 on this microserver
[00:51] <teward> but that discussion is a bit beyond the Ubuntu scope
[00:51] <ThothCastel> QEMU KVM ....  why is QEMU needed anyways
[00:52] <ThothCastel> we have libvirt to interact with KVM
[00:52] <ThothCastel> KVM as I understand is already part of ubuntu kernel, right?
[00:52] <ThothCastel> and if not QEMU, what else available?
[00:52] <ThothCastel> what kind of software can I run for scheduled backup/restore
[00:53] <ThothCastel> ideally I would rather not have to rely on scripts (cron jobs)
[00:53] <ThothCastel> something simple like veeam
[00:54] <ThothCastel> vProtect maybe
[00:54] <teward> nonexistent unless you have a lot of money for the full vsphere stack and veeam.  if you're looking to just play around with VMs on your infrastructure, and you want to learn about how the different layers work (libvirt, kvm, qemu, system level network segments, etc.) then you'd go with the QEMU/KVM world of things.
[00:54] <teward> vProtect requires money :p
[00:54] <teward> and vSphere Enterprise stack
[00:55] <ThothCastel> https://www.youtube.com/watch?v=iOGTdTsdrYQ
[00:55] <teward> proxmox ve is an alternative to VMware
[00:55] <teward> and costs you zip, except setup but it's not Ubuntu
[00:55] <ThothCastel> right... I want to get submersed with open source virtualization
[00:55] <ThothCastel> I am familiar with VMware stack
[00:55] <ThothCastel> would like to see what can be accomplished with opensource stuff
[00:56] <ThothCastel> ovirt runs on KVM or is equivalent to KVM
[00:56] <ThothCastel> that video above says it is free
[00:57] <ThothCastel> when we talk about QEMU KVM....  does it mean it can be something else other than QEMU with KVM?
[01:09] <ThothCastel> teward: thanks - proxmox looks cool and straight forward
[01:09] <ThothCastel> is it based on kvm?
[01:09] <teward> for the record: random youtube videos are never clicked by me ;)
[01:09] <teward> or anyone here normally.
[01:31] <daftykins> i'm using XCP-ng :)
[02:17] <sarnold> ThothCastel: I've not seen vsphere, sorry
[02:18] <daftykins> sometimes i think it's worth doing the bare minimum to just get these platforms going and give them a test run, to see if you like the way they work
[02:18] <daftykins> i fired up Proxmox and i did not like it one bit xD
[02:21] <sarnold> heh
[02:21] <sarnold> bummer, I thought proxmox looked kinda neat
[02:21] <JanC> ThothCastel: qemu is a system emulator which translates native code from one architecture to native code for another architecture, and it also provides emulation/virtualization of various hardware parts
[02:21] <daftykins> i'd already sunk a lot of time into XCP-ng, so i may be biased :)
[02:21] <JanC> kvm is the virtualisation support in the linux kernel
[02:22] <JanC> so qemu can use kvm when both guest & host code are the same architecture
[02:23] <JanC> qemu is still needed then, because kvm itself can't _emulate_ any hardware that would not be accessible vor virtualised code
[02:25] <JanC> and in theory it's certainly possible to use kvm without qemu, or qemu without kvm
[02:41] <ThothCastel> right cool
[02:42] <ThothCastel> thanks for all of that
[02:42] <ThothCastel> I have taken a look at proxmox - i like the looks of it...  will check out the XCP-ng
[02:42] <ThothCastel> it is also looking good first impressions
[03:34] <teward> daftykins: for someone who is used to VMware, proxmox is the most simple
[03:34] <teward> and closest thing
[03:34] <teward> that's free and uses FOSS anyways
[03:35] <daftykins> well, as i run VMware ESXi at home - i would have to disagree there
[03:36] <teward> daftykins: well, I run ESXi via the VXRail platform so I don't entirely disagree
[03:36] <teward> but it's up to them :P
[03:37] <teward> all other virtualization systems are a little foreign when you're used to ESXi :p
[03:37] <daftykins> *nod* that's why i think they should all be taken for a test drive and the one that best suits wins
[03:38] <daftykins> dedicated share types for ISOs is the weirdest thing first time :D
[03:40] <teward> well KVM via virt-manager is equally confusing :P
[03:40] <teward> but i've figured it out.
[03:40] <teward> though most of MY VMs are deployed via QEMU/KVM + LXX
[03:40] <teward> LXD*
[03:40] <teward> so LXD handles that VM xD
[15:48] <RoyK> teward: kvm is quite simple to handle imho and you can setup migration between machines easily
[15:48] <RoyK> well, "easily", it takes some time and efforts
[16:21] <ducasse> can anyone confirm an issue i'm having with netplan on 20.04?
[16:22] <ducasse> i'm trying 'netplan try -config-file /path/to/config -timeout 20', but it still uses the default netplan config, i have to actually switch the files and remove the options
[20:21] <teward> rbasak: never heard back to you RE: nginx and Lua module.  Based on the bugs filed now, the Lua module isn't going to work in Hirsute, and as the 'fix' for Lua is a community supported only bit for an SRU.
[20:21] <teward> we *are* past freeze now so not sure if we want to yank it now or wait for I-series.


[18:38] <sakrecoer> i'm looking into pushing the custom version of numix, numix-blue, to a new branch in ~ubuntustudio-look but i am mighty rusty on this.
[19:39] <sakrecoer> so i did "bzr branch lp:ubuntustudio-look"
[19:40] <sakrecoer> but i want the theme to be a spearate branch...
[19:41] <sakrecoer> if i do this "bzr push lp:~sakrecoer/ubuntustudio-look/ubuntustudio-look" and ask for a merge, the theme will just be a in a subfolder of ubuntustudio-look
[19:41] <sakrecoer> could i do bzr push lp:~sakrecoer/ubuntustudio-look/ubuntustudio-look/numix-theme-blue ?
[19:41] <sakrecoer> or better yet bzr lp:~ubuntustudio-look/numix-theme-blue
[19:42] <sakrecoer> i've been told i can, but i am affraid i have missunderstood something..
[19:43] <sakrecoer> because i don't want the 'usr' and 'po' folders from ubuntustudio-look/trunk to be in the theme branch
[21:05] <sakrecoer> greetings DalekSec ! o/
[21:06] <sakrecoer> maybe you can help me clarify my bzr-noob dilema? :)
[21:13] <sakrecoer> zequence, OvenWerks ?
[23:04] <DalekSec> Howdy.
[23:04] <sakrecoer> haj! :)
[23:05] <sakrecoer> my dilema is awfully nooby, DalekSec.
[23:06] <sakrecoer> i'm hesitant as to how and where to push the numix-blue-theme branch
[23:13] <sakrecoer> i asked on the list too, lets see... :) i have to log off for tonight. read ya tomorrow.
[23:15] <sakrecoer> but basicaly the question is, if i put the numix-theme in the folder i get when i do: 'bzr branch lp:ubuntustudio-look'
[23:16] <sakrecoer> if i push it back with 'bzr lp:~ubuntustudio-look/numix-theme-blue' will i get a new branch, and will that branch not contain the 'usr' and 'po' folders from the trunk?
[23:17] <sakrecoer> do i need to fiddle with debian/changelog and figure a version number?...
[23:18] <sakrecoer> anyways, at this point in time, my brain is useless, so with a little luck, i'll read you tomorrow :) g'night o/


[11:15] <Koterpillar> I have bzr affected by this bug: https://bugs.launchpad.net/bzr/+bug/1644003 how do I clone master bzr without bzr?


[01:54] <sjm> (Ubuntu 11.04) I don't know if this is exactly a "server" issue, but I started with the server install.  I then installed lxde on top, but every time I try to change the background on the lxsession, I get a segfault from X: http://pastebin.com/Gc9Jct0m
[02:15] <psusi> is anyone able to run the ubuntu livecds in qemu under 11.04?  it seems completely fscked for me, either the 11.04 dvd or 10.10 desktop iso just keep having x crash and freeze
[02:34]  * psusi facepalms... been forgetting to use -m... apparently 384 megs of ram makes Ubuntu piss itself these days
[11:42] <Wipster> could someone clarify what I need to do about this comment? https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/776396 I have installed the debug symbols just started apport and the xserver did its lockup and restart, where can I find this 'full backtrace' ?
[11:42] <ubot4`> Launchpad bug 776396 in xorg (Ubuntu) "Xserver crashes and restarts (affects: 1) (heat: 6)" [High,Incomplete]
[13:42] <fi8er1> Cannot change functionality of Super-Key
[14:06] <hggdh> ?
[14:35] <dob1> hi, i have installed sun jdk on 11.04, now i want to install groovy but ubuntu want to install openjdk and it doesn't use sun-jdk that is just installed, this is a bug?
[14:53] <ikt> what is groovy?
[14:56] <yofel> modified java language it seems. The problem here is that it depends on default-jdk and that has a hard dependency on openjdk-6-jdk
[14:57] <yofel> not sure if that's a bug. It's right that groovy doesn't directly depend on a jdk but on the meta package, but I don't find it very elegant that that only provides openjdk
[14:59] <yofel> dob1: well, you can switch all the java alternatives to sun using update-alternatives|kalternatives|galternatives at least
[14:59] <dob1> it's a jdk language, like scala, clojure etc
[14:59] <yofel> it sure is a waste of disk space though
[15:00] <dob1> yofel: i checked update-alternatives --config java, and i have only sun java as default
[15:01] <dob1> yofel: as you said the problem is the default-jdk
[15:02] <dob1> it's not very nice to install openjdk too
[15:05] <dob1> for example scala is another java language, but it has not these problem, it doesn't require openjdk to be installed
[15:08] <yofel> true, it has an alternate dependency like it should. File it against groovy then, sun-java6 "Provides: java-compiler, java-sdk, java2-compiler, java2-sdk, java5-sdk, java6-sdk"
[15:08] <yofel> giving it an alternate depends on one of that should be the right thing
[16:14] <kille3> Why some of the programs what are planned to hide to panel will seem like they are shut down, but the process is still working on background?
[16:14] <kille3> Is it a bug in gnome panel?
[16:20] <charlie-tca> kille3: it depends on the application, but most that go to the panel when you tell it quit are designed that way.
[16:23] <kille3> Umm I mean that I cant open them because there is nothing on panel, only way to shutdown them is from process.
[16:23] <seb128> if that's under unity those should be ported to indicators or whitelisted
[16:23] <charlie-tca> That would be a bug, then. They should at least have an icon
[16:23] <seb128> open bugs about specific applicaiton if they don't have one
[16:24] <kille3> So the problem is on applications, not in gnome panel?
[16:31] <Wipster> going to have to turn off the computer soon... how do I generate a 'full backtrace' for xserver for my bug report? I have the debug symbols installed and apport was turned on prior to xrestart but didn't pop up and the /Xorg.0.log.old has the same data in it
[19:42] <RedSingularity> jibel: think this should be filed against U-M?  Issue with the progress bar window.  Maybe gtk?  bug 769817
[19:42] <ubot4`> Launchpad bug 769817 in update-manager (Ubuntu) "Installation progress dialog not visible (affects: 1) (heat: 8)" [Undecided,Incomplete] https://launchpad.net/bugs/769817
[20:29] <JoshuaL> a bug like #777335 is that something to mark as WishList or something that should be pointed to the brainstorm page?
[20:30] <yofel> lp 777335
[20:30] <ubot4`> Launchpad bug 777335 in system-config-printer (Ubuntu) (and 1 other project) "Better naming for Printing menu entry (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/777335
[20:35] <JoshuaL> thanks yofel, i forgot about that :p
[21:32] <patrickmw> bdmurray: I disconnected for a bit, hopefully I didn't miss your response :)
[21:34] <bdmurray> patrickmw: no because I didn't see your question
[21:35] <patrickmw> bdmurray: what are your thoughts on making a way to mark/notate that a pending sru bug is "in testing progress".  that way subscribers know its being worked on and so it doesn't get worked on by multiple people to eliminate wasted effort?
[21:35] <patrickmw>  I don't want to spam the comments with -- I'm currently testing this bug.   but, it would be nice to see that work is being done on the bug
[21:37] <bdmurray> I don't think there is that much sru verification work being done that there ends up being duplicated effort.  However, if the verification were to take some time a comment might be a good idea.
[21:49] <cepacolmax> howdy
[21:50] <cepacolmax> I seem to have found a bug in how Natty handles [d-i grub-installer/only_debian boolean true] and [d-i grub-installer/with_other_os boolean true] preseed directives
[21:51] <cepacolmax> that is, it seems to ignore them altogether
[21:56] <maxb> Oh. Really?
[22:01] <maxb> ugh, i should have removed some of the extra packages from my test preseed
[22:01] <cepacolmax> ha!
[22:04] <cepacolmax> and if I change d-i partman-auto/method string regular -> d-i partman-auto/method string lvm I get an even earlier prompt, at "Write the changes to disks and configure LVM?"
[22:04] <cepacolmax> even though I have d-i partman/confirm_write_new_label boolean true d-i partman/choose_partition select Finish partitioning and write changes to disk d-i partman/confirm boolean true
[22:05] <cepacolmax> so, there seems to be many changes to preseed syntax for Natty and I don't see anything in the changelog for it
[22:05] <cepacolmax> at least not in (https://wiki.ubuntu.com/NattyNarwhal/ReleaseNotes/)
[22:06] <maxb> cepacolmax: hmm. it worked for me. no prompting in the grub step
[22:07] <cepacolmax> humph.
[22:07] <cepacolmax> willing to share your preseed?
[22:07] <cepacolmax> is it different from http://www.debian.org/releases/etch/example-preseed.txt ?
[22:08] <roadmr> cepacolmax: um, I've seen some preseed parameters change between versions of d-i (not necessarily Ubuntu-specific, then) without much documentation about the fact
[22:08] <maxb> wait, etch?
[22:08] <roadmr> cepacolmax: like some of the keyboard selection directives I believe
[22:09] <cepacolmax> I did see that in the release notes for Natty
[22:09] <maxb> Yup, I've not got keyboard selection working to my satisfaction in natty yet
[22:09] <cepacolmax> etch is what's linked from the ubuntu howto : https://help.ubuntu.com/community/Installation/LocalNet
[22:10] <cepacolmax> this guy got his kb to work:
[22:10] <cepacolmax> http://sshrootat.blogspot.com/2011/04/preseeding-ubuntu-natty-1104.html?showComment=1304539004310#c4690327398625143862
[22:13] <cepacolmax> max, if I could see your preseed file, I could diff and maybe see where I'm going wrong
[22:14] <roadmr> cepacolmax: FWIW I have the same preseed stuff as you posted earlier and I don't get asked about partitions, so it looks like that part hasn't changed
[22:14] <cepacolmax> wow.
[22:15] <cepacolmax> is there anywhere to get at logs when I'm doing pxe+preseed?
[22:16] <cepacolmax> I mean, I can flip over to a console and peek in /var/log, but there doesnt seem to be much there?
[22:20] <maxb> http://paste.ubuntu.com/603466/
[22:20] <maxb> cepacolmax: ^
[22:20] <maxb> I think most of the interesting stuff goes to /var/log/syslog in the initrd
[22:22] <roadmr> maxb: you can also modify your pxe files and add log_host=<IP_ADDRESS> log_port=514 to send syslog to a remote host (where you need to enable remote syslog reception as well)
[22:22] <cepacolmax> hmmm
[22:26] <cepacolmax> thanks guys for looking at it.
[22:26] <cepacolmax> I'm gonna go dig thru these two preseed files and find the diffs
[22:34] <maxb> cepacolmax: Let me know if you find it :-)
[22:35] <maxb> Alternatively, post yours, and I'll run it here just to confirm it doesn't just hate you :-)
[22:40] <cepacolmax> maxrb: http://paste.ubuntu.com/603472/
[22:44] <smuxi-user-jtayl> how does one set a bug to only affect natty and not oneiric?