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 pages remain at 18th September, but
> > the individual pages are correctly labelled as 27th September.  That
> > probably means I missed the date change in general.ent in the last
> > merege (I mistakenly thought I could just take trunk's version,
> > forgetting I had added cpan entities there - until the render blew
> > up).
> > 
> > Only another 100 or so modules to get through ;)
> > 
> > Comments still welcome.
> 
> I like what you've done.

Thanks.

>  It makes things a lot easier.  One thing though.
> In most packages you have:
> 
>  This module uses the standard build and installation instructions:
> 
> perl Makefile.PL &&
> make             &&
> make test
> 
> Now, as the root user:
> 
> make install
> 
> And that is repeated over and over.  Why not make "standard build and
> installation instructions" a symlink to a common section similar to the old
> page?  Just list the specific instructions where there is something
> different (like Encode::HanExtra and Text::BibTeX).
> 
>   -- Bruce

It was Pierre's suggestion, to simplify things for jhalfs (and in
particular, for modules where there were differences such as applying
a patch e.g. as Data::Uniquid, as was - patch now removed as
unnecessary).

To be honest, some of what we've had turned out to be severely out
of date, e.g. I added the 'unsafe' xincludes for Unicode::Collate,
expanded it to add a comment that the module had not been updated
(for 5.26 changes) and then thought "hang on, this is a current core
module" - it is still in the book in case anyone is still building on
a 5.26.0 system.

Trying one module at a time, and using PERL5LIB to point to any
DESTDIR-installed dependent modules, seems to be the way to drag out
all the issues - but it doesn't half take time ;)

I'm sure that a *lot* of other things will crawl out.  For the
moment I'll wait on this, and defer to Pierre's judgement when he
has time to look at this.

ĸen
-- 
Tout est bien, tout va bien, tout va pour le mieux qu'il soit possible
                       -- Candide, de Voltaire
   (Everything is for the best, in the best of all possible worlds)
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to