LFS/LiveCD PM proposal

Manuel,

   Should jhalfs have an opinion on Jeremy's idea?

   If they go ahead with this we could change the structure
of jhalfs 
from a the current huge makefile to a package manager driver
in the 
final stage.

   G
-- 
http://linuxfromscratch.org/mailman/listinfo/alfs-discu
ss
FAQ: http://www.linux
fromscratch.org/faq/
Unsubscribe: See the above information page

El Miércoles, 15 de Agosto de 2007 19:17, George Boudreau
escribió:
> Manuel,
>
>    Should jhalfs have an opinion on Jeremy's idea?
>
>    If they go ahead with this we could change the
structure of jhalfs
> from a the current huge makefile to a package manager
driver in the
> final stage.

To be usefull for developers,  jhalfs must be keeped as
closed as possible to 
the books commands. If the book includes PM support, jhalfs
will include it 
by defalt. 

With the current Bash&XSL-based code, to add a PM
without having a base 
support in the book might need very intrusive changes. Plus,
if the case that 
the selected PM need estra spec files for each package, who
will maintain 
they?

Yes from a user point of view PM support will be very cool,
the question is 
what to use and how implement it without breaking
by-the-book builds.

-- 
Manuel Canales Esparcia
Usuario de LFS nº2886:       http://www.linuxfroms
cratch.org
LFS en castellano: http://www.escomp
oslinux.org/lfs-es http://www.lfs-es.info
TLDP-ES:                           http://es.tldp.org
-- 
http://linuxfromscratch.org/mailman/listinfo/alfs-discu
ss
FAQ: http://www.linux
fromscratch.org/faq/
Unsubscribe: See the above information page

M.Canales.es wrote:
> El Miércoles, 15 de Agosto de 2007 19:17, George
Boudreau escribió:
>> Manuel,
>>
>>    Should jhalfs have an opinion on Jeremy's idea?
>>
>>    If they go ahead with this we could change the
structure of jhalfs
>> from a the current huge makefile to a package
manager driver in the
>> final stage.
> 
> To be usefull for developers,  jhalfs must be keeped as
closed as possible to 
> the books commands. If the book includes PM support,
jhalfs will include it 
> by defalt. 
> 
> With the current Bash&XSL-based code, to add a PM
without having a base 
> support in the book might need very intrusive changes.
Plus, if the case that 
> the selected PM need estra spec files for each package,
who will maintain 
> they?
> 
> Yes from a user point of view PM support will be very
cool, the question is 
> what to use and how implement it without breaking
by-the-book builds.
> 
So far, the least objectioned change to the LFS-Book is to
simply add as
an end user option for a system variable
"$DESTDIR" which enables most
package managers. The BLFS or a new project on Package
Managers would
then have more on the options for PMs and steps to build
one, starting
with the $DESTDIR variable if the reader implemented it in
LFS.

The LiveCD project would benefit from a package manager for
maintenance
of the CD itself, which is where the actual implementation
proposed
would be.
-- 
http://linuxfromscratch.org/mailman/listinfo/alfs-discu
ss
FAQ: http://www.linux
fromscratch.org/faq/
Unsubscribe: See the above information page

M.Canales.es wrote:
> El Miércoles, 15 de Agosto de 2007 19:17, George
Boudreau escribió:
>> Manuel,
>>
>>    Should jhalfs have an opinion on Jeremy's idea?
>>
>>    If they go ahead with this we could change the
structure of jhalfs
>> from a the current huge makefile to a package
manager driver in the
>> final stage.
> 
> To be usefull for developers,  jhalfs must be keeped as
closed as possible to 
> the books commands. If the book includes PM support,
jhalfs will include it 
> by defalt. 
> 
   Then jhalfs is indifferent to Jeremy's proposal. If
changes are made 
we will include them.

> With the current Bash&XSL-based code, to add a PM
without having a base 
> support in the book might need very intrusive changes.
Plus, if the case that 
> the selected PM need estra spec files for each package,
who will maintain 
> they?
> 
> Yes from a user point of view PM support will be very
cool, the question is 
> what to use and how implement it without breaking
by-the-book builds.
>   If they decide to go with the DESTDIR= method I have
a number of ideas 
I would like to try out.
-- 
http://linuxfromscratch.org/mailman/listinfo/alfs-discu
ss
FAQ: http://www.linux
fromscratch.org/faq/
Unsubscribe: See the above information page

El Miércoles, 15 de Agosto de 2007 20:52, lists escribió:

> So far, the least objectioned change to the LFS-Book is
to simply add as
> an end user option for a system variable
"$DESTDIR" which enables most
> package managers. 

It's not as simple.

First, we need be sure that all packages honours $DESTDIR.

Seccond, in several packages there is extra commands to fix
permissions, 
installation paths, symlinks a like, the will need be
executed on a diferent 
way if installing in $DESTDIR.


-- 
Manuel Canales Esparcia
Usuario de LFS nº2886:       http://www.linuxfroms
cratch.org
LFS en castellano: http://www.escomp
oslinux.org/lfs-es http://www.lfs-es.info
TLDP-ES:                           http://es.tldp.org
-- 
http://linuxfromscratch.org/mailman/listinfo/alfs-discu
ss
FAQ: http://www.linux
fromscratch.org/faq/
Unsubscribe: See the above information page

On Wed, Aug 15, 2007 at 08:22:23PM +0200, M.Canales.es
wrote:
 > El Miércoles, 15 de Agosto de 2007 19:17, George
Boudreau escribió:
 > > Manuel,
 > >
 > >    Should jhalfs have an opinion on Jeremy's
idea?
 > >
 > >    If they go ahead with this we could change the
structure of jhalfs
 > > from a the current huge makefile to a package
manager driver in the
 > > final stage.
[--]
 > Yes from a user point of view PM support will be very
cool, the question is 
 > what to use and how implement it without breaking
by-the-book builds.

By-the-book builds and PM just not (currently) work
together. Since
books (LFS/BLFS) don't have concepts such as preinstall and
postinstall
commands (which are absolutely required), and because the
books don't support
protecting the system from unwanted (or undoable)
modifications.

However, PM is required to support systems that have longer
lifetime than few
months at most. Is there any serious discussion of adding
$DESTDIR support
to LFS/BLFS?

-- 
Tapio
-- 
http://linuxfromscratch.org/mailman/listinfo/alfs-discu
ss
FAQ: http://www.linux
fromscratch.org/faq/
Unsubscribe: See the above information page