Hello Jan,

Jan Dvo?ák wrote:


> This sounds really good. I don't think about using these for primary
> way of telling what package file belongs to, but as backup of database
> that can be easily rebuilt using simple find command...
> 

> What about LD_PRELOAD? You can use checkinstall to track created files
> and then simply attr them.

I do not known this method. I guess there is a hint or something about this
I can read.
But why not with wrappers? Installing software is a very important from the
point of view of a system administrator. Why not modify the tools that
really install/cp/mv/touch on your system when it comes to installing
software. From a technical point of view this should not be a problem. 

> I don't agree with this. Using database is much faster. On my box it
> takes more then three minutes to `find /`, not saying it puts disk under
> very high load. Even package users suffers from this.

On point of speed you're absolutely right. A database on that point is
better.

> 
> I have different proposal, lets install under package user to ensure
> nothing gets destroyed with complete logging using checkinstall. When
> package is installed, set extended attributes so we can tell package
> from the file and then record all it's files in DB. If DB is damaged or
> outdated, package list can be rebuilt using `find`.
> 

That's a good choice. I totally agree with you about the status of the DB:
just a sort of cache. 

But what do you mean with "installing under a package
user"? First install everything under a different account then root, and
after that change to root again?

> To install packages smoothly create build scripts similar to gentoo's
> (with use flags and basic dependencies). This all can be written in BASH
> with maybe some bits of perl to speed up things.

This is also a good idea. I've been thinking about this too.
> 
> If you like this, mail me and I'll help you with that as I'm not going
> to write it alone althou I've already tried. I just get bored too soon. ;]
> 
Stef

-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Reply via email to