jus...@shiningsilence.com wrote:
Another pkgsrc 2009Q3 build for i386 completed - build reports for anyone
who wants to fix packages are at:
http://avalon.dragonflybsd.org/reports//20091105.0234/
I could use a system for 2.4.x builds - anyone have a machine with root
access and OK upstream
jus...@shiningsilence.com wrote:
Another pkgsrc 2009Q3 build for i386 completed - build reports for
anyone
who wants to fix packages are at:
http://avalon.dragonflybsd.org/reports//20091105.0234/
I could use a system for 2.4.x builds - anyone have a machine with root
access and OK
Matthew Dillon schrieb:
I have a question for pkgin users should we include pkgin as
part of the official dist? i.e. put it in the release ISOs/IMGs
like we do the git utilities, not bring it into base. It would
still be a package.
Alright, I've added it to the ISO.
jus...@shiningsilence.com wrote:
Another pkgsrc 2009Q3 build for i386 completed - build reports for anyone
who wants to fix packages are at:
http://avalon.dragonflybsd.org/reports//20091105.0234/
Very nice! pkgin picked up the updated packages and the install went
just fine (xpdf,
:jus...@shiningsilence.com wrote:
: Another pkgsrc 2009Q3 build for i386 completed - build reports for anyone
: who wants to fix packages are at:
:
: http://avalon.dragonflybsd.org/reports//20091105.0234/
:
:
:Very nice! pkgin picked up the updated packages and the install went
:just fine
2009/11/12 Matthew Dillon dil...@apollo.backplane.com:
I have a question for pkgin users should we include pkgin as
part of the official dist? i.e. put it in the release ISOs/IMGs
like we do the git utilities, not bring it into base. It would
still be a package.
This sounds
2009/11/12 Johannes Hofmann johannes.hofm...@gmx.de:
I certainly like pkgin, but we should decide whether to advertise
pkg_radd or pkgin. Too much choice could be confusing.
Hehe, it's an interesting point. pkg_radd, pkg_search, etc., all do
one thing, and one thing well. For me, since I am
I have a question for pkgin users should we include pkgin as
part of the official dist? i.e. put it in the release ISOs/IMGs
like we do the git utilities, not bring it into base. It would
still be a package.
I haven't been using pkgin enough to know, but: can we make
2009/11/13 jus...@shiningsilence.com:
Having two different tools can make life a bit harder, and I like how
Confer portsmanager, portsup, ports, etc., on FreeBSD. Rubbish.
straightforward pkg_radd can be. But, I like having more (any?) options
for package manipulation consistently
2009/11/13 jus...@shiningsilence.com:
Well, pkg_radd does one thing, albeit well. pkgin wraps this
functionality up, along with providing other tools in one --- perhaps
pkgin could just use pkg_radd directly, but that seems a little
pointless, IMO.
I meant the other way - pkg_radd is a
Another pkgsrc 2009Q3 build for i386 completed - build reports for anyone
who wants to fix packages are at:
http://avalon.dragonflybsd.org/reports//20091105.0234/
I could use a system for 2.4.x builds - anyone have a machine with root
access and OK upstream bandwidth available?
11 matches
Mail list logo
