Re: librabbitmq and git

2014-08-19 Thread Julian Taylor
On 19.08.2014 01:52, Brian May wrote: Hello, I would like to package the latest upstream version of librabbitmq. However, the packaging is in git, and I am not sure how to insert the latest upstream version in this git repository. From debian/control: Homepage:

Re: librabbitmq and git

2014-08-19 Thread Michael Fladischer
On 2014-08-19 01:52, Brian May wrote: However, the packaging is in git, and I am not sure how to insert the latest upstream version in this git repository. `git-import-orig path/to/tarball` Cheers, -- Michael Fladischer Fladi.at signature.asc Description: OpenPGP digital signature

Re: guardian and django1.7

2014-08-19 Thread Raphael Hertzog
Hi, On Tue, 19 Aug 2014, Brian May wrote: For example, I renamed migrations to south_migrations and created a Django1.7 compliant migrations directory, however still get the same error. Did you fill that new directory with an initial migration generated with ./manage.py makemigrations?

Re: Bug#758013: s3ql autopkg test regression

2014-08-19 Thread Matthias Klose
Control: severity -1 important That's a bug in the test (race condition) rather than in the program. It's fixed upstream. Nikolaus, I find this kind of attitude rather disturbing. If you don't care about the autopkg tests, and if you are not ready to fix these but rather wait for the fixes

Re: guardian and django1.7

2014-08-19 Thread Brian May
On 19 Aug 2014 18:04, Raphael Hertzog hert...@debian.org wrote: Did you fill that new directory with an initial migration generated with ./manage.py makemigrations? Yes, did that, but than I realized I needed to do testapp. So I did just testapp by itself, but suspect both django apps need to

Re: Bug#758013: s3ql autopkg test regression

2014-08-19 Thread Jakub Wilk
* Matthias Klose d...@debian.org, 2014-08-19, 10:33: Control: severity -1 important The maintainer decides on the bug severity. Please don't abuse the BTS. That's a bug in the test (race condition) rather than in the program. It's fixed upstream. Nikolaus, I find this kind of attitude

Re: Two django packages for Debian?

2014-08-19 Thread Barry Warsaw
On Aug 06, 2014, at 02:28 PM, Dimitri John Ledkov wrote: I am on the edge. I prefer dgit, as it's the only one the guarantees round-trip save with the archive even when someone NMUs things without using dgit. From this description, it sounds like dgit is the closest equivalent to Ubuntu

Re: Two django packages for Debian?

2014-08-19 Thread Barry Warsaw
On Aug 06, 2014, at 04:08 PM, Piotr Ożarowski wrote: and I would love to try them all before we make a decision¹ Me too. Should we relax the team preference for one vcs to rule them all, at least for a period of experimentation and experience sharing? I still *really* want to end up in a

Re: Two django packages for Debian?

2014-08-19 Thread Barry Warsaw
On Aug 09, 2014, at 06:02 PM, Brian May wrote: At the moment, in subversion, we only store the debian/* directory. Is there any requirement/benefit in putting the full upstream source in git too? If it were well integrated with quilt, I think it would be fine to have source-full branches. I

Re: Two django packages for Debian?

2014-08-19 Thread Barry Warsaw
On Aug 19, 2014, at 11:14 AM, Barry Warsaw wrote: I usually don't care much about preserving local intra-upload vcs history Ah, except for the case where I want to collaborate with someone on the new version, e.g. to get a code review of some packaging change *before* it gets uploaded. This is

Playing with git-dpm

2014-08-19 Thread Barry Warsaw
lazr.smtptest wasn't packaged in Debian yet, so I thought it would be a good candidate for experimenting with one of the git-based workflows, from scratch. The ITP is bug #758670. I decided to use git-dpm; here are my impressions so far. For reference I started with

Re: Bug#758013: s3ql autopkg test regression

2014-08-19 Thread Nikolaus Rath
On 08/19/2014 01:33 AM, Matthias Klose wrote: Control: severity -1 important Care to provide a justification? There is no bug in the program itself, so I don't see how this is has a major effect on the usability of a package. That's a bug in the test (race condition) rather than in the

Re: Bug#758013: s3ql autopkg test regression

2014-08-19 Thread Nikolaus Rath
Simon McVittie s...@debian.org writes: On 19/08/14 09:33, Matthias Klose wrote: [Nikolaus Rath wrote:] That's a bug in the test (race condition) rather than in the program. It's fixed upstream. [...] If you don't care about the autopkg tests, and if you are not ready to fix these but