=== spm is now known as stevemci === stevemci is now known as spm === spm is now known as stevemci === stevemci is now known as spm === spm is now known as stevemci === stevemci is now known as spm === zyga-afk is now known as zyga [07:36] hi, can anyone tell me how to resolve this issue i uploaded my changes file with dput and it was rejected which is fine so i made some changes and it was rejected because the file was already uploaded [07:37] whats the correct way to remove / replace the files when uploading with dput [07:37] i tried dput -f but that causes the rejection because the file exists [07:39] you need to bump the version when you make a change [07:39] you can't upload the same version twice. [07:40] is that the only way, seems a bit strange when i dont want a broken version [07:40] will end up with a huge changelog of fixed silly mistake while learning to build package [07:40] you don't need to add the version in your changelog [07:41] oly: You should be test building locally first. [07:41] and yeah, that helps too. [07:41] oly: https://wiki.ubuntu.com/PbuilderHowto [07:41] PPAs aren't a build test service [07:41] They're for publishing packages [07:41] if the upload got rejected than you don't need to bump the version, only if the upload got accepted [07:42] ah i was testing i think it was my local testing that broke it this time, [07:42] not using pbuilder though just clean vms [07:46] what do you mean by bump the revision anyway ? i thought that was done by adding a new change to the changelog [07:47] exactly [07:48] but some people see that there packages has a failure, fix it and try to upload the same version again (without adding a new changelog entry), which fails [07:48] ie me :) [07:49] i was just trying to avoid a changlog full of silly change message [07:49] but if thats the only way guess it cant be avoided [07:50] you just make the top entry the latest version [07:50] for a pre-release package there's no need to have a long list of different changelog entries [07:51] oh so i just change the existing entry instead of a new change message [07:56] thanks for the help anyway guys will see if i fair any better later :) === czajkowski changed the topic of #launchpad to: Help contact: czajkowski| Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad Help contact: czajkowski| Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ === yofel_ is now known as yofel === matsubara is now known as matsubara-afk [15:59] can anyone make sense of this build failure? https://launchpadlibrarian.net/111218005/buildlog.txt.gz [16:01] why would those files be unversioned? and why would it matter? [16:02] jelmer: vila ? [16:03] most probably a so-called "parallel import" issue where you're trying to mix branches which have different file-ids for the same paths [16:05] crass: does the base branch already have a debian/ directory? [16:11] So basically the recipes are not currently able to do this? [16:41] crass: hi [16:41] crass: you can't overwrite files in recipes; you could merge in a branch that renamed the existing 'debian' directory to 'debian.old' though, before the nest-part [16:42] there's an existing debian directory? [16:43] jelmer: I don't think there is an existing debian directory. I wonder if https://launchpad.net/bzr-git-fileids isn't the problem I'm having [17:01] crass: that would only be relevant if there is already a debian/ directory there === czajkowski changed the topic of #launchpad to: Help contact: czajkowski| Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad Help contact:-| Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ [17:04] jelmer: then launchpad must be creating an undesired debian directory. You can see it not in the branch at http://bazaar.launchpad.net/~python-messaging/python-messaging/trunk/files for the build at https://launchpadlibrarian.net/111219157/buildlog.txt.gz, which has the recipe text right above the error [17:05] crass: ah, there is a debian directory that exists in a different location [17:05] crass: where does the recipe live? [17:06] jelmer: is this what you're looking for https://code.launchpad.net/~crass/+recipe/python-messaging-daily? [17:06] crass: yep [17:07] crass: ah, I see the issue; you're trying to add files to the branch that already exist [17:07] crass: you probably want to merge in a branch that simply renames packaging/debian/generic/debian to debian [17:07] jelmer: do you mean "merge" instead of "add"? [17:07] crass: no, you're adding files using that nest-part command [17:08] that was for two lines up [17:08] crass: in other words: [17:08] $ bzr branch lp:python-messaging python-messaging-rename-debian [17:09] $ cd python-messaging-rename-debian && bzr mv packaging/debian/generic/debian debian && bzr ci -m 'Move in Debian directory' [17:09] $ bzr push -d python-messaging-rename-debian lp:~crass/python-messaging/rename-debian [17:09] and then change the recipe to have: [17:09] # bzr-builder format 0.3 deb-version {debupstream}+svn{date}+r{revno}-0~r{revno:packaging}~crass [17:09] lp:python-messaging [17:09] merge packaging lp:~crass/python-messaging/rename-debian [17:13] yeah that sounds like it should work, but I don't really see why nest-part should be anything more than a bzr export and mv to the desired location [17:13] now I'll have to do a checkout on a slow and unreliable link :( [17:14] crass: nest-part actually does a (partial) merge, it can be used for more than just copying subtrees === okay is now known as centrelink [21:44] Is it possible to have a private project / series? [21:44] Or just private bugs and private PPAs [21:49] private project is possible IIRC [22:06] Private bugs and PPAs I thought [22:07] It is possible to delete all traces of a package in a PPA? I'm now getting an error saying that files already exist even though I deleted the package [22:17] cjohnston: no, if you need to upload the same you'll need t increase the number [22:22] YokoZar: Private teams, private bugs, private branches, and private PPAs. Full private projects will be coming in a few months. [22:22] Excellent