Re: pkg_dry on DragonFlyBSD

[Johannes Hofmann <johannes.hofmann@xxxxxx>]

Simon 'corecode' Schubert <corecode@fs.ei.tum.de> wrote:
> Johannes Hofmann wrote:
>> Matthew Dillon <dillon@apollo.backplane.com> wrote:
>>> :I'm not sure about kqemu - it's very useful, but since it's a kernel
>>> :module, it has a different status.
>>> :
>>> :However, pkg_dry is a "normal" software application, and I suspect will
>>> :turn into a pkgsrc package quickly.  If that's the case, we could just
>>> :install it along with other packages as part of the installer.  Keeping it
>>> :in a /usr/src/ dir could cause some minor headaches in terms of updating
>>> :it, so pushing it into pkgsrc solves that nicely.
>>> :
>>> :In fact, would it be worth packaging DragonFly-specific items in pkgsrc
>>> :format even if they weren't in pkgsrc CVS?  It'd give us some ready-to-go
>>> :management tools for software maintenance.
>>>
>>>    Hmm.  Maybe.  I'm not so worried about updating... the idea is that
>>>    the stuff in /usr/src/stuff is not integrated into the build, it's just
>>>    a place to save things.  Once that thing gets integrated elsewhere it
>>>    can be removed from /usr/src/stuff.
>>>
>>>    Having a local package sub-tree is an interesting idea.
>> 
>> Sounds good to me. Regarding kqemu Joerg suggested on pkgsrc-wip-discuss
>> not to put BSD* kernel modules into pkgsrc because of the changing
>> kernel APIs.
>> But a directory with DragonFly specific pkgsrc directories within the
>> DragonFly repository could be a solution.
> 
> I'd use a separate repository though -- no need to put everything under /usr/src, if we could put it under /usr/pkgsrc/dfly

Right. That would also make it easy to place it into an existing
pkgsrc tree.
What else except the kqemu package could we put there? 

Cheers,
Johannes