Re: New FreeBSD package system (a.k.a. Daemon Package System (dps))

On Thursday, 10 May 2007 at 20:20:42 -0700, Garrett Cooper wrote:
David Naylor wrote:
Dear Jordan

Recently I stumbled across a document you wrote in 2001, entitled "FreeBSD
installation and package tools, past, present and future". I find FreeBSD
appealing and I would like to contribute it its success, and as your
article describes, the installation and packaging system is lacking.
Since the installation system is being tackled under a SoC project I am
hoping to give the packaging system a go.

I was hoping you could help me with an update about the situation with
pkg. I have searched the FreeBSD mailing lists and have found little
information on the package system. Once I have a (much more) complete
understanding of the packaging system (and providing there is work to be
done) I would like to write up a proposal to solve the problems, and
perhaps provide some innovating new capabilities.

After that I will gladly contribute what I can to this (possible) project
and hopefully further and improve FreeBSD. Any assistance or information
you can give I will be greatly appreciate.

I look forward to your reply.

David

Yipes. The name of the game is to get something working in the base
system, instead of dragging in multiple 3rd party packages, with
licensing schemes that may not be aligned with the BSD license.

SQL's great, SQL's wonderful for db use, but the problem is that
supporting it from my POV would cause a lot more grief and waiting than
having me wait a few months to get a BDB compatible scheme out the door.


I'm a little out of practice, however, perhaps the routines that manipulate
the ports meta-data could be sufficiently agnostic about how the data is
being manipulated that it would facilitate experimentation with different
back-ends at a later time. Just a thought and perhaps I'm way off.

Duane

If only Oracle didn't make BDB 3.x non-BSD license friendly though..
that would be nice..

-Garrett
_______________________________________________
freebsd-hackers@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@xxxxxxxxxxx"
_______________________________________________
freebsd-hackers@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@xxxxxxxxxxx"

Relevant Pages

  • Re: New FreeBSD package system (a.k.a. Daemon Package System (dps))
    ... I find FreeBSD appealing and I would like to contribute it its success, and as your article describes, the installation and packaging system is lacking. ...
    (freebsd-hackers)
  • New FreeBSD package system (a.k.a. Daemon Package System (dps))
    ... Recently I stumbled across a document you wrote in 2001, entitled "FreeBSD ... the installation and packaging system is lacking. ...
    (freebsd-hackers)
  • Re: Trying to get PackMan to install GCC
    ... how a RISC OS packaging system might be expected to work, ... while not preventing individuals setting up their own repos for their own ... installation of any one application. ...
    (comp.sys.acorn.apps)
  • Re: Linux? Maybe next time
    ... >> parties in question give a shit about the users on that platform (the ... > applications have the more painful installation routine). ... Packaging is typically assumed to be the job ... Windows has an advantage in that all versions behave in very similar ways ...
    (alt.os.linux.suse)
  • Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install
    ... DB is corrupt in some bad situations. ... But if hardware lies to us and say that the ... then the packaging manager can do its job as ... packaging system (you can add it as an external tool, ...
    (freebsd-current)