Re: perl 5.6 dependent packages

2002-08-28 Thread Manoj Srivastava
Brendan == Brendan O'Dea [EMAIL PROTECTED] writes:

 Brendan Note that in addition, since perl 5.8.0 includes some
 Brendan modules which were previously stand-alone, any package
 Brendan declaring a versioned[0] dependency on:

 Brendan   libcgi-perl,

 Brendan needs to either have the version for that dependency
 Brendan removed, or just to depend on perl (= 5.8.0).

This happens not to be the case. Perl does not come with the
 modules included in libcgi-perl (libcgi-pm-perl may be another
 matter)

Filed an critical bug against perl-modules ;-)

manoj
-- 
 Look before you leap. Samuel Butler
Manoj Srivastava   [EMAIL PROTECTED]  http://www.debian.org/%7Esrivasta/
1024R/C7261095 print CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C




Re: perl 5.6 dependent packages

2002-08-26 Thread Jérôme Marant
On Sun, Aug 25, 2002 at 06:44:00AM +1000, Brendan O'Dea wrote:
 On Sat, Aug 24, 2002 at 02:49:10PM -0400, Joey Hess wrote:
 perl 5.8 will enter unstable at the next dinstall run. Before it can
 make testing though, we have to update the following 84 packages which
 still depend on perlapi-5.6.*. This list should take into account those
 packages that were already NMU'd.
 
 [EMAIL PROTECTED]:~grep-available -F depends perlapi-5.6 -s package
 
 Note that in addition, since perl 5.8.0 includes some modules which were
 previously stand-alone, any package declaring a versioned[0] dependency
 on:
 
   libdigest-md5-perl, libmime-base64-perl, libnet-perl,
   libtime-hires-perl, libstorable-perl,
   libattribute-handlers-perl, libcgi-perl, libi18n-langtags-perl,
   liblocale-maketext-perl, libmath-bigint-perl, libnet-ping-perl,
   libtest-harness-perl, libtest-simple-perl
 
 needs to either have the version for that dependency removed, or just to
 depend on perl (= 5.8.0).

  If those package are still going to be shipped separately (because
  they're going to evolve outside the perl core), then they should stay
  in the archive and perl must add Provides for them. Hence, the user
  can still choose to use either those in the perl core, or the
  sperate ones (maybe more recent at some point).

-- 
Jérôme Marant




Re: perl 5.6 dependent packages

2002-08-26 Thread Brendan O'Dea
On Mon, Aug 26, 2002 at 09:33:51AM +0200, Jérôme Marant wrote:
On Sun, Aug 25, 2002 at 06:44:00AM +1000, Brendan O'Dea wrote:
 Note that in addition, since perl 5.8.0 includes some modules which were
 previously stand-alone, any package declaring a versioned[0] dependency
 on:
 
   libdigest-md5-perl, libmime-base64-perl, libnet-perl,
   libtime-hires-perl, libstorable-perl,
   libattribute-handlers-perl, libcgi-perl, libi18n-langtags-perl,
   liblocale-maketext-perl, libmath-bigint-perl, libnet-ping-perl,
   libtest-harness-perl, libtest-simple-perl
 
 needs to either have the version for that dependency removed, or just to
 depend on perl (= 5.8.0).

  If those package are still going to be shipped separately (because
  they're going to evolve outside the perl core), then they should stay
  in the archive and perl must add Provides for them. Hence, the user
  can still choose to use either those in the perl core, or the
  sperate ones (maybe more recent at some point).

You're missing the point.

The problem is that some packages have *versioned* dependencies on those
packages: smokeping for example depends on libdigest-md5-perl (= 2.13-2).

While perl does have a provide for libdigest-md5-perl, it's not
considered as there is no version associated.  So the dependencies on that
(and other packages) need to be changed.

As far as retaining the stand-alone versions of [now] uninstallable perl
modules in the archive goes, is there any point?  They can be re-packaged
if/when the need arises.

--bod




Re: perl 5.6 dependent packages

2002-08-26 Thread Jérôme Marant
On Mon, Aug 26, 2002 at 05:57:50PM +1000, Brendan O'Dea wrote:

   If those package are still going to be shipped separately (because
   they're going to evolve outside the perl core), then they should stay
   in the archive and perl must add Provides for them. Hence, the user
   can still choose to use either those in the perl core, or the
   sperate ones (maybe more recent at some point).
 
 You're missing the point.

  No, I added some information.
 
 The problem is that some packages have *versioned* dependencies on those
 packages: smokeping for example depends on libdigest-md5-perl (= 2.13-2).
 
 While perl does have a provide for libdigest-md5-perl, it's not
 considered as there is no version associated.  So the dependencies on that
 (and other packages) need to be changed.

  I didn't say it doesn't have to be changed.

 As far as retaining the stand-alone versions of [now] uninstallable perl
 modules in the archive goes, is there any point?  They can be re-packaged
 if/when the need arises.

  It depends on the will of the maintainers of those packages.
  Those modules are likely to have newer versions in the upcoming months,
  maybe users will be interested in newer versions?

  Cheers,

-- 
Jérôme Marant




Re: perl 5.6 dependent packages

2002-08-25 Thread Steve Kowalik
At 11:06 am, Sunday, August 25 2002, Henrique de Moraes Holschuh mumbled:
 On Sun, 25 Aug 2002, Brendan O'Dea wrote:
  Note that in addition, since perl 5.8.0 includes some modules which were
  previously stand-alone, any package declaring a versioned[0] dependency
  on:
  
libdigest-md5-perl, libmime-base64-perl, libnet-perl,
libtime-hires-perl, libstorable-perl,
libattribute-handlers-perl, libcgi-perl, libi18n-langtags-perl,
liblocale-maketext-perl, libmath-bigint-perl, libnet-ping-perl,
libtest-harness-perl, libtest-simple-perl
  
  needs to either have the version for that dependency removed, or just to
  depend on perl (= 5.8.0).
 
 litian and linda checks for these, please!
 
If they depend on those packages and perl (= 5.8.0)?

-- 
   Steve
Culus irrelevent. overfiend will purge you.




Re: perl 5.6 dependent packages

2002-08-25 Thread Henrique de Moraes Holschuh
On Sun, 25 Aug 2002, Steve Kowalik wrote:
 If they depend on those packages and perl (= 5.8.0)?

If they have any sort of versioned dependency on provides (we should make a
list of those), actually.

But since this is a non-local check, and hard to write, I guess tailoring it
to detect dependencies on old perl, and on stuff the new perl provides would
do.

-- 
  One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie. -- The Silicon Valley Tarot
  Henrique Holschuh




Re: perl 5.6 dependent packages

2002-08-25 Thread Daniel Jacobowitz
On Sat, Aug 24, 2002 at 02:49:10PM -0400, Joey Hess wrote:
 perl 5.8 will enter unstable at the next dinstall run. Before it can
 make testing though, we have to update the following 84 packages which
 still depend on perlapi-5.6.*. This list should take into account those
 packages that were already NMU'd.

Great.  I'll take care of modperl and apache-perl today.

-- 
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer




Re: perl 5.6 dependent packages

2002-08-25 Thread Joey Hess
Brendan O'Dea wrote:
 On Sat, Aug 24, 2002 at 02:49:10PM -0400, Joey Hess wrote:
 perl 5.8 will enter unstable at the next dinstall run. Before it can
 make testing though, we have to update the following 84 packages which
 still depend on perlapi-5.6.*. This list should take into account those
 packages that were already NMU'd.
 
 [EMAIL PROTECTED]:~grep-available -F depends perlapi-5.6 -s package
 
 Note that in addition, since perl 5.8.0 includes some modules which were
 previously stand-alone, any package declaring a versioned[0] dependency
 on:
 
   libdigest-md5-perl, libmime-base64-perl, libnet-perl,
   libtime-hires-perl, libstorable-perl,
   libattribute-handlers-perl, libcgi-perl, libi18n-langtags-perl,
   liblocale-maketext-perl, libmath-bigint-perl, libnet-ping-perl,
   libtest-harness-perl, libtest-simple-perl
 
 needs to either have the version for that dependency removed, or just to
 depend on perl (= 5.8.0).

The packages that do so are:

[EMAIL PROTECTED]:~for mod in libdigest-md5-perl libmime-base64-perl
libnet-perl libtime-hires-perl libstorable-perl
libattribute-handlers-perl libcgi-perl libi18n-langtags-perl
liblocale-maketext-perl libmath-bigint-perl libnet-ping-perl
libtest-harness-perl libtest-simple-perl; do echo; echo $mod:; echo; 
grep-available -F depends $mod ( -s package,maintainer ; done

libdigest-md5-perl:

package: libmd5-perl
maintainer: Michael Alan Dorman [EMAIL PROTECTED]

package: axkit
maintainer: Ardo van Rangelrooij [EMAIL PROTECTED]

package: smokeping
maintainer: Jose Carlos Garcia Sogo [EMAIL PROTECTED]

libmime-base64-perl:

package: sympa
maintainer: Jerome Marant [EMAIL PROTECTED]

package: libmime-perl
maintainer: Stephen Zander [EMAIL PROTECTED]

package: catalog
maintainer: Igor Genibel [EMAIL PROTECTED]

libnet-perl:

package: libastro-simbad-perl
maintainer: Stephen Quinney [EMAIL PROTECTED]

package: libastro-ads-perl
maintainer: Stephen Quinney [EMAIL PROTECTED]

package: libastro-dss-perl
maintainer: Stephen Quinney [EMAIL PROTECTED]

package: libastro-catalog-perl
maintainer: Stephen Quinney [EMAIL PROTECTED]

package: libnet-snpp-perl
maintainer: Michael Alan Dorman [EMAIL PROTECTED]

package: libnet-tftp-perl
maintainer: Michael Alan Dorman [EMAIL PROTECTED]

package: libwww-perl
maintainer: Michael Alan Dorman [EMAIL PROTECTED]

package: libnet-ph-perl
maintainer: Michael Alan Dorman [EMAIL PROTECTED]

libtime-hires-perl:

package: razor
maintainer: Robert van der Meulen [EMAIL PROTECTED]

package: remstats
maintainer: Robert Jordens [EMAIL PROTECTED]

package: filterproxy
maintainer: Kenneth Vestergaard Schmidt [EMAIL PROTECTED]

libstorable-perl:

package: libipc-shareable-perl
maintainer: Philippe Troin [EMAIL PROTECTED]

libattribute-handlers-perl:

libcgi-perl:

package: catalog
maintainer: Igor Genibel [EMAIL PROTECTED]

libi18n-langtags-perl:

liblocale-maketext-perl:

libmath-bigint-perl:

package: libmath-numbercruncher-perl
maintainer: Dirk Eddelbuettel [EMAIL PROTECTED]

libnet-ping-perl:

libtest-harness-perl:

libtest-simple-perl:

Also, libwww-perl still needs to be updated for perl 5.8. My NMU wasn't
uploaded out of the staging area, since I had to turn off regression
tests. There may be a new upstream release that fixes that.

-- 
see shy jo




Re: perl 5.6 dependent packages

2002-08-25 Thread Raphael Hertzog
Le Sun, Aug 25, 2002 at 06:44:00AM +1000, Brendan O'Dea écrivait:
 On Sat, Aug 24, 2002 at 02:49:10PM -0400, Joey Hess wrote:
 perl 5.8 will enter unstable at the next dinstall run. Before it can
 make testing though, we have to update the following 84 packages which
 still depend on perlapi-5.6.*. This list should take into account those
 packages that were already NMU'd.

What happened to libdbi-perl ?

Joey NMUed it in the pool, but it appears to not have been installed.
Since I rebuilt my libdbd-{pg,mysql}-perl package with the libdbi for
perl 5.8, my packages are currently uninstallable ... I'm willing to do
another libdbi-perl NMU if needed, I just want to be sure it's really
needed.

Cheers,
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Formation Linux et logiciel libre : http://www.logidee.com




Re: perl 5.6 dependent packages

2002-08-25 Thread Joey Hess
Raphael Hertzog wrote:
 What happened to libdbi-perl ?
 
 Joey NMUed it in the pool, but it appears to not have been installed.

Maybe a newer MU came out in between or something. I don't have the NMU
anymore, but IIRC it was a simple rebuild.

-- 
see shy jo




Re: perl 5.6 dependent packages

2002-08-25 Thread Clint Adams
 Maybe a newer MU came out in between or something. I don't have the NMU
 anymore, but IIRC it was a simple rebuild.

Yes, two newer MU's actually.  The latter was a rebuild for 5.8;
unfortunately the build-deps weren't updated, so it was autobuilt
inconsistently.




Re: perl 5.6 dependent packages

2002-08-25 Thread Raphael Hertzog
Le Sun, Aug 25, 2002 at 01:51:18PM -0400, Clint Adams écrivait:
  Maybe a newer MU came out in between or something. I don't have the NMU
  anymore, but IIRC it was a simple rebuild.
 
 Yes, two newer MU's actually.  The latter was a rebuild for 5.8;
 unfortunately the build-deps weren't updated, so it was autobuilt
 inconsistently.

Yes, I took the time to check myself in between. 1.28-4 is completely
correct now and will be installed in a few hours.

Cheers,
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Formation Linux et logiciel libre : http://www.logidee.com




Re: perl 5.6 dependent packages

2002-08-25 Thread Ryan Murray
On Sun, Aug 25, 2002 at 07:39:54PM +0200, Raphael Hertzog wrote:
 Le Sun, Aug 25, 2002 at 06:44:00AM +1000, Brendan O'Dea ?crivait:
  On Sat, Aug 24, 2002 at 02:49:10PM -0400, Joey Hess wrote:
  perl 5.8 will enter unstable at the next dinstall run. Before it can
  make testing though, we have to update the following 84 packages which
  still depend on perlapi-5.6.*. This list should take into account those
  packages that were already NMU'd.
 
 What happened to libdbi-perl ?
 
 Joey NMUed it in the pool, but it appears to not have been installed.
 Since I rebuilt my libdbd-{pg,mysql}-perl package with the libdbi for

while the build-depends on perl were updated, the build-depends for the
new libdbi were not.  You need to update all build-depends that might be
affected by the transition.

-- 
Ryan Murray, Debian Developer ([EMAIL PROTECTED], [EMAIL PROTECTED])
The opinions expressed here are my own.


pgp3FlcjcHjjw.pgp
Description: PGP signature


Re: perl 5.6 dependent packages

2002-08-25 Thread Raphael Hertzog
Le Sun, Aug 25, 2002 at 01:33:36PM -0700, Ryan Murray écrivait:
 while the build-depends on perl were updated, the build-depends for the
 new libdbi were not.  You need to update all build-depends that might be

They were in 1.28-1.1 (NMU by Joey), but during the transition the
maintainer uploaded 1.18-2 compiled against the old perl 5.6 ... so
Joey's NMU got lost. Then the maintainer uploaded -3 compiled against perl
5.8 but without the build-dep, he finally added the build dep in -4.

Everything is ok now.

Cheers,
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Formation Linux et logiciel libre : http://www.logidee.com




Re: perl 5.6 dependent packages

2002-08-24 Thread Brendan O'Dea
On Sat, Aug 24, 2002 at 02:49:10PM -0400, Joey Hess wrote:
perl 5.8 will enter unstable at the next dinstall run. Before it can
make testing though, we have to update the following 84 packages which
still depend on perlapi-5.6.*. This list should take into account those
packages that were already NMU'd.

[EMAIL PROTECTED]:~grep-available -F depends perlapi-5.6 -s package

Note that in addition, since perl 5.8.0 includes some modules which were
previously stand-alone, any package declaring a versioned[0] dependency
on:

  libdigest-md5-perl, libmime-base64-perl, libnet-perl,
  libtime-hires-perl, libstorable-perl,
  libattribute-handlers-perl, libcgi-perl, libi18n-langtags-perl,
  liblocale-maketext-perl, libmath-bigint-perl, libnet-ping-perl,
  libtest-harness-perl, libtest-simple-perl

needs to either have the version for that dependency removed, or just to
depend on perl (= 5.8.0).

[0] The 5.8.0 perl packages do provide these so un-versioned
dependencies are fine, dpkg/apt just don't support versioned
provides.

--bod




Re: perl 5.6 dependent packages

2002-08-24 Thread Henrique de Moraes Holschuh
On Sun, 25 Aug 2002, Brendan O'Dea wrote:
 Note that in addition, since perl 5.8.0 includes some modules which were
 previously stand-alone, any package declaring a versioned[0] dependency
 on:
 
   libdigest-md5-perl, libmime-base64-perl, libnet-perl,
   libtime-hires-perl, libstorable-perl,
   libattribute-handlers-perl, libcgi-perl, libi18n-langtags-perl,
   liblocale-maketext-perl, libmath-bigint-perl, libnet-ping-perl,
   libtest-harness-perl, libtest-simple-perl
 
 needs to either have the version for that dependency removed, or just to
 depend on perl (= 5.8.0).

litian and linda checks for these, please!

-- 
  One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie. -- The Silicon Valley Tarot
  Henrique Holschuh