[12:17] <cprov> good night guys
[01:16] <stub> Bug 5278
[01:16] <Ubugtu> Malone bug #5278: Launchpad name -> @ubuntu.com email address broken In: launchpad (upstream), Severity: Normal, Assigned to: James Troup, Status: New https://launchpad.net/bugs/5278
[01:25] <kiko> stub?
[01:26] <stub> Yo
[01:26] <kiko> more ubuntu.com bugs, eh?
[01:27] <stub> Yup. It has been busted for over three weeks aparently, and people who were using them and need to change the forwarding are in limbo
[01:28] <kiko> stub, did Kinnison send you the SQL we need?
[01:28] <stub> Nope
[01:30] <kiko> why me?
[01:37] <stub> kiko: Do we want a totally fresh database next run, freshly synced from production? If so, I won't need the script until Kinnison comes online anyway
[01:37] <kiko> nope
[01:37] <kiko> it's just an additional run
[01:38] <kiko> that's why I'm so frustrated
[02:00] <jamesh> kiko: btw, for the method naming thing, I think I put all the renamings I did in a single changeset
[02:00] <jamesh> kiko: so it should be trivial to revert
[02:01] <kiko> jamesh, that makes me feel less bad
[02:01] <kiko> I was a bit misleading
[02:01] <kiko> I didn't want to raise a riot while I was suggesting we change our minds
[02:02] <kiko> jamesh, do you have a suggestion for a way to avoid a click on an onClick'd area passing through to an HREF?
[02:02] <kiko> I have a legend that has an onclick handler
[02:02] <jamesh> kiko: return false
[02:02] <kiko> inside this legend is an
[02:02] <kiko> hmmm
[02:03] <kiko> let me try.
[02:03] <jamesh> that prevents the event from being processed
[02:04] <spiv> kiko: Ooh, this sounds like you're fixing my bug :)
[02:04] <kiko> I'm trying
[02:04] <kiko> but it's fucking difficult
[02:05] <jamesh> it should just be a simple matter of javascript
[02:06] <kiko> this is all very funny but it DOESN'T WORK
[02:06] <kiko> first because zope for some reason adds a base element to each page
[02:06] <kiko> which makes me want to die
[02:09] <kiko> it's strange
[02:09] <kiko> this is not event bubbling
[02:09] <kiko> it's something else
[02:11] <jamesh> It's possible you might need to do something different because you're using addEventListener()
[02:11] <kiko> and it doesn't appear to insert itself into the focus chain either
[02:11] <kiko> phew
[02:11] <kiko> this stinks
[02:14] <jamesh> kiko: call event.preventDefault()
[02:14] <jamesh> that's what the w3c DOM 2 events page says
[02:15] <kiko> that works
[02:15] <kiko> cool.
[02:15] <kiko> however.
 tag is there to make Zope handle relative links from /foo and /foo/ correctly
[02:15] <jamesh> "Cancelation is accomplished by calling the Event's preventDefault method. If one or more EventListeners call preventDefault during any phase of event flow the default action will be canceled."
[02:15] <kiko> a) the anchor I added is not in the document's focus chain
[02:15] <kiko> b) this handler causes firefox to spit out nasty errors in the javascript console (which makes it take 1 second to process)
[02:15] <kiko> hmmm
[02:15] <kiko> or does it.
[02:16] <kiko> it does.
[02:17] <kiko> uncaught Exception: etc etc
[02:17] <kiko> and 1s of lag
[02:17] <kiko> this.docshell has no properties
[02:18] <kiko> jamesh, I need to crash. I'll mail you a diff, see what you can make of it :-(
[02:18] <jamesh> okay
[02:21] <kiko> I suspect this is a lost cause though
[02:24] <jamesh> 6 bugs failed to import on my test run :(
[02:24] <jamesh> looks like two distinct problems
[02:25] <lifeless> dude, you are close
[02:25] <jamesh> 4 due to some comments written in SJIS, and 2 due to attachments with empty file names
[02:27] <jamesh> it is 6 bugs out of 24000, which is good :)
[02:30] <jamesh> is there any easy way to filter out unicode characters outside of the BMP?
[02:39] <lifeless> the BMP ? ??Plane ?
[02:42] <jamesh> basic multilingual plane
[02:42] <jamesh> i.e. stuff that fits in 16 bits
[02:47] <lifeless> IIRC planes are identifyable by bit prefixes
[03:04] <Kinnison> g'night
[03:07] <jamesh> I'll do it with regular expressions.
[03:08] <jamesh> looks like Python in Ubuntu has been compiled with 4-byte unicode so should work fine
[05:22] <bob2_> stub: I still get lots of random lp bug mail
[05:36] <jamesh> bob2_: look at the X-Launchpad-Bug header
[08:42] <minghua> hi, I'd like to file a bug on a package that is just imported from debian
[08:43] <minghua> but as it has never been built in ubuntu, malone won't accept its source package name
[08:45] <minghua> okay, forget about the "never been built" part, it seems just all new packages introduced in dapper don't get recognized by malone
[08:47] <jamesh> minghua: they should get recognised once gina has been run on production.
[08:47] <jamesh> minghua: what is the package name?
[08:47] <minghua> jamesh: xfonts-wqy
[08:47] <minghua> jamesh: I've filed the bug without package name
[08:48] <minghua> jamesh: so don't bother with this special case, I can wait for gina
[08:49] <jamesh> doesn't seem to be listed on staging
[08:49] <jamesh> is it very new?
[08:49] <minghua> jamesh: not very new, sid has it on October 6th
[08:49] <minghua> jamesh: another package I checked is scim-pinyin
[08:49] <jamesh> minghua: I mean new in Ubuntu
[08:50] <minghua> jamesh: well, as I've said, it has never been built in ubuntu...
[08:51] <jamesh> minghua: once everything is set up, you should be able to file bugs on any package that is in the archive
[08:51] <jamesh> (which means that it would need to be in the archive, of course)
[08:51] <minghua> jamesh: no prolem, thanks for answering
[08:52] <minghua> jamesh: as long as the source package is in archive, it's in, right?
[08:55] <jamesh> minghua: I think so.  I don't work on that particular part of LP though
[08:56] <minghua> jamesh: okay, thanks
[08:57] <jamesh> minghua: the Brazilians should be up some time soon.  You might be able to get an answer from them
[08:57] <jordi> morning
[09:07] <mdz> jamesh: several hours yet, I expect
[09:14] <crimsun> kiko-zzz: please add xmoto as a source package entry, thanks
[09:16] <jordi> mdz: dude
[09:16] <jordi> I need ur help
[09:18] <jordi> mdz: there's a dude asking that we setup a few things for translation: hwdb-gui, ubuntu-express, ubuntuliveinstaller-shellhack, edubuntu.cookbook, ubuntu-help and language-selector
[09:18] <jordi> shouldn't this be automatically imported by rosetta?
[09:45] <SteveA> hello!
[09:52] <jamesh> mdz: btw, therer is a pretty much complete bugzilla import on staging.ubuntu.com right now if you want to check it out
[09:54] <jamesh> mdz: e.g. https://staging.ubuntu.com/people/mdz/+assignedbugs?search=Search&orderby=-datecreated
[10:04] <SteveA> lifeless: your email about registering branches in launchpad.  it's a good thing.  the email doesn't spell out how to do so.
[10:05] <SteveA> lifeless: should people register branches all on the launchpad product, or on the individual products they are working on?
[10:06] <SteveA> lifeless: what about sqlobject branches, zope branches etc?
[10:06] <ddaa> jumping through all the necessary hoops to get a branch merged is already time consuming enough
[10:07] <ddaa> ATM the branch registration on launchpad is not going to give any significant added value that I can see. And it's yet one more hoop to jump through.
[10:08] <ddaa> I'm all for replacing the wiki page by launchpad, when it's ready. But it's not yet.
[10:10] <lifeless> ddaa: how will we know when its ready ?
[10:10] <lifeless> ddaa: we've already got some valuable requirements just by jamesh's reply.
[10:10] <ddaa> Ha, did not read it yet. Just awaken...
[10:10] <lifeless> i.e. where do zope branches go - the zope product targeted to a zope productseries
[10:11] <lifeless> or the launchpad product targeted to a productseries that is *not for a launchpad branch* ?
[10:11] <lifeless> SteveA: good questions, they are why I emailed ;)
[10:11] <lifeless> SteveA: partly to test the ui inuititiveness etc
[10:11] <BjornT> and related to this, bug 5573
[10:11] <Ubugtu> Malone bug #5573: You should be able to use sftp URLs for branches In: launchpad (upstream), Severity: Normal, Assigned to: David Allouche, Status: New https://launchpad.net/bugs/5573
[10:12] <ddaa> "when it's ready": if you mean "replacing the wiki page", and using launcpad as a data source for jamesh instead of parsing the wiki... I can come up with a few things.
[10:12] <ddaa> will email
[10:12] <ddaa> (when spamassassin has finished sorting the night's spam)
[10:16] <jamesh> ddaa: getting the landing_target thing sorted would be pretty cool -- it would make it possible to get rid of some of some of the magic in the script
[10:16] <lifeless> ddaa: think incremental adoption
[10:16] <lifeless> ddaa: we have a bunch of stuff to learn
[10:16] <lifeless> about the proposed lp way of managing this
[10:17] <ddaa> jamesh: yes, but it lacks infrastructure for that, and so far it's lower priority than importd->bzr and supermirror-sftp things.
[10:18] <ddaa> and some things which I think are more critical to replacing the PendingReviews wiki are missing too.
[10:18] <ddaa> lifeless: we have to actually design a lp way of managing branches.
[10:19] <jamesh> ddaa: sure.  I never meant to imply that those issues are all high priority.
[10:19] <ddaa> talks with Keybuk and jblack convinced me the current structuring features are inadequate for real use.
[10:19] <jamesh> ddaa: or that you need to implement all of them :)
[10:20] <ddaa> jamesh: I absolutely need to implement them.
[10:20] <ddaa> That would be one of the uber-cool things, when it's done.
[10:21] <ddaa> jamesh: actually, the goal is to integrate your merge script into launchpad, so everybody can run their own for their own branches or project.
[10:21] <jamesh> ddaa: yep.
[10:31] <ddaa> I'd like to display _both_ the Branch.url and the computed supermirror URL on the branch page. What do you think the labels should be? I'm thinking "Source URL" and "Launchpad URL".
[10:32] <ddaa> (where "Source URL" is ommitted if it's not set, when the branch is hosted on the supermirror sftp)
[10:32] <ddaa> Mh... actually, not ommitted, just displayed as "This branch is hosted on Launchpad""
[10:33] <ddaa> Suggestions?
[10:34] <jamesh> ddaa: "Branch URL" and "Mirror URL"?
[10:35] <ddaa> Thought about that... but I think "Mirror" is not specific enough (what if you want to publish third party mirror locations?) and does not make much sense for a branch hosted on the supermirror.
[10:36] <ddaa> Got to keep in mind that "supermirror" is going away as a "brand". It's all going to be Launchapd: bazaar.launchpad.net.
[10:36] <jamesh> "Launchpad Mirror URL" then
[10:36] <jamesh> and just list "Branch URL" if they are the same
[10:37] <ddaa> I think that would be confusing. Specifically, if somebody fills in the +addbranch form and _forgets_ to set the url.
[10:37] <ddaa> then it would end up as a branch with a launchpad URL, which is not what the user has given...
[10:38] <ddaa> Thank you jamesh.
[10:38] <ddaa> You convinced me my initial idea was good :)
[10:38] <lifeless> ddaa: I think jamesh meant he could help
[10:39] <ddaa> I very much appreciate his help.
[10:39] <ddaa> I wanted to bounce the idea off somebody to help me clarify the reasoning.
[10:39] <lifeless> ddaa: yah, just commenting on your 'absolutely I have to implement everything' statement: you do not ;)
[10:40] <lifeless> ddaa: they have to be implement, and if noone else helps, your it.
[10:40] <ddaa> Haaaaa yes, of course!
[10:40] <ddaa> As long as I get all the credit and I like the smell of the code, I do not mind who writes it ;)
[10:41] <ddaa> jamesh: after the ML discussion, I'll give you some bite sized tasks if you wish.
[11:57] <SteveA> spiv: hello
[11:58] <SteveA> ddaa: "add a branch" -- exactly what kind of branch must it be?
[11:59] <SteveA> a bzr branch, or any kind of baz branch?
[11:59] <ddaa> SteveA: kiko asked we use the ML more.
[11:59] <ddaa> but to answer
[11:59] <ddaa> it's only about adding bzr branches.
[11:59] <SteveA> i'm asking on here, because i am composing an email
[12:00] <SteveA> a good pattern is to get information on irc, and then summarize / publish decision on the mailing list
[12:00] <SteveA> okay, so we have a branding question.
[12:00] <SteveA> i'll ask on #bzr
[12:01] <SteveA> can we say "bazaar branch" and give a suitable error at some point if it is a baz 1.x branch?
[12:07] <SteveA> ddaa: i replied
[12:09] <SteveA> spiv: hello
[12:11] <matsubara> good morning!
[12:18] <ddaa> SteveA: now, no. Later, yes, we can do anything for approriate values of later.
[12:21] <SteveA> ddaa:   * Played with Launchpad's "Code" facet and experimentally registered a
[12:21] <SteveA>     couple of branches there.
[12:21] <SteveA> that from Kamion
[12:22] <ddaa> yes?
[12:22] <ddaa> I know people are actually putting real data in launchpad already.
[12:22] <ddaa> earlier this week there were a couple dozen branches...
[12:23] <ddaa> I generally do not want to publicise it before the whole chain is up and running and the revision listing shows _something_.
[12:24] <ddaa> it's already being adopted at a pace that I find satisfying. There are many many things to improve and I do not these issues to become critical too soon.
[12:24] <ddaa> SteveA: does that sound reasonabl to you?
[12:27] <mpt> Gooooooooooooooooooooooooooooooooood morning Launchpadders
[12:28] <lifeless> ddaa: I think it sounds fine. I don't consider the launchpad team public though ;)
[12:29] <ddaa> lifeless: that is a different kind of issue.
[12:31] <Kinnison> ddaa: I registered a branch with launchpad
[12:31] <Kinnison> ddaa: I set it to be owned by my team
[12:31] <Kinnison> ddaa: Now I get a 404
[12:32] <lifeless> I kissed a girl
[12:32] <Kinnison> ddaa: Go to https://launchpad.net/products/aranha/+branches
[12:32] <Kinnison> ddaa: the branch link 404s
[12:32] <ddaa> Kinnison: file a bug with the steps to reproduce. Better if you can make a pagetest :)
[12:33] <ddaa> Mh... indeed...
[12:35] <Kinnison> bug 5583 -- shall I assign it to you?
[12:35] <Ubugtu> Malone bug #5583: Branch link 404s In: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/5583
[12:35] <ddaa> Kinnison: no freaking idea where your branch is gone...
[12:37] <lifeless> try under the team
[12:38] <Kinnison> That link is under the team
[12:41] <lifeless> https://launchpad.net/people/dsilvers/+branch/aranha/dsilvers-devel
[12:41] <lifeless> ?
[12:42] <ddaa> nah, he wants mainline
[12:42] <ddaa> db id 535
[12:42] <ddaa> That looks like a bug in the navigation class.
[12:42] <ddaa> the DB data looks correctly set at least.
[12:42] <Kinnison> coo
[12:42] <ddaa> and the links are what they should be.
[12:44] <lifeless> night
[12:44] <ddaa> lifeless: can you add this symlink to RF before night, please?
[12:44] <lifeless> ddaa: no, I've replied already
[12:44] <lifeless> bzrtools and bzr in rf are not friend
[12:45] <lifeless> s
[12:45] <lifeless> we need to update launchpad
[12:45] <lifeless> as for the baz2bzr script being blocked, its blocked on my baz2bzr updated *anyway* and that needs newer bzr too.
[12:45] <jamesh> ddaa: you need to repeat the PersonNavigation +branch traversal method in TeamNavigation
[12:46] <ddaa> lifeless: it's blocked for _deployment_ on your baz2bzr, it's not blocking the reviewed code from being merged. Would would make further changes on that code base easier to review.
[12:47] <ddaa> jamesh: I'll look into that once I have refueled my body.
[12:47] <lifeless> ddaa: if I put that symlink in on its own, your code still wont merge in all likely hood because the bzrtools is mismatched
[12:47] <lifeless> please consider that I considered this already.
[12:48] <ddaa> Thank you for clarifying. That was not obvious in your message.
[12:48] <lifeless> I'm not out to make your life harder, but fucking around for one symlink that is not critical path will slow me down, and I'm already behind on this for you
[12:49] <ddaa> I will try to get the bzrsync code updated today.
[12:50] <lifeless> cool. stash it in a branch and I'll merge it with the bzr update by hand.
[12:50] <lifeless> fingers crossed, hct won't also need updating
[12:52] <lifeless> night
[01:16] <kiko-zzz> crimsun, minghua: added
[01:37] <jamesh> morning kiko
[01:37] <kiko> jamesh!
[01:37] <kiko> how's it going
[01:37] <jamesh> good.
[01:44] <mpt> For anyone who can view tracebacks, I just got a timeout error from https://launchpad.net/products/launchpad/+bug/5276
[01:44] <Ubugtu> Malone bug #5276: "Project" is a confusing term In: launchpad (upstream), Severity: Normal, Assigned to: Matthew Paul Thomas, Status: Accepted https://launchpad.net/bugs/5276
[01:45] <kiko> mpt, launchpad.net/errors
[01:45] <kiko> mpt, I have the traceback. what now?
[01:47] <mpt> I don't know, report a bug? :-)
[01:47] <mpt> I got "You don't have permission to access /errors on this server"
[01:47] <kiko> stub, has Kinnison sent you a db patch?
[01:47] <SteveA> we can view TBs on chinstrap
[01:48] <SteveA> when the next rsync runs, within 10 mins
[01:48] <kiko> mpt, for the<PHONE_NUMBER>0th time, you need a certificate.
[01:48] <stub> kiko: No
[01:49] <mpt> that's odd, I thought I had it
[01:50] <spiv> SteveA: Hi
[01:51] <mpt> meh, Evolution's search is useless
[01:52] <SteveA> hi spiv
[01:56] <SteveA> like a blind watchmaker
[01:57] <kiko> stub, for how much longer will you be on?
[01:57] <stub> Nother hour or three I guess
[01:59] <kiko> okay, Kinnison will send in the patch without the next 3 hours, and then we kick off a new [incremental]  gina run
[02:17] <ddaa> SteveA: do you really mean "Add bzr branch", or do you mean "Add Bzr Branch"?
[02:17] <stub> There were 2 imports of names not appearing in the __all__.
[02:17] <stub> You should not import __doc__ from copy_reg:
[02:17] <stub>     canonical.launchpad.webapp.pgsession
[02:17] <SteveA> ddaa: what should i mean?
[02:17] <ddaa> I'm talking about the capitalisation style of action links.
[02:18] <SteveA> stub: that's fine.  it needs adding as an exceptional case to the warning fascist.
[02:18] <SteveA> i think i'll make __doc__ always available.
[02:18] <stub> Where is the exceptions list again?
[02:18] <SteveA> in this case, it will be a little code
[02:18] <SteveA> warninghandler.py
[02:18] <stub> I'll leave it for now then with the warning
[02:19] <SteveA> fine
[02:19] <SteveA> actually
[02:19] <SteveA> it is the importfascist.py
[02:19] <SteveA>     if name == 'sre' or name == 'textwrap':
[02:19] <SteveA>         return module
[02:20] <SteveA> should check 'copy_reg' also
[02:20] <SteveA> and at this stage, have a list of exempt modules
[02:20] <SteveA> seeing as there are three
[02:20] <SteveA> but, if you leave the warning in there, i'll do it later
[02:22] <kiko> stub, you have the SQL
[02:27] <stub> kiko: ok. I'll update the staging database and rerun Gina. IIRC, nothing should be cleared out first so this will be a fast(ish) run - just the new architectures going in.
[02:27] <spiv> SteveA: An idea came up in a discussion with lifeless recently that we should have a 'ratchets.txt' for metrics we want to strictly improve.  It could have lines like 'import-fascist-warnings 17'.
[02:27] <Kinnison> stub: Aye, nothing to clear out, just run with the new archs
[02:27] <Kinnison> ciau
[02:27] <spiv> SteveA: Then if the importfascist finds more than that many problems, it'd arrange for make check to fail.
[02:28] <spiv> So we can periodically force the number of warnings towards zero, without letting them slip higher because they're just warnings.
[02:28] <kiko> stub, right
[02:29] <spiv> The idea was that it'd be a piece of infrastructure that we could use for various metrics.  e.g. % code with test coverage.
[02:32] <kiko> mpt, what were you doing when you got that malone traceback? can you file a bug and ping me to paste the traceback?
[02:38] <mpt> kiko, just visiting the page, nothing more
[02:40] <mpt> kiko, https://launchpad.net/products/malone/+bug/5589?lpnotification=cFPdjIfhhdjZn3GxqUCe9fA8mI5
[02:40] <Ubugtu> Malone bug #5589: Timeout error from bug page In: malone (upstream), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/5589
[02:41] <mpt> or paste to me
[02:41] <kiko> thanks
[02:41] <mpt> thank you
[02:57] <ddaa> spiv: % of code with test coverage is not the appropriate warning methink
[02:57] <ddaa> s/warning/metric/
[02:59] <ddaa> Maybe more something like number of lines lacking test coverage, something that does not decrease when adding new code with tests.
[02:59] <ddaa> But increases when adding code that's not well tested.
[03:09] <mpt> configure.zcml talks about a "changelog.html". Where would I find this? (https://launchpad.net/changelog.html doesn't work)
[03:09] <SteveA> i suspect that is out of date
[03:09] <SteveA> in fact, i know it is
[03:10] <mpt> should I nuke it then?
[03:10] <SteveA> there used to be a baz changelog maintained in the repository
[03:10] <SteveA> but it was totally slowing things down
[03:10] <SteveA> i don't know what the bzr equivalent would be
[03:10] <SteveA> sure, remove the reference to it
[03:10] <mpt> but leave the template?
[03:10] <SteveA> there's a template?
[03:11] <SteveA> maybe i jumped into this conversation half way through
[03:11] <mpt> no, you were there right before the start
[03:11] <mpt> debug-root-changelog.pt
[03:11] <kiko_> hey there
[03:11] <kiko_> checking out the desktop
[03:13] <dilys> Merge to devel/launchpad: Ubuntu Bugzilla import script, r=BjornT (r2906: James Henstridge)
[03:13] <kiko_> jamesh, rock and roll
[03:13] <kiko_> did you get the failures all sorted?
[03:14] <jamesh> yeah
[03:15] <stub> kiko: Gina is running
[03:15] <jamesh> give a default name to attachments without filenames
[03:15] <kiko_> thanks stub
[03:15] <kiko_> jamesh, and the unicode issue?
[03:15] <jamesh> and filter out the unicode characters postgres hated
[03:15] <jamesh> kiko_: the problem messages import now, but are unreadable (as they are in bugzilla ...)
[03:16] <jamesh> I think they might be spam though
[03:17] <kiko_> jamesh, bugzilla never solved the problem of migrating old, unknown content.
[03:17] <kiko_> you're probably right
[03:17] <jamesh> it is stuff that was imported from Deb bugs
[03:17] <jamesh> and those messages don't appear to be included in the history of those bugs on bugs.debian.org
[03:20] <kiko_> stub, is there a solution to finding out why we are dropping launchpad registration mail to certain people?
[03:20] <kiko_> stub, what would we need to do to solve this problem?
[03:21] <stub> Define dropping?
[03:21] <stub> You want to see why their email is bouncing?
[03:21] <kiko_> well, some users never receive the registration mail.
[03:21] <kiko_> ideally, yes.
[03:22] <kiko_> yeah, I guess that's more likely than us not emailing it
[03:23] <stub> Indeed. Want to see them, open an rt issue asking for<EMAIL_ADDRESS>(or whatever domain we are using today for this) to go somewhere you can see it.
[03:23] <kiko_> okay. will it happen this solar cycle?
[03:48] <kiko_> does anyone know if the rt instance is web-accessible?
[04:00] <mdke> kiko_, yeah, it's not
[04:29] <LarstiQ> BjornT: does that help you out of your current situation?
[04:30] <Ahsan123`> hey
[04:30] <Ahsan123`> is they really send free cd
[04:30] <kiko-fud> indeed
[04:31] <mdke> Ahsan123`, shipit.ubuntu.com
[04:31] <Ahsan123`> yeh
[04:31] <Ahsan123`> is they really send cds
[04:31] <mdke> yes
[04:31] <mdke> they are honest people
[04:31] <mdke> :)
[04:31] <Ahsan123`> yeh but i register my email
[04:32] <Ahsan123`> they gave me link i click on them they ask for given name etc what was that
[04:32] <BjornT> LarstiQ: not quite, not sure how to do an uncommit. instead i created a new branch from latest_revision-1 and applied the changes minus the file deletion. maybe more work than necessary, but at least i knew it worked :)
[04:32] <LarstiQ> BjornT: 'bzr uncommit'?
[04:32] <mdke> Ahsan123`, your name?
[04:33] <BjornT> LarstiQ: hmm, my bzr doesn't have that command. is it new?
[04:33] <LarstiQ> BjornT: that's been in a while iirc, unless you are using an older released version, right
[04:34] <LarstiQ> BjornT: there is still the uncommit plugin if need be
[04:34] <LarstiQ> ah hmm, my mind fools me
[04:34] <Ahsan123`> hey
[04:34] <LarstiQ> it only merged into bzr.dev on 2005-11-25
[04:34] <LarstiQ> BjornT: seems like ages ;)
[04:34] <Ahsan123`> in how many  month they send cd's
[04:34] <LarstiQ> Ahsan123`: I received mine after 7 weeks
[04:36] <Ahsan123`> can any body tell me in how many month they send cds
[04:37] <stub> Ahsan123`: 1-2 months
[04:37] <Ahsan123`> LarstiQ where r u from bro
[04:37] <Ahsan123`> stub where r u from
[04:37] <BjornT_> LarstiQ: ah, i used bzr-integration, which didn't have uncommit.
[04:38] <Ahsan123`> how many cd they send
[04:38] <LarstiQ> BjornT_: it's been a while since lifeless merged I gather
[04:38] <LarstiQ> Ahsan123`: you get sent the amount of cds you request, at least with the standard choices
[04:38] <BjornT_> LarstiQ: yeah, i guess so. i've switch to use the main branch instead
[04:39] <SteveA> Ahsan123`: you can ask for 5 or 10, and then make duplicates yourself if you need more afterwards.  it is quicker making your own duplicates than ordering more.
[04:40] <Ahsan123`> Sorry, you don't have permission to access this page.
[04:40] <Ahsan123`> i login but they ask this
[04:40] <Ahsan123`> y
[04:41] <SteveA> salgado: can you help Ahsan123` out with logging into shipit?  he's getting some kind of unauthorized error.
[04:41] <Ahsan123`> salgado can u help me
[04:42] <mdke> Ahsan123`, what is your first language?
[04:42] <Ahsan123`> English
[04:43] <salgado> Ahsan123`, what's the URL you're trying to access?
[04:43] <Ahsan123`> shipit.unbutu.linux.org
[04:43] <Ahsan123`> wait i gave u link bro
[04:43] <Ahsan123`> http://shipit.ubuntulinux.org/user.cgi?action=new
[04:44] <Ahsan123`> this
[04:44] <Ahsan123`> bcz i want to ship cd on my adress
[04:44] <salgado> Ahsan123`, can you try on https://shipit.ubuntu.com
[04:44] <Ahsan123`> how i ship cd now i login
[04:44] <Ahsan123`> where i can click
[04:45] <sizzlinnnnn780>
[04:45] <nida14704>
[04:45] <friendship_me332>
[04:45] <ROBIN-HUD3040>
[04:45]
[04:45] <Taamara_f9386>
[04:45] <my`immortal>
[04:45] <Aaaah`>
[04:45] <AlonG`The`Towers>
[04:45] <Ahsan123`> where i can click
[04:45] <Ahsan123`> what is this
[04:45] <Ahsan123`> Hussain has not created a homepage. The text here is editable - you can use it to keep people up to date on your activities, interests, etc. It is a free-form space, you can put anything here. [Edit]
[04:45] <Ahsan123`> i login now
[04:46] <LarstiQ> Ahsan123`: you see the login form on ttps://shipit.ubuntu.com
[04:46] <LarstiQ> ?
[04:46] <mdke> gosh
[04:46] <mpt> Ahsan123`, if that's you, you can now go back to https://shipib.utunbu.com/ and log in
[04:46] <salgado> Ahsan123`, you need to login on https://shipit.ubuntu.com
[04:46] <mpt> SteveA, no-app-component-yet.pt, no-page-yet.pt, and no-url-yet.pt are all unused, not even referenced in zcml.
 You are not logged in.
[04:50] <Ahsan123`> when  i login they ask this
[04:50] -Surkheeee:#launchpad- _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
[04:50] -Surkheeee:#launchpad- DARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLO
[04:50] -muskan_leo6343:#launchpad- _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
[04:50] -muskan_leo6343:#launchpad- DARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKL
[04:50] -Glazed:#launchpad- _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
[04:50] -Glazed:#launchpad- DARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZD
[04:50] -Hippiee:#launchpad- _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
[04:50] -Hippiee:#launchpad- DARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLOR
[04:50] -Everfriendly7241:#launchpad- _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
[04:50] -Everfriendly7241:#launchpad- DARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKL
[04:50] -my`immortal:#launchpad- _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
[04:50] -my`immortal:#launchpad- DARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKL
[04:50] -Friendship_Karog:#launchpad- _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
[04:50] -Friendship_Karog:#launchpad- DARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARK
[04:50] -Telecom^Engineer:#launchpad- _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
[04:50] -Telecom^Engineer:#launchpad- DARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZDARKLORDZ
[04:50] -Surkheeee:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[04:50] -muskan_leo6343:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[04:50] -Glazed:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[04:50] -Hippiee:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[04:50] -Friendship_Karog:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[04:50] -Everfriendly7241:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[04:50] -my`immortal:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[04:50] -Telecom^Engineer:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[04:50] <LarstiQ> Ahsan123`: where do you try logging in exactly?
[04:50] -|dAmN_Im_Go0oD|8:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[04:50] -|dAmN_Im_Go0oD|8:#launchpad-
[04:50] -Surkheeee:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[04:50] -muskan_leo6343:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[04:50] -Glazed:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[04:50] -Hippiee:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[04:50] -Friendship_Karog:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[04:50] -Everfriendly7241:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[04:50] -my`immortal:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[04:50] -Telecom^Engineer:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[04:50] -Surkheeee:#launchpad-
[04:50] -muskan_leo6343:#launchpad-
[04:50] -Glazed:#launchpad-
[04:50] -Hippiee:#launchpad-
[04:50] -Friendship_Karog:#launchpad-
[04:50] -Everfriendly7241:#launchpad-
[04:50] -my`immortal:#launchpad-
[04:50] -Telecom^Engineer:#launchpad-
[04:50] <doc|work> :/
[04:50] <Ahsan123`> i login on ur given link
[04:51] <Ahsan123`> https://shipit.ubuntu.com
[04:51] <Ahsan123`> here i login
[04:51] <LarstiQ> Ahsan123`: you're not clicking on any other link on that page, right?
[04:51] <jamesh> I've set the channel to invite-only for now
[04:51] <LarstiQ> then I'm stumped
[04:51] <jamesh> we should turn it off again later
[04:51] <doc|work> jamesh: set the channel +m and voice people after a set time
[04:51] <Ahsan123`> no bro
[04:51] <jamesh> cprov: script kiddie
[04:51] <Ahsan123`> i click on ur given link
[04:52] <Ahsan123`> who do this flood
[04:52] <Ahsan123`> wtf
[04:52] <cprov> sh..
[04:52] <LarstiQ> Ahsan123`: weird
[04:52] <Ahsan123`> bro y my account was not logging
[04:54] <mdke> jamesh, you seem to have stopped em
[04:54] <mdke> :)
[04:54] <jamesh> mdke: along with anyone else who wants to join the channel
[04:54] <mdke> oh yeah
[04:54] <denny> not the ideal solution
[04:54] <mdke> jamesh, in freenode +r has been suggested?
[04:54] <LarstiQ> Ahsan123`: I have no idea :/
[04:54] <LarstiQ> salgado: do you?
[04:54] <denny> jamesh: I'm first level staff btw, trying to get someone a bit more powerful to come and help out right now
[04:55] <mdke> or +m
[04:55] <Ahsan123`> hmm :( its means that i order cd;s
[04:55] <jamesh> denny: thanks
[04:55] <denny> apparently +m will stop channel notices, which is what they were flooding with
[04:55] <denny> then you can just +v everyone you want to be able to talk
[04:56] <denny> that's probably your best short-term solution
[04:56] <denny> they might still join/part flood though
[04:56] <LarstiQ> is #launchpad the only target?
[04:56] <denny> nobody else is complaining yet
[04:56] <SteveA> jamesh, mpt: i'm heading off for a short walk.  let me know who should have ops with chanserv, and i'll sort that out when i get back.
[04:57] <jamesh> the docs say +R restricts voice to people who've identified to nickserv
[04:57] <denny> learn something new every day  :)
[05:05] <mpt> kiko, no-app-component-yet.pt, no-page-yet.pt, and no-url-yet.pt are all unused, not even referenced in zcml. Can I nuke them?
[05:16] <bradb> mpt: Did you already open a bug for the "assignee:bradb" search syntax? If not, I'll open it now and mention it in bug 881.
[05:16] <Ubugtu> Malone bug #881: Advanced search controls should not show on results pages In: malone (upstream), Severity: Normal, Assigned to: Brad Bollenbach, Status: Accepted https://launchpad.net/bugs/881
[05:16] <mpt> bradb, no, but I was planning to write a spec for it today :-)
[05:16] <bradb> Okay, I'll open the bug.
[05:25] <kiko> mpt, well, what pages are they again?
[05:25] <mpt> kiko, they're unused error pages
[05:25] <mpt> "The URL for this page needs to be added"
[05:25] <kiko> hmmm. why do they exist?
[05:26] <mpt> "This page no template. Contact our CO." (This sentence no verb.)
[05:26] <kiko> heh
[05:26] <kiko> sounds like a candidate for nuking
[05:26] <mpt> annd "This page depends on an application component that doesn't exist yet."
[05:26] <kiko> SteveA would be the authority
[05:26] <SteveA> i am the law
[05:26] <mpt> yes, but he went off for a walk :-)
[05:26] <SteveA> what's the question?
[05:27] <mpt> SteveA, no-app-component-yet.pt, no-page-yet.pt, and no-url-yet.pt are all unused, not even referenced in zcml. Can I nuke them?
[05:27] <SteveA> yes
[05:27] <mpt> ta
[05:29] <mpt> huh, bzr rm doesn't delete the files?
[05:29] <mpt> oh, the help even says so
[05:29] <mpt> that's a misleading name then
[05:30] <kiko-afk> cvs rm doesn't either fwiw
[05:30] <SteveA> it was a sought-after feature for baz
[05:31] <SteveA> and tla before it
[05:31] <LarstiQ> mpt: it removes it from version control
[05:31] <kiko> I understand it's controversial though
[05:32] <kiko> stub, gina run looking good.
[05:32] <mpt> bzr ignore
[05:32] <LarstiQ> kiko: for controversial, try 'rm file; bzr commit'
[05:32] <kiko> it fails, doesn't it?
[05:34] <LarstiQ> kiko: no, it implicitly schedules that as a bzr remove
[05:35] <mpt> "schedules" it for when?
[05:35] <mpt> for after the commit?
[05:35] <LarstiQ> mpt: no, at that commit
[05:36] <LarstiQ> mpt: so if you don't back down, that file will no longer be under version control (and by virtue of the first rm, neither in your working dir)
[05:39] <kiko> back down OR ELSE
[05:41] <SteveA> so, you don't need to use "bzr rm" usually
[05:43] <kiko> bradb, a question
[05:44] <kiko> let's say I email malone with my alternative (non-preferred) email address.
[05:44] <kiko> malone will accept the comment and resend it to others
[05:44] <kiko> what does the mail's From: address look like?
[05:46] <LarstiQ> SteveA: except this is buggish and might get removed, bug 5158
[05:46] <Ubugtu> Malone bug #5158: rfc: don't treat missing files as deleted In: bzr (upstream), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/5158
[05:46] <bradb> kiko: your preferred email address
[05:46] <LarstiQ> SteveA: of course, user input is welcome ;)
[06:31] <mpt> Anyone want to volunteer a slogan for Launchpad? :-)
[06:32] <mpt> a paunchy lad?
[06:39] <LarstiQ> propelling the world into the bright future? feh
[07:01] <mdke> "take off"
[07:01] <bradb> amazingly, i just thought of that too
[07:01] <mdke> what a coincidence :)
[07:01] <SteveA> as in "take off all zig" ?
[07:01] <mdke> what is zig?
[07:02] <bradb> Or maybe "[you are looking at a slogan]  take off [slogans are cools aren't they] "
[07:02] <mdke> lol
[07:03] <LarstiQ> mdke: zig is for great justice
[07:06] <mdke> i'll try google
[07:08] <mdke> and wikipedia
[07:08] <mdke> Zig (Judaism), a giant rooster from judaism.
[07:10] <LarstiQ> mdke: try aybabtu
[07:10] <mdke> yeah am reading it
[07:10] <mdke> before my time obviously
[07:13] <mpt> Don't say that mdke, you make me feel old
[07:13] <LarstiQ> heck, you even make me feel old
[07:14] <mdke> seems it was only 4 years ago
[07:15] <mdke> i remember a song, but that's about it
[07:15] <LarstiQ> yup
[07:25] <mpt> You know you haven't been doing anything important when your changes produce 556 test errors
[07:25] <kiko> !
[07:49] <mpt> ah, 33 errors, that's much better
[07:58] <kiko> drill on mpt
[07:59] <mpt> jamesh, ping
[08:13] <mpt> Anyone: the hacking FAQ says to change sampledata, "Build a fresh database, make the required changes ..." Make the required changes where? Using the Web UI? in current.sql? or somewhere else?
[08:25] <salgado> mpt, yes, this is what you should do when you want to do changes using the web UI or the postgres interactive prompt (psql)
[08:29] <kiko> mpt, salgado: keep your changes in a separate file. you'll be happier.
[08:29] <kiko> in a separate SQL.
[08:31] <mpt> That's what the hacking FAQ suggests, kiko, but it doesn't say how
[08:31] <kiko> writing SQL
[08:32] <mpt> ah, which requires learning SQL
[08:32] <kiko> well
[08:32] <salgado> mpt, you can do the way I suggested, do a diff between your newsampledata.sql and current.sql and store that diff
[08:33] <salgado> this is useful when you insert new sampledata
[08:33] <salgado> if you're actually changing sampledata, then this is not a good approach
[08:33] <mpt> I'm changing it
[08:40] <mpt> I'll work it out on Monday
[09:13] <mdz> is the branch functionality in launchpad expected to work currently?
[09:13] <mdz> I added some of my branches and they don't seem to have been scanned yet
[09:13] <mdz> (on production)
[09:16] <LarstiQ> mdz: scanning doesn't work yet
[09:17] <LarstiQ> mdz: at least, bzr branches. I think that is blocking on the entire supermirror chain
[10:17] <matsubara> does anybody know how to insert a non-ascii character on a page template?
[10:18] <Spee_Der> Greetings everyone, from snowy Rhode Island, USA.


[05:09] <pitti> cyphermox: hm, do you have an actual .crash file report with a backtrace?
[05:50] <Logan> sorry about all the last-minute uploads/syncs, trying to fix a lot of those rebuild FTBFSes :P
[06:31] <pitti> Laney: rejecting one of your duplicate stsci.distutils syncs, don't get confused
[06:40] <pitti> Laney: sorry, not you
[06:41] <pitti> Logan: rejecting one of your duplicate stsci.distutils syncs, don't get confused
[06:41] <Logan> oh yeah, my bad for requesting twice
[06:41] <Logan> I thought it didn't go through the first time
[06:41] <Logan> (Launchpad email notifications still leave something to be desired)
[07:17] <pitti> cyphermox, infinity: in case you pung about bug 1508075, I just followed up
[07:17] <ubot2> bug 1508075 in policykit-1 "crash during network setup in ubiquity wily" [Critical,Confirmed] https://launchpad.net/bugs/1508075
[07:57] <pitti> infinity: can you test core arm64 and powerpc? I tested the others, but I don't have root access to these arches
[07:58]  * pitti goes to test ubuntu desktop i386
[08:14] <pitti> hm, can someone confirm that ubuntu i386 desktop live session is stuck? I see the background pic and nothing else
[08:14] <pitti> both with default qemu vga driver and -vga vmware
[08:15] <pitti> everything is okay on amd64
[08:15] <smb> pitti, in a VM?
[08:15] <pitti> yes
[08:15] <smb> pitti, use kvm64 cpu type
[08:15] <pitti> that has never been necessary -- is that some kind of mesa regression or so?
[08:16] <pitti> smb: "64" for 32 bit ubuntu?
[08:16] <smb> default is qemu64 which is an odd enough type to break llvm-pipe
[08:16] <pitti> ah
[08:16] <smb> pitti, and yes theat is "known" to people since dunno Trusty?
[08:16] <smb> pitti, at least when you ask them
[08:17]  * pitti searches for an existing bug
[08:17] <smb> pitti, give me a sec and I could tell you
[08:17] <pitti> smb: thanks
[08:18] <smb> pitti, one at least is bug 1448985
[08:18] <ubot2> bug 1448985 in qemu "llvmpipe i386 crashes when running on qemu64 cpu" [Medium,Confirmed] https://launchpad.net/bugs/1448985
[08:19] <pitti> smb: cheers, I'll add that to the tracker
[08:19]  * pitti links that in the tracker result, so that it appears in the future
[08:20] <smb> pitti, np. Spent hours to understand that one and then Adam came and told me "oh yeah we know that" :-P
[08:20] <pitti> smb: I remember that I had to change -cpu in autopkgtest to get around that
[08:21] <flexiondotorg> cyphermox, We've found the the Deja Dup plugin for Caja has a namespace collision, so doesn't work anymore.
[08:22] <flexiondotorg> cyphermox, I've spoken with the developer (who is on the Ubuntu MATE team).
[08:22] <flexiondotorg> He is not available until much later today.
[08:22] <flexiondotorg> But is happy for me to provide and updated debdiff and tarball.
[08:22] <smb> pitti, ah right. Yeah either core2duo or kvm64 is ok. Only qemu64 is modeling some weird athlon with virt-extensions that never existed as real hw. And my guess is llvm-pipe assumes some things either from cpuid or id name which does not hold true when running the assembly code for it. Unfortunately the llvm-pipe error message is rather useless. At least to me
[08:23] <flexiondotorg> cyphermox, Does that sound like a good way to proceed?
[08:23] <pitti> smb: right, that rings a bell; I just used -cpu host for now
[08:23] <smb> pitti, yup, that should work as well.
[09:22] <smb> pitti, ok, fwiw I also did a quick install on an old netbook, so i386 desktop iso via life session and then install. Not sure the final reboot really got stuck with a black screen there as well or I am just getting too impatient in my old days. three finger salute did finish things...
[09:51] <cyphermox> flexiondotorg: sorry, what does that mean? you'd need a respin?
[09:52] <cyphermox> flexiondotorg:  I think it probably should be a SRU at this point
[09:53] <cyphermox> flexiondotorg: I'll go back to my "I'm not in the release team so my opinion doesn't matter much, you could argue with them" cop out, but I think it's better to SRU the fix at this point, especially when it's "just" for dejadup.
[09:58] <pitti> ^ FWIW, sounds sensible
[09:59] <pitti> aside from that, it sounds we need a respin for Kubuntu for the kwallet-kf5 thing, right?
[10:02] <flexiondotorg> cyphermox, No respin required.
[10:02] <flexiondotorg> cyphermox, Just an upload.
[10:02] <flexiondotorg> cyphermox, OK, SRU it is.
[10:02] <pitti> flexiondotorg: oh, it's a package which isn't on teh images? which package is that?
[10:02] <flexiondotorg> infinity, Are the images getting spun again?
[10:03] <seb128> bug #1502821
[10:03] <ubot2> bug 1502821 in usb-creator "usb-creator-* fails with message cannot install bootloader" [Undecided,New] https://launchpad.net/bugs/1502821
[10:03] <pitti> flexiondotorg: likely, yes
[10:03] <flexiondotorg> pitti, It is seeded, in Ubuntu mATE only.
[10:03] <seb128> states
[10:03] <seb128> "it looks for files into directory /usr/lib/syslinux/ but (in ubuntu Wily) the correct path is
[10:03] <seb128> /usr/lib/SYSLINUX/"
[10:03] <pitti> flexiondotorg: then it needs a respin
[10:03] <seb128> ^ that might be something to fix for release?
[10:03] <flexiondotorg> seb128, OK, I'll prepare a debdiff.
[10:03] <pitti> we'll need a respin for bug 1508075 and for  the "ubiquity decorations are wrong" thing that seb128 was looking into
[10:03] <ubot2> bug 1508075 in udisks2 "ubiquity and others time out on polkit (killed by udisks2-inhibit)" [Critical,Incomplete] https://launchpad.net/bugs/1508075
[10:03] <seb128> flexiondotorg, for usb-creator?
[10:05] <pitti> smb: I get the shutdown screen with "remove install media and press enter" all the time, hmm
[10:05] <pitti> smb: we fought with that during the vivid release sprint
[10:06] <seb128> Laney, ^ you said you would be interested to fix usb-creator issues? ;-)
[10:07]  * pitti claims the "first mandatory green 9/9" flag for desktop i386
[10:07] <infinity> flexiondotorg: As pitti says, we have a couple of bugs we'll probably respin for, assuming fixes happen.
[10:07] <infinity> The only one I consider RC is the polkit thing.
[10:08] <infinity> pitti: If there's any help you can lend on the polkit bug, more brains are better.  Even German ones.
[10:08] <flexiondotorg> infinity, Thanks. I'll not burn another PowerPC DVD just yet then ;-)
[10:08] <pitti> infinity: was just talking to cyphermox; I asked him to test an idea which has a pretty good chance to succeed
[10:08] <infinity> pitti: \o/
[10:08] <pitti> infinity: but I can't reproduce the hang on any of my three platforms, so I need some testing help
[10:08] <seb128> anyone who knows about syslinux and want to comment on the usb-creator issue just mentioned?
[10:09] <seb128> like did the path change and on purpose?
[10:09] <infinity> seb128: If you can hunt down mdeslaur, he touched usb-creator in funny ways this cycle.
[10:09] <infinity> seb128: As for paths changing, check the Debian maintainer field. :P
[10:09] <seb128> infinity, he's probably still sleeping
[10:10] <pitti> infinity: I'd like to sync https://tracker.debian.org/news/720214 once it's imported into LP, to mop up some small fixes (most importantly, fix backportability to trusty)
[10:11] <infinity> pitti: It's not seeded, I'm fine with that.
[10:11] <pitti> infinity: and fixing the "prepare VM" scripts to give a working minimal VM again (lxc/lxd was added very late)
[10:11] <pitti> infinity: ok, what I thought
[10:12]  * pitti sighs at cloud images carrying more and more unnecessary stuff
[10:14] <cyphermox> it's ever so slightly less worse, but still tends to be racy
[10:14] <infinity> seb128: /usr/lib/syslinux is in syslinux-common, BTW, not syslinux.
[10:14] <pitti> cyphermox: still getting timeouts?
[10:16] <cyphermox> yes
[10:16] <cyphermox> seb128:  usb-creator was correct, and working fine this cycle unless something changed recently
[10:16] <cyphermox> aside from issues if there's an architecture mismatch
[10:17] <seb128> cyphermox, it fails to create the bootloader for me and I found that but with the details I just copied
[10:17] <seb128> testing if changing syslinux to SYSLINUX fixes it
[10:17] <cyphermox> well, it might if you have that path, but I think it would be good to know why it didn't find the other path
[10:18] <seb128> which one?
[10:18] <pitti> cyphermox: ok, thanks for testing; it was worth a try, although I still don't quite understand this
[10:18] <flexiondotorg> infinity, I need a respin. Allegedly.
[10:19] <flexiondotorg> https://bugs.launchpad.net/ubuntu-mate/+bug/1505505
[10:19] <ubot2> Launchpad bug 1505505 in ubuntu-mate "ubuntu-mate-desktop does depend on vlc-plugin-pulse but that got removed" [Undecided,New]
[10:19] <flexiondotorg> infinity, I'll update the seeds in a sec.
[10:19] <cyphermox> seb128: syslinux-common
[10:22] <seb128> cyphermox, infinity, Laney, in fact the path seems correct on disk, maybe that user has a local problem. My bug was because I picked an amd64 iso on a 32 bits machine I think, sorry about the noise :-/
[10:25] <infinity> seb128: It's just a missing dep.  We'll fix it here.
[10:25] <infinity> seb128: Just needs to depend on syslinux-common.
[10:26] <seb128> infinity, thanks
[10:26] <flexiondotorg> infinity, Can you update ubuntu-mate-meta please?
[10:26] <flexiondotorg> Can someone please sponsor this update please? https://bugs.launchpad.net/ubuntu-mate/+bug/1508353
[10:26] <ubot2> Launchpad bug 1508353 in deja-dup-caja "deja-dup-caja plugin has a namespace collision in Ubuntu MATE 15.10 [debdiff]" [Undecided,In progress]
[10:29] <pitti> cyphermox, infinity: ok, give me some time for this; at this point we need an unintrusive and small fix, teaching polkitd about SIGHUP doesn't sound like that. I'll try some other things first
[10:30] <cyphermox> no, it's not unobtrusive enough
[10:31] <cyphermox> but I think your systemctl try-restart is the best we have right now
[10:31] <pitti> cyphermox: I thought that still leads to timeouts, and thus is useless?
[10:31] <cyphermox> I'm going to try it some more, see if it's good enough to get us something that looks good
[10:31] <cyphermox> it does sometimes lead to timeouts, but it's better than it was
[10:31] <cyphermox> and my testing method isn't exactly what people usually do - starting and stopping and restarting ubiquity repeatedly
[10:32] <pitti> unfortunately polkit doesn't support /run/polkit-1/localauthority/
[10:32] <pitti> on the live system we don't actually need the bind mount though, but I would be surprised if inotify worked on aufs
[10:32] <pitti> anwyay, that's part of "I'll try some things"
[10:40] <infinity> Riddell: You around?
[10:41] <infinity> Riddell: If so, can you try pitti's workaround for this bug, since you reproduce it better than anyone?
[10:41] <pitti> not that important really, as it'll just a bit less bad, but still not "good"
[10:41] <pitti> I have about three ideas which I'm currently testing
[10:41] <infinity> pitti: If "less bad" is the best we can do, it's still better. :/
[10:42] <infinity> pitti: But, yeah.  Goodest would be more gooder.
[10:43] <infinity> pitti: The live system is overlay, not aufs, and inotify definitely doesn't work. :P
[10:43] <pitti> infinity: I'm currently testing that, but that's what I was afraid of
[10:43] <infinity> pitti: In fact, it's actively broken, which is even worse than not working (as in, the FS claims to support it, then does nothing useful when you hook into it).
[10:43] <pitti> I have a solution which works on my installed sytesm
[10:44] <pitti> hm, it actually does trigger, curious
[10:45] <pitti> sudo G_MESSAGES_DEBUG=all /usr/lib/policykit-1/polkitd -r
[10:45] <pitti> sudo touch /var/lib/polkit-1/localauthority/90-mandatory.d/foo.pkla
[10:45] <pitti> -> polkit reacts (that's on a live system)
[10:45] <pitti> not expected (but would be nice indeed)
[10:45] <pitti> pkcheck -a org.freedesktop.udisks2.filesystem-mount -p $$; echo $?
[10:46] <pitti> that should be 0 for normal mode, and 1 for inhibited mode
[10:46] <pitti> anyway, I still have another idea, let me test/prod more
[10:47] <pitti> cyphermox: can you reproduce that with ubiqutiy under the live system? i. e. where it's non-agonizing to downlaod/update a file?
[10:47] <pitti> Riddell: ^
[10:49] <infinity> pitti: Is that path an overlay, or a tmpfs?
[10:50] <cyphermox> pitti: of course
[10:50] <pitti> infinity: it's on teh normal overlayfs
[10:50] <infinity> pitti: Huh.  Then something's polling manually, cause inotify definitely doesn't work on overlay. :P
[10:50] <pitti> cyphermox: ack, I should have a new udisks2-inhibit for testing then
[10:50] <cyphermox> pitti: what what?
[10:50] <cyphermox> pkcheck I didn't try
[10:50] <pitti> cyphermox: I mean, in 5 mins, sorry
[10:50] <cyphermox> I just rebooted
[10:51] <cyphermox> your systemctl try-restart fix looks sufficient
[10:52] <cyphermox> it helps if one changes both kills, for sure.
[10:52] <pitti> infinity: it does use inotify,confirmed in strace
[10:53] <cyphermox> now, to run all this in a vm so I can actually complete the install and make sure things work correctly
[10:53] <pitti> cyphermox: the second kill is only when ubiquity finishes, though
[10:53] <cyphermox> sure
[10:53] <cyphermox> but that's *why* I said it wasn't quite there
[10:53] <pitti> cyphermox: oh, you only got hangs on the second restart?
[10:53] <pitti> ah
[10:53] <cyphermox> if it gets killed, it hangs on second starts or NM might not have a polkit ready
[10:54] <pitti> right, *if* the restart helps, then it needs to go to both places
[10:55] <cyphermox> looks good so far
[10:55] <infinity> pitti: Then I question that it's on overlay, unless someone fixed that in the last 6 months, but... Kay.
[10:56] <infinity> pitti: (I could have sworn I saw a weird polkit related mount in my last live session)
[10:56] <pitti> infinity: yes, you did
[10:56] <pitti> infinity: it *currently* doesn't rely on inotify, but it seems it actually works now
[10:57] <pitti> infinity: perhaps since the new version that landed in the upstream kernel (remember we had to change casper and everything for the new syntax)
[10:57] <infinity> pitti: Oh, actually.  It might be that it works for new files, but not changed files or something.
[10:57] <apw> overlayfs and inotify, i'd be epically supprised if it works reliably
[10:57] <pitti> infinity: right, but that'd be sufficient
[10:57] <infinity> pitti: Yeah.
[10:57] <pitti> new file and rm seem to work
[10:58] <pitti> (repeatedly)
[10:58] <pitti> i. e. it seems to work for dirs, but not files
[10:58] <pitti> (changing files does *not* work, I tested)
[10:58] <infinity> New files are new inodes, changed files don't change the inode with the watch on, but instead give you a new inode and the world explodes.
[10:58] <apw> pitti, right because directories are a thing at the overlayfs level, files arn't, they exist in the real filesystems but your watches are not in the right world
[10:59] <infinity> apw: I still think the fix for that is just to copy-up when a watch is added, and attach the watch to the copy.
[10:59] <infinity> apw: Bit of a waste of space, but would be reliable.
[11:00] <pitti> new udisks2-inhibit works locally; /me tests it on live system
[11:01] <apw> infinity, except it is more complex in that there are are three places and you are in the thrid one, i have patches which
[11:02] <apw> make overlayfs a consumer of inotify on the files it uses from the lower layers, and propogate them to the real upper watches
[11:02] <pitti> \o/ works fine
[11:02] <infinity> apw: Three?  Doesn't the inode on the combined filesystem either match the underlay (before a copy-up) or the overlay (after a copy-up), so there's really only two options?
[11:02] <cyphermox> pitti: how new is it?
[11:02] <pitti> cyphermox: sorry, how new is what?
[11:02] <infinity> apw: Oh.  I guess I'm nothing thinking of multiple layer cases.
[11:02]  * cyphermox has been testing systemctl try-restart in an install now
[11:02] <apw> but they are invasive, and they don't fix the issue that there is no way to represent copy up itself
[11:02] <cyphermox> how new is your udisks2-inhibit?
[11:03] <apw> infinity, the third place is the overlayfs inode, which doesn't exist per-see but does from a notify point of view
[11:03] <flexiondotorg> infinity, Can you update ubuntu-mate-meta please?
[11:04] <cyphermox> flexiondotorg: do you have your caja fix too?
[11:04] <flexiondotorg> cyphermox, https://bugs.launchpad.net/ubuntu-mate/+bug/1508353
[11:04] <ubot2> Launchpad bug 1508353 in deja-dup-caja "deja-dup-caja plugin has a namespace collision in Ubuntu MATE 15.10 [debdiff]" [Undecided,In progress]
[11:05] <pitti> infinity, cyphermox: attached the kill-less inotify scrip to the bug
[11:05] <infinity> flexiondotorg: I can do your meta update.
[11:06] <flexiondotorg> infinity, Thank you!
[11:06] <infinity> flexiondotorg: I wouldn't recommend a rebuild until we sort this ubiquity thing, since I have to rebuild everyone for that anyway.
[11:06] <flexiondotorg> infinity, Understood.
[11:11] <pitti> cyphermox, infinity, Riddell: I attached both variants to the bug now
[11:11] <infinity> flexiondotorg: Is there a bug number for this meta update?
[11:12] <infinity> flexiondotorg: Ahh, found it.
[11:13] <pitti> it's a "pick your poison" decision: the inotify one relies on overlayfs and might leave dangling symlinks behind if you actually use that in a real system, and the restart one might break pending calls to polkit (but not existing connections any more, which is the bug here)
[11:13] <pitti> I actually have a better solution in mind using temporary udev rules (which have neither problem), but that's more intrusive
[11:14] <pitti> if the restart one works, then my recommendation is to use that for wily as that's the least intrusive
[11:14] <pitti> if it doesn't work, then let's use the inotify one
[11:17] <infinity> Or both!
[11:17] <infinity> Two hammers are better than one hammer.
[11:17] <infinity> That's what my hammer salesman told me.
[11:18] <pitti> infinity: sorry, it's just one shaft with a hammer head on either end
[11:18] <infinity> pitti: It's PHP?
[11:18] <infinity> Oh, that was two claws.
[11:18] <infinity> https://www.flickr.com/photos/raindrift/sets/72157629492908038/
[11:18] <pitti> there; I was going to work on the udev rule one and now I need to chuckle
[11:19] <pitti> as long as it's not like this: http://vignette4.wikia.nocookie.net/starwars/images/1/1a/Darth_Maul_lightsaber_reveal.png/revision/latest?cb=20140421143551
[11:21] <pitti> infinity, cyphermox: remind me, why do we have this inhibit thing in the first place? for installations to USB drives, right? (as internal drives aren't being automounted anyway)
[11:24] <pitti> or, I guess it was for preventing the user from clicking on the internal drive icons and thus manually mounting them
[11:25] <cjwatson> automounting hasn't always been inhibited consistently on internal drives, and yes, external ones matter too
[11:25] <cjwatson> ubiquity needs complete control muahahahaha etc.
[11:26] <pitti> just tested on current live system, manual mounting is all too easy too
[11:26] <cjwatson> cf. http://www.chiark.greenend.org.uk/~cjwatson/blog/desktop-automount-pain.html :-)
[11:26] <pitti> so just setting UDISKS_AUTO=0 won't suffice
[11:27] <pitti> cjwatson: heh, right; but most of them won't prevent manual mounts, which AFAICS is the bigger problem?
[11:27] <cjwatson> the original motivation was things randomly capturing temporary mount points
[11:27] <pitti> that was the  idea behind temporarily changing the polkit policy -- then you both disable auto- and manual mounts, and it works for all desktsop
[11:27] <cjwatson> but suppressing manual mounts would be good too
[11:37] <flexiondotorg> infinity, Thanks.
[11:37] <cyphermox> pitti: upload whichever one you prefer, both your fixes seem to work correctly here.
[11:37] <cyphermox> unless Riddell says otherwise
[11:37] <pitti> cyphermox: cool, thanks for testing
[11:37] <cyphermox> I can only test it so much, it's hard to reproduce
[11:38] <pitti> cyphermox: I'll flip a coin :) but indeed I'm leaning towards the restart thingy as that's the least intrusive
[11:38] <cyphermox> ok
[11:38] <cyphermox> well, the inhibit one seemed to be quite nice
[11:38] <cyphermox> not restarting means it's even less intrusive to other things on the session
[11:38] <pitti> I'm testing the temp udev rules one right now, which is kind of "best of both worlds"
[11:39] <pitti> but I wouldn't do that a day before release
[11:39] <cyphermox> right
[11:39] <cyphermox> but after release I'd just teach polkit to do USR1 or HUP.
[11:39] <cyphermox> seems like a fairly useful trick
[11:40]  * cyphermox takes a backup to be able to run at least one install test on real hardware
[11:40] <pitti> yay, we have an X-series bug target in LP now
[11:41] <pitti> cyphermox: oh, don't you guys have infinity's craptop as a victim in the office?
[11:41] <infinity> I didn't bring my spare laptop this time, no.  Didn't want the weight when I'm on the road for three weeks.
[11:41] <cyphermox> I considered bringing craptops, but didn't want to take more shit out at airport securities
[11:43] <pitti> I'd have thought in the office there sohuld be a spare or three
[11:43] <infinity> There might be.
[11:44] <pitti> ^ kthxbye lunch o'clock
[11:45] <cyphermox> pitti: thanks
[11:45] <pitti> infinity: if you review/accept it seems a a perfect lunch time for you as well, for LP/britney to do their things :)
[11:46] <seb128> ^ u-s-d, that's for bug #1508327
[11:46] <ubot2> bug 1436861 in unity-settings-daemon "duplicate for #1508327 unity-settings-daemon crashed with SIGSEGV in engine_update_composite_device()" [High,In progress] https://launchpad.net/bugs/1436861
[11:46] <seb128> would be nice to get in as well
[11:46] <seb128> both didrocks and I got it while testing ubiquity install-mode
[11:46] <pitti> https://launchpadlibrarian.net/221863227/unity-settings-daemon_15.04.1%2B15.10.20151012-0ubuntu1_15.04.1%2B15.10.20151021-0ubuntu1.diff.gz
[11:46] <seb128> it leads to having wm decorations on the right and probably some other issues
[11:46] <pitti> ^ debdiff for that, as it's non trivial to find
[11:47] <flexiondotorg> This bug is confirmed not present in Ubuntu MATE but still present in Unity - https://bugs.launchpad.net/ubuntu-mate/+bug/1437764
[11:47] <ubot2> Launchpad bug 1437764 in msttcorefonts "ttf-mscorefonts-installer doesn't work from Ubuntu Software Center because of EULA, breaks APT" [Undecided,Confirmed]
[11:47] <flexiondotorg> I didn't do anything to fix it.
[11:47] <seb128> could be a missing frontend?
[11:48] <pitti> seb128: is the "devices = " just for not having to write manager->priv->devices_array several times in the loop, or is there some funky refcounting thing going on?
[11:48] <pitti> seb128: i. e. the gist of the change is to disconnect signal handlers before freeing, right?
[11:48] <seb128> pitti, it's just to improve readability
[11:49] <seb128> yes
[11:49] <pitti> seb128: I thought one would use g_ptr_array_new_with_free_func() for such things, and disconnect handlers there
[11:49] <seb128> pitti, same reasoning than https://bugzilla.gnome.org/show_bug.cgi?id=673007#c17
[11:49] <pitti> but anyway, LGTM
[11:49] <ubot2> Gnome bug 673007 in general "[power]: gnome-settings-daemon crashed with SIGSEGV in engine_update_composite_device()" [Normal,Resolved: fixed]
[11:49] <infinity> pitti: Are you reviewing u-s-d?
[11:50] <seb128> pitti, feel free to comment on #ubuntu-desktop for larsu about that
[11:50] <seb128> we can improve that with another commit after wily
[11:50] <pitti> infinity: I was reviewing, seems Laney is currently pushing the button for it
[11:50] <pitti> seb128: yeah, nevermind
[11:50] <seb128> thanks for the review!
[11:50] <Laney> pitti: I didn't
[11:50] <seb128> lunch now, I'm starving
[11:50] <seb128> bbiab
[11:50] <Laney> I saw you were reviewing :)
[11:50] <Laney> just saying that we will take this change
[11:51] <pitti> ack; accepting then
[11:51] <pitti> "The Unapproved queue is empty."
[11:51] <pitti> and so is my stomach
[11:51]  * pitti bbl
[11:51] <Laney> thanks
[12:03] <pitti> ^ oooh!
[12:03] <pitti> we have an adjective?
[12:03] <cjwatson> shh
[12:03] <Laney> sssshhhhhh
[12:05] <cjwatson> (also, if we're fired, I blame infinity)
[12:15] <doko> promoted the slimit binary, only the source was promoted
[12:15] <infinity> Huh, I thought I got that in the queue yesterday.  Thanks.
[12:18] <smb> pitti, really it might be just me being too quick... I am not used to a puny netbook with an old Atom CPU.
[12:55] <pitti> Laney: vim/amd64 WTH?
[13:00] <Laney> pitti: ?
[13:00] <Laney> did it fail?
[13:00] <pitti> Laney: yes, in a really weird way; I retried it
[13:00] <pitti> Laney: https://launchpadlibrarian.net/221870097/buildlog_ubuntu-wily-amd64.vim_2%3A7.4.712-2ubuntu4_BUILDING.txt.gz
[13:00]  * Laney blinks
[13:01] <pitti> Laney: seems the new build is past that point already
[13:02] <Laney> worrying
[13:02] <Laney> but thanks for retrying :)
[13:03] <didrocks> the new build was just a better build, that's it :p (hem… ;))
[13:13] <infinity> pitti: Can you hunt down why the kio/i386 autopkgtest isn't autopkgtesting?
[13:14] <pitti><EMAIL_ADDRESS>[13:14] <pitti> argh that again
[13:14]  * pitti radiates hate towards lcy01
[13:14] <pitti> infinity: yep, on it
[13:14] <pitti> http://autopkgtest.ubuntu.com/status/alerts/ - eww
[13:14] <infinity> pitti: I retried it.  But I'm not convinced it's retrying.
[13:17] <pitti> infinity: next britney run will re-trigger them
[13:18]  * pitti disabled lcy01 again, next runs will use lgw01 and clean up the mess
[13:18] <pitti> infinity: http://autopkgtest.ubuntu.com/running.html -> kio/i386 is actually running
[13:21] <infinity> pitti: I always forget the URL to that page.
[13:21] <pitti> infinity: "Running" in the menu on a.u.c.
[13:21] <infinity> ... which is linked from the top level.
[13:21] <pitti> infinity: http://autopkgtest.ubuntu.com/status/alerts/ shows all the tmpfails, FYI; i. e. problems with the testbeds
[13:26] <doko> are uploads for wily-proposed already accepted?
[14:17] <flexiondotorg> cyphermox, Will you have time for the Deja Dup extension fix for Caja?
[14:18] <cyphermox> can you point me to the bug again? I was on something else
[14:18] <flexiondotorg> cyphermox, Sure.
[14:18] <flexiondotorg> cyphermox, https://bugs.launchpad.net/ubuntu-mate/+bug/1508353
[14:18] <ubot2> Launchpad bug 1508353 in deja-dup-caja "deja-dup-caja plugin has a namespace collision in Ubuntu MATE 15.10 [debdiff]" [Undecided,In progress]
[14:25] <cyphermox> flexiondotorg: are you sure this is good? the commented out part in setup.py?
[14:40] <Riddell> pitti: infinity: still need testng?
[14:41] <flexiondotorg> flexiondotorg, Yep.
[14:41] <flexiondotorg> cyphermox, Thanks.
[14:42] <flexiondotorg> Did you change debian/install to executable?
[14:43] <infinity> Riddell: I'm going to respin you shortly, you can just test the ISO instead. :)
[14:43] <Riddell> lovely
[14:50] <pitti> Riddell: if you want, you can replace udisks2-inhibit with what's attached to the bug, to get it early
[14:50] <pitti> also, the fixed udisks2 is just being published
[14:52] <cyphermox> ^ lolz
[14:53] <cyphermox> flexiondotorg: deja-dup-caja is atrocious
[14:57] <flexiondotorg> cyphermox, In what sense?
[14:58] <cyphermox> in the sense that the packaging was broken, and that your patch means the upstream tarball should get fixed
[14:58] <cyphermox> (and we rejected twice before getting it right)
[14:58] <flexiondotorg> cyphermox, I'm working with the upstream author to fix the tarball either tonight or tomorrow.
[14:58] <cyphermox> ok
[14:59] <flexiondotorg> Is there anything else you want me to improve.
[14:59] <flexiondotorg> Because I'v not ben involved with the development or packaging until tody.
[15:03] <flexiondotorg> cyphermox, ^^^^^^^^^^^^^^^^^^^^^^
[15:14] <cyphermox> flexiondotorg: nothing critical now; if you can just make sure that the upstream developer fixes the filename in their tarball, then we'll be pretty good
[15:14] <cyphermox> oh, and the README too; there's a small diff
[15:14] <cyphermox> basically, what's in deja-dup-caja.patch
[15:15] <cyphermox> once that is done, there's nothing special to do but to drop the patch with the upload, the rest is not an issue
[15:21] <apw> infinity, i've done a quick spin through the release notes, dropped the bugs which appear fixed etc.  we are missing updated release notes for most of the flavours at the moment (many are /beta2 still)
[15:22] <apw> infinity, we are also missing server
[15:24] <flocculant> apw - ours are done - just not changed that page yet
[15:27] <apw> flocculant, cool thanks
[15:28] <flocculant> apw - though if I'd have waited I could have said I'd done the main page ...
[15:29] <flocculant> must be install testing fever
[15:41] <infinity> flexiondotorg: Will rebuild MATE once that deja-dup thing publishes in the next 30m.
[15:41] <infinity> **** WARNING: REBUILDING THE WORLD ****
[15:43]  * ogra_ searches for cover
[15:43] <davmor2> infinity: \o/ imagesssss the precccciiiouussssss
[15:45] <flexiondotorg> infinity, Thanks.
[15:45] <flexiondotorg> I'll get my DVD burner at the ready for PowerPC ;-)
[15:46] <flexiondotorg> cyphermox, Noted regarding the tarball.
[15:47] <cyphermox> flexiondotorg: oh, that's right. getting a ppc machine next week means I'll really need to do my netboot setup.
[15:53] <flexiondotorg> cyphermox, What PPC machine you getting?
[15:54] <cyphermox> flexiondotorg: some random G5 I might be able to aquire.
[15:54] <cyphermox> flexiondotorg: I've been meaning to setup a proper netboot environment regardless.
[15:57] <infinity> pitti: How long after something disappears from running.html until is shows up in the test results?
[15:57] <infinity> s/is/it/
[16:00] <infinity> pitti: The juju-core tests went away from running.html minutes ago, but I don't see results.  Weird.
[16:00] <infinity> pitti: Bah.  And now they both show up.  Finally.  As failures.
[16:06] <flexiondotorg> cyphermox, Look on ebay, they G5 powermacs are really cheap now.
[16:06] <cyphermox> yeah
[16:07] <cyphermox> it shouldn't be too hard to find, I just need to email someone actually
[16:07] <cyphermox> I just postponed until next week since I'm not in Canada
[16:08] <flexiondotorg> cyphermox, There is also the Amiga ONE X500 and X1000 too.
[16:08] <flexiondotorg> Which are new.
[16:18] <cyphermox> flexiondotorg: which are probably quite expensive then
[17:06] <pitti> infinity: up to 5 minutes
[17:07] <pitti> infinity: I retried them, in case it helps; but if it's urgent, feel free to hint away
[17:07] <infinity> pitti: You're way behind.
[17:07] <infinity> pitti: I already hinted them, and the bug has been diagnosed and is being fixed.
[17:07] <pitti> panic: osVersion reported an error: Could not determine series ?
[17:08] <pitti> behind> heh, indeed I am, just returned quickly to laptop before basketball
[17:08] <pitti> infinity: is that the old "no current development series in Launchpad" thing agaain?
[17:09] <pitti> ah, autopkgtest finally imported; /me pushes sync button
[17:10] <infinity> pitti: No, it's a bug in the test.
[17:11]  * pitti will be back in some 3 hours after basketball; anything I should be looking out for then?
[17:11] <pitti> (I assume/hope you'll be out by then)
[17:11] <pitti> 19:11:25    rbasak | Juju fix uploaded.
[17:11] <pitti> \o/
[17:12] <infinity> pitti: Just ISO testing.  This spin should be "final" unless something horrible happens.
[17:12] <pitti> infinity: ack; I guess I'll give them an initial spin tonight then, and do the finer-grained install cases tomorrow
[17:12] <pitti> already went through all of them today after all, and we didn't change that much
[17:12] <pitti> (famous last words, I know)
[17:13] <flocculant> infinity: assuming that nothing particularly horrid has been seen - these new images just need a quick check?
[17:14] <pitti> infinity: this spin> the ones that just landed 45 mins ago, or is another one going on?
[17:14] <pitti> i. e. 20151021 or an upcoming 20151021.1?
[17:16] <jibel> pitti, final build should be 20151021
[17:16] <infinity> flocculant: Pretty much, yeah.
[17:17] <infinity> pitti: What jibel said.
[17:17] <pitti> hmm, and still bug 1471476 and bug 1508000
[17:17] <ubot2> bug 1471476 in libimage-exiftool-perl "[MIR] libimage-exiftool-perl" [High,New] https://launchpad.net/bugs/1471476
[17:17] <ubot2> bug 1508000 in cmake-extras "[MIR] cmake-extras" [Undecided,New] https://launchpad.net/bugs/1508000
[17:17] <infinity> pitti: Yeah, neither of those affect images, so we just need them sorted by tomorrow afternoon.
[17:17] <pitti> the latter could be promoted now, after doko's review and latest comments
[17:18] <flocculant> infinity: thanks - that was exactly what I needed to read :p
[17:18] <infinity> pitti: Would perhaps be nice if those mythical bugfixes were actually in wily instead of a PPA, but meh.
[17:21] <jderose> infinity: will there be 20151021 server ISOs, or did only the desktop need a respin?
[17:21] <infinity> jderose: Server's building right now.
[17:21] <jderose> infinity: gotcha, thanks!
[17:37] <wxl> infinity: so what are we trying to fix with today's global respin, sigh?
[17:38] <wxl> …bug numbers might be helpful
[17:38] <jibel> wxl, bug 1436861 and bug 1508075
[17:38] <ubot2> bug 1436861 in unity-settings-daemon "unity-settings-daemon crashed with SIGSEGV in engine_update_composite_device()" [High,Fix released] https://launchpad.net/bugs/1436861
[17:38] <ubot2> bug 1508075 in udisks2 "ubiquity and others time out on polkit (killed by udisks2-inhibit)" [Medium,Fix committed] https://launchpad.net/bugs/1508075
[17:38] <wxl> jibel: 1436861 required a global respin?
[17:39] <infinity> wxl: No, the other bug did.
[17:39] <wxl> okie dokie
[17:39] <jibel> wxl, 1508075 did
[17:40] <jibel> what infinity said
[17:40] <infinity> wxl: And no sighing, we almost always have a respin the day before release. :P
[17:41] <infinity> I can't remember the last time we just sat around twiddling our thumbs on a Wednesday.
[17:41] <jibel> maybe because there was no last time?
[17:42] <infinity> OR MAYBE BECAUSE WE HAVE NO THUMBS.
[17:46] <jderose> pitti: small inconsistency i noticed: when installing from the desktop ISO, /var/lib/dbus/machine-id is a symlink to /etc/machine-id, but from the server ISO  /var/lib/dbus/machine-id is a file (with the same UUID value copied from /etc/machine-id)
[17:49] <utlemming> infinity: can you add wily final to cloud.qa.ubuntu.com?
[18:20] <wxl> infinity: upgrades haven't been updated. don't the unity ones need to be?
[18:21] <wxl> s/updated/respun/
[18:24] <utlemming> slangasek, infinity, stgraber: cloud image test results can't be populated because the product is not on cloud.qa.ubuntu.com yet, and switching to iso.qa.ubuntu.com is erroring out.
[18:28] <slangasek> utlemming: "erroring out" how?
[18:28] <slangasek> the webpage loads for me
[18:29] <utlemming> slangasek: when I try to populate the products it returns a failure
[18:30] <utlemming> slangasek: http://paste.ubuntu.com/12887531/
[18:31] <utlemming> slangasek: we moved over to cloud.qa.u.c, for the last release so that the cloud images didn't take over the dashboard. So the real fix is for someone to create the milestone of "Wily Final"  there
[18:31] <slangasek> ok; I don't know anything about cloud.qa.u.c, would I have admin access on it?
[18:32] <slangasek> doesn't look like it
[18:32] <utlemming> slangasek: actually, I think I can do it...I was looking at the wrong place...standby
[18:33] <utlemming> slangasek: okay, I found that I can do it
[18:33] <slangasek> \o/
[18:34] <utlemming> General FYI -- cloud image test results are going to http://cloud.qa.ubuntu.com
[18:43] <davmor2> infinity, jibel: boot from first drive is failing
[18:43] <davmor2> not sure how critical it is
[18:45] <davmor2> it does cause the system to reboot so I guess that will get you to the first hard-drive ish
[18:49] <infinity> davmor2: Longstanding issue with some BIOSes.  It's hard to fix without breaking other people instead.
[18:50] <infinity> davmor2: Unless your contention is that this works on the same machine with an older image.
[18:51] <davmor2> infinity: I'll grab an older image but I think it used to, but this bios has been updated so now might not, it might also be dvd vs pendrive so I'll try that too
[18:52] <infinity> davmor2: It's less likely to work with USB drives than with optical drives.
[18:52] <infinity> davmor2: As some BIOSes boot USB sticks by remapping them to the logical location of the first hard drive.
[18:53] <davmor2> infinity: indeed that's why I say I'll double check that too once this install finishes
[19:11] <cyphermox> go davmor2, break stuff!
[19:12] <davmor2> cyphermox: shhh that's what I'm trying not to do
[19:37] <davmor2> infinity: same issue on dvd let me get a 14.04 image burned
[19:47] <davmor2> infinity: 14.04 daily image dvd boots from first hard drive
[19:48] <davmor2> jibel: ^
[19:48] <davmor2> I'll write up a bug and blame cyphermox
[19:49] <davmor2> now where does that menu live I guess casper maybe?  cyphermox
[20:05] <davmor2> infinity, jibel: https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1508589
[20:05] <ubot2> Launchpad bug 1508589 in casper "15.10: On the Ubuntu menu on a non uefi install Boot from first disk fails" [Undecided,New]
[20:12] <davmor2> jibel: there is no test for that option on the tracker so shall I attach it anywhere or do you just want to tag it for info
[20:17] <flocculant> davmor2: I noticed that a while back - then promptly forgot about it
[20:22] <davmor2> flocculant: feel free to confirm the bug then :)
[20:23] <flocculant> davmor2: do you think I wouldn't have ;)
[20:24] <flocculant> davmor2: or do you mean actually write something instead of just me tooing?
[20:24] <davmor2> flocculant: no that's fine I didn't look at the bug too busy looking at the other machine for the next install
[20:25] <flocculant> ok - then all done :)
[20:32] <pitti> jderose: interesting, can you please file a bug about it? a symlink sounds better
[20:32] <cyphermox> davmor2: it's in debian-cd actually, I'll reassign
[20:32] <pitti> jderose: might be that this is because server doesn't install dbus by default?
[20:32] <davmor2> cyphermox: thanks dude
[20:34] <jderose> pitti: yeah, i'll file a bug about it later today or tomorrow. er, i thought dbus (system-wide anyway) was installed by default on the server?
[20:35] <pitti> jderose: ah, maybe it is now
[20:38] <jderose> pitti: just double checked... yup, installed by default on the server
[21:10] <davmor2> okay that is odd, screen reader not working on i386 dvd but is from i386 thumbdrive meh
[21:21]  * Laney peeks in
[21:22] <davmor2> Laney: mad fool it's all your fault now
[21:22] <Laney> /quit
[21:44] <flexiondotorg> cyphermox, Should there be a network applet in oem-config?
[21:53] <jderose> pitti: filed a  bug - https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/1508697
[21:53] <ubot2> Launchpad bug 1508697 in dbus "Wily: /var/lib/dbus/machine-id is symlink on desktop, file on server" [Undecided,New]