=== Ursinha-afk is now known as Ursinha
[00:24] <thopiekar> hi.. I'm working on Xorg 1.9 (ABI 8) packages for the emgd project on your platform
[00:25] <thopiekar> I need x11proto-* packages and libxi build at ppa:thopiekar/emgd quickly while our team wants to provide GMA500 support to Natty..
[00:26] <thopiekar> could you be so kind and make sure these packages are build in 6 hours..
[00:26] <thopiekar> I would go for some sleep and work after that at the xserver-xorg package?
[00:28] <TheEvilPhoenix> thopiekar:  they can't make sure anything builds in a certain period of time
[00:28] <TheEvilPhoenix> its an automated system that deals with builds
[00:28] <thopiekar> hmm k
[00:28] <thopiekar> is that right?
[00:28] <thopiekar> Start 2011-05-03
[00:29] <thopiekar> It will need a month!?
[00:29] <wgrant> Two days.
[00:29] <wgrant> One day, even.
[00:29] <wgrant> It is 2011-05-02 today.
[00:30] <wgrant> (most of the builders are off doing other things related to natty's release at the moment, so the queues are terribly long)
[00:30] <thopiekar> oh sorry :D
=== micahg_ is now known as micahg
[00:50] <askhl> Hi.  A PPA build failed due to a broken dependency, but the package was published anyway.  Isn't that supposed not to happen?
[00:57] <wgrant> askhl: Which build?
[01:01] <askhl> wgrant: one moment
[01:03] <askhl> https://launchpad.net/~campos-dev/+archive/campos/+packages <-- here are the packages.  I just uploaded 'gpaw - 0.7.6974-1~ppa4' on top of the other one (ppa3) to fix the problem
[01:05] <askhl> (the failed update was meant for natty but uploaded to maverick by mistake because of some default version strings when building on maverick)
[01:05] <wgrant> askhl: Which build failed due to a broken dependency?
[01:05] <wgrant> Ah, ppa3, I see.
[01:05] <wgrant> The behaviour is correct. The *source* was published, but the builds failed.
[01:06] <askhl> https://launchpad.net/~campos-dev/+archive/campos/+builds?build_text=&build_state=all <-- the ppa3 ones here
[01:06] <askhl> Oh, I see
[01:07] <askhl> I guess that solves that, then.  Thanks
=== Ursinha is now known as Ursinha-afk
=== lifeless changed the topic of #launchpad to: Connection issues to Launchpad being investigated | https://launchpad.net/ | Help contacts: - | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/
=== spm changed the topic of #launchpad to: https://launchpad.net/ | Help contacts: - | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/
=== yofel_ is now known as yofel
=== henninge changed the topic of #launchpad to: https://launchpad.net/ | Help contacts: henninge | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/
[09:25] <thopiekar> hi
[09:26] <thopiekar> I want to build xorg-server with ABI 8 on natty.. so I need older dependencies than available on natty.. how can I tell pbuilder when building for my ppa to use the older one? https://launchpadlibrarian.net/70903408/buildlog_ubuntu-natty-amd64.xorg-server_2%3A1.9.2.901.1%2Bgit20101129%2Bserver-1.9-branch.65f2ab20-0ubuntu0sarvatt2~natty_FAILEDTOBUILD.txt.gz
[09:28] <wgrant> thopiekar: It will always use the latest version available.
[09:29] <thopiekar> :(
[09:30] <wgrant> You could use a fake version string, or perhaps an epoch, or perhaps consider that what you're attempting is unwise :)
[09:39] <debfx> could someone please have a look at this vcs import failure: https://code.launchpad.net/~vcs-imports/pkg-kde-tools/debian
[09:40] <debfx> converting the git branch to bzr locally works fine (using bzr-git)
[09:40] <wgrant> Hmm. That's very odd.
[09:41] <wgrant> jelmer: ^^
[09:41] <thopiekar> wgrant: k, thanks
[09:52] <MonkZ> hi together, I want to setup a intranet launchpad is there a howto?
[09:53] <MonkZ> with public/private projects
[12:04] <henninge> jtv: Hello! ;-)
[12:09] <henninge> jtv: Hello! ;-)
[12:13] <doko_> spam at https://bugs.launchpad.net/ubuntu/+source/wxwidgets2.8/+bug/559822
[12:13] <ubot5> Ubuntu bug 559822 in wxwidgets2.8 (Ubuntu) "editra is provided by both the editra package and python-wxtools and conflicts" [Medium,Fix released]
[12:17] <jtv> hi henninge--was out for provisions.  What's up?
=== thopiekar_ is now known as thopiekar
[13:13] <wgrant> doko_: I've removed all of that spam.
=== Ursinha-afk is now known as Ursinha\
=== Ursinha\ is now known as Ursinha
[14:05] <awolfson_> Hi all. Does anybody knows when staging.launchpad.net is going to be online?
[14:07] <lifeless> we're prepping for our downtime later this week
[14:07] <lifeless> it won't be online for a few days, sorry.
[14:08] <wgrant> lifeless: You mean that the update in 5-6 hours should succeed?
=== adeuring changed the topic of #launchpad to: https://launchpad.net/ | Help contacts: adeuring | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/
[14:29] <abentley> deryck: I've established that the bug is indeed fix-released.
[14:29] <deryck> abentley, awesome.  Thanks!
[14:30] <abentley> deryck: The branch was linked, but the branch was linked to multiple bugs, so perhaps that's why it didn't get qa-tagged.
[14:30] <deryck> abentley, perhaps.  I wonder if that's a known bug?
=== doko_ is now known as doko
[15:05] <deryck> adeuring, I believe it's my turn on the IRC watch. :)
=== deryck changed the topic of #launchpad to: https://launchpad.net/ | Help contacts: deryck | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/
[15:05] <adeuring> deryck: cthanks for the notice!
[15:29] <ezra> howdy. anyone around that can help w/ a SSO merge?
[16:25] <abentley> deryck: do we have any policy on whether exceptions should be stringable (I have an exception which is only unicodeable).
[16:30] <deryck> abentley, no rule that I know of.  Just checked guides at wiki and nothing about it either.  I would guess something somewhere will blow up, though, if you can't make the message a string.
[16:32] <abentley> deryck: Yeah, it's just that in many contexts, a unicode is more useful than a string, and we'd lose information in the conversion.  I guess I'll repr it.
=== med_out is now known as medberry
[17:41] <j1mc> hi there - is there a way to change the project that is associated with a blueprint?
[17:42] <j1mc> i would like to change this blueprint to be associated with the ubuntu project, rather than the ubuntu-docs project: https://blueprints.launchpad.net/ubuntu-docs/+spec/desktop-o-ubuntu-docs-strategy
[17:50] <j1mc> should i create a new blueprint, and have the other one be superceded by it? if I go to: https://blueprints.launchpad.net/ubuntu-docs it says that the ubuntu-docs project doesn't use launchpad for blueprints
[17:50] <j1mc> which is confusing for users, i think
[17:50] <j1mc> not to mention it makes the blueprint hard to find
[18:00] <Naresh`> t
=== Naresh` is now known as Naresh
[18:04] <deryck> j1mc: if you have permissions on the project you should see a "change target" link which will allow you to re-target to a different project.
[18:06] <deryck> abentley: if I've done my UTC math right, I think you're up next for IRC.
=== deryck changed the topic of #launchpad to: https://launchpad.net/ | Help contacts: abentley | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/
[18:25] <abentley> deryck: Sure thing.  Voting extended lunch a bit.
[18:25] <deryck> abentley: ok, cool.  no worries.  forgot it was voting day for you today.
[18:26] <deryck> how easy I forget it seems
[18:41] <mtaylor> is there anywhere that I can modify when/how launchpad wants to email me globally?
=== m4n1sh_ is now known as m4n1sh
=== m4n1sh_ is now known as m4n1sh
[20:45] <spartan-11510> Hi!
[20:45] <spartan-11510> I've a little proplem
[20:45] <spartan-11510> I can't upload my pgp key on launchpad
[20:47] <abentley> mtaylor: Sorry, we're working on that, but we don't have it yet.
[20:47] <abentley> spartan-11510: What happens when you try?
[20:48] <spartan-11510> On launchpad i've an error message who say:
[20:48] <spartan-11510> "Launchpad could not import your OpenPGP key
[20:48] <spartan-11510> Did you enter your complete fingerprint correctly? (Help with fingerprints)
[20:48] <spartan-11510> Is your key in the Ubuntu keyserver yet? You may have to wait between ten minutes (if you pushed directly to the Ubuntu key server) and one hour (if you pushed your key to another server). (Help with publishing keys)"
[20:49] <abentley> spartan-11510: Have you pushed your key to the Ubuntu key server?
[20:50] <spartan-11510> Here "http://keyserver.ubuntu.com:11371/" doesn't work
[20:52] <abentley> spartan-11510: when it doesn't work, what happens?  Do you get a specific error message?
=== zyga is now known as zyga-afk
[20:52] <spartan-11510> I've this error message :
[20:52] <spartan-11510> Error handling request
[20:52] <spartan-11510> Error handling request. Exception raised: Failure("Error while decoding ascii-armored key: text terminated before reaching PGP public key header line")
[20:53] <spartan-11510> I paste my fingerprint in the field and i've this error message
[20:54] <spartan-11510> Oh i'm sorry i'm under Ubuntu 11.04
[20:55] <abentley> spartan-11510: When you submit your key using a web browser, you must submit your public key, not a fingerprint.
[20:55] <abentley> spartan-11510: I recommend following the instructions for publishing your key instead of using a web browser.
[20:57] <spartan-11510> abentley: I just try with my public key and i've the same error message
[20:58] <abentley> spartan-11510: I recommend following the instructions using "Passwords and Encryption Keys" instead, then.
[21:06] <mtaylor> abentley: cool. thanks
[21:14] <spartan-11510> I'm sry thank's abentley
[21:18] <jfi> Hello, it will be nice if someone can validate this svn->bzr branch import: https://code.launchpad.net/~jfi/psensor/ubuntu-packaging , it will allow me to test the recipe build this night:)
[21:31] <abentley> jfi, It looks like you should import http://wpitchoune.net/svnpub/psensor/trunk instead.  You can then use a nest-part instruction to insert the debian directory in the right place.
[21:32] <jfi> abentley, let me explain what I am trying to achieve:)
[21:33] <jfi> abentley,   http://wpitchoune.net/svnpub/psensor/trunk correspond to trunk version, it contains the 'debian' directory needed to build the package
[21:33] <jfi> abentley, but the debian/control file is only good for debian
[21:33] <jfi> abentley, for ubuntu, I need another control file (to add 2 specific ubuntu build-dep, libunity and appindicator)
=== oojah_ is now known as oojah
[21:34] <jfi> abentley, so my idea, was to have 2 separate bzr branch
[21:34] <jfi> abentley, so I merge trunk/ubuntu-packaging against trunk
[21:34] <jfi> abentley, (just to overwrite the famous debian/control file)
[21:35] <abentley> jfi, I doubt such a merge will succeed.  I haven't tried it, but I think it will be a no-op.
[21:35] <jfi> abentley, hum... do you have another solution? I should put the 'ubuntu-packaging' outside http://wpitchoune.net/svnpub/psensor/trunk  ?
[21:36] <abentley> jfi: Yes, I think it needs to be outside trunk.  Typically, "/branches/packaging" would be used.
[21:37] <abentley> jfi: if there was no debian packaging already, I'd suggest using nest-part.
[21:37] <jfi> abentley, there is already a debian package (package is in debian repositories)
[21:37] <abentley> jfi, Right.
[21:38] <jfi> abentley, I don't know what is 'nest-part', could you elaborate? or I google it:)
[21:38] <abentley> jfi: I don't think nest-part will work for you, but it is a recipe instruction, documented here: https://help.launchpad.net/Packaging/SourceBuilds/Recipes
[21:39] <jfi> the "merge fix-build lp:~bzr/bzr/fix-build"? that's why I planned to use
[21:39] <abentley> jfi, No, "nest-part packaging lp:~some-person/some-project/trunk-with-packaging debian debian"
[21:41] <jfi> hum
[21:42] <abentley> jfi: I've confirmed that merge will not work between an import of http://wpitchoune.net/svnpub/psensor/trunk and http://wpitchoune.net/svnpub/psensor/trunk/ubuntu-packaging/
[21:42] <jfi> "puts the contents of one branch into a specific location in another branch, instead of merging it. ", as the file is already exist, I don't think it will work, it needs a merge but maybe I am wrong
[21:43] <abentley> jfi: Correct, this is why I said "I don't think nest-part will work for you".
[21:44] <abentley> jfi: I think you need to create a new branch as  a copy of trunk, update the packaging for ubuntu, and import that.
[21:45] <abentley> jfi: of course, you don't have to do this in SVN.  It might be simpler to do it as a bzr branch.
[21:46] <jfi> well, my need is too keep the svn as the real source and import it into bzr to benefit from daily build
[21:46] <jfi> anyway I can manage the specific ubuntu packaging file into bzr only
[21:46] <jfi> maybe that's the easier way
[21:46] <jfi> just require to declare the merge in the recipe
[21:47] <abentley> jfi: sure.  If you use bzr, you'll only be keeping the packaging information in bzr.
[21:47] <abentley> jfi: But you can't just keep the packaging file in bzr.
[21:47] <abentley> jfi: It needs to be a branch of the subversion import for to work.
[21:48] <abentley> jfi: Merge only works between related branches.
[21:48] <jfi> haaaa
[21:48] <jfi> did not know that :(
[21:48] <abentley> jfi: Yes.  That's why your original idea doesn't work.
[21:54] <jfi> I am going to change the pb, use trunk/debian for ubuntu and a trunk/debian-sid for debian, not perfect but easy to manage:)
[21:54] <jfi> thanks for your help abentley !
[21:54] <abentley> jfi: hold on, I'm trying out a recipe
[21:56] <abentley> jfi: Here's the recipe.  It hasn't built yet.  https://code.launchpad.net/~abentley/+recipe/psensor-daily
[21:57] <jfi> hope that works:) thx for the test
[21:58] <abentley> jfi, the only change in lp:~abentley/psensor/ubuntu-packaging is that I copied the control file from ubuntu-packaging.  The rest of the files will continue to follow the import branch.
[21:59] <abentley> jfi, however, if you make conflicting changes to control, it will break.
[22:00] <jfi> abentley, due to the trivial change it should not conflict, that's a one-line one
[22:03] <abentley> jfi: I have to go, but if this solution works for you, you can just copy lp:~abentley/psensor/ubuntu-packaging and make your own recipe.
[22:03] <jfi> abentley, yes, that's great, thanks a lot!
[22:05] <sangeeth> Hi... Could someone guide me in setting up the SSH Keys... Please...
[22:05] <abentley> jfi: you're welcome.
=== abentley changed the topic of #launchpad to: https://launchpad.net/ | Help contacts: - | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/
[22:06] <sangeeth> SSH Keys setting up... I'm a novice in Launchpad... Somebody help me, please... :(
[22:07] <jfi> sangeeth, you should achieve it by following instructions in: https://help.launchpad.net/YourAccount/CreatingAnSSHKeyPair
[22:10] <sangeeth> jfi: Sorry!.. Forgot the final step... :)
=== matsubara is now known as matsubara-afk
[23:14] <Delemas> Is there any way to skip the rebuild and upload binaries to launchpad? Waiting 48 hrs for a five minute build is unusably painful....
[23:23] <soren> Delemas: No.
[23:25] <micahg> Delemas: you could always build it locally :)
[23:26] <Delemas> micahg, yes I do that every time but I'm using launchpad for the distribution... The long delays are causing issues....