On Sun, 09 Aug 2020 16:20:45 -0500 Ken Moffat via blfs-dev wrote:
> On Sun, Aug 09, 2020 at 11:04:09AM -0500, Marty Jack via blfs-dev wrote:
> >
> > The INSTALL file for git recommends the following incantation to derive the
> > path (at line 100).
> > This doesn't need updating when the Perl v
On 8/9/20 5:08 PM, Ken Moffat via blfs-dev wrote:
On Sun, Aug 09, 2020 at 04:49:05PM -0500, Bruce Dubbs via blfs-dev wrote:
On 8/9/20 4:20 PM, Ken Moffat via blfs-dev wrote:
On Sun, Aug 09, 2020 at 11:04:09AM -0500, Marty Jack via blfs-dev wrote:
The INSTALL file for git recommends the follow
On Sun, Aug 09, 2020 at 04:49:05PM -0500, Bruce Dubbs via blfs-dev wrote:
> On 8/9/20 4:20 PM, Ken Moffat via blfs-dev wrote:
> > On Sun, Aug 09, 2020 at 11:04:09AM -0500, Marty Jack via blfs-dev wrote:
> > >
> > > The INSTALL file for git recommends the following incantation to derive
> > > the
On 8/9/20 4:20 PM, Ken Moffat via blfs-dev wrote:
On Sun, Aug 09, 2020 at 11:04:09AM -0500, Marty Jack via blfs-dev wrote:
The INSTALL file for git recommends the following incantation to derive the
path (at line 100).
This doesn't need updating when the Perl version changes.
perllibdir=/usr/
On Sun, Aug 09, 2020 at 11:04:09AM -0500, Marty Jack via blfs-dev wrote:
>
> The INSTALL file for git recommends the following incantation to derive the
> path (at line 100).
> This doesn't need updating when the Perl version changes.
>
> perllibdir=/usr/$(/usr/bin/perl -MConfig -wle 'print subs
The INSTALL file for git recommends the following incantation to derive the
path (at line 100).
This doesn't need updating when the Perl version changes.
perllibdir=/usr/$(/usr/bin/perl -MConfig -wle 'print substr
$Config{installsitelib}, 1 + length $$Config{siteprefixexp}')
I tested it with m
One of the longstanding annoyances, at least for me, has been that
git installs its perl modules in /usr/share/perl5 instead of
somewhere below /usr/lib.
With the new-style perl install, a lot more (plain) perl modules are
installed, both in /usr/share/perl5/core_perl/ and in
/usr/share/perl5/site
On Sun, Nov 18, 2018 at 12:56:15AM -0600, Bruce Dubbs via blfs-dev wrote:
> On 11/17/2018 11:37 PM, Ken Moffat via blfs-dev wrote:
> >
> > The problem with svn, in general, is that it is obscure and very
> > poorly documented (in particular, things which are claimed to work
> > might not work in B
On 11/17/2018 11:37 PM, Ken Moffat via blfs-dev wrote:
On Sat, Nov 17, 2018 at 10:38:07PM -0600, Bruce Dubbs via blfs-dev wrote:
On 11/17/2018 05:18 PM, Ken Moffat via blfs-dev wrote:
That was absolutely horrid. First, merge requires the revision
numbers (I sort-of expected that, and was read
On 11/17/2018 11:37 PM, Ken Moffat via blfs-dev wrote:
Anyway, it is done now. But if you mention making a branch for
future changes which are intended to end up in trunk, I'll be gone.
LOL. Understand that. That stash equivalent should work well enough for
future, though I've still used
On Sat, Nov 17, 2018 at 10:38:07PM -0600, Bruce Dubbs via blfs-dev wrote:
> On 11/17/2018 05:18 PM, Ken Moffat via blfs-dev wrote:
> >
> > That was absolutely horrid. First, merge requires the revision
> > numbers (I sort-of expected that, and was ready). But secondly, it
> > handles the same th
On 11/17/2018 05:18 PM, Ken Moffat via blfs-dev wrote:
On Sat, Nov 17, 2018 at 06:33:28PM +, Ken Moffat via blfs-dev wrote:
On Wed, Nov 14, 2018 at 08:37:25PM -0600, renodr wrote:
Can you give us all a three hour or so notice prior to committing?
My plan is to start at 22:00 UTC (which
On Sun, Nov 18, 2018 at 12:02:36AM +, Ken Moffat via blfs-dev wrote:
>
> and also tidy up the alphabetical ordering and clean up what I had
> in the changelog. I thought the renaming might get help (it was
s/help/held/
--
If a man stands before a mirror and sees in it his reflection, what
On Sat, Nov 17, 2018 at 11:18:16PM +, Ken Moffat via blfs-dev wrote:
>
> > 2. Archive the old perl-modules page.
> >
> > 3. Rename new-perl-modules.xml to perl-modules.xml.
> >
> > 4. Attempt to find all the internal links to new-perl- and change to
> > perl-.
> >
and also tidy up the alph
On Sat, Nov 17, 2018 at 06:33:28PM +, Ken Moffat via blfs-dev wrote:
> On Wed, Nov 14, 2018 at 08:37:25PM -0600, renodr wrote:
> >
> > Can you give us all a three hour or so notice prior to committing?
> >
>
> My plan is to start at 22:00 UTC (which should be 16:00 in the -0600
> timezone).
On Wed, Nov 14, 2018 at 08:37:25PM -0600, renodr wrote:
>
> Can you give us all a three hour or so notice prior to committing?
>
My plan is to start at 22:00 UTC (which should be 16:00 in the -0600
timezone). I expect it to take some time. Current plan (each step
will be a commit):
0. Merge r
On 2018-11-14 20:03, Ken Moffat via blfs-dev wrote:
I think the perl modules branch is ready to merge - subject to any
objections.
For people who want to read the rendered versions I've again updated
the copies at http://www.linuxfromscratch.org/~ken/perl-changes/ and
this time I've added a prov
I think the perl modules branch is ready to merge - subject to any
objections.
For people who want to read the rendered versions I've again updated
the copies at http://www.linuxfromscratch.org/~ken/perl-changes/ and
this time I've added a provisional entry to the Change Log (that is
not in the br
I've now made some fixes to the perl modules branch, and uploaded
up-to-date rendered versions of the book to
http://www.linuxfromscratch.org/~ken/perl-changes/
Since my previous announcements, the following things have changed:
1. Dependencies have been updated for DateTime::Locale,
File::Copy::
On Mon, Nov 05, 2018 at 09:45:33AM -0600, Bruce Dubbs via blfs-dev wrote:
> On 11/04/2018 09:39 PM, Ken Moffat via blfs-dev wrote:
> > On Sun, Nov 04, 2018 at 08:41:28PM -0600, Bruce Dubbs via blfs-dev wrote:
> > >
> > > One question I have is what are the consequences of using the cpan install
>
On 11/04/2018 09:39 PM, Ken Moffat via blfs-dev wrote:
On Sun, Nov 04, 2018 at 08:41:28PM -0600, Bruce Dubbs via blfs-dev wrote:
One question I have is what are the consequences of using the cpan install
for LWP::Protocol::https? That does not use the patch. As best I can tell,
a grep for LWP
On Sun, Nov 04, 2018 at 08:41:28PM -0600, Bruce Dubbs via blfs-dev wrote:
>
> One question I have is what are the consequences of using the cpan install
> for LWP::Protocol::https? That does not use the patch. As best I can tell,
> a grep for LWP::Protocol::https only shows up in biber and then
On 11/04/2018 06:36 PM, Ken Moffat via blfs-dev wrote:
I think that the perl modules branch (perl dependencies broken down
into those modules directly referenced by other packages in the book,
and a second page of those which are only there as dependencies of
other modules) are now ready for test
I think that the perl modules branch (perl dependencies broken down
into those modules directly referenced by other packages in the book,
and a second page of those which are only there as dependencies of
other modules) are now ready for testing by the brave, and for
review.
Rendered versions at:
On 9/29/18 12:38 PM, Pierre Labastie via blfs-dev wrote:
> On 9/28/18 5:21 PM, Bruce Dubbs via blfs-dev wrote:
>> How about this:
>>
>>
>>
>> And have blfs key off of "perl-instr" to use
>>
>> perl Makefile.PL &&
>> make &&
>> make test &&
>> sudo make install
>>
>> Or similar.
On 9/28/18 5:21 PM, Bruce Dubbs via blfs-dev wrote:
> On 09/28/2018 02:11 AM, Pierre Labastie via blfs-dev wrote:
>> On 9/28/18 7:51 AM, Ken Moffat via blfs-dev wrote:
>>> On Fri, Sep 28, 2018 at 12:17:07AM -0500, Bruce Dubbs via blfs-dev wrote:
On 09/27/2018 11:54 PM, Ken Moffat via blfs-dev
On 09/28/2018 02:11 AM, Pierre Labastie via blfs-dev wrote:
On 9/28/18 7:51 AM, Ken Moffat via blfs-dev wrote:
On Fri, Sep 28, 2018 at 12:17:07AM -0500, Bruce Dubbs via blfs-dev wrote:
On 09/27/2018 11:54 PM, Ken Moffat via blfs-dev wrote:
I've updated the online rendered versions of the branc
On 9/28/18 7:51 AM, Ken Moffat via blfs-dev wrote:
> On Fri, Sep 28, 2018 at 12:17:07AM -0500, Bruce Dubbs via blfs-dev wrote:
>> On 09/27/2018 11:54 PM, Ken Moffat via blfs-dev wrote:
>>> I've updated the online rendered versions of the branch, again at
>>> http://www.linuxfromscratch.org/~ken/per
On Fri, Sep 28, 2018 at 12:17:07AM -0500, Bruce Dubbs via blfs-dev wrote:
> On 09/27/2018 11:54 PM, Ken Moffat via blfs-dev wrote:
> > I've updated the online rendered versions of the branch, again at
> > http://www.linuxfromscratch.org/~ken/perl-changes/
> >
> > The versions shown on the front pa
On 09/27/2018 11:54 PM, Ken Moffat via blfs-dev wrote:
I've updated the online rendered versions of the branch, again at
http://www.linuxfromscratch.org/~ken/perl-changes/
The versions shown on the front pages remain at 18th September, but
the individual pages are correctly labelled as 27th Sept
I've updated the online rendered versions of the branch, again at
http://www.linuxfromscratch.org/~ken/perl-changes/
The versions shown on the front pages remain at 18th September, but
the individual pages are correctly labelled as 27th September. That
probably means I missed the date change in g
On 09/04/2018 12:49 PM, Ken Moffat via blfs-dev wrote:
On Tue, Sep 04, 2018 at 11:24:37AM -0500, DJ Lucas via blfs-dev wrote:
On September 4, 2018 7:22:02 AM CDT, Ken Moffat via blfs-dev
wrote:
Take a look here: https://tdg.docbook.org/tdg/5.0/ch02.html
That's for 5.0, but section 1.3 applie
On Tue, Sep 04, 2018 at 11:24:37AM -0500, DJ Lucas via blfs-dev wrote:
> On September 4, 2018 7:22:02 AM CDT, Ken Moffat via blfs-dev
> wrote:
>
> Take a look here: https://tdg.docbook.org/tdg/5.0/ch02.html
>
> That's for 5.0, but section 1.3 applies equally to Docbook 4.5.
>
Thanks, so the 'l
On September 4, 2018 7:22:02 AM CDT, Ken Moffat via blfs-dev
wrote:
>On Tue, Aug 28, 2018 at 02:41:01AM +0100, Ken Moffat wrote:
>> On Mon, Aug 27, 2018 at 02:56:53AM +0100, Ken Moffat wrote:
>> >
>> > Once the dust has settled on 8.3, I hope to have another go at
>> > trying to make the structu
On Tue, Aug 28, 2018 at 02:41:01AM +0100, Ken Moffat wrote:
> On Mon, Aug 27, 2018 at 02:56:53AM +0100, Ken Moffat wrote:
> >
> > Once the dust has settled on 8.3, I hope to have another go at
> > trying to make the structure of the perl modules more like what we
> > do for python modules (one pag
On Mon, Aug 27, 2018 at 02:56:53AM +0100, Ken Moffat wrote:
>
> Once the dust has settled on 8.3, I hope to have another go at
> trying to make the structure of the perl modules more like what we
> do for python modules (one page for all modules, pulling in a file
> for each) - the difference will
On 08/27/2018 12:42 AM, Ken Moffat wrote:
On Mon, Aug 27, 2018 at 12:02:33AM -0500, Bruce Dubbs wrote:
On 08/26/2018 08:56 PM, Ken Moffat wrote:
You know that cpan fetches the sources, checks dependencies, builds the
packages and runs the tests, right? The difference is that the process is
han
On Mon, Aug 27, 2018 at 12:02:33AM -0500, Bruce Dubbs wrote:
> On 08/26/2018 08:56 PM, Ken Moffat wrote:
>
> You know that cpan fetches the sources, checks dependencies, builds the
> packages and runs the tests, right? The difference is that the process is
> handled by cpan and automated. At the
On 08/26/2018 08:56 PM, Ken Moffat wrote:
I'm just about to "promote" IO::Socket::SSL and "HTTP::Daemon" to
full members of the book. The reason is that their use by wget
matches Bind's use of Net::DNS which is already fully in the book.
For the future, I'm going to suggest that we do not, as a
I'm just about to "promote" IO::Socket::SSL and "HTTP::Daemon" to
full members of the book. The reason is that their use by wget
matches Bind's use of Net::DNS which is already fully in the book.
For the future, I'm going to suggest that we do not, as a matter of
course, update perl module versio
On Sat, Mar 24, 2018 at 06:08:08PM -0500, Bruce Dubbs wrote:
>
> I certainly do not want to throw away what we have. I just do not want to
> go overboard with specifying every detail. By the time a user gets to the
> perl modules, he should have the ability to read the cpan output or perl
> mess
On 03/24/2018 05:34 PM, Ken Moffat wrote:
On Fri, Mar 23, 2018 at 10:22:07PM +0100, Pierre Labastie wrote:
On 23/03/2018 21:26, Bruce Dubbs wrote:
On 03/23/2018 02:56 PM, Ken Moffat wrote:
I think that (at least) Net::SSLeay and Mozilla::CA should be
promoted to full members of the book.
Doe
On Fri, Mar 23, 2018 at 10:22:07PM +0100, Pierre Labastie wrote:
> On 23/03/2018 21:26, Bruce Dubbs wrote:
> > On 03/23/2018 02:56 PM, Ken Moffat wrote:
> >>
> >> I think that (at least) Net::SSLeay and Mozilla::CA should be
> >> promoted to full members of the book.
> >>
> >> Does anybody disagree
On 23/03/2018 22:22, Pierre Labastie wrote:
> On 23/03/2018 21:26, Bruce Dubbs wrote:
>> On 03/23/2018 02:56 PM, Ken Moffat wrote:
>>> Catching up with what has changed since my last build, I got to ntp.
>>> This added links to search.cpan.org for the perl modules it now
>>> requires.
>>>
>>> In my
On 23/03/2018 21:26, Bruce Dubbs wrote:
> On 03/23/2018 02:56 PM, Ken Moffat wrote:
>> Catching up with what has changed since my last build, I got to ntp.
>> This added links to search.cpan.org for the perl modules it now
>> requires.
>>
>> In my opinion, required deps should be documented in the
On 03/23/2018 02:56 PM, Ken Moffat wrote:
Catching up with what has changed since my last build, I got to ntp.
This added links to search.cpan.org for the perl modules it now
requires.
In my opinion, required deps should be documented in the book rather
than external links. For perl modules we
Catching up with what has changed since my last build, I got to ntp.
This added links to search.cpan.org for the perl modules it now
requires.
In my opinion, required deps should be documented in the book rather
than external links. For perl modules we have listed modules, and
any dependencies, b
On 08/25/2017 08:47 PM, Bruce Dubbs wrote:
Ken Moffat wrote:
Update on the "not found by cpan" remark: searching for
Scalar-List-Utils (_always_ use dashes when searching cpan) the
Using cpan to install uses the colons, e.g
cpan -i Archive::Zip
Just like we have in the section "
Ken Moffat wrote:
On Mon, Aug 21, 2017 at 09:58:18PM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
On Mon, Aug 21, 2017 at 04:32:25PM -0500, Bruce Dubbs wrote:
I was going though all the perl modules for blfs-8.1 and have have some
issues with two modules.
1. Scalar::List::Utils is not found by
On Mon, Aug 21, 2017 at 09:58:18PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> > On Mon, Aug 21, 2017 at 04:32:25PM -0500, Bruce Dubbs wrote:
> > > I was going though all the perl modules for blfs-8.1 and have have some
> > > issues with two modules.
> > >
> > > 1. Scalar::List::Utils is not f
On Mon, Aug 21, 2017 at 09:58:18PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> > On Mon, Aug 21, 2017 at 04:32:25PM -0500, Bruce Dubbs wrote:
> > > I was going though all the perl modules for blfs-8.1 and have have some
> > > issues with two modules.
> > >
> > > 1. Scalar::List::Utils is not f
Pierre Labastie wrote:
On 22/08/2017 04:58, Bruce Dubbs wrote:
be for a few days.
I don't think the perl module SGMLSpm has anything to do with docbook-related
packages. Am I missing something?
According to the book, it is optional for postgresql and docbook-utils.
Indeed. I missed it due
On 22/08/2017 04:58, Bruce Dubbs wrote:
be for a few days.
>
> I don't think the perl module SGMLSpm has anything to do with docbook-related
> packages. Am I missing something?
According to the book, it is optional for postgresql and docbook-utils.
Pierre
--
http://lists.linuxfromscratch.org/
Ken Moffat wrote:
On Mon, Aug 21, 2017 at 04:32:25PM -0500, Bruce Dubbs wrote:
I was going though all the perl modules for blfs-8.1 and have have some
issues with two modules.
1. Scalar::List::Utils is not found by cpan. The current comments say that
this module is not needed with perl-5.26 wh
On Mon, Aug 21, 2017 at 04:32:25PM -0500, Bruce Dubbs wrote:
> I was going though all the perl modules for blfs-8.1 and have have some
> issues with two modules.
>
> 1. Scalar::List::Utils is not found by cpan. The current comments say that
> this module is not needed with perl-5.26 which is, of
I was going though all the perl modules for blfs-8.1 and have have some
issues with two modules.
1. Scalar::List::Utils is not found by cpan. The current comments say
that this module is not needed with perl-5.26 which is, of course, in lfs-8.1.
I recommend removing this.
2. SGMLSpm has be
Ken Moffat wrote:
On Sun, Oct 02, 2016 at 02:29:00PM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
I'm still working out the deps for the new version of biber - I have
them all now (more than 100 _plus_ LWP), including those needed at
runtime and for testing, it's just a question of which (minor)
> From: Bruce Dubbs
> Date: Sun, 2 Oct 2016 14:29:00 -0500
> Subject: Re: [blfs-dev] Perl modules
>
> Ken Moffat wrote:
> > I'm still working out the deps for the new version of biber - I have
> > them all now (more than 100 _plus_ LWP), including those needed at
&
On Sun, Oct 02, 2016 at 02:29:00PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> > I'm still working out the deps for the new version of biber - I have
> > them all now (more than 100 _plus_ LWP), including those needed at
> > runtime and for testing, it's just a question of which (minor)
> > dep
On October 1, 2016 8:58:31 PM CDT, Ken Moffat wrote:
>I'm still working out the deps for the new version of biber - I have
>them all now (more than 100 _plus_ LWP), including those needed at
>runtime and for testing, it's just a question of which (minor)
>dependencies need which other minor depe
Ken Moffat wrote:
I'm still working out the deps for the new version of biber - I have
them all now (more than 100 _plus_ LWP), including those needed at
runtime and for testing, it's just a question of which (minor)
dependencies need which other minor dependencies. At a guess,
probably no more
I'm still working out the deps for the new version of biber - I have
them all now (more than 100 _plus_ LWP), including those needed at
runtime and for testing, it's just a question of which (minor)
dependencies need which other minor dependencies. At a guess,
probably no more than 5 levels of dep
tldr; for "second class" perl modules used by multiple other perl
modules, I've moved t hem to the top level in the perl modules page,
but without any version number.
I'm (still) in the process of building the individual biber
dependencies using cpan to install each on a minimal system (and
then b
On Wed, Jun 03, 2015 at 05:06:38PM -0500, Bruce Dubbs wrote:
> Ken Moffat wrote:
> >I was aware that biber installed a program in /usr/bin, but it has
> >its own page which allows that to be documented.
> >
> >Today, while I was looking at the new version of Text-BibTeX I
> >realised that it too pu
Ken Moffat wrote:
I was aware that biber installed a program in /usr/bin, but it has
its own page which allows that to be documented.
Today, while I was looking at the new version of Text-BibTeX I
realised that it too puts programs in /usr/bin : biblex, bibparse,
dumpnames (all compiled progs) :
I was aware that biber installed a program in /usr/bin, but it has
its own page which allows that to be documented.
Today, while I was looking at the new version of Text-BibTeX I
realised that it too puts programs in /usr/bin : biblex, bibparse,
dumpnames (all compiled progs) : and it also install
Armin K. wrote:
It's done, now every package is properly detected, even the Biber module
which had the directory changed from previous version. It did require
adding an URL override for all of the modules, which makes me wonder
would it upset Bruce to add 200+ new lines to the currency script (I
On 01/24/2015 04:08 PM, Armin K. wrote:
> On 01/24/2015 03:59 PM, Ken Moffat wrote:
>> On Sat, Jan 24, 2015 at 02:23:12PM +0100, Armin K. wrote:
>>> Hi all,
>>>
>>> I've noticed a lot of Perl Modules tickets last night and wondered why
>>> they weren't picked up by the currency scripts. After some
On 01/24/2015 03:59 PM, Ken Moffat wrote:
> On Sat, Jan 24, 2015 at 02:23:12PM +0100, Armin K. wrote:
>> Hi all,
>>
>> I've noticed a lot of Perl Modules tickets last night and wondered why
>> they weren't picked up by the currency scripts. After some
>> investigation, the format used for specifyin
On Sat, Jan 24, 2015 at 02:23:12PM +0100, Armin K. wrote:
> Hi all,
>
> I've noticed a lot of Perl Modules tickets last night and wondered why
> they weren't picked up by the currency scripts. After some
> investigation, the format used for specifying the URL and md5sum isn't
> the standard one us
On 01/24/2015 02:23 PM, Armin K. wrote:
> Hi all,
>
> I've noticed a lot of Perl Modules tickets last night and wondered why
> they weren't picked up by the currency scripts. After some
> investigation, the format used for specifying the URL and md5sum isn't
> the standard one used by other packag
Hi all,
I've noticed a lot of Perl Modules tickets last night and wondered why
they weren't picked up by the currency scripts. After some
investigation, the format used for specifying the URL and md5sum isn't
the standard one used by other packages and none of the perl modules end
up in the wget-l
On 17-11-2014 00:21, Christopher Gregory wrote:
> Well after the rendering of the book the clickable links were still giving
> 404's when clicking on them.
>
> I looked again in the xml code and found that all of the 404's were being
> caused by this:
>
> ulink url=" http://
I had noticed an f
On Mon, November 17, 2014 2:47 pm, Christopher Gregory wrote:
> Hello,
>
>
> As those of you who have read the list know, I am going through testing
> all of the packages that have been updated since we released the last
> stable.
>
> I am now going through all the perl modules and have noticed tha
Hello,
As those of you who have read the list know, I am going through testing
all of the packages that have been updated since we released the last
stable.
I am now going through all the perl modules and have noticed that cpan
have changed a number of the donwload links, or at least that is what
75 matches
Mail list logo
