[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#560393: libdate-manip-perl: newer versions break xmltv-util



Bert,

You raise a valid point:
"Maybe the changes should be reported to package maintainers who
depend upon changed packages."

Perhaps in the future, we will work on establishing a policy with
respect to these major changes, and coordinate with package reverse
dependencies. However, the same issues would arise if someone updated
Date::Manip via CPAN and broke other packages as a result (in which
case they would likely file a bug against xmltv-util, rather than the
CPAN package)

Indeed, this deserves some further discussion and attention.

Cheers,

Jonathan

On Thu, Dec 10, 2009 at 4:59 PM, Bert Riding <reriding@xmission.com> wrote:
> On Thu, 10 Dec 2009 16:13:43 -0500
> Jonathan Yu <jonathan.i.yu@gmail.com> wrote:
>
>> Hi Bert:
>>
>> Thanks for the bug report.
>>
>> I'm curious why this isn't considered a bug against xmltv-util.
>>
>> The upstream maintainer made the interface changes and we simply
>> carried them through into Debian...
>>
>> If there's something the pkg-perl group can do about our
>> (libdate-manip-perl) package to help alleviate this issue, we'd love
>> to hear it. Otherwise, we're just sort of at a loss as to what to do
>> about this; the NEWS file released with that version does note these
>> serious changes:
>>
>> http://svn.debian.org/viewsvn/pkg-perl/trunk/libdate-manip-perl/debian/NEWS?revision=47970&view=markup
>>
>> (You would have seen these messages upon upgrade if you had
>> apt-listchanges installed)
>>
>> Cheers,
>>
>> Jonathan
>>
>> On Thu, Dec 10, 2009 at 3:27 PM, Bert Riding <reriding@xmission.com>
>> wrote:
>> > Package: libdate-manip-perl
>> > Version: 5.54-1
>> > Severity: normal
>> >
>> >
>> > I use the tv_grab_na_dd script from xmltv-util to download and
>> > process tv listing data from Schedules Direct.  Recently, I have
>> > been unable to successfully do this because, it seems, Date::Manip
>> > is working differently in the 6.04-1 and 6.05-1 versions than it
>> > did in older releases.  Downgrading to 5.54-1 restores expected
>> > behavior and allows tv_grab_dd_na to work right.
>> >
>> > One other installed package that depends on libdate-manip-perl,
>> > gnucash, seems to not care which version is of libdate-manip-perl
>> > is installed.
>> >
>> > -- System Information:
>> > Debian Release: squeeze/sid
>> >  APT prefers unstable
>> >  APT policy: (500, 'unstable'), (500, 'stable')
>> > Architecture: amd64 (x86_64)
>> >
>> > Kernel: Linux 2.6.32 (SMP w/2 CPU cores; PREEMPT)
>> > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>> > Shell: /bin/sh linked to /bin/dash
>> >
>> > Versions of packages libdate-manip-perl depends on:
>> > ii  perl                          5.10.1-8   Larry Wall's Practical
>> > Extraction
>> >
>> > libdate-manip-perl recommends no packages.
>> >
>> > libdate-manip-perl suggests no packages.
>> >
>> > -- no debconf information
>> >
>> >
>> >
>> > _______________________________________________
>> > pkg-perl-maintainers mailing list
>> > pkg-perl-maintainers@lists.alioth.debian.org
>> > http://lists.alioth.debian.org/mailman/listinfo/pkg-perl-maintainers
>> >
> Hi,
> I've been discussing this issue with the author of xmltv who tells me
> that he hasn't changed it in years.  Perhaps you're right that it
> should be reported as a bug against xmltv-util.  Maybe the changes
> should be reported to package maintainers who depend upon changed
> packages.  It's clear that there are many layers to this problem.
>
> --
> Bert Riding
> reriding@xmission.com
> gnupg fingerprint:
> C0F6 E202 EFB3 F332 CAB0  85D4 A113 9F46 3C93 5A6E
>


Reply to: