[01:09] Greetings all. I uploaded tarballs for a package I created to oneiric on launchpad. [01:09] They didn't build, so newb that I am, I deleted all the files that I created and started over. [01:10] 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] So I went to launchpad and deleted package foo from the PPA and tried again. [01:11] Unfortunately I get the same error message and am not sure what to do. [01:12] Maybe I can just manually bump the version number of my package and all will be well? [01:13] I guess that those tarballs, once created, should never be touched by the user? [01:18] 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] 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] Alison_Chaiken: it comes from debian/changelog [01:20] 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] the "upstream" tarballs, should really be upstream releases if possible, so they're only generated once [01:22] if there is no upstream release, you probably want a native package (i.e. debian/source/format contains 3.0 (native)) [01:22] Very good, micahg, I appreciate your help! [01:23] Yes, I think I have a native package format. Should that format suppress this problem? [01:24] 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] Thanks again, micahg, I'll go RTFM. === FourDoll1rs is now known as FourDollars [02:58] 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] Resistance: apt-get install foo=version [07:31] Resistance: or use synaptic or aptitude === Alcine is now known as jackyalcine === jackyalcine is now known as jalcine === huats_ is now known as huats === JanC_ is now known as JanC [14:11] cyphermox, are you around? [14:11] artfwo: yup [14:12] cyphermox, i resubmitted the merge proposal with fix for bug 910736, but now this results in a huge diff of 114042 lines [14:12] Launchpad bug 910736 in modemmanager (Ubuntu) "Add ignore rule for Arduino to udev blacklist" [Undecided,Confirmed] https://launchpad.net/bugs/910736 [14:13] yes [14:13] that's because all there is in ~modemmanager is a debian/ directory [14:13] but I'll just take the debdiff and apply that, it will be simpler [14:13] ah, so that's ready for sponsoring now? [14:20] artfwo: let me check === yofel_ is now known as yofel [15:09] 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] previous debdiffs done with bzr diff -rbranch had patches applied, 'cause the patches were applied in the packaging branch too === udienz_ is now known as udienz [18:03] tumbleweed, ScottK: can you to apply the patch in bug 910922 to debian via team upload? would save a delta [18:03] Launchpad bug 910922 in pyparsing (Ubuntu) "switch to dh_python2" [Undecided,New] https://launchpad.net/bugs/910922 [18:08] checked that patch, still works fine [18:57] 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] jtaylor: When DPMT is just in uploaders, stuff like that should really be done by the maintainer. I'd email him. [19:16] k [19:17] what happend here oO https://launchpadlibrarian.net/88930822/buildlog_ubuntu-oneiric-armel.libqxt_0.6.1-3ubuntu1.1_FAILEDTOBUILD.txt.gz [19:17] it worked in precise [19:46] 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] we should put syncpackage on https://wiki.ubuntu.com/MOTU/New [19:56] and "read your changesfiles" [19:57] by "we" i mean "not me" [19:57] * Laney runs away really fast [20:36] 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] :-) [21:08] well done new devs [21:09] is poppy the sftp upload interface, or something else? [21:10] (i'm trying to figure out how the backports pocket *actually* works right now) [21:14] IIRC it's the upload receiver (sftp or ftp) [21:14] ok, good. so that would be the code path i want to be tracking down [21:55] 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] Resistance: that's a known bug that I thought I've given you the number to [21:58] i have the bug info [21:58] but is there a way to stop it throwing the errors every upload? [21:58] i know its intermittent, but meh [22:02] it's server side [22:02] so not much you, or we, can do about it unfortunately [22:07] bleh [22:07] *looks at the bug* [22:08] looks like someone had some branch or something included on that bug... a related branch... [22:08] i take it there's still no resolution at this time? [22:13] you'd be better off asking in #launchpad, but if there were news i would expect it to be on the bug [22:14] yeah i'm subscribed to the bug [22:14] :p [22:14] someone just posted saying it also happens to them, although i dont think we need any more of those comments :P [22:16] it's also seriously annoying, because it makes it look like all of my automated uploads are failing [22:16] when they aren't ;) [22:23] mhm