[03:16] <aj00200> Hello. I previously registered for launchpad with my email aj0020020@live.com thus making my launchpad id aj0020020. My online alias has always been aj00200 and I now have the email aj00200@aj00200.org registered to my account. Is there a way to change my id?
[03:26] <aj00200> mm, I think I'm going to leave for tonight. Goodnight everyone,
[03:28] <CarlFK> aj00200:
[03:28] <CarlFK> there is a change ID thing somewhere - it isn't easy to find... leme dig
[03:29] <CarlFK> er.. dinner time.. sorry.  im off for a while
[04:59] <CarlFK> aj00200: im back... still need help changing your id?
[05:19] <thomi> source recipe builds seem to be backed up a long way - 18+ hours. Something going on?
[05:22] <wgrant> thomi: Most of the builders are busy testing Ubuntu updates, so there will be a backlog for the next couple of days. I've reassigned some of the amd64 builders to i386 to hopefully shorten the i386 queue a bit, as that's where architecture-independent builds (like recipes) happen.
[05:22] <thomi> wgrant: cool - out of curiosity - why the rush of updates right now?
[05:23] <wgrant> thomi: Most of the PPA builders are primarily hardware testing machines, so they're taken back for a while whenever a new kernel needs testing.
[05:24] <thomi> ok, cheers
[07:08] <Neo31> https://login.ubuntu.com/some-string-here.../+decide >>> Sign in to Ubuntu Wiki "Yes, sign me in" button keeps loading for ever, what should I do (browser is FF4)
[07:09] <Neo31> https://login.ubuntu.com/some-string-here.../+decide >>> Sign in to Ubuntu Wiki, If you proceed, the following information will be available to Ubuntu Wiki... "Yes, sign me in" button keeps loading for ever, what should I do (browser is FF4)
[08:16] <lifeless> Neo31: thats got nothing to do with launchpad these days - try asking in #canonical-isd
[08:17] <Neo31> thank you lifeless
[08:18] <tsimpson> the wiki was recently updated, so it may be a few bugs to be squished still
[08:18] <tsimpson> the good news is that, once you are logged in, it's super fast again
[13:39] <Quintasan> james_w: ping
[17:33] <aj00200> Can I get my launchpad id changed from aj0020020 to aj00200?
[19:33] <NV0N> anyone know how to delete a series in a LP project?
[19:43] <NV0N> lifeless, thumper ^^
[19:43] <NV0N> btw happy weekend :-)
[22:13] <lifeless> NV0N: mark it inactive
[22:13] <lifeless> or obsolete or something
[22:15] <NV0N> lifeless: that did it. thanks
[22:59] <fontanon> Hi everybody.
[23:00] <fontanon> Does launchpad ppa handle applying quilt patches building debian packages ?
[23:13] <tumbleweed> fontanon: yes. With source format 3.0 (quilt), that's done by dpkg-source. With other source formats, it's probably done explicitly in debian/rules
[23:15] <fontanon> tumbleweed: nice! I'm using format 3.0 (quilt)
[23:15] <fontanon> tumbleweed: the point it's .. I don't know why the patched hadn't been applied on my last build
[23:17] <fontanon> tumbleweed: https://launchpadlibrarian.net/73739573/buildlog_ubuntu-maverick-amd64.datapkg_0.8-1~ppa1~maverick1_FAILEDTOBUILD.txt.gz
[23:20] <tumbleweed> fontanon: "dpkg-source: info: applying SkipInstallRequires.diff" looks like it applied it
[23:21] <fontanon>  tumbleweed: dumb of me !
[23:23] <tumbleweed> fontanon: try deleting the contents of egg-info too
[23:26] <fontanon> tumbleweed: as you can see .. the build fails because setup.py files marks a dependency for downloading. The quilt patch was for removes this dependency.
[23:26] <fontanon> tumbleweed: do you thing the egg-info is responsible for the building error ?
[23:27] <tumbleweed> yes, look at the requires.txt inside it
[23:28] <fontanon> tumbleweed: hmm you're right .. I didn't realize ...
[23:29] <tumbleweed> egg-info is generated by setuptools (setup.py). So it's safe (and sensible) to delete it in clean
[23:29] <fontanon> tumbleweed: I'm afraid I must upload the fixed package again with dput, musn't I?
[23:29] <tumbleweed> yes
[23:30] <fontanon> tumbleweed: the i386 building is pending, what's the safer way to cancel the building and upload it again?
[23:31] <tumbleweed> you can't let it fail, or be superceeded by the new upload. Btw, datapkg isn't a particularly unique sounding package name.
[23:31] <tumbleweed> "can't, let it fail"
[23:33] <fontanon> Ok, so the best is wating it for failing, then upload, isn't it?
[23:33] <tumbleweed> just upload straight away. If the build hasn't started yet, only the new one will be built
[23:33] <fontanon> Oh! ok, i didn't catch it up!.
[23:34] <fontanon> tumbleweed: thank you for your help.
[23:35] <tumbleweed> np. BTW #ubuntu-packaging is probably a better place for future packaging issues
[23:36] <fontanon> Good advice, I just thought it was an issue of launchpad dealing with quilt