Re: Jack Audio Connection Kit transition

2009-04-06 Thread Adeodato Simó
* Felipe Sateler [Tue, 31 Mar 2009 08:58:23 +1100]:

   * plan for libjack0.100.0-0: there are 11 source packages left with
     dependencies on this old library. No sourceful uploads are needed
     for this: once you’ve gotten back to me that the plan is good, I
     will provide you with a list of packages and schedule Bin-NMUs; then
     you can do some work of checking if they built successfully
     everywhere, filing bugs, etc. Once all of them have been rebuilt
     (which will make them depend on libjack0), please check with us that
     they’ve migrated to testing, and at that point libjack0.100.0-0 can
     be dropped.

  Sounds good?

 Amsynth will require a sourceful upload, since the dependency is not
 generated by dpkg-shlibdeps because it dlopens libjack. It is the only
 one I saw.

I’ve scheduled Bin-NMUs for this, for all packages except amsynth. You
can check for build-failures here: http://bit.ly/zLyiK, and for progress
of their migration here: https://buildd.debian.org/transitions/summary.html.

As mentioned above, please check with us before dropping the
libjack0.100.0-0 package.

Cheers,

-- 
- Are you sure we're good?
- Always.
-- Rory and Lorelai


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



Re: Jack Audio Connection Kit transition

2009-03-30 Thread Adeodato Simó
Maintainers: unless you’re jackbeat or gst-plugins-bad0.10, you need not
upload for this, though build-depending on libjack-dev in your next
upload would be nice.

---

Hello, Felipe. I finally found some time to look at your message. I’ve
moved -release to CC (thanks for the Bcc!), since it’s on-topic there.

 Fellow developers and release team (bcc'ed),

 The Debian Multimedia Maintainers would like to drop the  versioned jack
 library and development packages (that is, libjack0.100.0-{0,dev}). They were
 introduced a long time ago (along with the appropriately renamed library) due 
 to perceived instability in the jack library's ABI. For a while now, this is 
 no longer necessary, and upstream has catalogued Debian packages of jack 
 broken because of that. The debian packages no longer change the soname of 
 the 
 library (starting with lenny), and the versioned packages are just dummy 
 ones. 
 We want to drop them now. The first thing to be done is to switch the 
 build-dependency from libjack0.100.0-dev to libjack-dev. After all packages 
 have been changed and uploaded, we can upload a jack without those 
 transitional packages (unless I overlooked something and we need the RT ack 
 first?).

 Just to be clear: there is ABI/SONAME transition here. Packages that still 
 depend on libjack0.100.0-0 use the symlink provided by that package[1]. A 
 mere sed -i -e 's/libjack0.100.0/libjack/g' debian/control should be all 
 that people need to do.

I assume you mean “there is NOT ABI/SONAME transition here”, heh. So,
here are my comments on the matter:

  * plan for libjack0.100.0-dev: you can make a j-a-c-k upload to
unstable dropping this development package immediately, provided
that you add a “Provides: libjack0.100.0-dev” line to the
libjack-dev package.

You will have to file two bugs at RC severity against jackbeat and
gst-plugins-bad0.10; these are the only packages that have a
*versioned* build-dependency on libjack0.100.0-dev, as far as I can
see.

I’ve also checked, and there is no pacakge with versioned
dependencies on libjack0.100.0-dev.

  * plan for libjack0.100.0-0: there are 11 source packages left with
dependencies on this old library. No sourceful uploads are needed
for this: once you’ve gotten back to me that the plan is good, I
will provide you with a list of packages and schedule Bin-NMUs; then
you can do some work of checking if they built successfully
everywhere, filing bugs, etc. Once all of them have been rebuilt
(which will make them depend on libjack0), please check with us that
they’ve migrated to testing, and at that point libjack0.100.0-0 can
be dropped.

Sounds good?

 [1] This actually surprised me. Could someone explain to me why are there 
 SONAMEs when they are not actually used? 

 % ldd /usr/bin/creox | grep jack
 libjack-0.100.0.so.0 = /usr/lib/libjack-0.100.0.so.0 
 (0x7f943206f000)
 % ls -l /usr/lib/libjack-0.100.0.so.0
 lrwxrwxrwx 1 root root 12 2009-03-18 19:03 /usr/lib/libjack-0.100.0.so.0 - 
 libjack.so.0
 % objdump -p /usr/lib/libjack-0.100.0.so.0 | grep SONAME
   SONAME  libjack.so.0

The SONAME that is recorded in the binary (do `objdump -p /usr/bin/creox |
grep NEEDED`, rather than ldd) is used to find the file. Once the file
is loaded, AFAIK nor the linker nor the application care what the
actuall SONAME of the loaded library is.

Cheers,

-- 
- Are you sure we're good?
- Always.
-- Rory and Lorelai


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



Re: Jack Audio Connection Kit transition

2009-03-30 Thread Felipe Sateler
On Tue, Mar 31, 2009 at 02:19, Adeodato Simó d...@net.com.org.es wrote:
 Maintainers: unless you’re jackbeat or gst-plugins-bad0.10, you need not
 upload for this, though build-depending on libjack-dev in your next
 upload would be nice.

 ---

 Hello, Felipe. I finally found some time to look at your message. I’ve
 moved -release to CC (thanks for the Bcc!), since it’s on-topic there.

 Fellow developers and release team (bcc'ed),

 The Debian Multimedia Maintainers would like to drop the  versioned jack
 library and development packages (that is, libjack0.100.0-{0,dev}). They were
 introduced a long time ago (along with the appropriately renamed library) due
 to perceived instability in the jack library's ABI. For a while now, this is
 no longer necessary, and upstream has catalogued Debian packages of jack
 broken because of that. The debian packages no longer change the soname of 
 the
 library (starting with lenny), and the versioned packages are just dummy 
 ones.
 We want to drop them now. The first thing to be done is to switch the
 build-dependency from libjack0.100.0-dev to libjack-dev. After all packages
 have been changed and uploaded, we can upload a jack without those
 transitional packages (unless I overlooked something and we need the RT ack
 first?).

 Just to be clear: there is ABI/SONAME transition here. Packages that still
 depend on libjack0.100.0-0 use the symlink provided by that package[1]. A
 mere sed -i -e 's/libjack0.100.0/libjack/g' debian/control should be all
 that people need to do.

 I assume you mean “there is NOT ABI/SONAME transition here”, heh.

Indeed.

 So,
 here are my comments on the matter:

  * plan for libjack0.100.0-dev: you can make a j-a-c-k upload to
    unstable dropping this development package immediately, provided
    that you add a “Provides: libjack0.100.0-dev” line to the
    libjack-dev package.

Sounds like a better plan.


    You will have to file two bugs at RC severity against jackbeat and
    gst-plugins-bad0.10; these are the only packages that have a
    *versioned* build-dependency on libjack0.100.0-dev, as far as I can
    see.

    I’ve also checked, and there is no pacakge with versioned
    dependencies on libjack0.100.0-dev.

OK.


  * plan for libjack0.100.0-0: there are 11 source packages left with
    dependencies on this old library. No sourceful uploads are needed
    for this: once you’ve gotten back to me that the plan is good, I
    will provide you with a list of packages and schedule Bin-NMUs; then
    you can do some work of checking if they built successfully
    everywhere, filing bugs, etc. Once all of them have been rebuilt
    (which will make them depend on libjack0), please check with us that
    they’ve migrated to testing, and at that point libjack0.100.0-0 can
    be dropped.

 Sounds good?

Amsynth will require a sourceful upload, since the dependency is not
generated by dpkg-shlibdeps because it dlopens libjack. It is the only
one I saw.


Saludos,
Felipe Sateler


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



Re: Jack Audio Connection Kit transition

2009-03-23 Thread Samuel Thibault
Felipe Sateler, le Mon 23 Mar 2009 23:02:00 +1100, a écrit :
 [1] This actually surprised me. Could someone explain to me why are there 
 SONAMEs when they are not actually used? 

They are used when linking a program, to know which NEEDED should be
put.

 % ldd /usr/bin/creox | grep jack
 libjack-0.100.0.so.0 = /usr/lib/libjack-0.100.0.so.0 
 (0x7f943206f000)
 % ls -l /usr/lib/libjack-0.100.0.so.0
 lrwxrwxrwx 1 root root 12 2009-03-18 19:03 /usr/lib/libjack-0.100.0.so.0 - 
 libjack.so.0
 % objdump -p /usr/lib/libjack-0.100.0.so.0 | grep SONAME
   SONAME  libjack.so.0
 fel...@pcfelipe:csound%

No problem here.  But objdump -p /usr/bin/creox | grep jack shows NEEDED
libjack-0.100.0.so.0, that's where the linker looks.

Samuel


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



Re: Jack Audio Connection Kit transition

2009-03-23 Thread Samuel Thibault
Samuel Thibault, le Mon 23 Mar 2009 13:17:36 +0100, a écrit :
 No problem here.  But objdump -p /usr/bin/creox | grep jack shows NEEDED
 libjack-0.100.0.so.0, that's where the linker looks.

Oops, here, by linker I mean ld.so, not ld.

Samuel


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



Re: Jack Audio Connection Kit transition

2009-03-23 Thread Felipe Sateler
[No need to CC me, thanks]

El 23/03/09 23:17 Samuel Thibault escribió:
 Felipe Sateler, le Mon 23 Mar 2009 23:02:00 +1100, a écrit :
  [1] This actually surprised me. Could someone explain to me why are there
  SONAMEs when they are not actually used?

 They are used when linking a program, to know which NEEDED should be
 put.

  % ldd /usr/bin/creox | grep jack
  libjack-0.100.0.so.0 = /usr/lib/libjack-0.100.0.so.0
  (0x7f943206f000)
  % ls -l /usr/lib/libjack-0.100.0.so.0
  lrwxrwxrwx 1 root root 12 2009-03-18 19:03 /usr/lib/libjack-0.100.0.so.0
  - libjack.so.0
  % objdump -p /usr/lib/libjack-0.100.0.so.0 | grep SONAME
SONAME  libjack.so.0
  fel...@pcfelipe:csound%

 No problem here.  But objdump -p /usr/bin/creox | grep jack shows NEEDED
 libjack-0.100.0.so.0, that's where the linker looks.

But why use the field when linking, and not use it when loading the shared 
object? I fail to see the rationale here. Why not just use the filename 
always?


Saludos,
Felipe Sateler


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


Re: Jack Audio Connection Kit transition

2009-03-23 Thread Josselin Mouette
Le lundi 23 mars 2009 à 23:30 +1100, Felipe Sateler a écrit :
  No problem here.  But objdump -p /usr/bin/creox | grep jack shows NEEDED
  libjack-0.100.0.so.0, that's where the linker looks.
 
 But why use the field when linking, and not use it when loading the shared 
 object? I fail to see the rationale here. Why not just use the filename 
 always?

At link time, the filename is libfoo.so, which is a link to
libfoo.so.2.3.4. Here the SONAME is libfoo.so.2, and the linker cannot
know that only by looking at the filename.

-- 
 .''`.  Debian 5.0 Lenny has been released!
: :' :
`. `'   Last night, Darth Vader came down from planet Vulcan and told
  `-me that if you don't install Lenny, he'd melt your brain.


signature.asc
Description: Ceci est une partie de message	numériquement signée