DragonFly users List (threaded) for 2009-05
[
Date Prev][
Date Next]
[
Thread Prev][
Thread Next]
[
Date Index][
Thread Index]
Re: pkg_dry on DragonFlyBSD
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
[
Date Prev][
Date Next]
[
Thread Prev][
Thread Next]
[
Date Index][
Thread Index]