[00:07] <kamalm> Any advice for this bzr / lp error?...   $ bzr branch lp:ubuntu/gpredict
[00:07] <kamalm> bzr: ERROR: No such file: ('gpredictmodclose.png-20090719132917-5uj5gqq8tkuqbg9n-560', 'james.westby@ubuntu.com-20060912224333-x3ysh6wyzs2d5tls')
[00:11] <wgrant> kamalm: That branch is corrupt.
[00:11] <wgrant> james_w: ^^
[00:26] <lifeless> wgrant: in what way ?
[01:16] <cody-somerville> Where can I put random launchpad scripts that I create?
[01:16] <cody-somerville> ie. is there a branch somewhere to share them (sorta like Jono's python snippet repository idea).
[01:16] <cody-somerville> s/./?/
[01:25] <wgrant> lamont: Why is ivy virtual? That seems very dangerous, unless armel has sprouted virtualisation support lately.
[01:26] <cody-somerville> wgrant, soyuz has sprouted builder pool policy stuff
[01:27] <wgrant> cody-somerville: Not yet.
[01:27] <cody-somerville> wgrant, You have to have a flag set on your PPA to have your PPA be built on the fake virtual armel buildds
[01:27] <wgrant> Ah, that one.
[01:39] <spiv> https://bugs.launchpad.net/bugs/567258 is timing out for me (no response from server at all).  https://bugs.edge.launchpad.net/bugs/567258 seems ok.
[01:44] <CarlFK>  how do I find a PPA for jython release?  I found this. which isn't that https://code.edge.launchpad.net/~vcs-imports/jython/trunk
[01:59] <spiv> losa ping: I'm getting lots of "Connection timed out" errors from pages on launchpad.net and edge.launchpad.net
[01:59] <spm> spiv: stop using a 1200 baud modem?
[02:00] <spiv> spm: :)
[02:00] <spm> spiv: any commonality? bugs vs answers etc?
[02:00] <spiv> I certainly wouldn't rule out shenanigans at exetel.
[02:01] <spiv> spm: not really, I was originally trying to look at bugs but now everything seems equally inaccessible for me
[02:01] <spm> :-(
[02:01] <spiv> spm: if things are normal enough on your end then I'm happy to assume my ISP is having woes.  It wouldn't be the first wobbly moment this week.
[02:02] <spm> spiv: seems normal for me. but not prepared to rule out shennanigans elsewhere.
[02:02] <spm> hrm
[02:03] <spiv> Or maybe my session is busted?
[02:04] <spm> that should fail immediately, not timeout. ??
[02:04] <spiv> Hmm, a new browser with no cookies works ok (slow, as usual, but ok)
[02:04] <spm> curious
[02:05] <spiv> The failing browser does get as far as being redirected to edge.
[02:06] <spiv> The fresh browser isn't having any luck with edge either, must be about due to timeout.
[02:07] <spiv> Hmm, where has the "disable edge redirect for 2 hours" link gone?
[02:10] <spm> **** WE APPEAR TO HAVE LOST CODEHOST SERVICES. Chasing. No ETA... ****
[02:23] <spm> **** CODEHOST is back, pls let us know ASAP if you note any... new ;-) funkies ****
[02:23] <poolie> hi spm, well done
[02:23] <poolie> what happened?
[02:24] <spm> server poo'ed itself. why etc unknown so far.
[02:24] <poolie> also, if you've got your breath back, is there a reverse proxy in front of codebrowse?
[02:27] <spm> poolie: yes tehre is
[02:29] <ajmitch> Which part of LP refreshes the information on https://edge.launchpad.net/debian/+source/gpt
[02:29] <ajmitch> ?
[02:32] <poolie> spm, yay, so if we made it a bit smarter about emitting cache control headers, the proxy could potentially take some of the load off
[02:33] <spm> poolie: not atm; aiui. we only reverse proxy; not cache as well. tho the latter would be possible I guess. If only we had a friendly squid core dev to help us set that up somwhere.....
[02:38] <poolie> ok, but it should be a pretty small change?
[02:55] <mwhudson> ajmitch: that might be the mysterious 'gina' ?
[03:33] <doctormo> With the openid system, what would devels say to having a small form factor html page a bit like the facebook page?
[03:34] <doctormo> because right now it's really hard to stick launchpad credentials page into a webkit pannel without having people scroll around for the logon boxes.
[03:35] <wgrant> mwhudson, ajmitch: Indeed, that is gina.
[03:35] <wgrant> Perhaps more correctly pronounced "run away", however.
[03:36] <wgrant> doctormo: Unfortunately, SSO is controlled by ISD. ISD does not exist.
[03:36] <wgrant> At least to the public.
[03:36] <ajmitch> wgrant: it seems to have run away, given that the data for the package I listed is missing unstable on that page
[03:36] <ajmitch> unless there's some magical place I need to look for it
[03:36] <wgrant> ajmitch: Yeah, just noticed that.
[03:36] <wgrant> Something is up.
[03:36] <doctormo> wgrant: Yes, an unfortunate situation for common sense.
[03:37] <wgrant> StevenK: You know and love gina, right?
[03:37]  * ajmitch can hear the screams from here
[04:00] <cody-somerville> doctormo, wgrant: The situation with the Ubuntu SSO service should improve soon. I'm pretty sure they're working on the issue.
[04:01] <doctormo> cody-somerville: What happened to put it in this situation? what's the history?
[04:01] <lifeless> it got moved to a different team at the same time that the lp code base was open sourced
[04:02] <lifeless> as part of the meeting the U1 login needs, not because of the open sourcing
[04:02] <doctormo> lifeless: To the online service team?
[04:02] <lifeless> no, ISD
[04:02] <doctormo> oh right
[04:02] <lifeless>  / IS
[04:02]  * wgrant gives ISD 0/100 for communication.
[04:02] <lifeless> I believe there is also a dev/ops split to it as most of our services have
[04:03] <doctormo> lifeless: I know I have several alarm bells that go off when that senario is replayed through my head, was this a sane move since IDS isn't really devel?
[04:03] <wgrant> Well, that's fairly irrelevant, since to the team does not exist to most of SSO's users.
[04:04] <cody-somerville> ISD is a development team.
[04:04] <doctormo> IS / ISD?
[04:04] <doctormo> I thought they just did scripts for internal consumption, that sort of thing.
[04:07] <cody-somerville> They do more than just write some 'scripts' but its true that they're not really a public facing team - thus why Canonical is working on fixing the situation.
[04:08] <doctormo> cody-somerville: Will some of them be at UDS?
[04:08] <wgrant> But the situation only broke less than a year ago, for reasons which are unclea.r
[04:09] <cody-somerville> doctormo, Not sure. That part of Canonical has been changing rapidly the last while to better meet Canonical's growing infrastructure needs.
[04:15] <cody-somerville> doctormo, I'll look for you though.
[04:15] <doctormo> :-) great, we should get a beer of something.
[04:18] <cody-somerville> doctormo, From a quick glance, it looks like 3 or 4 members from ISD are attending.
[06:46] <ub3rst4r> is there a bug with the answer module in launchpad?
[06:50] <mwhudson> ub3rst4r: there are probably a few, yes
[06:51] <ub3rst4r> k
[06:51] <ub3rst4r> cus just i found a security vuln in it
[06:51] <ub3rst4r> should i report it on the website?
[06:55] <igc> mwhudson, spm: how frequently do new loggerhead releases roll out?
[06:55] <mwhudson> igc: changes to ~launchpad-pqm/loggerhead/devel are rolled out within 24 hours
[06:55] <igc> mwhudson, spm: could we get trunk rolling out to edge.codebrowse.* say?
[06:55] <mwhudson> igc: trunk as in lp:loggerhead ?
[06:56] <igc> and only change the production version when new LP versions go live?
[06:56] <igc> yes
[06:56] <mwhudson> igc: i think the sysadmins would be mildly uneasy at that; there are community (as in "not employed by canonical") people who can and do commit to the branch
[06:57] <mwhudson> igc: currently there is no 'edge' codebrowse
[06:57] <mwhudson> bazaar.edge.launchpad.net/~user/product/branch/changes goes to the same loggerhead instance as bazaar.launchpad.net/~user/product/branch/changes
[06:59]  * spm can forsee a new RT in his immediate future...
[07:00] <igc> mwhudson: right. So what's your opinion on introducing a new test instance of loggerhead?
[07:01] <poolie> so i'd like to get changes coming into loggerhead a bit faster
[07:01] <poolie> considering the oldest mp is about 15 months :)
[07:01] <poolie> but not in a way that will cause undue headaches for OSAs or lp users
[07:02] <poolie> istm an edge branch would be good
[07:02] <poolie> (== "it seems to me")
[07:03] <igc> spm: I updated that rt ticket with a better set of verbs
[07:04] <igc> spm: to grep for
[07:04] <mwhudson> igc: sounds good to me
[07:04] <mwhudson> igc: the memory usage is under control now it seems so running two on the same box doesn't scare me too much
[07:04] <spm> igc: yarp, saw that
[07:05] <mwhudson> poolie: +1 to more movement on loggerhead
[07:05] <poolie> but even then, it probably should only be merged to by canonical staff
[07:05] <mwhudson> i've been pretty slack :/
[07:05] <poolie> lifeless: fwiw codebrowse does not send cacheabilty headers atm
[07:05] <lifeless> poolie: I know; mwhudson and I have discussed it a fair bit
[07:05] <poolie> it would be interesting to set up a caching reverse proxy
[07:05] <lifeless> he had an experimental branch at one point, I believe
[07:05] <mwhudson> poolie: i just replied to your mail on that subject
[07:07] <Sazpaimon> I added a few .po files from my project to add to my translations list, and its been a while and theyre still listed under "needs review"
[07:07] <Sazpaimon> what gives?
[07:08] <poolie> thanks
[07:11] <igc> spm: any input on a second loggerhead instance? It would be good to use the "test" one (accessed via edge) to collect some more detailed usage stats soon, so I'd want the logs for the 2 instances to be separate. Sound feasible?
[07:14] <spm> igc: hrm. not sure I follow exactly. which usage stats exactly? As the ones I've been grabing for you are from apache; and we don't need a separate LH instance to have 'edge' of that.
[07:15] <igc> spm: just thinking (incoherently) out loud
[07:15]  * spm makes out like a teddybear in the corner...
[07:15] <igc> spm: I was thinking custom (internal) logs for extra info
[07:16] <igc> spm: but maybe the apache ones will tell me everything I'm curious about once I dig a bit deeper into them
[07:16] <spm> sure. that should work - just create a new edge apache fe, and modify to your hearts content
[07:17] <spm> igc: BTW. I *meant* to tell you. the 2nd field in those logs has been appropriated. That's time to return (everything) in micro seconds. ie 10^-6.
[07:17] <spm> it will tend to lie for images/css etc as they'll get pipelined; but be fine for html
[07:50] <spm> *** FYI. Codehost coming down shortly for a Cherry Pick. downtime should be < 1 minute ***
[08:41] <spm> *** FYI. Major Problems with the Librarian Server atm. No ETA, hopefully < 10-15mins ***
[08:51] <jamesh> problem solved now?
[08:52] <jamesh> at least the page that was timing out earlier seems to be loading properly now
[08:54] <spiv> spm: codehosting ssh seems to be having trouble too, is that related?
[08:54] <spm> spiv: unf when the librarain goes it clobebrs everything badly. we're restarting everything atm...
[08:54] <spm> and I mean *everything*
[08:54] <spiv> spm: ah, back now?  I was getting publickey denied and connection reset...
[08:54] <spm> parts yes
[08:54] <spiv> spm: ah good, expected collateral damage then :)
[08:54] <spm> heh, something like that
[08:55] <spiv> Well, better than discovering a whole new operational issue at 5 to 6 ;)
[09:08] <mrevell> Morning
[09:34] <phuang> hi
 my PPA seems be locked. all build failed by uploading failed
 Here is one build. https://launchpad.net/~shawn-p-huang/+archive/ppa/+build/1701077
 anyone can help me?
[09:35] <spm> spiv: :-) the days work ends when the smoke clears. and not until.
[09:37] <wgrant> spm: Looks like process-upload.py on cesium left a lock around, maybe due to the librarian outage?
[09:37] <spm> probably
[09:38] <spm> oh cesium. that's soyuz. nothing important. it can wait till tomorrow.
[09:38] <wgrant> Heh.
[09:39] <bigjools> cesium doesn't run p-u
[09:39] <bigjools> well, apart from builds
[09:39] <bigjools> if that's what you mean?
[09:39] <wgrant> It is what I mean.
[09:39] <bigjools> k
[09:39] <bigjools> how do you know? :)
[09:39] <wgrant> http://launchpadlibrarian.net/44946969/upload_1701077_log.txt
[09:39] <spm> bwhahahaha
[09:40] <cody-somerville> heh
[09:40] <spm> actually.: Apr 21 09:39 process-upload-buildd.lock Wed Apr 21 09:40:09 BST 2010 <== so not related to lib outage
[09:41] <wgrant> Ah.
[09:41] <wgrant> Wait. Isn't that really recent?
[09:41] <spm> well. perhaps not *directly* indirectly is a diff issue.
[09:41] <spm> yah. the lockfile there right now (well a few mins ago) was only a min old
[09:41] <wgrant> OK, so maybe it's fixed itself.
[09:42] <spm> soyuz? FIX  ITSELF? I fall about with much mirth laughing and finger pointing at bigjools :-P
[09:42] <spm> and promptly get punched in the nose...
[09:42] <wgrant> Hey, buildd-manager doesn't kill itself tooooooo much any more...
[09:43] <wgrant> phuang: If you retry those builds, they will probably work.
[09:43] <phuang> wgrant, ok.
[09:45] <phuang> Just resubmitted builds.
[09:45] <phuang> thanks
[09:46] <wgrant> spm: Um, there aren't two buildd-managers running, are there?
[09:46] <wgrant> There was another of those errors at :37, which is alarmingly close.
[09:46] <spm> that would be levels of evil...
[09:47] <spm> doesn't appear to be. trwisted ftpmaster and a process-upload. are the only two running atm, both are newish.
[09:47] <spm> hrm. both are before the lib fail too..... that's not good.
[09:49] <spm> bigjools: mthaddon: I'm calling shenanigans. killing both and restarting builddmanager. see ^^ for why
[09:49] <wgrant> Um, so p-u is old, but keeps updating its lockfile?
[09:50] <bigjools> spm: both of what?
[09:50] <spm> I call busted.
[09:50] <spm> 1000     30888  5.5  8.1 588688 168660 ?       Sl   08:58   2:42 /usr/bin/python2.5 /srv/launchpad.net/codelines/current/bin/twistd --pidfile /srv/launchpad.net/var/ftpmaster-buildd-manager.pid --python /srv/launchpad.net/codelines/current/daemons/buildd-manager.tac --logfile /srv/launchpad.net/production-logs/buildd-manager.log
[09:50] <spm> 1000     29861  0.2  7.7 494488 160600 ?       Sl   08:30   0:11 /usr/bin/python2.5 scripts/process-upload.py -Mvv --context buildd --log-file /srv/launchpad.net/builddmaster/incoming/20100421-083058-1701007-3368908/uploader.log -d ubuntu -s lucid -b 1701007 -J 20100421-083058-1701007-3368908 --context=buildd /srv/launchpad.net/builddmaster
[09:50] <spm> bigjools: ^^
[09:50] <mthaddon> thx
[09:50] <wgrant> ... ew.
[09:50] <wgrant> Is that server BST or UTC?
[09:50]  * ajmitch guesses that's not a good thing?
[09:50] <spm> that's ~ 15 before the librarian went; on proc-upload. BST.
[09:50] <bigjools> sigh
[09:51] <spm> the buildd mgr looks about right time wise; but a restart can't hurt.
[09:51]  * wgrant spits and curses at servers that are close, but not quite UTC.
[09:51] <bigjools> our code does not cope will with the librarian disappearing
[09:51] <mwhudson> spm: so the librarian _was_ borked then?
[09:51] <spm> mwhudson: yup. really borked.
[09:51] <bigjools> spm, mwhudson: squid went bang I thought?
[09:52] <bigjools> or is this something else today?
[09:52] <spm> mwhudson: unf I didn't notice it when we were debugging. but the clue was right in front of me. I guess I just wasn't looking for it. :-/
[09:52] <spm> bigjools: codehost had a h/w fail; librarian apparently oomk'd.
[09:52] <bigjools> \o/
[09:52] <spm> yeah. only not so much. :-(
[09:52] <bigjools> that's special
[09:53] <spm> whole bunches of special
[09:53] <wgrant> spm: Is p-u looking a bit less ill now?:
[09:53] <bigjools> special with a cherry on top
[09:54] <spm> well, the times are better; but this is soyuz. 'ill' is relative :-P
[09:54]  * bigjools is hurt
[09:54]  * spm gets the feeling bigjools will share the hurt next allhands...
[09:54] <bigjools> :)
[09:54] <spm> heh
[09:54] <bigjools> are you going to Brussels?
[09:55]  * thumper wonders when the next all hands is
[09:55] <spm> UDS? no. we did our IS Sprint there as a scouting trip tho.
[09:55] <spm> There are some *excellent* restaurants in the nearbyish area. Waterloo.
[09:56] <spm> One steakhouse is good enough to pass on brekky and lunch to ensure you have room
[09:56] <wgrant> Haha.
[09:57] <spm> heh. myself, nafallo, stefan and agy (an aussie, swede, american and south african walk into an italian restaurant in belgium....) went to one very swicho looking restaurant, that wasn't too badly priced, and VERY good.
[09:57] <spm> swisho!
[09:58] <Nafallo> an american living in canada should mind you ;-)
[09:58] <spm> lets not confuse matters even more :-D
[09:58] <Nafallo> heh
[09:58] <jkakar> Is there any reason I'd want to set a 'Driver' on a Launchpad project... I think I knew why this might be some time ago, but I've forgotten and it's not very obvious from the UI what it means.
[09:59] <spm> jkakar: I think it's to share perms around, without a group. but... guessing. :-/
[09:59] <bigjools> spm: some hands is in brussels just before UDS
[09:59] <wgrant> jkakar: s/Driver/Release manager/
[10:00] <jkakar> wgrant: Okay, that helps a bit... but what will I be able to do that I can't do now, once I specify a person/team that owns this role?
[10:00] <wgrant> Lets them deal with milestones, releases, nominations, etc.
[10:00] <jkakar> Hmm.
[10:00] <wgrant> Without giving them full project privs.
[10:00] <spm> bigjools: wgrant: proc-upload looks much happier. I call Cheerful; and head in a vaguely dinnerwards direction.
[10:00] <wgrant> spm: Thanks for unbreaking.
[10:01] <jkakar> How bizarre... so basically, unless I care about holding back privileges, I shouldn't have to worry about this, right?
[10:01] <wgrant> jkakar: Exactly.
[10:01] <spm> wgrant: np, enjoy your birthday, hope 1. the loot was excellent; and 2. there is cake
[10:01] <wgrant> Irrelevant for all but the big insane projects.
[10:01] <jkakar> wgrant: Awesome, thanks.
[10:02] <jkakar> wgrant: Oh, happy birthday. :)
[12:27] <phuang> hi wgrant
[12:29] <wgrant> phuang: Hi.
[12:29] <phuang> All builds in PPA completed successful. but all binary packages are waiting for publication for a very long time.
[12:29] <wgrant> mthaddon: What's cron.publish-ppa doing?
[12:30] <wgrant> (germanium)
[12:30]  * bigjools looks at the log
[12:30] <bigjools> "Could not claim lock file."
[12:30] <bigjools> garrrrrr
[12:30] <wgrant> As usual.
[12:31] <wgrant> It sort of feels like something is holding the old librarian connections still...
[12:31] <wgrant> Which is a bit odd, if it was restarted.
[12:45] <cody-somerville> Is loggerhead having trouble? I keep getting 'Please try again' when trying to browse a branch.
[12:47] <jml> cody-somerville, what happens when you try again?
[12:51] <cody-somerville> jml, 'Please try again' but just tried *again* after that and it worked
[12:52] <jml> cody-somerville, I've seen this behaviour before -- I think it's a known bug
[12:52] <jml> cody-somerville, something to do with caches being populated
[14:39] <ubuntujenkins> hello, I have just registered blue prints here https://blueprints.edge.launchpad.net/quickshot but they haven't been sent to the quickshot devs mailing list. Where is the setting that i need to change?
[15:46] <zyga> hi, is there any feature that would make it possible to track my "personal" assigned bugs vs "non-personal" assigned bugs? (my work)
[17:19] <glen> hey. how to avoid some stupid other developing removing revisions: 6 revisions were removed from the branch.
[17:19] <glen> i.e if he forgets to do bzr pull before commit and push
[17:21] <maxb> glen: push will not do that
[17:21] <maxb> Do you perhaps mean push --overwrite?
[17:21] <glen> he said he did merge
[17:21] <persia> Only social controls can address push --overwrite
[17:21] <maxb> In that case, I suspect the truth is that no revisions were removed, but some where renumbered
[17:22] <glen> yes. renumbered down
[17:22] <maxb> In that case, you may be interested in a somewhat underdocumented Bazaar setting called append_revisions_only
[17:22] <glen> yes :)
[17:22] <glen> what he did was: bzr commit; bzr push (which failed); bzr merge; bzr commit; bzr push
[17:22] <maxb> Right, this is understandable.
[17:23] <maxb> Unfortunately there is no command line UI for setting append_revisions_only. However, you can do it with a fragment of Python code.
[17:23] <maxb> Wait a moment whilst I remember it
[17:23] <glen> so if this setting is enabled, how the developer should behave, the same except the numbers don't go down?
[17:24] <maxb> The developer will be denied the ability to push the result of a merge which would cause renumbering
[17:25] <glen> so how he should behave to overcome problem?
[17:25] <maxb> Instead, it is necessary to push the result of merging your work into the existing public branch *not* the other way around
[17:25] <glen> nuke his local copy and checkout again? or how?
[17:25] <EdwinGrubbs> barry: is this possible? are there directions for this? https://answers.edge.launchpad.net/launchpad-registry/+question/107943
[17:26] <maxb> glen: 'cd a-clean-branch-of-the-upstream-public-branch; bzr merge ../the-local-branch-with-my-work; bzr commit; bzr push'
[17:27] <thopiekar> hi
[17:27] <thopiekar> mrevell: ping
[17:27] <mrevell> hello thopiekar
[17:27] <thopiekar> Who is the audience of your blog? , mrevell
[17:28] <mrevell> thopiekar, It gets syndicated on Planet Ubuntu but mostly it's just people who use Launchpad and are interested enough in LP to read about new features and interesting projects using it.
[17:29] <glen> maxb: and later cd ../the-local-branch-with-my-work; bzr merge, to get back on track on original dir?
[17:29] <glen> bzr merge <upstream_url>
[17:29] <maxb> glen: Normally you would pull, not merge, from upstream at that point
[17:29] <glen> ah. ok
[17:29] <thopiekar> ok, I asked because I really what to provide as much as possible information for your audience in which they are interested in.
[17:29] <thopiekar> mrevell: ^
[17:29] <thopiekar> :)
[17:30] <mrevell> thopiekar, I think the posts that are most appreciated are those with loads of technical detail. It's a blog read mostly by free software developers :)
[17:32] <maxb> python -c 'from bzrlib.branch import Branch as B; b = B.open("bzr+ssh://bazaar.launchpad.net/~maxb/udd/dev"); b.set_append_revisions_only(True)'
[17:32] <maxb> glen: ^ There is an example of me turning on append_revisions_only for a branch I own
[17:32] <maxb> By the way, you may wish to address pure-Bazaar issues in #bzr, not #launchpad, as you will have a wider pool of people to offer help there.
[17:33] <glen> maxb: ah, i tought this is launchpad specific setting
[17:33] <glen> because i've heard of the append_revisions_only setting somewhere
[17:41] <sinzui> EdwinGrubbs, losas know how to import mboxes. assign the issue to them
[17:41] <sinzui> EdwinGrubbs, I will, since I see the page
[17:41] <EdwinGrubbs> sinzui: ok, thanks
[19:13] <mtaylor> kiko: are you interested in knowing when ppa has sporadic issues like 2010-04-21 08:32:37 INFO    creating lockfile
[19:13] <mtaylor> 2010-04-21 08:32:37 DEBUG   Lockfile /var/lock/process-upload-buildd.lock in use
[19:23] <barry> EdwinGrubbs: i'll respond to that question
[19:52] <ehmdotmicro> I am currently unable to log into staging.launchpad.net. A bug has been filed here: https://bugs.launchpad.net/canonical-identity-provider/+bug/566778. Can anyone help?
[20:07] <tyarusso> For a commercial project, with the paying to use Launchpad for it, is it possible to use our own domain name to access that as well?  Or would we need a local installation for that?
[20:08] <azop> tyarusso: I don't believe it's possible
[20:08] <tyarusso> ok
[20:55] <sshaw> is it possible to trigger a rebuild in launchpad without rechecking in a package? or do packages auto rebuild when the package that they depend on is checked in?
[20:57] <geser> if your package is in DEPWAIT it will be retried automatically again once the missing build-dependency is available
[20:57] <sshaw> I wonder if my build-dependency stuff is off
[20:58]  * sshaw looks into it
[21:56] <Zarathoustra> Hi chan
[21:56] <Zarathoustra> flacoste: salut !
[23:20] <Zarathoustra> Many many thanks to flacoste who succeded to solve my account creation poblem and whom karma lot increase tonight with 4 new bug report ;-)
[23:20] <Zarathoustra> bye chan!
[23:38] <squisher> Hey, I created a new ppa, and uploaded packages to it. How long does it usually take until launchpad.net shows the activity?
[23:39] <wgrant> squisher: You should receive an email within five minutes.
[23:39] <squisher> I hadn't signed the code of conduct before I uploaded, maybe that's why it's not showing up?
[23:39] <wgrant> As long as you signed the package with a key known by Launchpad, you should still have received a rejection notice by email.
[23:40] <squisher> ah, I hadn't added the key yet either
[23:40] <squisher> I'll just try to reupload it I guess
[23:41] <squisher> wgrant, thanks
[23:48] <squisher> hm, I must specify what distribution to build for in the changelog file?
[23:54] <wgrant> squisher: You're not using 'dch' to create the changelog?
[23:54] <squisher> wgrant, I used debchange. I'm not actually on ubuntu right now, but I want to package something _for_ ubuntu
[23:54] <wgrant> squisher: That's the same tool.
[23:55] <squisher> ah ok
[23:55] <wgrant> It would have put a default series in the changelog file.
[23:55] <wgrant> But yes, you need to change it if the default is unsuitable.
[23:56] <squisher> well, launchpad rejected it with unstable in there :)
[23:57] <wgrant> Right, unstable isn't an Ubuntu series.
[23:58] <squisher> ok, now it complains  'Upload rejected because it contains binary packages.'
[23:58] <squisher> dput uploaded not only th esources, but also the generated .debs
[23:59] <wgrant> Use debuild -S rather than just debuild.