Le 02/06/2012 18:00, Jeremy Huntwork a écrit :
> I'm going to start by jumping on the parser, since it will be 
> necessary right away for any of this to work. My initial thoughts are 
> to build one parser that can accept different output filters, for 
> example, outputting to PKGBUILD files, or rpm spec files, or even, the 
> jhalfs-type build scriptlets. Any thoughts on that? JH 
Thinking a little more about it, I think I might have done a small part 
of the work, which might be interesting to you.
For the BLFS part of jhalfs, I needed to generate a list of the 
packages, with the version and the dependencies. I chose to have it in 
xml. A typical entry is:
<package>
<name>accountsservice</name>
<version>0.6.15</version>
<dependency status="required" name="dbus-glib" type="ref"/>
<dependency status="required" name="polkit" type="ref"/>
<dependency status="optional" name="gobject-introspection" type="ref"/>
<dependency status="optional" name="xmlto" type="ref"/>
</package>

You could add a few tags, like <tarball>, <scriptlet> (maybe that one 
splitted into configure, make, install, ...), and so on and you would be 
done.

The parser for this file is BLFS/xsl/gen_pkg_list.xsl, in the project 
svn://svn.linuxfromscratch.org/ALFS/jhalfs/branches/ablfs. It uses 
another generated file for the special cases, generated by 
BLFS/gen-special.sh. It is for the BLFS book. I think it should be easy 
to adapt it to LFS.

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

Reply via email to