|
Next: RFS: ibapache-parselog-perl
|
| Author |
Message |
External

Since: Mar 19, 2007 Posts: 97
|
(Msg. 1) Posted: Wed Aug 08, 2007 1:40 am
Post subject: Today I played with dh-make-perl... Archived from groups: linux>debian>maint>perl (more info?)
|
|
|
I managed to remove its reliance on hand-written information regarding
its core module list - and BTW added a run-time switch to specify
which packages should be considered as base (currently, they are perl,
perl-base and perl-modules - Now, I might be very mistaken in my
assumption, thinking about this, as only perl-base is essential,
although they are all _build_-essential)...
Anyway, I just sent this change to SVN. Please play with it and tell
me how it works (or even better, just dig in and fix it!)
I will keep cleaning it up a bit here and there, trying to make the
general flow more understandable, and lowering the number of
untrackable variables just floating around.
Greetings,
--
Gunnar Wolf - gwolf.RemoveThis@gwolf.org - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
--
To UNSUBSCRIBE, email to debian-perl-REQUEST.RemoveThis@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.RemoveThis@lists.debian.org |
|
| Back to top |
|
 |  |
External

Since: Jan 24, 2005 Posts: 233
|
(Msg. 2) Posted: Wed Aug 08, 2007 9:40 am
Post subject: Re: Today I played with dh-make-perl... [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
On Wed, 08 Aug 2007, Damyan Ivanov wrote:
> -=| Gunnar Wolf, 8.08.2007 00:57 |=-
> > I managed to remove its reliance on hand-written information regarding
> > its core module list - and BTW added a run-time switch to specify
> > which packages should be considered as base (currently, they are perl,
> > perl-base and perl-modules - Now, I might be very mistaken in my
> > assumption, thinking about this, as only perl-base is essential,
> > although they are all _build_-essential)...
>
> As perl-modules is is essential to dh-make-perl's proper work,
> shouldn't it be listed as a dependency?
No. A dependency on perl is sufficient (and correct) as it pulls in
perl-base and perl-modules itself. [Perl modules must have a versioned
dependency on one of perl or perl-base; the former is correct in all
but unusual circumstances.]
> Why omitting dependencies on modules that are in non-essential perl
> and perl-modules? IMHO, if newly generated package uses modules from
> these, a dependency is due. And adding command-line option simply to
> be able to say that perl is essential is an overkill for me
A dependency is incorrect for most of these (unless they require a
version of the module newer than what is in perl-modules) because
they're intrinsically part of the core perl distribution (and a lot of
these modules never existed as separate packages anyway.)
Don Armstrong
--
A Democracy lead by politicians and political parties, fails.
http://www.donarmstrong.com http://rzlab.ucr.edu
--
To UNSUBSCRIBE, email to debian-perl-REQUEST.TakeThisOut@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.TakeThisOut@lists.debian.org |
|
| Back to top |
|
 |  |
External

Since: Mar 19, 2007 Posts: 97
|
(Msg. 3) Posted: Fri Aug 10, 2007 5:50 pm
Post subject: Re: Today I played with dh-make-perl... [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
Damyan Ivanov dijo [Wed, Aug 08, 2007 at 10:24:45AM +0300]:
> > I managed to remove its reliance on hand-written information regarding
> > its core module list - and BTW added a run-time switch to specify
> > which packages should be considered as base (currently, they are perl,
> > perl-base and perl-modules - Now, I might be very mistaken in my
> > assumption, thinking about this, as only perl-base is essential,
> > although they are all _build_-essential)...
> >
> > Anyway, I just sent this change to SVN. Please play with it and tell
> > me how it works (or even better, just dig in and fix it!)
>
> As perl-modules is is essential to dh-make-perl's proper work, shouldn't
> it be listed as a dependency?
It's a dependency to dh-make-perl, but not to the packages it
generates.
Anyway, I see there are more replies down the pipe - I'll go read them
before saying something (even more) foolish
Greetings,
--
Gunnar Wolf - gwolf DeleteThis @gwolf.org - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
--
To UNSUBSCRIBE, email to debian-perl-REQUEST DeleteThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster DeleteThis @lists.debian.org |
|
| Back to top |
|
 |  |
External

Since: Mar 19, 2007 Posts: 97
|
(Msg. 4) Posted: Fri Aug 10, 2007 6:10 pm
Post subject: Re: Today I played with dh-make-perl... [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
Don Armstrong dijo [Wed, Aug 08, 2007 at 12:34:46AM -0700]:
> > As perl-modules is is essential to dh-make-perl's proper work,
> > shouldn't it be listed as a dependency?
>
> No. A dependency on perl is sufficient (and correct) as it pulls in
> perl-base and perl-modules itself. [Perl modules must have a versioned
> dependency on one of perl or perl-base; the former is correct in all
> but unusual circumstances.]
Right. But somebody might want to use dh-make-perl to create packages
meant for -say- embedded systems, not depending on having the full
Perl but only base-perl. So, say:
$ dh-make-perl --build --cpan Some::Module --basepkgs perl-base
Of course, if Some::Module depends on a module provided by
perl-modules, apt-file would find and add it as a dependency.
Humh... Although the generated debian/control still lists
«${perl:Depends}, ${misc:Depends}», which become «perl (>= 5.6.0-16)»,
so I'm not gaining anything by this :-/ So, any pointers, or do you
suggest me to roll back this option at all?
Greetings,
--
Gunnar Wolf - gwolf RemoveThis @gwolf.org - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
--
To UNSUBSCRIBE, email to debian-perl-REQUEST RemoveThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster RemoveThis @lists.debian.org |
|
| Back to top |
|
 |  |
External

Since: Jan 24, 2005 Posts: 233
|
(Msg. 5) Posted: Fri Aug 10, 2007 10:50 pm
Post subject: Re: Today I played with dh-make-perl... [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
On Fri, 10 Aug 2007, Gunnar Wolf wrote:
> Don Armstrong dijo [Wed, Aug 08, 2007 at 12:34:46AM -0700]:
> > No. A dependency on perl is sufficient (and correct) as it pulls in
> > perl-base and perl-modules itself. [Perl modules must have a versioned
> > dependency on one of perl or perl-base; the former is correct in all
> > but unusual circumstances.]
>
> Right. But somebody might want to use dh-make-perl to create packages
> meant for -say- embedded systems, not depending on having the full
> Perl but only base-perl. So, say:
>
> $ dh-make-perl --build --cpan Some::Module --basepkgs perl-base
>
> Of course, if Some::Module depends on a module provided by
> perl-modules, apt-file would find and add it as a dependency.
>
> Humh... Although the generated debian/control still lists
> «${perl:Depends}, ${misc:Depends}», which become «perl (>= 5.6.0-16)»,
> so I'm not gaining anything by this :-/ So, any pointers, or do you
> suggest me to roll back this option at all?
In that case, the debian/rules file should be calling dh_perl -d;
though the option should probably have the caveat that Brendan (or
later perl maintainers) reserve the caveat to move modules out of
perl-base, so caution may need to be exercised.
[Having actually built a few packages in this situtation, I agree that
this option is useful.]
Don Armstrong
--
Leukocyte... I am your father.
-- R. Stevens http://www.dieselsweeties.com/archive.php?s=1546
http://www.donarmstrong.com http://rzlab.ucr.edu |
|
| Back to top |
|
 |  |
| Related Topics: | ITP: libgtk2-ex-printdialog-perl - a pure-perl alternative.. - Hi Jeffrey! > I would like to join the debian-perl group, starting with this bit of packaging. Over and above the standard Debian packaging guidelines. Is there anything I should be aware of? This is an interesting and highly capable group of people...
Bug#438569: libpadwalker-perl: please package version 1.5 .. - Package: libpadwalker-perl Version: 1.0-1 Severity: wishlist Hello, I'm packaging libdevel-repl-perl and its dependencies, one of them being liblexical-persistence-perl. All the packages are handled in the Debian Perl Group's repo. According to its..
Bug#481983: RM: libmodule-load-perl -- ROM; perl 5.10 incl.. - Package: ftp.debian.org Severity: normal Hi, libmodule-load-conditional-perl is a rdepends of this package, and should drop the dependency on libmodule-load-perl. The other package is libgraphics-colornames-perl, and I'll take care of that. ...
Bug#486779: RFP: libspreadsheet-xlsx-perl -- Perl extensio.. - Package: wnpp Severity: wishlist * Package name : libspreadsheet-xlsx-perl Version : 0.03 Upstream Author : Dmitry Ovsyanko <do@eludia.ru> * URL : http://search.cpan.org/dist/Spreadsheet-XLSX/ * License : GNU..
Moving perl modules into pkg-perl team ? - Hello Florian, I see you're maintaining quite a few perl modules. I pinged some time ago about updating one of them and you didn't respond (it was about libfile-basedir-perl and libfile-desktopentry-perl) and someone else also requested them to be.. |
|
You can post new topics in this forum You can reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|
|