[pkg-bacula-devel] New roadmap, once more

[Luca Capello]

Hi Alexander!

On Fri, 01 Jun 2012 14:45:18 +0200, Alexander Golovko wrote:
> On Thu, 31 May 2012 22:36:17 +0200, Luca Capello wrote:
>> NOT_IN_development2 *
>> 0005-Remove-sqlite-sqlite3-upgrade-path-lenny-squeeze.patch
>>   be651f7e47e7de0dad7ac49cbcaa76cdfeba2efe
>
> But already in trunk.

Sure, the comparison was only between the development and development2
branches.

>> NO * 0006-Remove-lenny-squeeze-upgrade-stuff.patch
>>    (development) ad66c1875991c56498268ed944bf7966a947f6b0
>>   (development2) 0b69c02d14a07f176c859a8813619da5f2903701
>
> Are we really need this?

Yes, this removes useless code and is anyway already in master:

  <http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=commitdiff;h=9c028ae70e8abdf4ba30573393ab51adadb3ce2e>

>> NO * 0009-Rewrite-debian-rules-to-use-debhelper-7.patch
>>    (development) 2a8773ed7ea019d4ecec33c011eac3ac7bd04a9a
>>   (development2) 1b033cf4c4f8707f6cf85af901bbf63731a301f5
>
> Why "NO"? As i see, changes from this commit included into master
> branch.

I will reply only at your first "why NO" question ;-)

Basically, I checked all the commits in "common" between the development
and development2 branches, with the following answers:

- "OK" if the commits were exactly the same WRT to the diff (commit ID
  differences are not a problem).

- "NO" if the commits were completely different.

- "NO (but OK)" if the commits were different, but in the end the
  differences were minimal or related to previous commits.

As you can see, I did not consider at all if the commits were already
merged or not, this was already done in the past and actually mostly by
you:

  <http://lists.alioth.debian.org/pipermail/pkg-bacula-devel/2012-May/000249.html>

Thx, bye,
Gismo / Luca
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-bacula-devel/attachments/20120601/ce6a1aaf/attachment.pgp>