Re: the merge of 'perl-modules' to 'perl' is planned

[Jonathan Yu]

[Cc debian-perl@... as it wasn't added on the first list]

On Thu, Oct 22, 2009 at 4:13 PM, Eugene V. Lyubimkin <jackyf@...> wrote:
> Hello members of Debian Perl Group,
>
> [please keep CC on replies if any]
>
> The binary package 'perl-modules' is planned to be merged into 'perl' binary
> package in the near future, firstly leaving 'perl-modules' as an empty package
> (dependent on 'perl') to not make the mass breakage in a shot. However, it
Wow, that's interesting. Thanks for letting us all know, before major
breakage :)
> would be good to remove the 'perl-modules' entirely before Squeeze, or at
> least leave as minimum as possible perl modules (build)-depending on
> 'perl-modules'. Considering the big number of Perl modules are maintained
Consequently, I would recommend adding a lintian check to notify
people of this issue. It should warn people that perl-modules is on
its way out. I don't have the time to look into this right now, but
unless someone else does so, I could consider whipping something up.

> under pkg-perl umbrella or by members of pkg-perl party I am ask to substitute
> depends and build-depends on 'perl-modules' to 'perl' for all future uploads.
>
> On behalf of the Perl maintainers team,
> --
> Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
> C++/Perl developer, Debian Developer
>
>
> _______________________________________________
> pkg-perl-maintainers mailing list
> pkg-perl-maintainers@...
> http://lists.alioth.debian.org/mailman/listinfo/pkg-perl-maintainers
>

--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Ryan Niebur]

On Thu, Oct 22, 2009 at 04:59:48PM -0400, Jonathan Yu wrote:

> [Cc debian-perl@... as it wasn't added on the first list]
>
> On Thu, Oct 22, 2009 at 4:13 PM, Eugene V. Lyubimkin <jackyf@...> wrote:
> > Hello members of Debian Perl Group,
> >
> > [please keep CC on replies if any]
> >
> > The binary package 'perl-modules' is planned to be merged into 'perl' binary
> > package in the near future, firstly leaving 'perl-modules' as an empty package
> > (dependent on 'perl') to not make the mass breakage in a shot. However, it
> Wow, that's interesting. Thanks for letting us all know, before major
> breakage :)
> > would be good to remove the 'perl-modules' entirely before Squeeze, or at
> > least leave as minimum as possible perl modules (build)-depending on
> > 'perl-modules'. Considering the big number of Perl modules are maintained
> Consequently, I would recommend adding a lintian check to notify
> people of this issue. It should warn people that perl-modules is on
> its way out. I don't have the time to look into this right now, but
> unless someone else does so, I could consider whipping something up.

it just needs to be added to the data/fields/obsolete-packages file in
lintian's source. no need to make a new check for this, just make a BR
against lintian and the lintian maintainers will probably add it to
this list.

--
_________________________
Ryan Niebur
ryanryan52@...

[Ryan Niebur]

Package: lintian
Version: 2.2.17
Severity: wishlist

Here's the explanation for why:
http://lists.alioth.debian.org/pipermail/pkg-perl-maintainers/2009-October/026578.html

--
_________________________
Ryan Niebur
ryanryan52@...

[Damyan Ivanov-5]

-=| gregor herrmann, Fri, Oct 23, 2009 at 02:20:05AM +0200 |=-
> Damyan, could you look into dh-make-perl, please, since you know the
> dependency stuff best? (Although I'd like to upload the current
> version in svn soon.) -- Or is this already implemented? I just saw
> the prune_* functions in lib/Debian/Control/FromCPAN.pm ...

Will inspect promptly.

> I've now added a new check to scripts/qa/packagecheck; the
> s/perl-modules/perl/ is not difficult, cleaning up afterwards a bit
> more, and it shows some "interesting" constructs.
> Anyway, given that the amount of packages is not large it's not much
> manual work.

It would be sufficient if packagecheck handles some easy cases and
barfs at the complicated ones.

--
dam

[Damyan Ivanov-5]

-=| Damyan Ivanov, Fri, Oct 23, 2009 at 11:28:39AM +0300 |=-
> -=| gregor herrmann, Fri, Oct 23, 2009 at 02:20:05AM +0200 |=-
> > Damyan, could you look into dh-make-perl, please, since you know the
> > dependency stuff best? (Although I'd like to upload the current
> > version in svn soon.) -- Or is this already implemented? I just saw
> > the prune_* functions in lib/Debian/Control/FromCPAN.pm ...
>
> Will inspect promptly.

The stuff in FromCPAN is used only on --refresh. I have the "main"
thing in DhMakePerl.pm to also use 'perl' for core dependencies.

(this cries to be rewritten using the Debian::Control stuff that
--refresh uses. Help is welcome. My train rides are still occupied
with KGB hacking :) )


--
dam

[gregor herrmann-3]

On Fri, 23 Oct 2009 11:28:40 +0300, Damyan Ivanov wrote:

> > Damyan, could you look into dh-make-perl, please, since you know the
> > dependency stuff best? (Although I'd like to upload the current
> > version in svn soon.) -- Or is this already implemented? I just saw
> > the prune_* functions in lib/Debian/Control/FromCPAN.pm ...
> Will inspect promptly.

Thanks!
 
> > I've now added a new check to scripts/qa/packagecheck; the
> > s/perl-modules/perl/ is not difficult, cleaning up afterwards a bit
> > more, and it shows some "interesting" constructs.
> > Anyway, given that the amount of packages is not large it's not much
> > manual work.
> It would be sufficient if packagecheck handles some easy cases and
> barfs at the complicated ones.

I ran it yesterday after sending the mail, and then fixed or improved
a couple of packages manually, and committed to whole change. A
little bit of care will be necessary, I don't guarantee I caught
everything :)

Cheers,
gregor
--
 .''`.   http://info.comodo.priv.at/ -- GPG Key IDs: 0x00F3CFE4, 0x8649AA06
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-    NP: John Zorn: Kochot (Frisell)

[gregor herrmann-3]

On Fri, 23 Oct 2009 11:39:00 +0300, Damyan Ivanov wrote:

> > > Damyan, could you look into dh-make-perl, please, since you know the
> > > dependency stuff best? (Although I'd like to upload the current
> > > version in svn soon.) -- Or is this already implemented? I just saw
> > > the prune_* functions in lib/Debian/Control/FromCPAN.pm ...
> > Will inspect promptly.
> The stuff in FromCPAN is used only on --refresh. I have the "main"
> thing in DhMakePerl.pm to also use 'perl' for core dependencies.

Ah, ok, thanks.
 
> (this cries to be rewritten using the Debian::Control stuff that
> --refresh uses. Help is welcome. My train rides are still occupied
> with KGB hacking :) )

And the nice modules from dh-make-perl could also be used in
packagecheck.pl then to clean up the depends_lists. Yet another task
:)

Cheers,
gregor
--
 .''`.   http://info.comodo.priv.at/ -- GPG Key IDs: 0x00F3CFE4, 0x8649AA06
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-    NP: John Zorn: Abidan (Frisell)

[Jeremiah Foster-6]

On Oct 23, 2009, at 14:18, gregor herrmann wrote:

> On Fri, 23 Oct 2009 11:39:00 +0300, Damyan Ivanov wrote:
>
>> (this cries to be rewritten using the Debian::Control stuff that
>> --refresh uses. Help is welcome. My train rides are still occupied
>> with KGB hacking :) )
>
> And the nice modules from dh-make-perl could also be used in
> packagecheck.pl then to clean up the depends_lists. Yet another task
> :)

Yeah, I am trying to keep one eye on dh-make-perl to reuse as much  
code as possible in packagecheck. I will try and find more time for  
this on the weekend.

Jeremiah


--
To UNSUBSCRIBE, email to debian-perl-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...