DragonFly kernel List (threaded) for 2003-11
Re: Xml in packaging system
:I would imagine you could do something like
:%vfsmap -w /pkgbuild /
:And after running make install, plists are just
:This removes the need for
:make install DESTDIR=3D/pkgbuild
:and programs that dont support these directives. =20
:Thats was my idea of how things would be done. Like gentoo sandboxing, but=
One can also theoretically run an entire subsystem within a VFS. So,
stduser.vfs might map other .vfs files representing all the ports in the
system in order to produce what the user sees as a complete system.
I am going a bit overboard, but it *would* be possible to do this. In
particular, those VFS's that only do mappings could operate entirely
within the kernel and not represent any significant overhead.
# massive overkill, but a good example:
X-HEAD-devel.vfs # development libraries
If you think about it, if even fairly small packages use this sort of
methodology we could institute a standardized 'installation directory'
location for the *physical* location of the files related to a port.
e.g. the files related to a port could be installed in, say,
And the VFS mapping would map the files and directories in the above
directory to the locations expected by user programs.
Again, this is overkill of an example, but it would work. And that's
what I want to be able to accomplish the most... write a single
mechanism that is flexible enough to support several different sorts