[01:09] <Alison_Chaiken> Greetings all.    I uploaded tarballs for a package I created to oneiric on launchpad.
[01:09] <Alison_Chaiken> They didn't build, so newb that I am, I deleted all the files that I created and started over.
[01:10] <Alison_Chaiken> Now when I try to upload a new version, I get the message "foo-1.0.debian.tar.gz already exists but uploaded version has different contents."
[01:11] <Alison_Chaiken> So I went to launchpad and deleted package foo from the PPA and tried again.
[01:11] <Alison_Chaiken> Unfortunately I get the same error message and am not sure what to do.
[01:12] <Alison_Chaiken> Maybe I can just manually bump the version number of my package and all will be well?
[01:13] <Alison_Chaiken> I guess that those tarballs, once created, should never be touched by the user?
[01:18] <micahg> Alison_Chaiken: you cannot upload the same revision twice, you'll want to bump the Debian revision of the package for subsequent uploads of the same original tarball
[01:19] <Alison_Chaiken> I can just find one of the debian/* files that has a counter in it and increment it?   Or just "touch" one of the package files to generate a new revision?
[01:19] <micahg> Alison_Chaiken: it comes from debian/changelog
[01:20] <Alison_Chaiken> Very good, then,    I will edit that file and bump the revision.    I take it that in fact, I should never delete those tarballs in the parent directory once they're created, as this kind of problem always results?
[01:22] <micahg> the "upstream" tarballs, should really be upstream releases if possible, so they're only generated once
[01:22] <micahg> if there is no upstream release, you probably want a native package (i.e. debian/source/format contains 3.0 (native))
[01:22] <Alison_Chaiken> Very good, micahg, I appreciate your help!
[01:23] <Alison_Chaiken> Yes, I think I have a native package format.    Should that format suppress this problem?
[01:24] <micahg> Alison_Chaiken: here's package versioning explained in the Debian policy manual: http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version
[01:24] <Alison_Chaiken> Thanks again, micahg, I'll go RTFM.
[02:58] <Resistance> is there a way to force the downgrade of a package?  i'm implementing (on one of my systems) a fork of a program that exists in another PPA I have, but the PPA that is currently implemented has a higher version number.  How can I tell the thing to use the older version of the package (sitting in another PPA, given that I removed the PPA with the higher version from apt sources)?
[07:30] <lifeless> Resistance: apt-get install foo=version
[07:31] <lifeless> Resistance: or use synaptic or aptitude
[14:11] <artfwo> cyphermox, are you around?
[14:11] <cyphermox> artfwo: yup
[14:12] <artfwo> cyphermox, i resubmitted the merge proposal with fix for bug 910736, but now this results in a huge diff of 114042 lines
[14:13] <cyphermox> yes
[14:13] <cyphermox> that's because all there is in ~modemmanager is a debian/ directory
[14:13] <cyphermox> but I'll just take the debdiff and apply that, it will be simpler
[14:13] <artfwo> ah, so that's ready for sponsoring now?
[14:20] <cyphermox> artfwo: let me check
[15:09] <artfwo> cyphermox, i have attached an old-style debdiff to the original bug report, that doesn't touch files outside of debian/ just in case
[15:10] <artfwo> previous debdiffs done with bzr diff -rbranch had patches applied, 'cause the patches were applied in the packaging branch too
[18:03] <jtaylor> tumbleweed, ScottK: can you to apply the patch in bug 910922 to debian via team upload? would save a delta
[18:08] <jtaylor> checked that patch, still works fine
[18:57] <tumbleweed> jtaylor: it's preferable to run changes like that past the package maintainer (although it doesn't look like he's maintaining that one very actively)
[19:02] <ScottK> jtaylor: When DPMT is just in uploaders, stuff like that should really be done by the maintainer.  I'd email him.
[19:16] <jtaylor> k
[19:17] <jtaylor> what happend here oO https://launchpadlibrarian.net/88930822/buildlog_ubuntu-oneiric-armel.libqxt_0.6.1-3ubuntu1.1_FAILEDTOBUILD.txt.gz
[19:17] <jtaylor> it worked in precise
[19:46] <psusi> is there someone around who can update ubotu?  his raid factoid points to the lvm howto on tldp.org... the one on the ubuntu wiki may be more appropriate
[19:56] <Laney> we should put syncpackage on https://wiki.ubuntu.com/MOTU/New
[19:56] <Laney> and "read your changesfiles"
[19:57] <Laney> by "we" i mean "not me"
[19:57]  * Laney runs away really fast
[20:36] <broder> Laney: huh, i've never seen that wiki page before
[20:39]  * micahg has to remember to add a note about dch multi-maintainer mode (-m)
[21:07] <Laney> :-)
[21:08] <Laney> well done new devs
[21:09] <broder> is poppy the sftp upload interface, or something else?
[21:10] <broder> (i'm trying to figure out how the backports pocket *actually* works right now)
[21:14] <tumbleweed> IIRC it's the upload receiver (sftp or ftp)
[21:14] <broder> ok, good. so that would be the code path i want to be tracking down
[21:55] <Resistance> can someone reset the sftp on launchpad's ppa uploaders, its constantly throwing those errors saying Upload denied, when in fact it is actually uploading
[21:58] <micahg> Resistance: that's a known bug that I thought I've given you the number to
[21:58] <Resistance> i have the bug info
[21:58] <Resistance> but is there a way to stop it throwing the errors every upload?
[21:58] <Resistance> i know its intermittent, but meh
[22:02] <Laney> it's server side
[22:02] <Laney> so not much you, or we, can do about it unfortunately
[22:07] <Resistance> bleh
[22:07] <Resistance> *looks at the bug*
[22:08] <Resistance> looks like someone had some branch or something included on that bug... a related branch...
[22:08] <Resistance> i take it there's still no resolution at this time?
[22:13] <Laney> you'd be better off asking in #launchpad, but if there were news i would expect it to be on the bug
[22:14] <Resistance> yeah i'm subscribed to the bug
[22:14] <Resistance> :p
[22:14] <Resistance> someone just posted saying it also happens to them, although i dont think we need any more of those comments :P
[22:16] <chrisccoulson> it's also seriously annoying, because it makes it look like all of my automated uploads are failing
[22:16] <chrisccoulson> when they aren't ;)
[22:23] <Resistance> mhm