Re: Upstream requires forked Date::Manip
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
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
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
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
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
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
