[05:59] <jbicha> when I try to dput to my PPA with sftp, it fails with "Unable to connect to SSH host ppa.launchpad.net; EOF during negotiation"
[05:59] <jbicha> ftp upload still works but I prefer sftp since it works better for large uploads
[06:00] <wgrant> jbicha: There's a problem with the PPA SFTP server at the moment. either use FTP, or use SFTP to upload.ubuntu.com instead (it works for PPA uploads too)
[06:07] <jbicha> wgrant: thank you
[07:06] <lifeless> wgrant: there is? nothing in /topic .....
[07:09] <wgrant> lifeless: There's already two more important things there.
[09:04] <lifeless> wgrant: so what is wrong, do we know ?
[09:06] <audifahrer> hi
[11:44] <bogdan> hi. i'm trying to build a recipe for alsa-plugins but dailydeb fails when applying patches because it's not getting the tar.gz with the sources. how can i fix this?
[11:45] <jelmer> bogdan: is your package native?
[11:45] <bogdan> non-native
[11:45] <jelmer> if it isn't, have you tagged the upstream version?
[11:46] <bogdan> no, i couldn't find out how to do that
[11:47] <bogdan> i saw an answer on launchpad (from you) saying i could use --allow-fallback-to-native and i'm using that
[11:49] <bogdan> this is the recipe: https://code.launchpad.net/~bogdan-cimpoesu/+recipe/alsa-plugins-daily
[11:53] <jelmer> bogdan: you can set the tag with "bzr tag"
[11:54] <jelmer> bogdan: launchpad will build with --allow-fallback-to-native, but it seems you probably actually want a non-native package
[11:55] <bogdan> jelmer, i know about the bzr tag, but i don't control the "base" branch
[11:56] <jelmer> bogdan: in that case, it seems like you want a native package
[11:56] <bogdan> hmm, now i'm confused
[11:56] <jelmer> bogdan: there is no way for bzr-builder to create a .orig.tar.gz package
[11:57] <bogdan> if it's a native package will launchpad still be able to build my recipe when the alsa-plugins package is updated in ubuntu?
[11:57] <jelmer> bogdan: sure
[11:58] <bogdan> jelmer, i used "run uscan --force-download" to get the tar.gz but even then it can't apply the quilt patches
[11:59] <Ampelbein> Hi! Why does https://launchpad.net/ubuntu/+source/krb5/1.10+dfsg~alpha1-6/+build/3019391 not show any buildlogs, same with the other builds from the same source package?
[12:00] <jelmer> bogdan: bzr-builder only looks at the upstream- tag in the base branch
[12:00] <jelmer> bogdan: it doesn't look at existing .orig.tar.gz files
[12:00] <jelmer> bogdan: likewise, you can't provide your own .tar.gz files for recipes on launchpad
[12:03] <jelmer> bogdan: since lp:~bogdan-cimpoesu/+junk/a52 is derived from the base branch, have you considered applying the patches to the tree directly and just committing that?
[12:04] <bogdan> no, since i want launchpad to build the daily package "correctly" even if more patches are applied to alsa-plugins in the oneiric bzr branch
[12:10] <jelmer> bogdan: with --allow-fallback-to-native it will also appear like the patches were never there
[12:11] <jelmer> (they're applied when the source package is built)
[12:11] <bogdan> jelmer, i've changed the format to native and will see what that does :)
[12:12] <bogdan> jelmer, ok, back to the no such tag error :(
[12:13] <jelmer> bogdan: that shouldn't happen if the package is native
[12:15] <bogdan> jelmer, do i need to manually get the tar.gz and unpack the sources?
[12:16] <bogdan> jelmer, i thought the point ofusing a recipe is to avoid this and have the system fetch the latest sources
[12:21] <jelmer> bogdan: if the package is native, then the .tar.gz shouldn't matter
[12:22] <jelmer> bogdan: the recipe on launchpad appears to've disappeared :(
[12:22] <bogdan> jelmer, hmm, lemme check. i removed the a52 branch and recreated it
[12:25] <bogdan> jelmer, should be back now
[12:26] <jelmer> bogdan: have you tried building it?
[12:27] <bogdan> jelmer, yes, it failed
[12:27] <bogdan> jelmer, been working on it since yesterday
[12:27] <jelmer> bogdan: I don't see the failure on lp?
[12:27] <bogdan> jelmer, failes on my computer and launchpad
[12:28] <jelmer> bogdan: the only failure I saw on launchpad earlier was from a couple of hours ago, from before you changed the package to native
[12:29] <bogdan> jelmer, no, i haven't tried to build it on launchpad (just on my computer) after changing to native
[12:30] <bogdan> jelmer, would it build successfully on launchpad if it fails on my computer?
[12:30] <jelmer> bogdan: can you try doing that ? I'm just interested to see the error message
[12:30] <jelmer> bogdan: actually, it seems your package version is still that for a non-native package (not sure if that's relevant)
[12:31] <bogdan> jelmer, to recap: what i'm trying to do is to have alsa-plugins automatically built with a52 support (build depend on libavformat-dev)
[12:31] <bogdan> jelmer, maybe i'm not using the proper procedure for the job
[12:31] <jelmer> bogdan: a daily build seems appropriate for that
[12:32] <bogdan> jelmer, then i'm stumped :(
[12:32] <jelmer> bogdan: let met try to build your recipe here
[12:32] <bogdan> jelmer, thanks for the help, btw
[12:33] <jelmer> bogdan: ah, got it
[12:33] <jelmer> bogdan: {debversion} requires recipe format 0.4
[12:33] <jelmer> you're using 0.3 - and 0.3 is the latest that's supported on lp
[12:34] <bogdan> jelmer, i was using 0.4 on my computer but had to change it to 0.3 when i pasted on launchpad
[12:34] <jelmer> bogdan: that's definitely going to fail on launchpad
[12:35] <jelmer> bogdan: try using this as the first line:
[12:35] <jelmer> bogdan: # bzr-builder format 0.3 deb-version {debupstream}~bzr{revno}
[12:37] <bogdan> jelmer, trying now
[13:33] <bogdan> jelmer, seems to be working but dpkg-buildpackage fails because debian/rules is in a52-{debupstream}~bzr{revno} and the tar.gz is in working dir
[13:33] <bogdan> jelmer, i'm guessing this is normal and it will build on launchpad even if it doesn't build on my computer, right?
[13:34] <jelmer> bogdan: how is it failing?
[13:35] <bogdan> jelmer, it doesn't find ./configure
[13:35] <jelmer> bogdan: you probably have to set up debian/rules to generate it somehow
[13:35] <jelmer> bogdan: that'll fail on launchpad too
[13:35] <jelmer> bogdan: the .tar.gz shouldn't be relevant
[13:37] <bogdan> jelmer, building from a recipe, really, should be simpler than this :)
[13:37] <jelmer> bogdan: I don't think this has much to do with recipes, it's specific to your package
[13:38] <jelmer> or rather, with the complexities of building Debian packages in general
[13:38] <erasmusjam> hi, i'm domenico from italy. I have some problems with my recipe, that did work in july but now fails in upload stage
[13:38] <erasmusjam> https://code.launchpad.net/~domurb/+recipe/proxindicator-daily
[13:39] <bogdan> jelmer, I haven't done anything much besides adding a new build-depends to a standard ubuntu package :)
[13:39] <jelmer> hi erasmusjam
[13:39] <erasmusjam> ;)
[13:39] <jelmer> erasmusjam: did you look at the upload log?
[13:40] <erasmusjam> yep, it says: "File proxindicator_0.3.orig.tar.gz already exists in My Projects, but uploaded version has different contents. See more information about this error in https://help.launchpad.net/Packaging/UploadErrors."
[13:41] <jelmer> erasmusjam: it seems the contents of your upstream version changed between uploads.
[13:43] <erasmusjam> i've just committed a new changelog with a new upstream version number
[13:43] <erasmusjam> let's see if it works
[13:43] <erasmusjam> thank you i'll let you know
[13:53] <erasmusjam> jelmer: only the first build succeded to upload. I'm getting the same error : "Could not be uploaded correctly" for the other distribution series.
[13:55] <jelmer> erasmusjam: does your branch have pristine tar data, or do you set the upstream tag manually?
[13:56] <erasmusjam> i develop this program directly on launchpad bazaar repo, so i'm setting the tag manually
[13:57] <erasmusjam> i think the problem comes out when i build packages for more than one distribution series
[13:58] <jelmer> erasmusjam: the issue is that for some reason exporting the upstream tarball results in a slightly different file each time
[13:59] <erasmusjam> from https://help.launchpad.net/Packaging/UploadErrors:
[13:59] <erasmusjam> Gzip header includes a timestamp, resulting in files with different checksums for each individual compression step.
[13:59] <erasmusjam> so i'm not able to release my software for more than one ubuntu version?
[14:00] <jelmer> erasmusjam: hmm, actually, you seem to be hitting this bug
[14:00] <jelmer> erasmusjam: bug 891892
[14:01] <erasmusjam> is there something i can do? Some users only rely on my ppa
[14:02] <jelmer> erasmusjam: you can work around it by switching the recipe build to a native package
[14:02] <erasmusjam> the recipe hadn't such problems in july
[14:02] <jelmer> erasmusjam: we didn't support non-native packages in july
[14:03] <erasmusjam> ok thank you. But is it going to be fixed?
[14:04] <jelmer> erasmusjam: yes, the code fix has been made, it just needs to be deployed.
[14:04] <erasmusjam> ok i will wait. I don't like workarounds ;)
[14:05] <erasmusjam> bye bye and thank you again
[14:06] <erasmusjam> sorry, anyway how can i convert the recipe to native? Is there any documentation i can read in the meantime?
[14:07] <jelmer> erasmusjam: set "3.0 (native)" in debian/source/format
[14:08] <erasmusjam> ok it seems easy. I'll give it a try.
[14:18] <bogdan> jelmer, thanks for your help
[14:21] <jelmer> bogdan: np - does it work?
[14:21] <bogdan> jelmer, nope, i gave up fornow
[15:59] <CasW> Hey guys, I'm having some trouble with launchpadlib, credentials always fail
[16:00] <CasW> Last error message I see is: "Gkr-Message: secret service operation failed: Method "CreateCollection" with signature "a[sv]s" on interface "org.freedesktop.Secret.Service" doesn't exist"
[16:01] <CasW> I try to use Launchpadlib in python, by the way, and it has worked before...
[16:01] <CasW> Also, it doesn't seem to "remember" it was already authenticated, every time I try again, I first have to authenticate the program, give it access to LP
[17:46] <Laney> what is going on here: https://launchpad.net/ubuntu/+source/haskell-wai-extra/0.4.3-1/+build/3017583 ?
[17:54] <jelmer> Laney: we seem to have had a few like that this weekend
[17:54] <jelmer> Laney: I'm not sure what the background is
[17:57] <Laney> hmm
[17:57] <Laney> yeah, I do see a few on http://qa.ubuntuwire.com/ftbfs/
[17:57] <Laney> search for 'href=""' in the source
[18:06] <Laney> retried haskell-wai-extra
[20:43] <audifahrer> I build a source package and try to upload it to my PPA. But it fails: http://codepad.org/kc8H8sG5
[20:43] <audifahrer> could anyone help me?
[20:43] <Resistance> lemme take a look
[20:43] <Resistance> audifahrer:  did you use a PGP key that's registered on launchpad?
[20:43] <audifahrer> ~/.dput.cf: http://codepad.org/YzybYVqH
[20:43] <Resistance> with your account
[20:44] <Resistance> oh
[20:44] <Resistance> change "anonymous" to your launchpad username
[20:44] <audifahrer> Resistance: hm, I uploaded my public ssh key. Is that wrong?
[20:44] <Resistance> SSH != PGP
[20:44] <Resistance> audifahrer:  take a look at my launchpad page: https://launchpad.net/~trekcaptainusa-tw
[20:44] <Resistance> if it spublic check the "PGP Keys" section
[20:44] <Resistance> i've gtot 3
[20:44] <Resistance> got*
[20:45] <Resistance> a PGP key is what you use to sign the package
[20:45] <audifahrer> I didn't use PGP so ofter until now. sorry. have to read docu
[20:45] <Resistance> if you dont have a PGP key you cant sign the pgp key
[20:45] <Resistance> er
[20:45] <Resistance> package*
[20:45] <Resistance> and therefore it cant be uploaded
[20:45] <audifahrer> I created one on my local system. Hm, should be located in my home dir, not?
[20:46] <Resistance> you need to upload it to the ubuntu keyservers
[20:46] <Resistance> and then about 5 minutes later add it into your Launchpad account
[20:46] <Resistance> then you can use it
[20:51] <audifahrer> Resistance: I found some help on launchpad how to sync it. But as I've no gnome running I don't have the menus. Could you say me the name of this app?
[20:52] <Resistance> audifahrer:  UNITY?
[20:52] <Resistance> Unity* ?
[20:52] <Resistance> or KDE?
[20:52] <Resistance> or XFCE?
[20:52] <audifahrer> Resistance: E17
[20:52] <audifahrer> ah, now I found it
[20:52] <Resistance> ah
[20:53] <Resistance> well in GNOME, its seahorse
[20:53] <Resistance> but if you really want you can CLI create the keys
[20:53] <Resistance> it just takes FAR longer
[20:56] <audifahrer> the sync was working without failure. Now I'll wait ten minutes and then try to register in launchpad
[20:56] <audifahrer> was easier as I tought :-)
[21:01] <Resistance> :P
[21:01] <Resistance> yeah its a pretty simple situation
[21:01] <Resistance> s/situation/process/
[21:29] <audifahrer> Resistance: ok, seems to work. I even got the email from launchpad. But my email client isn't able to decode it :-(
[21:30] <audifahrer> EvilResistance: you changed name :-)
[21:30] <EvilResistance> aye i did but Resistance still pings me
[21:30] <EvilResistance> audifahrer:  use the gpg functions to do it
[21:31] <EvilResistance> read the instructions for decrypting
[21:31] <EvilResistance> dump the content into a file
[21:31] <EvilResistance> and then use gpg --decrypt /path/to/file to decrypt
[21:31] <EvilResistance> actually
[21:31] <EvilResistance> gpg --decrypt /path/to/file > /path/to/file.decrypted
[21:33] <audifahrer> EvilResistance: working :-)
[21:33] <EvilResistance> and then open up the decrypted version
[21:34] <EvilResistance> and you'll have the content decrypted :P
[21:34] <EvilResistance> now also
[21:34] <EvilResistance> you should always have your DEBFULLNAME and your DEBEMAIL env vars set to the exact ones used on your pgp key
[21:35] <EvilResistance> (for example, mine are set DEBFULLNAME="Thomas Ward" and DEBEMAIL="trekcaptainusa-tw@ubuntu.com" respectively, since i'm an Ubuntu Member and use that name/email for my PGP key)
[21:36] <EvilResistance> you can set that in your .bashrc or wherever
[21:36] <EvilResistance> but that way the system knows to use that full name and email in packaging (but ideally use what you put in the debian/changelog file)
[21:38] <audifahrer> ok, thanks for that hint
[21:39] <audifahrer> now dput was successful. But whats next step? How do I start building? I yet used launchpad to build from SVN and GIT. But how to build from PPA and uploaded source?
[21:39] <EvilResistance> you just wait
[21:40] <EvilResistance> if the PPA upload was accepted it'll send you an email saying ACCEPTED among other things
[21:40] <EvilResistance> and then you just wait for the builders to get to it
[21:40] <EvilResistance> you can check the status via your PPA
[21:40] <EvilResistance> but fwiw the amd64 queue has 7h30m estimated time on it
[21:41] <EvilResistance> and the i386 builder has a 4h20m estimated wait time
[21:41] <EvilResistance> *looks at the PPA builders)
[21:41] <EvilResistance> you can see the estimated build times also form your PPA
[21:41] <EvilResistance> s/form/from/
[21:42] <EvilResistance> audifahrer:  can i /query you?
[21:42] <audifahrer> EvilResistance: where could I check status? https://launchpad.net/~tux-style/+archive/efl ?
[21:43] <EvilResistance> ah i was just waiting for the link ;P
[21:43] <audifahrer> I don't see any status about my uploaded package here
[21:43] <EvilResistance> well you need to wait
[21:43] <EvilResistance> it takes about 5 - 8 minutes for the system to scan for new uploads
[21:43] <audifahrer> ah, ok :-)
[21:43] <EvilResistance> once your upload is fully accepted
[21:43] <EvilResistance> it'll show up the package name on that page
[21:43] <EvilResistance> then in this page https://launchpad.net/~tux-style/+archive/efl/+packages
[21:43] <EvilResistance> you can see individual package details
[21:44] <EvilResistance> including which builds are pending/done
[21:44] <EvilResistance> (i.e. i386 vs. amd64)
[21:44] <audifahrer> I'm not in hurry. Just like to know it's working and I have tomorrow a result if it's ok or not :-)
[21:44] <EvilResistance> you should have a result within 12ish hours, i'd think
[21:44] <EvilResistance> i usually dont have to wait more than 8
[21:44] <audifahrer> what is /query?
[21:45] <EvilResistance> the equivalent of a privmsg here
[21:45] <EvilResistance> i say /query, but its analogous to /msg, /pm, etc.
[21:45] <EvilResistance> but i dont need to now
[21:45] <EvilResistance> since you gave the link to the PPA (Which I was going to ask for ;P)
[21:45] <audifahrer> you helped me much - thanks!
[21:45] <EvilResistance> oh btw
[21:46] <EvilResistance> you *might* want to sign the Ubuntu Code of Conduct
[21:46] <EvilResistance> you can now that you have a PGP key :p
[21:46] <audifahrer> ah, ok. I'll do
[21:46] <EvilResistance> its not required, but i'd recommend it ;P
[21:46] <audifahrer> launchpad is really cool! I like it. No other distibution I know had something similar.
[21:47] <audifahrer> I would love it to be much faster at building :-)
[21:47] <EvilResistance> i agree with you
[21:47] <audifahrer> but I think it's a matter of server power and so money, not?
[21:47] <EvilResistance> its more a matter of how many people are trying to build PPA packages
[21:47] <EvilResistance> take a look at https://launchpad.net/builders
[21:47] <EvilResistance> that's a list of the build servers
[21:48] <EvilResistance> you're looking for the ones that have images that dont look like venn diagrams next to them
[21:48] <EvilResistance> those servers are the PPA builders
[21:48] <EvilResistance> unless i'm mistaken
[21:48] <EvilResistance> and since there's actually queues :P
[21:49] <EvilResistance> i'd check your email address
[21:49] <EvilResistance> see if there's anything from the system about your upload
[21:49] <EvilResistance> it should have been detected by now
[21:49] <EvilResistance> unless the builders/ppa-uploads/launchpadlibrarian stuff exploded again
[21:49] <audifahrer> I signed the code
[21:50] <EvilResistance> ah cool
[21:50] <audifahrer> Rejected:
[21:50] <audifahrer> Unable to find distroseries: stable
[21:50] <audifahrer> Further error processing not possible because of a critical previous error.
[21:50] <audifahrer> :-(
[21:50] <EvilResistance> ah yeah
[21:51] <EvilResistance> go to your changelog
[21:51] <EvilResistance> change it to...
[21:51] <EvilResistance> um...
[21:51] <EvilResistance> hm
[21:51] <EvilResistance> audifahrer:  question for you
[21:51] <EvilResistance> audifahrer:  what version of ubuntu do you want this to work for?
[21:51] <audifahrer> it was a so called "stable" release :-)
[21:51] <EvilResistance> lucid?  maverick?  natty?
[21:51] <EvilResistance> oneiric?
[21:51] <audifahrer> ah, does this describe the ubuntu version or my package stability?
[21:52] <micahg> audifahrer: https://help.launchpad.net/Packaging/PPA/Uploading#Using_packages_from_other_distributions
[21:52] <EvilResistance> audifahrer:  the ubuntu version
[21:52] <EvilResistance> read what micahg said
[21:52] <audifahrer> oneiric at least
[21:52] <EvilResistance> ("stable" denotes Debian 6 in the Debian world)
[21:52] <EvilResistance> audifahrer:  replace "stable" with oneiric then
[21:52] <EvilResistance> note that unless the package is named differently for each distro it will only build for that one version of ubuntu
[21:54] <audifahrer> oh god. this is so complicated. Maybe I should create a receipe and build from SVN tag revsion for release :-)
[21:55] <EvilResistance> audifahrer:  where'd the code come from
[21:55] <EvilResistance> if i might ask
[21:56] <audifahrer> http://svn.enlightenment.org/svn/e/trunk/ ...
[21:56] <audifahrer> I like to package version 1.1.0
[21:56] <EvilResistance> did i mention i hate SVN >.>
[21:57] <audifahrer> after latest trouble I hat to build a git repo on launchpad I hate git :-)
[21:57] <EvilResistance> you odnt make a git repo on launchpad
[21:57] <EvilResistance> you make a bzr repo ;P
[21:57] <EvilResistance> and packaging isnt for the faint of heart ;P
[21:57] <audifahrer> import
[21:57] <EvilResistance> it can get HORRIBLY complex
[21:57] <EvilResistance> :P
[21:58] <EvilResistance> isnt that right micahg
[21:58] <EvilResistance> :Pp
[21:58] <EvilResistance> :P *
[21:58] <EvilResistance> (sometimes it can get  horribly complex)
[21:58] <audifahrer> yes, if the maintainer has multible libs with multible configure and folders in one git repo :-(
[21:58] <audifahrer> HORROR
[21:58] <audifahrer> do you think it's critical if vim hightlight oneiric in changelog red :-P
[21:59] <dobey> what version of ubuntu are you on?
[21:59] <EvilResistance> ^
[21:59] <audifahrer> 10.04
[21:59] <EvilResistance> that's lucid
[21:59] <dobey> that's old.
[21:59] <EvilResistance> dobey:  its not EOL'd
[21:59] <audifahrer> it's LTS !
[21:59] <EvilResistance> dobey:  if it were EOL"d you could call it old :P
[21:59] <EvilResistance> LTS is just stable :P
[21:59] <dobey> it's still old
[22:00] <audifahrer> :-P
[22:00] <audifahrer> hwo ever...
[22:00] <audifahrer> do I've to change -ppax version number if I upload with new oneiric changelog?
[22:01] <EvilResistance> i would, probly increment the x number by 1
[22:01] <dobey> i usually use ~seriesN (~lucid1 ~oneiric1 etc) instead of ~ppa1
[22:02] <EvilResistance> i use both because i backport and fork thinkgs
[22:02] <EvilResistance> things*
[22:02] <audifahrer> good idea
[22:02] <EvilResistance> case in point, my backports staging repo  https://launchpad.net/~trekcaptainusa-tw/+archive/backports
[22:03] <EvilResistance> i actually adapted the version naming from what backportpackage does
[22:03] <EvilResistance> but unless the PPA is for a specific project, its usually me forking or modifying or backporting, so i use ~seriesN~ppaX
[22:03] <EvilResistance> where N is a number and X is another number
[22:04] <dobey> you can if you want, but ~ppaX is basically pointless at that point
[22:04] <EvilResistance> dobey:  yeah, i only use ~ppaX because half the time ~seriesN is already defined or something
[22:04] <EvilResistance> *shrugs*
[22:05] <EvilResistance> dobey:  the ~ppaX is only to make a note its in a PPA and not in a release ;P
[22:05]  * EvilResistance has weird naming conventions, but it works)
[22:05] <dobey> i don't like needless repetitiveness :)
[22:05] <dobey> cf. https://launchpad.net/~ubuntuone/+archive/nightlies/
[22:06] <audifahrer> ok, now I'll go offline and wait until tomorrow if it's working. Many thanks for your help!!
[22:06] <EvilResistance> dobey:  i've actually got 3 PPAs with backports in them so... :P
[22:06] <audifahrer> see you
[22:06] <EvilResistance> some of them overlap, and i'm the only one with the ~ppa part
[22:06] <EvilResistance> so i know they're mine ;P)
[22:06] <EvilResistance> in any case, to each their own naming convention style
[22:08] <EvilResistance> oh, but for project ppas i dont use the ~ppa1 stuff
[22:08] <EvilResistance> only for my own personal PPAs
[22:48] <wgrant> Laney: That's bug #905854
[22:48] <wgrant> Er
[22:48] <wgrant> bug #905853
[22:51] <Laney> aha
[23:43] <mwhudson> heh
[23:44] <mwhudson> using the search box on launchpad to find anything to do with notifications is a bit difficult