[02:24] <ScottSanbar> ajmitch: Thank you for your comments.
[05:24] <micahg> wgrant: ubuntuwire FTBFS page hasn't updated in 4 hours
[07:02] <dholbach> good morning
[07:03] <philipballew> good morning
[09:19] <Rhonda> huhm. debuild -S -sa does run lintian too …  And when uploading to PPA I do want to avoid that for every. single. release.
[09:19] <Rhonda> dpkg-source -b on the other hand doesn't generate me a .changes file …
[09:20] <Rhonda> Also, when doing source packages for different releases, is there a way that it doesn't extract the orig.tar.bz2 every single time and clean it up afterwards? With wesnoth this is cumbersome i/o wise.  %-/
[09:20] <Rhonda> ah, --no-lintian for the first question
[09:34] <Rhonda> *sigh*
[09:34] <Rhonda> $ debuild -S -sa --no-lintian
[09:34] <Rhonda> debuild: unknown dpkg-buildpackage/debuild option: --no-lintian
[09:34] <Rhonda>  dpkg-buildpackage -rfakeroot -d -us -uc -S -sa --no-lintian
[09:34] <Rhonda> dpkg-buildpackage: unbekannte Option oder Argument --no-lintian
[09:34] <Rhonda> Why does man debuild document --no-lintian if that doesn't work??
[09:38] <arand> Rhonda: Does it need to be stated before dpkg-bp options?
[09:45] <Rhonda> arand: doesn't state so in the manpage, but I'll try
[09:45] <arand> Rhonda: Hmm, didn't seem to work for me that or the initial way either...
[09:45] <Laney> it says debuild [debuild options] [dpkg-buildpackage options]
[09:45] <Rhonda> ahyes. accepted, but dput giving error
[09:48] <arand> Hmm, rather, that flag didn't work with git-buildpackage, does with debuild though, as noted.
[09:51] <Laney> Rhonda: re cleaning: does -nc do what you want?
[09:53] <Rhonda> No.
[09:54] <Rhonda> A source build extracts the upstream source into a temporary directory, and afterwards deletes that again
[09:54] <Rhonda> -nc is about calling debian/rules clean, not about the temporary orig source extraction directory
[09:56] <geser> ah for the creation of the diff.gz (or debian.tar.gz) probably
[09:57] <geser> you could try to edit the release name in the .diff.gz (or debian.tar.gz) too and run only dpkg-genchanges -S afterwards
[09:57] <Laney> then I suppose the question is asking whether you can keep one unpacked copy of the orig.tar.whatever between source package builds
[10:00] <Rhonda> Laney: Exactly that, yes.
[10:01] <Rhonda>   Uploading wesnoth-1.9_1.9.9-1~ppa1_source.changes: 550 Changes file must be signed with a valid GPG signature: Verification failed 3 times: ['General error', 'General error', 'General error'] : Permission denied.
[10:01] <Rhonda> Is such an error message common these days?
[10:01] <Rhonda> I receive a mail that it was accepted nevertheless
[10:01] <geser> Rhonda: yes
[10:01] <Laney> it tries to verify at dput time
[10:01] <Laney> but fails to do so
[10:02] <geser> I see questions about this now and then, I assumed it got fixed by now but apparently not
[10:05] <cjwatson> It's not universal but not unheard of; somebody did explain to me what the problem was but it leaked out of my ears.  Maybe a bug in the LP keyserver?
[10:06] <geser> I remember something about communication issues between the ftp server (process) and the keyserver
[10:06] <Laney> does it only happen for ftp uploads?
[10:06] <Laney> I use SFTP which may explain why I've never seen it
[10:07] <geser> I don't know if the sftp server does also this check or only the ftp one
[10:12] <Laney> uh, muscle memory
[10:12] <Laney> so used to bcc-ing control@bdo that I typed it instead of the mailing list I wanted to reply to (even after I said in the body that I was redirecting to said list)
[10:23] <Rhonda> I don't see the overhead need in sftp when the authorization and integrity is checked through the gpg signature. :)
[10:25] <Rhonda> Pending (2505) - is the 2505 the score or the queue place?
[10:32] <geser> the score
[10:34] <Rhonda> Is there a way to see the queue? :)
[10:34] <Rhonda> Or does the score raise over time?
[10:38] <Laney> https://help.launchpad.net/Packaging/BuildScores https://launchpad.net/builders
[10:38] <Laney> I don't know if you can see the details of the queue though
[10:40] <geser> I don't know of a way to see the queue either (only to see which packages needs building but not the order)
[10:41]  * Rhonda is looking at https://launchpad.net/~rhonda/+archive/wesnoth-devel/+builds
[10:50] <cjwatson> I believe one of the points of sftp was that it let Launchpad know whom to spam with reject mail even if there's no GPG signature
[10:50] <cjwatson> and that it can be easier to get through firewalls
[10:50] <cjwatson> or NAT anyway
[10:51] <Laney> hrm
[10:52] <Laney> can I make debuild/dpkg-buildpackage use a separate build area like git-bp can do?
[10:52] <Rhonda> … and that ftp has to die. :)
[12:05] <Rhonda> hmm. I wonder how long a score of 2505 can take to do its job …
[12:17] <cjwatson> Rhonda: that sounds like a fairly neutral score for a package
[12:18] <cjwatson> there's a description of the scoring algorithm somewhere on help.launchpad.net I think
[12:21] <Rhonda> Laney handed me a link
[13:05] <shadeslayer> ScottSanbar: was your query solved? Or do you need any assistance with recipes?
[14:25] <Rhonda> duh
[14:27] <Rhonda> Seems like the i386 ppa buildds are more overworked than the amd64 ones
[14:40] <Rhonda> People, please don't upload to PPAs for a while, I want to have wesnoth-1.9 compiled on i386.  Thanks for your cooperation! :)
[14:44] <Pici> heh
[19:10] <Rhonda> uh oh
[19:10] <Rhonda> 1.9 GiB (96.66%) of 2.0 GiB
[19:10] <Rhonda> and all this because of a PPA of wesnoth-1.9
[19:10] <Rhonda> Whom to talk to to potentially get some expansion? :)
[19:11] <Laney> #launchpad I guess
[19:12] <micahg> Rhonda: file a request on answers.launchpad.net/launchpad
[19:13] <Rhonda> hmm, 2 gig per PPA
[19:13] <Rhonda> So maybe I should just split it, but that wouldn't make sense for wesnoth-devel
[19:14] <Rhonda> … or drop some release
[19:16] <micahg> Rhonda: reasonable requests for more space are generally granted