[00:04] <Hobbsee> cprov: erm, I think I have a bug for you...
[01:07] <vadi2> What is the proper way to make a branch on a hosted bzr branch in LP?
[01:08] <beuno> vadi2, sorry, what do you mean exactly?  get a branch from launchpad or create a new branch on launchpad?
[01:08] <RAOF> vadi2: What do you mean?  "bzr branch lp:$project" will generally create a (local) branch of $project's trunk.  You can simply push this to launchpad after hacking on it with "bzr push lp:~yourlpnick/$project/branchname".
[01:08] <vadi2> Create a new one on launchpad.
[01:08] <beuno> vadi2, is this for a project that's already been created?
[01:08] <beuno> if so
[01:08] <vadi2> why is there a button to make one on lp though?
[01:09] <beuno> bzr push lp:~username/project/branchname
[01:09] <beuno> vadi2, you don't need to create one, it gets created automatically when you push
[01:09] <vadi2> Alright.
[01:18] <vadi2> It sort of worked.
[01:18] <vadi2> It shows up on launchpad, but when I go to loggerhead, I get an error: http://bazaar.launchpad.net/~mudlet-makers/mudlet/pre-alpha/files
[01:18] <vadi2> "The resource could not be found. "
[01:18] <kiko> vadi2, give it 5 minutes
[01:18] <vadi2> Okay
[01:18] <beuno> actualy
[01:18] <beuno> it's there now
[01:19] <vadi2> excellent
[01:19] <Hobbsee> morning kiko
[02:08] <vadi2> Can Launchpad continually mirror an svn branch?
[02:09] <mwhudson> vadi2: yes
[02:09] <mwhudson> (well, every 6 hours by default, not "continually")
[02:09] <vadi2> How can I set that up?
[02:09] <vadi2> Oh sorry
[02:09] <vadi2> I was misreading and thought the text implied can only mirror bzr
[02:10] <mwhudson> ah
[02:10] <mwhudson> the process for registering a svn import is different
[02:10] <mwhudson> vadi2: https://code.edge.launchpad.net/+code-imports/+new
[02:10] <vadi2> Is that one-time though?
[02:10] <mwhudson> no
[02:18] <james_w> I'm getting an oops on https://edge.launchpad.net/ubuntu/jaunty/amd64/libgtkdatabox-0.9.0-1-dev/1:0.9.0.1-1ubuntu1
[02:18] <james_w> linked from https://edge.launchpad.net/ubuntu/+source/libgtkdatabox/1:0.9.0.1-1ubuntu1/+build/793775
[02:18] <james_w> OOPS-1059ED11
[02:18] <james_w> does that suggest that the package is not published or something?
[02:21] <mwhudson> james_w: traceback looks rather 404 ish
[02:22] <Hobbsee> james_w: that'd be another LP bug.
[02:22] <Hobbsee> james_w: those packages are in new, it seems.
[02:22] <mwhudson> spm: that's in 38 minutes?
[02:22] <james_w> ah, NEW, of course! :-)
[02:22] <spm> mwhudson: yup - am v.busy atm :-)
[02:22] <james_w> mwhudson: I should report a bug?
[02:22] <thumper> vadi2: we've been meaning to reword the types, as import branches are actually foreign mirrors
[02:22] <mwhudson> james_w: probably
[02:22] <Hobbsee> james_w: there might already be one, but otherwise yes.
[02:28] <james_w> done, thanks team
[02:35] <vadi2> thumper: aye
[02:52]  * Hobbsee scratches head at bzr
[02:57] <thumper> Hobbsee: what's up?
[02:57] <spm> thumper: is same problem as you had lasty week - branches not scaning
[02:58] <Hobbsee> thumper: that, and i'm trying to figure out how one merges a branch.
[02:58] <spm> crontabs are down for the rollout in 2 mins
[02:58] <thumper> Hobbsee: in what way?
[02:59] <Hobbsee> thumper: well, it says one branch for merge on https://code.edge.launchpad.net/~ubuntu-dev/ubuntu-dev-tools/trunk, so i'd like to get that branch, merge it, check the diff, and upload it.
[03:00] <Hobbsee> bah.  it's gone
[03:00] <thumper> Hobbsee: the branch is ~laney/ubuntu-dev-tools/dev   as you can see if you click on it
[03:00] <thumper> Hobbsee: so when LP is back up
[03:00] <thumper> Hobbsee: you can go `bzr branch lp:~laney/ubuntu-dev-tools/dev`
[03:00]  * Hobbsee found that much
[03:01] <Hobbsee> ah, right.
[03:01] <thumper> Hobbsee: merge it into your branch, and push that back to LP
[03:01] <thumper> that's all she wrote
[03:01]  * Hobbsee nods
[03:01] <Hobbsee> so it is that easy
[03:01] <thumper> the scanner should notice
[03:01] <Hobbsee> she?
[03:01]  * thumper fingers crossed
[03:01]  * Hobbsee nods
[03:01] <thumper> Hobbsee: figure of speach
[03:01] <thumper> speech
[03:01] <thumper> whatever
[03:01]  * thumper goes outside
[03:01] <Hobbsee> oh, right ;)
[03:01] <Hobbsee> cya!
[03:06] <javaJake> Is Launchpad supposed to be down right now?
[03:07] <javaJake> I'm in EST (UTC+0500) so I was expecting to be down 8 AM tomorrow morning...
[03:08] <javaJake> Wait, wait... hehe, I'm UTC-0500 :P
[03:08] <javaJake> Goshdarnit, guess I will have to go to bed now. What a bummer. ;)
[03:10] <Hobbsee> Apparent fail of conversion.  It's definetly 0300 UTC.
[03:13] <spm> Getting the sums wrong - can empathise et al; but getting your own TZ out by 10 hours is impressive!
[03:13] <Hobbsee> haha, yes
[03:19] <remotec> grrr timezones
[03:21] <Hobbsee> mrevell should presumably put in links to timeanddate.com in his "lp is going down" mails
[03:21] <Hobbsee> just to cut timezone confusion
[03:22] <remotec> what is the SSI timezone unit?
[03:23] <spm> eh? minutes - effectively.
[03:27] <jml> seconds
[03:27]  * jml actually reads the question
[03:28] <jml> dunno
[03:28] <spm> I can just imagine someone saying they're in TZ +07:35:23 utc ;-)
[03:31]  * wgrant wonders why the branch mirrors have to go down too.
[03:32] <mwhudson> wgrant: database being frobbed
[03:32] <mwhudson> wgrant: or did you mean something else?
[03:33] <wgrant> mwhudson: Do the non-access-controlled HTTP mirrored branches depend on the database somehow?
[03:34] <mwhudson> hm, no
[03:34] <remotec> oh they did use UTC, guess that is best
[03:36] <wgrant> remotec: We would be at mrevell's throat if he used anything else.
[03:37] <mwhudson> guess we could use chatham islands or kiribati time if we really wanted to confuse people
[03:38] <remotec> just when id gotten used to GTC +/-
[03:38] <wgrant> mwhudson: UTC+-24 would be nice.
[03:38] <remotec> err GMT hehe
[03:47] <mib_bsb267> http://news.launchpad.net/maintenance < it shows "Quick tip: Subscribe to launchpad-users" whereas it should show and link to the launchpad-announce.. launchpad-users isn't an announcement list :)
[03:48] <mib_bsb267> the weird thing is that the same tip is already added at the bottom of the maintenance announce
[03:59] <spm> FYI ALL: LP should be back up and working
[03:59] <spm> Phew *sneaks* into the 1hour outage with 38 seconds to go :-)
[04:00] <jml> spm: /topic
[04:00] <spm> jml: eventually.... :-)
[04:00] <jml> ahh ok :)
[04:00] <spm> I can type "iz back" faster than editing topics in X channels :-)
[05:27]  * Hobbsee scratches head
[05:27] <Hobbsee> https://code.edge.launchpad.net/~laney/ubuntu-dev-tools/dev/+merge/1603
[05:27] <Hobbsee> how do i decline the ubuntu-dev part of that?
[05:28] <Hobbsee> thumper: any idea?
[05:42] <spm> Hobbsee: keeping in mind I have NFI about reviews - but haven't you only "voted" to deny? Wouldn't you change status to "denied" or something?
[05:42] <Hobbsee> spm: hmmm.  *fiddles*
[05:42] <Hobbsee> spm: I thought they'd be the same field.  That seems to have worked though, thanks!
[05:43] <spm> that worked? Cool. I jave learnt something today. :-)
[05:43] <Hobbsee> :)
[07:34] <thumper> Hobbsee: there is a bug with claiming the team reviews right now.  I have a fix ready to land shortly
[07:36] <Hobbsee> thumper: ah, cool.  I wasn't sure if i was just missing something, or if it was a bug.
[07:37] <thumper> Hobbsee: yeah, bug
[07:37]  * Hobbsee sighs.
[07:37] <Hobbsee> well, part of the other bug is fixed.
[07:37] <thumper> Hobbsee: well, I've just had the fix reviewed, and it should be in the landing queue within 10 minutes
[07:37] <Hobbsee> guess i'll get to report it after all.
[07:37] <Hobbsee> thumper: cool :)
[07:38] <Hobbsee> thumper: wasn't meaning your bug, sorry - this is a soyuz bug
[07:38] <thumper> oh, ok
[07:38] <Hobbsee> was hoping it would turn out to be a mid-rollout heisenbug.
[07:39] <al-maisan> Hello Hobbsee, what is the Soyuz bug about?
[07:39] <Hobbsee> al-maisan: buildd admins can't seem to view some of the build queues, for machines that have built a private build.
[07:40] <thumper> Hobbsee: actually I had my branches around the wrong way, the claim team review review fix landed just over 1.5 hours ago
[07:40] <Hobbsee> eg https://edge.launchpad.net/+builds/hooker/+history & https://edge.launchpad.net/+builds/kohnen/+history but not https://edge.launchpad.net/+builds/artigas/+history anymore, for some reason.
[07:40] <al-maisan> Hobbsee: there was a bug fix relating to this area (private builds) only last week .. so, this might be a regression
[07:41] <Hobbsee> al-maisan: likely.
[07:41] <Hobbsee> al-maisan: however, mere mortals can.
[07:42]  * al-maisan is not logged into launchpad but can view all 3 pages
[07:43] <Hobbsee> not-logged-in people would fall into the category of "mere mortals", so that would be the expected result ;)
[07:43] <al-maisan> after logging in I can still see the page for builder artigas but not the other 2
[07:43] <Hobbsee> right, so you hit the same.
[07:43] <al-maisan> I am getting a 503, forbidden
[07:44] <al-maisan> hmm .. that's definitely a regression .. did you file a bug by any chance?
[07:44] <Hobbsee> i haven't done so yet, as the rollout was only a few hours ago
[07:45] <al-maisan> I would appreciate it if you would file one .. once bigjools comes on-line I can point him to it
[07:45] <Hobbsee> You're probably hitting it due to one of your LP dev privedges
[07:45] <al-maisan> I guess so
[07:59] <Hobbsee> al-maisan: filed as https://bugs.edge.launchpad.net/soyuz/+bug/301541.  Are you a new soyuz guy?
[08:00] <al-maisan> Hobbsee: thank you very much indeed. Not quite sure how new I am :) I started in March of this year.
[08:00] <Hobbsee> al-maisan: you're welcome.  In soyuz, or?
[08:01] <al-maisan> Hobbsee: thank you .. that's very kind of you. Yes, I am part of the Soyuz team.
[08:01] <Hobbsee> al-maisan: So can i hit you up for a bug fix?  ;)
[08:02] <Hobbsee> well, i guess it's actually a "implement the other part of the feature"
[08:02] <al-maisan> Hobbsee: I am one of the on-call code reviewers today .. but you can always try :)
[08:03] <Hobbsee> ahh
[08:03] <Hobbsee> oh, it was targetted for .12, not .11.
[08:03]  * Hobbsee will wait to see if it gets done, then.
[08:05] <al-maisan> Hobbsee: OK .. great.
[10:21] <pygi> mrevell, poke
[10:27] <mrevell> pygi: Hi
[10:27] <pygi> mrevell, could I pm?
[10:27] <mrevell> sure thing pygi
[10:33] <Hobbsee> oh yay, now the spammer has even managed to find bugs on the release team lists, so spam them that way.
[10:37] <pygi> Hobbsee, :)
[10:37] <Hobbsee> heya pygi!
[10:37] <pygi> heya Hobbsee, why don't you approve me at Linkedin? :D
[10:37] <pygi> pretending you don't know me? :P
[10:38] <Hobbsee> mrevell: have you considered linking to timeanddate.com when you write the announcements for the LP downtimes?  A number of people came in today going "why is LP down?" and such, thinking it was at a different time
[10:38] <Hobbsee> pygi: erm, because i'm lazy, and i'm supposed to be studying for exams?  And if i actually spend time on linkedin, then i *really* should update my bio, and i've been avoiding that like the plague ;)
[10:38] <mrevell> Hobbsee: Nice idea. Thanks. I shall do that in future announcements.
[10:38] <Hobbsee> mrevell: cool :)
[10:39] <Hobbsee> mrevell: it has a fixed date & time thing which is particularly useful.
[10:39] <mrevell> I've never really seen the point of LinkedIn. I'm on it but can't say I ever use it.
[10:39] <pygi> Hobbsee, "supposed to" ... yea, I should do that too
[10:39] <pygi> I have two exams tomorrow :p
[10:39] <Hobbsee> eww
[10:39] <pygi> accounting and math
[10:39] <mrevell> Hobbsee: Yeah, it's a great idea and I dunno why I hadn't thought of it myself! Thanks :) Good luck with the exams, btw.
[10:39] <Hobbsee> mrevell: thanks!
[10:44] <oldman> hiya, having permanent vcs-imports failure for a sourceforge subversion repo
[10:44] <thumper> oldman: ask a question on launchpad to track it
[10:44] <oldman> keeps failing due to connection dropping, 'connection reset by peer'
[10:44] <oldman> ok
[10:49] <oldman> #52368 (fyi)
[10:50] <oldman> https://answers.edge.launchpad.net/launchpad-cscvs/+question/52368
[10:51] <wgrant> That's probably going to get missed.
[10:51] <wgrant> I believe it should be on launchpad, not launchpad-cscvs.
[10:58] <pygi> Hobbsee, sooo, who have you been bugging recently? :)
[11:01] <Hobbsee> pygi: hm?  I've been tracking down a LP bug instead
[11:01] <pygi> Hobbsee, hm, but that's not fun ...
[11:02] <Hobbsee> heh, that's true
[11:03] <pygi> Hobbsee, I tell you, bugging people is tons more fun
[11:03] <pygi> :P
[11:04] <Hobbsee> haha
[11:04] <pygi> see, like me bugging you now :p
[11:04] <pygi> stunning :p
[11:04]  * Hobbsee goes back to studying
[11:04]  * pygi rolls on the floor
[11:04] <pygi> hey, that's rude :p
[11:04] <pygi> evading people isn't fun, its just rude :p
[11:05] <pygi> Hobbsee, oki, have fun studying then :)
[11:07] <oldman> wgrant: thanks, moved to answers/launchpad
[13:47] <zooko> Folks: I installed the xmlrpc plugin so that launchpad could access my trac.
[13:47] <zooko> This morning I see exceptions in my trac log
[13:47] <zooko>   File "/usr/lib/python2.5/xmlrpclib.py", line 639, in dump_nil
[13:47] <zooko>     raise TypeError, "cannot marshal None unless allow_none is enabled"
[13:48] <kiko> zooko, hmmm, very interesting! gmb ping?
[13:50] <gmb> Hmm.
[13:51] <gmb> Stabbity.
[13:51] <gmb> zooko: Hi. I have a horrible feeling about this but is there any more information than the traceback in the log?
[13:52]  * zooko looks.
[13:52] <zooko> 2008-11-24 05:28:29,421 Trac[main] WARNING: 403 Forbidden (XML_RPC privileges are required to perform this operation)
[13:52] <zooko> 2008-11-24 05:28:36,717 Trac[web_ui] ERROR: cannot marshal None unless allow_none is enabled
[13:52]  * gmb curses.
[13:52] <gmb> zooko: What's your Trac instance's URL?
[13:53] <zooko> http://allmydata.org/trac/tahoe
[13:53] <kiko> that does look like a plugin issue though
[13:54] <gmb> kiko: Yes. Though whether it's the plugin misbehaving by trying to marshal None or whether it's LP I don't yet know.
[13:54] <gmb> But there should be something in the checkwatches logs.
[13:54] <gmb> Hopefully.
[13:55] <gmb> kiko: OOPS-1059CCW1888
[13:56]  * gmb waits for ubottu 
[13:56]  * gmb gives up on the dogbot, barks himself.
[13:56] <kiko> oh, bug info is coming back None
[13:56] <gmb> kiko: Yep. Looks like a plugin bug then. I'll try to reproduce it.
[13:57] <gmb> zooko: Thanks for reporting this. I'll file a bug on the plugin and let you know when it's fixed.
[13:57] <zooko> Thanks!
[14:03] <Peng_> What version of bzr will LP 2.1.11 run?
[14:04] <Peng_> So far it's still 1.7.1rc1..
[14:04] <thekorn> hi, I've once again a API related question: why don't collections have a 'self_link' attribute?
[14:05] <thekorn> and also: why are attributes of collections only there is they have a value?
[14:07] <thekorn> for example collections with few elements don't have a next_collection_link
[14:10] <kiko> hmmm, that's a question for leonardr in fact
[14:14] <mars> flacoste, would you happen to know why collections don't have a self_link?
[14:14] <flacoste> mars: hmm, that' s surprising to me
[14:14] <flacoste> i'm sure they have
[14:14] <flacoste> a
[14:14] <flacoste> attribute
[14:15] <mars> thekorn, which collection were you looking at?
[14:15] <flacoste> the JSON representation has
[14:15] <flacoste> it's possible it's not exposed in the collection python API
[14:15] <flacoste> that woudl be an omission, not a conscious decision
[14:15] <flacoste> next_collection_url is only present if there is more data to fetch
[14:16] <thekorn> mars: bug_task collections and bug_subscriptions#
[14:16] <mars> flacoste, ^
[14:17] <flacoste> thekorn: you are using the python API?
[14:17] <thekorn> flacoste: but why are this attributes not NULL or something for smaller collections
[14:17] <thekorn> flacoste: yes
[14:17] <flacoste> thekorn: what do you not NULL?
[14:17] <flacoste> oh
[14:17] <flacoste> i think i understand
[14:17] <flacoste> you want an undef
[14:18] <flacoste> err, None
[14:18] <flacoste> and now, the attribute is just missgin (AttributeError)
[14:19] <thekorn> flacoste: correct, this breaks the introspection feature of launchpadlib
[14:20] <flacoste> thekorn: these are bugs in launchpadlib, file new ones please
[14:20] <thekorn> ok, will do
[14:20] <thekorn> thanks
[14:28] <sinzui> bac: can you join #launchpad. I think you timed out
[15:15] <afflux> I'm afraid this question was raised some tmes before, but: I have a package in my ppa, say, it's called abc. The intrepid series has version 1, the jaunty series has version 2. Is it possible to use the "copy packages" features to copy the sources for version 2 to intrepid, so I end up having version 2 built once for intrepid and once for jaunty?
[15:16] <mars> bigjools or cprov, ^ ?
[15:16] <cprov> afflux: you can't rebuild the same source for two distroseries within the same repository.
[15:16] <afflux> (the way I tried was to copy version 2 to "this ppa", destination series "intrepid", with "rebuild the copied sources". This fails with "The following source cannot be copied: abc 2 in jaunty (same version already has published binaries in the destination archive")
[15:16] <cjwatson> afflux: no, because there's only one pool in your PPA for all releases, so the two builds would have to share filenames
[15:16] <afflux> uh I see.
[15:16] <cjwatson> afflux: you have to use a different version number
[15:16]  * mars thinks cprov must have an alert set up for 'ppa' in this channel
[15:17] <cprov> mars: apparently cjwatson has it too ;)
[15:17] <cjwatson> nah, just happened to see this
[15:17] <bigjools> guys, stop saying PPA! :)
[15:21] <PPA> Hi everybody!
[15:21]  * PPA waves
[15:23] <mars> cjwatson, ping just notice an IRC message from this weekend about https://edge.launchpad.net/ubuntu/jaunty/+source/libx86/1.1+ds1-2
[15:24] <mars> cjwatson, the jaunty/ARM build is failing, bigjools says the source needs fixing
[15:24] <bigjools> PPA: Sppads!
[15:25] <PPA> ¯\(°_o)/¯
[15:38] <mars> herb, weekend cleanup, Hobbsee asked kiko to kill ~test12345.  Would you be able to do that?
[15:39] <herb> mars: can do.  give me a few minutes
[15:39] <mars> herb, well, maybe wait until she says that she still wants it dead.
[15:40] <mars> she could have a test in-progress
[15:40] <mars> wouldn't want to break it
[15:47] <cjwatson> mars: the question was whether the armel buildds were properly honouring Packages-arch-specific; however, Packages-arch-specific doesn't exclude libx86 from building on armel
[15:47] <cjwatson> mars: so not something the Launchpad team needs to be concerned with
[15:48] <cjwatson> mars: thanks for checking, we'll resolve it one way or the other at leisure
[15:48] <mars> cjwatson, ah, thanks for the clarification
[16:06] <danilo[home]_> beuno: hi, I have problems connecting to irc.canonical.com, is call in progress?
[16:06] <beuno> danilo[home]_, yes
[16:07] <danilo[home]_> beuno: I'll try to join in
[17:05] <needauthorizatio> any satellites been launched recently from this launchpad??
[17:05] <needauthorizatio> :P
[17:05] <kiko-afk> many
[17:06] <needauthorizatio> afk?
[17:06] <needauthorizatio> :P
[17:15] <kiko-afk> telekinesis
[17:58]  * paolettopn_zzz e' away (ciao a tutti!)
[18:23] <NCommander> cprov, ping
[18:23] <cprov> NCommander: pong
[18:54] <NCommander> hey bac_fud
[19:29] <mars> back
[19:32] <NCommander> wb mars
[19:33] <mars> wb?
[19:33] <NCommander> welcome back
[19:33] <mars> ah, thanks! :)
[19:37] <mwhudson> dear sf, please reactivate the 'don't suck
[19:37] <mwhudson> ' feature on your svn servers
[19:39] <NCommander> hehe
[19:41] <cjwatson> mwhudson: that reminds me, what's the schedule for cscvs changes becoming usable? is it only together with LP releases?
[19:41] <cjwatson> mwhudson: wondering when I should be requesting an openssh import
[19:41] <mwhudson> cjwatson: oh right, well there was a rollout yesterday...
[19:42] <cjwatson> wasn't sure if it included the :ext: patch since that was only committed on the 20th or something
[19:42] <mwhudson> indeed, just asking the OSAs
[19:42] <cjwatson> ta
[19:44] <mwhudson> cjwatson: request away
[19:44] <cody-somerville> Can someone modify the registrant of xfce project to xubuntu-team?
[19:45] <cody-somerville> and set it as a super-project please
[19:46] <mars> cody-somerville, normally kiko-afk handles the super-team requests.  Would you be able to file a question for your request?  Then I can bug him about it ;)
[19:46] <cjwatson> mwhudson: requested, thanks
[19:46] <cjwatson> (~vcs-imports/openssh/main)
[19:46] <cody-somerville> mars, can you do the former for now?
[19:47] <mwhudson> approved, although i wonder if i'll have to log in to the slaves to accept the ssh keys...
[19:47] <mars> cody-somerville, I'll check.
[19:47] <cjwatson> I think my patch arranged for that not to be the case
[19:49] <cjwatson> hmm, perhaps not?
[19:49] <cjwatson> stupid of me if so
[20:22] <mvo> is something wrong with code.launchpad.net? I pushed https://code.edge.launchpad.net/~mvo/apt/prevent-replay-attacks some time ago but its not available yet it seems
[20:23] <beuno> mvo, it seems that the branch didn't get pushed properly
[20:23] <beuno> LP is reporting a problem on there
[20:23] <beuno> "
[20:23] <beuno> "User timeout caused connection failure.
[20:23] <beuno> "
[20:23] <mvo> beuno: hm, bzr push tells me nothing to push
[20:23] <beuno> ah
[20:24] <mvo> "No new revisions to push."
[20:24]  * beuno pokes mwhudson
[20:27] <beuno> mvo, try push --overwrite
[20:27] <beuno> and if that doesn't work
[20:28] <beuno> delete the branch and try pushing again
[20:28] <mwhudson> um
[20:28] <mwhudson> push --overwrite won't make any difference
[20:29] <mwhudson> mvo: how big is the branch?  (du -sh .bzr locally)
[20:29] <mvo> mwhudson: 28mb
[20:29] <mwhudson> !?
[20:30] <mvo> mwhudson: ?
[20:30] <mwhudson> mvo: we've sometimes seen that error with really huge branches
[20:30] <mvo> mwhudson: is 28mb huge?
[20:30] <mwhudson> with a 28 meg branch, something funky is going on
[20:31] <mwhudson> mvo: no, a gig is huge
[20:31] <mvo> good
[20:31] <mwhudson> mvo: what format is it?
[20:31] <mvo> pack-0.92
[20:31] <mvo> but I'm trying a bzr upgrade on the remote side now
[20:32] <mvo> (bzr upgrade bzr+ssh://bazaar.launchpad.net/~mvo/apt/prevent-replay-attacks)
[20:32] <mwhudson> looks like knits to me
[20:32] <mvo> the remote side? very possible that i pushed it earlier
[20:32] <mvo> as knit
[20:32] <mwhudson> mvo: anyway, it will likely be much quicker to upgrade locally, delete the branch and push again
[20:33] <mvo> how do I delete the remote branch?
[20:33] <mwhudson> mvo: little read icon next to the heading
[20:33] <mvo> thanks, checking
[20:34] <mwhudson> (most invisible icon on launchpad, that one)
[20:37] <mvo> mwhudson: thanks, I have it and I'm pushing now (*fingerscrossed*)
[20:51] <mvo> mwhudson: thanks, that looks good now, push finished without problem, when will it become available via http?
[20:51] <alexei> hi, how do I select distribution to build PPA packages? I am using intrepid, the newly created PPA has jounty in +
[20:51] <mwhudson> mvo: in a minute or so, i hope
[20:51] <mwhudson> mvo: actually, it's probably available via http already
[20:51] <alexei> *has jaunty/main in apt-get url
[20:52] <mvo> cool
[20:53] <mvo> thanks mwhudson, all looks good now :)
[20:53] <cprov> alexei: the page widget doesn't control for which distroseries the PPA can build, it's just a reference for users. The build target is specified by the uploaded source (debian/changelog)
[20:53] <mwhudson> mvo: yeah, so the lesson here is that bzr's support for knits is bitrotting i guess :(
[20:54] <mvo> mwhudson: thanks, I would be cool to have a button the UI "upgrade my branch to latest format" or something, upgrades bzr upgrade is a bit on the slow side
[20:54] <mwhudson> mvo: no kidding
[20:54] <mwhudson> mvo: there is a bug for that, it requires some new infrastructure though
[20:55] <mwhudson> (which is finally falling into place, so maybe by xmas??)
[20:55] <mwhudson> hm, probably not actually
[20:55] <mwhudson> but Soon
[20:55] <mvo> cool, thanks
[20:56] <mwhudson> https://bugs.edge.launchpad.net/launchpad-bazaar/+bug/254135
[20:56] <alexei> cprov: oops, and I'taken Jaunty sources, patched and compiled on my Intrepid.
[20:56] <mwhudson> mvo: of course, you and i can run the upgrade process from rookery, which goes a bit faster :)
[20:57] <alexei> cprov: is it enough if I change/add an entry like "qt4-x11 (4.4.3-1ubuntu3) jaunty; urgency=low" but referring to Intrepid again?
[20:59] <cprov> alexei: yes, s/jaunty/intrepid, but tweak the version otherwise you won't have an upgrade path.
[21:11] <alexei> There is an option to "copy" sources from one build environment to another. But I get this: "The following source cannot be copied: qt4-x11 4.4.3-1ubuntu3 in jaunty (same version already building in the destination archive for Jaunty)"
[21:17] <alexei> am I right that the version number and the package name output by debuild is defined by the topmost entry in changelog? I am new to dev-side of ubuntu.
[21:18] <mwhudson> alexei: the version number certainly comes from there
[21:19] <mwhudson> i think the binary package names come from the control file though
[21:27]  * paolettopn e' away (ciao a tutti!)
[21:36] <cyhawk> hi! how can i edit the pages on help.launchpad.net?
[21:36] <cyhawk> on the first page there is a link to Code/FindAndDownloading, but the page is actually named Code/FindingAndDownloading
[21:37] <mwhudson> cyhawk: there should be a 'login' link somewhere
[21:37] <mars> hi cyhawk
[21:38] <cyhawk> yeah, i've logged in, but can't find an edit link
[21:38] <mars> there's a 'Login /register' link in the upper-right corner of the wiki page
[21:38] <mars> cyhawk, if it's the FrontPage, then a helpwiki admin will have to fix it
[21:38] <mwhudson> some pages may be locked, i guess
[21:38] <cyhawk> oh, okay
[21:38] <mars> cyhawk, btw, thanks for the info, I'll fix it now
[21:39] <cyhawk> oh, now i see the edit link on a different page
[21:39] <cyhawk> thanks!
[21:40] <mars> done
[21:49] <alexei> I get this from debuild->lintian: "E: qt4-x11_4.4.3-1~am1_source.changes: bad-distribution-in-changes-file intrepid". What is wrong with this name?
[21:51] <vvinet> are you on intrepid?
[21:53] <alexei> yes, but the sources come from jaunty. I added changelog entry on top with "intrepid" for distribution name. Instances of "jaunty" left unchanged. Actually debuild proceeds from that point till the end.
[21:54] <vvinet> eh I dunno then sorry :)
[21:55] <vvinet> let's hope someone else knows ;)
[22:19] <kmouly> How does launchpad calculate similar bugs during the bug submission process?
[22:20] <mwhudson> kmouly: roughly the same way that searching for bugs work
[22:22] <kmouly> mwhudson: so it blindly lists the top n search results?
[22:24] <mwhudson> kmouly: what else could it do?
[22:50] <edrex> how long before a PPA upload usually gets processed?
[22:50] <edrex> not built, just accepted/rejected
[22:51] <edrex> would make a good faq item
[22:52] <cjwatson> alexei: sounds like you have an old lintian, perhaps; but in any case you can ignore that. lintian's output is meant to be read by humans and sometimes it makes sense to ignore some of it when you know better.
[22:53] <alexei> edrex: very fast with me, < 10 sec. But I dinnt upload .orig.tgz
[22:54] <edrex> alexei: for this I did. I think something's wrong, since I never got a response since I did it a week ago.
[22:55] <edrex> i bumped the -version up in debian/changelog and tried again, dput works but no response after 20 mins
[22:55] <alexei> cjwatson: yes it seems that the package was accepted by launchpad. Now in build. I am on plain inrepid though.
[22:56] <alexei> edrex: check the https://launchpad.net/~YOURNICKNAMEHERE/+archive page
[22:58] <edrex> alexei: nothing https://launchpad.net/~ericdrex/+archive/+builds?build_text=&build_state=all
[22:59] <edrex> strange the wiki doesn't mention this as a possible outcome
[23:00] <alexei> edrex: check the content in ~/.dput.cf maybe?
[23:02] <edrex> alexei: it's just your basic. how does dput authenticate? it uses anonymous ftp, strange
[23:03] <cjwatson> check that you GPG-signed the package properly
[23:04] <edrex> cjwatson: yes, dput likes it gpg: Good signature from "Eric Drechsel...
[23:05] <edrex> oh, does authentication require that your launchpad email is the same as for your gpg key? that must be how uploads are authenticated. but yes, it's the same
[23:06] <cjwatson> it shouldn't - it requires you to have told Launchpad about your GPG public key
[23:07] <cjwatson> https://launchpad.net/people/+me/+editpgpkeys
[23:07] <edrex> oh!
[23:07] <edrex> that must be the problem
[23:08] <cjwatson> see https://help.launchpad.net/Packaging/PPA, "Before you create and use your PPA" ...
[23:09] <cjwatson> alexei: (/people/+me is a useful trick to avoid having to give out /~YOURNICKNAMEHERE URLs when helping people)
[23:10] <edrex> cjwatson: thanks, missed that
[23:14] <alexei> cjwatson: I am since 4 hours on launchpad, cannot help much. Thanks anyway.
[23:16] <papacanaria> hi!
[23:16] <kenneth> I'm having a problem subscribing to bugs: They aren't showing up on my related bugs listing
[23:17] <kenneth> ie https://bugs.launchpad.net/~kennethfinnegan2007 https://launchpad.net/ubuntu/+source/hal/+bug/27323
[23:38] <edrex> that's more like it: https://launchpad.net/~ericdrex/+archive/+builds?build_text=&build_state=all
[23:38] <edrex> cjwatson: thanks