[00:04] <glyph> rockstar: I was going to link it but I can't find it.
[00:07] <glyph> rockstar: https://bugs.launchpad.net/launchpad/+bug/746104
[00:07] <ubot5> Ubuntu bug 746104 in Launchpad itself ""view the branch content" phraseology is pointlessly confusing" [Undecided,New]
[00:09] <wgrant> I think there's another bug.
[00:10] <wgrant> I might even decide to fix it right now.
[00:11] <wgrant> Bug #531323 is relevant.
[00:11] <ubot5> Launchpad bug 531323 in Launchpad itself "Navigation: hard to find source code for project." [Medium,Triaged] https://launchpad.net/bugs/531323
[00:11] <wgrant> huwshimi: Any objections to saying "Browse the code"?
[00:11] <glyph> wgrant: no, check it in, ship it now
[00:11] <glyph> wgrant: :)
[00:11] <wgrant> I think so.
[00:12] <huwshimi> wgrant: Do you have any idea why it's named as it is now?
[00:13]  * glyph squints at huwshimi
[00:13] <wgrant> huwshimi: Because people were more concerned with being accurate than reasonable, I suspect. The bug might have some hints.
[00:13] <spiv> huwshimi: to be strictly correct for projects that contain only e.g. documentation, artwork, and not "code".
[00:13] <wgrant> Right.
[00:13] <glyph> huwshimi: hey, are you huw of http://twistedmatrix.com/trac/chrome/common/css/trac.css fame? ;)
[00:14] <spiv> glyph: yes!
[00:16] <huwshimi> glyph: It's true
[00:17] <huwshimi> I am in favour of renaming to "Browse the code"
[00:19] <huwshimi> I think in this case it is better to have a more helpfully named link rather than to be correct in all situations
[00:19] <wgrant> Yes.
[00:21] <glyph> huwshimi: you should come back and help us with more web... stuff sometimes
[00:21] <huwshimi> thumper: Unless you particularly want to do it, I'm happy to pick it up now.
[00:21] <thumper> huwshimi: go for it
[00:22] <huwshimi> thumper: Thanks, will do.
=== groo_ is now known as groo__
[01:12] <Suit_Of_Sables> hey gang. I have unsubscribed to certain bugs but continue be bombarded with email notifications. How do you remove yorself from the 'also notified' list?
[01:16] <lifeless> Suit_Of_Sables: you may be subscribed to a duplicate, or you may be subscribed to the entire (project | package | distribution)
[01:20] <wgrant> Suit_Of_Sables: It should tell you at the bottom of the email why you're being emailed.
[01:21] <Suit_Of_Sables> the emails say "You received this notification because you are subscribed to:" and then gives a link. I go there and I am not subscribed but am on the 'also notified' list
[01:21] <Suit_Of_Sables> I go to the package main page but don't see anything about subscribing
[01:23] <wgrant> Suit_Of_Sables: What's the link?
[01:23] <wgrant> Which bug is it?
[01:25] <Suit_Of_Sables> https://bugs.launchpad.net/bugs/746043
[01:25] <ubot5> Ubuntu bug 746043 in calibre "Conversion from specific LRF books gives "RuntimeError: maximum recursion depth exceeded"" [Undecided,Fix released]
[01:26] <wgrant> Suit_Of_Sables: What's your Launchpad username?
[01:26] <Suit_Of_Sables> chrisgumb
[01:30] <wgrant> Suit_Of_Sables: You're subscribed at https://bugs.launchpad.net/calibre/+subscribe
[01:30] <wgrant> Suit_Of_Sables: Was that not the link in the email?
=== poolie__ is now known as poolie
[01:31] <Suit_Of_Sables> nope, but I figured it out by typing in the url manually, unselecting the receive email box and clicking save
[01:31] <Suit_Of_Sables> now I am no longer listed under also notified
[01:31] <Suit_Of_Sables> yay!
[01:31] <Suit_Of_Sables> thank you for your help
[01:31] <wgrant> Could you pastebin the email footer?
[01:32] <wgrant> It should have linked you to that page.
[01:32] <wgrant> But we've made some changes here recently, so it's possible something's broken.
[02:08] <Suit_Of_Sables> sorry I trashed the emails ;(  but if they show up again I can pastebin them :p
[02:09] <wgrant> Suit_Of_Sables: Heh, thanks.
[02:09] <wgrant> Hopefully there will be no more, though :)
=== Ursinha-bbl is now known as Ursinha
[05:15] <micahg> I've got an interesting problem, I'm trying to file a bug, and the duplicate search is spinning w/no timeout
[05:15] <wgrant> Odd. Which browser?
[05:15] <micahg> Firefox
[05:15] <wgrant> 4?
[05:15] <micahg> yep
[05:15] <micahg> used ubuntu-bug
[05:24] <micahg> wgrant: any ideas?
[05:24] <wgrant> Sorry, Unity had a few heart attacks.
[05:25] <wgrant> Odd. Can you see what's happening in Firebug?
[05:26] <micahg> gave up on firebug a while back
[05:27]  * micahg could try resubmitting the form and seeing what happens
[05:37] <micahg> wgrant: err, worked this time
[05:37] <wgrant> micahg: :(
[06:29] <maxb> ugh
[06:30] <wgrant> Hm?
[06:30] <maxb> Someone appears to have "fixed" the "bug" where you could have ubuntu package branches for a sourcepackagename after just uploading that packagename to a ppa
[06:30] <maxb> I *liked* that as a feature
[06:30] <wgrant> Hm, really?
[06:30] <wgrant> That was meant to be made more liberal.
[06:30] <wgrant> Not more restricted.
[06:32] <wgrant> maxb: Hm, it's working for me.
[06:32] <wgrant> At least on staging.
[06:35] <lifeless> indeed, there is a bug open that its meant to be opened wide
[06:35] <wgrant> As long as the sourcepackagename exists, the branch is allowed.
[06:48] <maxb> wgrant: exists where? Uploading to a PPA used to result in the db objects being created such that https://launchpad.net/ubuntu/+source/myppapackage was a valid page, but this seems to no longer happen
[06:48] <maxb> https://launchpad.net/ubuntu/+source/bzr-landing-dependencies <-- older example
[06:48] <maxb> oh
[06:48] <maxb> egg, face
[06:49] <wgrant> Haha
[06:49] <wgrant> Binary?
[06:49] <wgrant> Or just typo/
[06:49] <maxb> It would help if I remembered what I'd called my package
[06:49] <maxb> python-build-helper vs. python-backport-helper
[06:49] <wgrant> Heh.
[06:51] <StevenK> maxb: You filed 746225 about it?
[06:52] <maxb> have just invalidated
[06:52] <StevenK> Okay, thanks
[07:07]  * maxb glares at the PPA publisher
[07:08] <wgrant> Yes :(
[07:08] <wgrant> It's telling you that you're up too early.
[07:18] <wgrant> maxb: I've just asked for the problematic cron job to be taken down to weekly.
[07:30] <maxb> Oh, something was holding conflicting locks?
[07:32] <wgrant> maxb: cron.daily-ppa blocks the publisher. One of its tasks is to prune empty directories, and this seems to take more than an hour.
[07:32] <wgrant> It was running weekly until a month ago.
[07:32] <wgrant> ANd will hopefully be demoted back to weekly in the next day or so.
[08:05] <maxb> Gentoo mainline derives from Ubuntu breezy!
[08:05] <maxb> orly launchpad? I think you are lying to me :-)
[08:07] <wgrant> maxb: NOT NULL :(
=== Test324 is now known as JRandolph
[08:09] <maxb> um. there must be at least 1 series which doesn't derive .... :-)
[08:09] <wgrant> Well, the UI enforces it, not the DB.
[08:10] <wgrant> So nobody can ever edit Warty.
[08:10] <StevenK> Haha
[08:11] <StevenK> wgrant: Iz bug, file it?
[09:28] <dbarth> hi there
[09:29] <dbarth> i'm looking for the recommended way to have dbsym packages in a PPA
[09:30] <dbarth> i've read https://bugs.launchpad.net/launchpad/+bug/156575
[09:30] <ubot5> Ubuntu bug 156575 in Launchpad itself "PPA builds do not create -dbgsym packages" [Low,Fix released]
[09:30] <dbarth> but i'm wondering how to enable that in some of our ppas
[09:33] <wgrant> dbarth: I never finished the implementation for the primary archive, so they've never been turned on on production.
[09:34] <wgrant> I wonder if I should perhaps just forbid copies of sources with ddebs into the primary archive.
[09:46] <wgrant> dbarth: So, for PPAs it's very close to working. The primary archive is a much more complex case. It could be turned on for PPAs after a bit of testing and the implementation of restrictions to prevent ddebs from being copied into the primary archive.
[10:10] <lifeless> wgrant: so should that bug not be fix released ?
[10:11] <wgrant> lifeless: Probably not.
[10:17] <lifeless> wgrant: EDOUBLENEGATIVEBRAINWIPE
[10:18] <wgrant> Well, I'm not sure whether I should reopen it, or whether I should just properly close it on Saturday...
[10:21] <lifeless> wgrant: need to have it open to qa it ;)
[10:26] <dbarth> wgrant: hi,
[10:26] <dbarth> wgrant: ah ok, thanks for the info
[10:58] <alvin> Hello. Where do I file bugs against Launchpad?
[11:01] <wgrant> alvin: https://bugs.launchpad.net/launchpad/+filebug
[11:02] <alvin> wgrant: thx
=== matsubara-afk is now known as matsubara
=== doko_ is now known as doko
[12:57] <fta> (4th attempt) please kill this build: https://launchpad.net/~chromium-daily/+archive/beta/+buildjob/2415716
[13:04] <wgrant> fta: Killing.
[13:04] <wgrant> Should die in a few seconds.
[13:05] <fta> thanks!
[13:05] <fta> not sure what happened though
[13:05] <wgrant> Hmm. It is more broken than I thought.
[13:05] <wgrant> It's not dying.
[13:06] <wgrant> Let's see.
[13:17] <wgrant> The slave is thoroughly dead.
[13:17] <wgrant> lamont: Could you kick shipova?
=== war10ck is now known as pan1nx
[13:56] <sgnb> how come some of my uploads to PPA are randomly rejected with "3.0 (quilt) not supported in hardy" (whereas they are targetted for maverick)?
[13:57] <wgrant> sgnb: What's the command you're using to upload?
[13:57] <sgnb> dput
[13:57] <wgrant> Right, but with which arguments?
[13:58] <sgnb> "dput ppa foo.changes"
[13:58] <wgrant> sgnb: 2011-03-31 12:45:41 DEBUG   Considering changefile ~glondu/ubuntu/hardy/grisbi_0.8.4-1~ppa+maverick1_source.changes
[13:58] <wgrant> Is that yours?
[13:59] <sgnb> wgrant: yes
[13:59] <wgrant> There is /hardy in the upload path.
[13:59] <sgnb> wgrant: the upload path is just ~glondu/ppa/ubuntu/
[13:59] <wgrant> Your dput.cf is wrong.
[13:59] <sgnb> oh
[13:59] <sgnb> oh, right
[13:59] <sgnb> on this machine, it is indeed .../hardy
[14:00] <wgrant> sgnb: If you're using a recent Ubuntu release, you can delete your custom dput.cf and just 'dput ppa:glondu/ppa blah_source.changes'
[14:00] <sgnb> I didn't make the correspondence (I upload from several machines...)
[14:00] <wgrant> /etc/dput.cf has a default 'ppa' target which takes a variable.
[14:00] <sgnb> wgrant: I'm not using Ubuntu...
[14:00] <wgrant> Ah.
[14:01] <wgrant> I'm not sure if this change has been pushed back to Debian.
[14:01] <wgrant> The dput.cf section looks like http://paste.ubuntu.com/587802/, but the %(ppa)s expansion variable support was a local change at one point.
[14:02] <wgrant> Looks like it's been mostly pushed back to Debian now, though.
[14:02] <wgrant> Or maybe not.
[14:03] <wgrant> Anyway! Drop the /hardy and you should be good.
[14:09] <sgnb> wgrant: it works, thanks!
[14:09] <sgnb> I don't know how I managed to have different .dput.cf's... sorry for the noise
[14:09] <wgrant> Great.
=== matsubara is now known as matsubara-brb
=== matsubara-brb is now known as matsubara
=== yofel_ is now known as yofel
=== deryck is now known as deryck[lunch]
=== matsubara is now known as matsubara-lunch
[17:00] <jf_> hi, could an admin help me on https://answers.launchpad.net/launchpad/+question/150864 ?
[17:17] <mgyk> Hi, All. Can somebody help me for creating daily-build package. I will create daily-builds for htmldoc (1.8.7 in ubuntu, but I need 1.9 snapshot). I successfully imported the project svn to lauchpad. But I don't know where I should put /debian folder. Create one more bzr repository or just create branch in same repo?
[17:17] <Spads> go clu
[17:18] <jelmer> mgyk: hi
[17:18] <jelmer> mgyk: what I generally do is create a fork of the upstream branch and add a debian/ directory there
[17:19] <jelmer> mgyk: then I let the recipe merge the two together for each build
[17:22] <mgyk> Is it possible to "steal" debian folder from current ubuntu package?
[17:23] <mgyk> In other words how to find ubuntu source bzr branch for this project
[17:23] <mgyk> *bzr repo
[17:24] <jelmer> mgyk: you can use nest-part for that sort of thing - https://code.launchpad.net/ubuntu/+source/yourpackage should list the bzr branches for yourpackage
[17:26] <mgyk> thank you. I will try it
=== deryck[lunch] is now known as deryck
=== matsubara-lunch is now known as matsubara
=== shadeslayer_ is now known as shadeslayer
=== exalt is now known as wall
=== wall is now known as Guest2959
=== Guest2959 is now known as exalt
=== matsubara is now known as matsubara-afk