I've only been partially following this thread, I don't use "package 
users".  On subject of extracting dependencies, there was some work done 
by Manuel a few years back for JHALFS - If I recall correctly he was 
working toward regenerating a dependency based copy of BLFS (targeted 
toward KDE or Gnome) with the intent of feeding it into JHALFS.

It's been along time since it was touched but it's still in the JHALFS 
tree at:
http://wiki.linuxfromscratch.org/alfs/browser/jhalfs/trunk/BLFS

It looks like there are some functions there that should be useful as 
template for what your trying to do (extracting deps, etc).  Manuel was 
a wizard when it can to docbook/xsl so it might be worth a look.

On 8/10/2010 4:08 PM, Timothy Rice wrote:
> Hey Matt,
>
> Awesome, got it working, thanks :-) To get rid of that trailing "p:
> jadetex", I just piped the result through `head --lines=-1'.
>
> One issue seems to be the processing time, which is a bit lengthy.
> However, if I put this in a script, I can set the script to run in the
> background, so that won't really be a problem.
>
> I was also hoping that the script could use wget to obtain dependency info
> direct from the web. However, xsltproc seems to want local files only. A
> compromise would be to set up an anacron job that updates a local copy of
> the once a week. All good.
>
>
>    
>> My idea with that XSL script was to use its output to populate a sqlite
>> database and from there it would build up a recursive chain of
>> dependencies for any given package.
>>      
> That sounds really cool, although I wouldn't know where to start.
>
> It would also require the sqlite package, and I could see it being argued
> that this would add too much bloat to the package user system.
>
> What could work is to have this dependency-tracking system set up
> orthogonally to package users. It would just be a resource for anyone
> working on BLFS. People using package users may use it or ignore it as
> they wish, and people who are not using package users can also use it or
> ignore it as they wish.
>
> If it was set up as a downloadable package, it could be listed in the BLFS
> book, with libxslt and sqlite as required dependencies, and cron and
> either wget or subversion as optional.
>
> ... or something :-)
>
>
> Cheers,
>
>
> Tim
>    

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

Reply via email to