Re: Upstream requires forked Date::Manip

2003-06-30 Thread Martin Quinson
On Sun, Jun 29, 2003 at 03:50:29PM -0500, Kenneth Pronovici wrote:
 The upstream maintainer of XMLTV, which I package for Debian, has
 temporarily forked the Perl Date::Manip module.  He says:
 
Over the past six months or so I've accumulated various bug fixes to
the Date::Manip module, most of them because of xmltv bug reports
sent by users.  Rather than wait any longer for the upstream
Date::Manip to incorporate the fixes I have made my own release
(intended as a temporary measure, not a permanent fork)... I've
updated xmltv to require this version of the module (since it does
fix several fairly important problems).
 
 I'm not entirely sure what to do with this.
[...]

A third option would be to use the dpkg diversion on libdate-manip-perl
files to install the fixed version. That's clearly an ugly hack, but it
could do the trick until either libdate-manip-perl upstream or its
maintainer do something to get the issues fixed.

Thanks, Mt.

-- 
Les rebelles disaient que les débutants avaient le droit d'utiliser un
éditeur, qui ressemblait à MSWord comme sa mère à Pamela Anderson.
Vihaille comme les rebelles l'appellaient, était sans doute un bizutage
  -- L'histoire des pingouins




Re: Upstream requires forked Date::Manip

2003-06-30 Thread Graham Wilson
On Sun, Jun 29, 2003 at 03:50:29PM -0500, Kenneth Pronovici wrote:
 The upstream maintainer of XMLTV, which I package for Debian, has
 temporarily forked the Perl Date::Manip module.  He says:
 
Over the past six months or so I've accumulated various bug fixes to
the Date::Manip module, most of them because of xmltv bug reports
sent by users.  Rather than wait any longer for the upstream
Date::Manip to incorporate the fixes I have made my own release
(intended as a temporary measure, not a permanent fork)... I've
updated xmltv to require this version of the module (since it does
fix several fairly important problems).
 
 I'm not entirely sure what to do with this.
 
 One option would be to roll these forked bug fixes into the offical
 Debian libdate-manip-perl package.  There are no interface changes, so
 this really shouldn't cause problems for anyone (in theory, anyway).  I
 have written the Debian libdate-manip-perl maintainer a few times in the
 last few weeks about this, but I haven't heard anything back from him.
 
 Another option would be for me to create a temporary
 libdate-manip-perl-fork package (or something) to temporarily provide
 the forked code, which wouldn't affect users who don't install the XMLTV
 packages.  This would be OK, but I don't like the idea of adding
 temporary packages to the archive.
 
 As a final option, I could just take out Makefile.PL's checks on version
 and build the Debian XMLTV packages against the version of Date::Manip
 currently in Debian.  This bothers me because it would leave us open to
 Debian-only bugs for which there's an obvious fix that Debian doesn't
 support.
 
 Does anyone have any opinions on the best way to deal with this?  

i dont know anything about perl, but might it be possible to add the
forked module to the xmltv package, in some way that doesnt conflict
with the libdate-manip-perl that exists in debian? 

this would allow the fixed version to be used, without adding a
temporary package.

-- 
gram


pgpuzvEAGKdIc.pgp
Description: PGP signature


Re: Upstream requires forked Date::Manip

2003-06-30 Thread Martin Schulze
Graham Wilson wrote:
 i dont know anything about perl, but might it be possible to add the
 forked module to the xmltv package, in some way that doesnt conflict
 with the libdate-manip-perl that exists in debian? 

Should be possible if you use a different directory (one with a higher
priority) or alter the @INC path list.

I'd opt for including the fixes in the Debian version of
Date::Manip, though.  This would also give the fixes a new means
of testing and reviewing.

Regards,

Joey

-- 
Computers are not intelligent.  They only think they are.

Please always Cc to me when replying to me on the lists.




Re: Upstream requires forked Date::Manip

2003-06-30 Thread Marco d'Itri
On Jun 30, Graham Wilson [EMAIL PROTECTED] wrote:

 i dont know anything about perl, but might it be possible to add the
 forked module to the xmltv package, in some way that doesnt conflict
 with the libdate-manip-perl that exists in debian? 
Sure, it can be installed in a private directory and is probably the
best solution right now.

-- 
ciao, |
Marco | [602 alM26tFM1JADU]


pgpI3rwIc5erT.pgp
Description: PGP signature


Re: Upstream requires forked Date::Manip

2003-06-30 Thread Kenneth Pronovici
 The upstream maintainer of XMLTV, which I package for Debian, has
 temporarily forked the Perl Date::Manip module.  He says:
 
Over the past six months or so I've accumulated various bug fixes to
the Date::Manip module, most of them because of xmltv bug reports
sent by users.  Rather than wait any longer for the upstream
Date::Manip to incorporate the fixes I have made my own release
(intended as a temporary measure, not a permanent fork)... I've
updated xmltv to require this version of the module (since it does
fix several fairly important problems).
 
 I'm not entirely sure what to do with this.

All sorts of things fell into place in the day since I wrote this.  It
turns out that upstream has managed to get most of the forked patches
incorporated, and will release this week, so I guess I don't have
anything to deal with after all.

Thanks,

KEN

-- 
Kenneth J. Pronovici [EMAIL PROTECTED]



pgploLWfU8KnB.pgp
Description: PGP signature


Upstream requires forked Date::Manip

2003-06-29 Thread Kenneth Pronovici
The upstream maintainer of XMLTV, which I package for Debian, has
temporarily forked the Perl Date::Manip module.  He says:

   Over the past six months or so I've accumulated various bug fixes to
   the Date::Manip module, most of them because of xmltv bug reports
   sent by users.  Rather than wait any longer for the upstream
   Date::Manip to incorporate the fixes I have made my own release
   (intended as a temporary measure, not a permanent fork)... I've
   updated xmltv to require this version of the module (since it does
   fix several fairly important problems).

I'm not entirely sure what to do with this.

One option would be to roll these forked bug fixes into the offical
Debian libdate-manip-perl package.  There are no interface changes, so
this really shouldn't cause problems for anyone (in theory, anyway).  I
have written the Debian libdate-manip-perl maintainer a few times in the
last few weeks about this, but I haven't heard anything back from him.

Another option would be for me to create a temporary
libdate-manip-perl-fork package (or something) to temporarily provide
the forked code, which wouldn't affect users who don't install the XMLTV
packages.  This would be OK, but I don't like the idea of adding
temporary packages to the archive.

As a final option, I could just take out Makefile.PL's checks on version
and build the Debian XMLTV packages against the version of Date::Manip
currently in Debian.  This bothers me because it would leave us open to
Debian-only bugs for which there's an obvious fix that Debian doesn't
support.

Does anyone have any opinions on the best way to deal with this?  

Thanks...

KEN

-- 
Kenneth J. Pronovici [EMAIL PROTECTED]


pgp8OcQw4Jhdt.pgp
Description: PGP signature