Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Bálint Réczey
2015-07-08 12:36 GMT+02:00 Alessio Treglia ales...@debian.org:
 On Wed, Jul 8, 2015 at 9:43 AM, Bálint Réczey bal...@balintreczey.hu wrote:
 Ideally we should have started a proper transition, but since the
 reverse dependencies (x264) already gets broken when it is upgraded I
 suggest uploading the fixed package to unstable. I hope the package
 passes NEW fast.

 It doesn't look bad, except for [1]. I'd encourage you to read [2]
 carefully (normally a Breaks/Replaces pair should do the trick).
 I can give you a couple of hints:

  1. Always run lintian on the packages built with appropriate options
 such as -i -I -E --pedantic --profile debian
  2. Test the full upgrade path from 0.5.0+svn5324~dfsg1-1.
Yes, I was about to add the replaces/breaks but I needed to run a few
checks first.

Cheers,
Balint


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Alessio Treglia
On Wed, Jul 8, 2015 at 12:00 PM, Alessio Treglia ales...@debian.org wrote:
 On Wed, Jul 8, 2015 at 11:54 AM, Bálint Réczey bal...@balintreczey.hu wrote:
 I think it is case 7.6.2 of [2] since the the files are not the same.
 The library has been moved to the multiarch location.

Mmmno, wait, don't use Conflicts. Instead I suggest to put

Breaks: libgpac3 (= 0.5.2-426-gc5ad4e4~dfsg4-1)
Replaces: libgpac3

into libgpac4's stanza. Why and what would be the consequences?

 1. the Breaks field says that libgpac4 is uninstallable with a
libgpac3's specific version. That allows users to keep old versions of
libgpac3 installed along with libgpac4 and makes the transition
smoother.
 2. the Replaces field would allow libgpac4 to overwrite files
installed by the libgpac3's sole broken version.

I guess you've already got in touch with the release team. If you
haven't yet, we'll have to inform them about this issue as soon as
possible [1].

Cheers.

[1] that means *now*

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer|  quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Alessio Treglia
 Am Mittwoch, den 08.07.2015, 06:45 -0500 schrieb Bálint Réczey:
 In my interpretation of [2] this is enough if both packages contain
 the same file while it is not our case.
 IMO 7.6.2 applies here where the Conflicts: is needed, too.
 I have pushed what would work IMO.

I'd suggest to merge what *does* work (namely [1]) rather than what in
your opinion hopefully should.

[1] http://anonscm.debian.org/cgit/pkg-multimedia/gpac.git/commit/?id=d422ed34b

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer|  quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Bálint Réczey
2015-07-08 13:00 GMT+02:00 Alessio Treglia ales...@debian.org:
 On Wed, Jul 8, 2015 at 11:54 AM, Bálint Réczey bal...@balintreczey.hu wrote:
 I think it is case 7.6.2 of [2] since the the files are not the same.
 The library has been moved to the multiarch location.

 Which package do you want to force-remove?
The broken libgpac3 version which contains the library with major
version 4. This will not affect Jessie - Stretch upgrade, since
Jessie has a proper libgpac3.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Alessio Treglia
I started a build here [1], please have a look at the result.

[1] 
http://debomatic-amd64.debian.net/distribution#unstable/gpac/0.5.2-426-gc5ad4e4+dfsg5-1/

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer|  quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Bálint Réczey
2015-07-08 13:12 GMT+02:00 Alessio Treglia ales...@debian.org:
 On Wed, Jul 8, 2015 at 12:00 PM, Alessio Treglia ales...@debian.org wrote:
 On Wed, Jul 8, 2015 at 11:54 AM, Bálint Réczey bal...@balintreczey.hu 
 wrote:
 I think it is case 7.6.2 of [2] since the the files are not the same.
 The library has been moved to the multiarch location.

 Mmmno, wait, don't use Conflicts. Instead I suggest to put

 Breaks: libgpac3 (= 0.5.2-426-gc5ad4e4~dfsg4-1)
 Replaces: libgpac3

 into libgpac4's stanza. Why and what would be the consequences?

  1. the Breaks field says that libgpac4 is uninstallable with a
 libgpac3's specific version. That allows users to keep old versions of
 libgpac3 installed along with libgpac4 and makes the transition
 smoother.
  2. the Replaces field would allow libgpac4 to overwrite files
 installed by the libgpac3's sole broken version.
In my interpretation of [2] this is enough if both packages contain
the same file while it is not our case.
IMO 7.6.2 applies here where the Conflicts: is needed, too.
I have pushed what would work IMO.


 I guess you've already got in touch with the release team. If you
 haven't yet, we'll have to inform them about this issue as soon as
 possible [1].
You mean you agree with asking for binNMU for x264 or you want to tell
them something different?
In my testing x264 got fixed by a simple rebuild.

I have to board to my next flight thus I will be back in ~6 hours. :-(
Please file the binNMU request if you are OK with that.

Cheers,
Balint


 Cheers.

 [1] that means *now*
[2] https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Fabian Greffrath
Am Mittwoch, den 08.07.2015, 06:45 -0500 schrieb Bálint Réczey:
 In my interpretation of [2] this is enough if both packages contain
 the same file while it is not our case.
 IMO 7.6.2 applies here where the Conflicts: is needed, too.
 I have pushed what would work IMO.

Conflicts only apply if two packages are not co-installable in general.
However, this is not the case here: libgpac3 and libgpac4 are generally
co-installable. There is just this one version of libgpac3 for which
this isn't true. For versioned Conflicts like this one, please use
versioned Breaks.

Second, the Replaces field tells apt that in the versioned Breaks lock
-in situation it is better to install libgpac4 and kick out libgpac3 (=
offending.version) at the same time. The alternative approach would be
to keep libgpac3 at the offending version and not install libgpac4 at
all, which is not what we prefer. Thus, please add the Replaces field.

 - Fabian


signature.asc
Description: This is a digitally signed message part


Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Alessio Treglia
On Wed, Jul 8, 2015 at 12:45 PM, Bálint Réczey bal...@balintreczey.hu wrote:
 You mean you agree with asking for binNMU for x264 or you want to tell
 them something different?
 In my testing x264 got fixed by a simple rebuild.

I double-checked with dak on coccia.d.o, and yes, that should be enough.


-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer|  quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Alessio Treglia
On Wed, Jul 8, 2015 at 11:54 AM, Bálint Réczey bal...@balintreczey.hu wrote:
 I think it is case 7.6.2 of [2] since the the files are not the same.
 The library has been moved to the multiarch location.

Which package do you want to force-remove?

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer|  quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Bálint Réczey
2015-07-08 12:45 GMT+02:00 Bálint Réczey bal...@balintreczey.hu:
 2015-07-08 12:36 GMT+02:00 Alessio Treglia ales...@debian.org:
 On Wed, Jul 8, 2015 at 9:43 AM, Bálint Réczey bal...@balintreczey.hu wrote:
 Ideally we should have started a proper transition, but since the
 reverse dependencies (x264) already gets broken when it is upgraded I
 suggest uploading the fixed package to unstable. I hope the package
 passes NEW fast.

 It doesn't look bad, except for [1]. I'd encourage you to read [2]
 carefully (normally a Breaks/Replaces pair should do the trick).
 I can give you a couple of hints:

  1. Always run lintian on the packages built with appropriate options
 such as -i -I -E --pedantic --profile debian
  2. Test the full upgrade path from 0.5.0+svn5324~dfsg1-1.
 Yes, I was about to add the replaces/breaks but I needed to run a few
 checks first.
I think it is case 7.6.2 of [2] since the the files are not the same.
The library has been moved to the multiarch location.

Cheers,
Balint

[2] https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Bálint Réczey
2015-07-08 10:43 GMT+02:00 Bálint Réczey bal...@balintreczey.hu:
 Hi Alessio,

 2015-07-07 17:31 GMT+02:00 Bálint Réczey bal...@balintreczey.hu:
 Hi Alessio,

 2015-07-06 19:35 GMT-05:00 Alessio Treglia ales...@debian.org:
 Hello Balint,

 On Sun, Jul 5, 2015 at 5:29 PM, djcj d...@gmx.de wrote:
 Package: gpac
 Version: 0.5.2-426-gc5ad4e4~dfsg4-1

 The package libgpac3 should be renamed to libgpac4.

 I need a few days because I'm traveling right now.
 There are also other bugs which need some more familiarity with the package. 
 :-\
 I found time on the flight to fix most of the issues and pushed the
 changes to the packaging repo.
 Could you please take a look?

 I will check building it in a clean chroot and buiding reverse dep
 when I get network access again.

 Ideally we should have started a proper transition, but since the
 reverse dependencies (x264) already gets broken when it is upgraded I
 suggest uploading the fixed package to unstable. I hope the package
 passes NEW fast.
I also suggest asking for a rebuild of x264 to fix it with current libgpac3:
$ x264
x264: error while loading shared libraries: libgpac.so.3: cannot open
shared object file: No such file or directory

Cheers,
Balint


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Alessio Treglia
On Wed, Jul 8, 2015 at 9:43 AM, Bálint Réczey bal...@balintreczey.hu wrote:
 Ideally we should have started a proper transition, but since the
 reverse dependencies (x264) already gets broken when it is upgraded I
 suggest uploading the fixed package to unstable. I hope the package
 passes NEW fast.

It doesn't look bad, except for [1]. I'd encourage you to read [2]
carefully (normally a Breaks/Replaces pair should do the trick).
I can give you a couple of hints:

 1. Always run lintian on the packages built with appropriate options
such as -i -I -E --pedantic --profile debian
 2. Test the full upgrade path from 0.5.0+svn5324~dfsg1-1.

Cheers.

[1] 
http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2015-July/045621.html
[2] https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer|  quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#791490: Package libgpac3 should be libgpac4

2015-07-08 Thread Bálint Réczey
Hi Alessio,

2015-07-07 17:31 GMT+02:00 Bálint Réczey bal...@balintreczey.hu:
 Hi Alessio,

 2015-07-06 19:35 GMT-05:00 Alessio Treglia ales...@debian.org:
 Hello Balint,

 On Sun, Jul 5, 2015 at 5:29 PM, djcj d...@gmx.de wrote:
 Package: gpac
 Version: 0.5.2-426-gc5ad4e4~dfsg4-1

 The package libgpac3 should be renamed to libgpac4.

 I need a few days because I'm traveling right now.
 There are also other bugs which need some more familiarity with the package. 
 :-\
I found time on the flight to fix most of the issues and pushed the
changes to the packaging repo.
Could you please take a look?

I will check building it in a clean chroot and buiding reverse dep
when I get network access again.

Ideally we should have started a proper transition, but since the
reverse dependencies (x264) already gets broken when it is upgraded I
suggest uploading the fixed package to unstable. I hope the package
passes NEW fast.

Cheers,
Balint


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#791490: Package libgpac3 should be libgpac4

2015-07-07 Thread Bálint Réczey
Hi Alessio,

2015-07-06 19:35 GMT-05:00 Alessio Treglia ales...@debian.org:
 Hello Balint,

 On Sun, Jul 5, 2015 at 5:29 PM, djcj d...@gmx.de wrote:
 Package: gpac
 Version: 0.5.2-426-gc5ad4e4~dfsg4-1

 The package libgpac3 should be renamed to libgpac4.

I need a few days because I'm traveling right now.
There are also other bugs which need some more familiarity with the package. :-\

Cheers,
Balint


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#791490: Package libgpac3 should be libgpac4

2015-07-06 Thread Alessio Treglia
Hello Balint,

On Sun, Jul 5, 2015 at 5:29 PM, djcj d...@gmx.de wrote:
 Package: gpac
 Version: 0.5.2-426-gc5ad4e4~dfsg4-1

 The package libgpac3 should be renamed to libgpac4.

Would you please fix this?

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer|  quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#791490: Package libgpac3 should be libgpac4

2015-07-05 Thread djcj

Package: gpac
Version: 0.5.2-426-gc5ad4e4~dfsg4-1

The package libgpac3 should be renamed to libgpac4.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org