A few possible gotchas regarding fdisk and disklabels. DragonFly has
a 64 bit disklabel feature now (disklabel64), as well as gpt support,
but lacks boot support for either.
I think the fdisk utility needs to be separate from the disklabel
utility.
Also as HAMMER moves
On Tue, 16 Dec 2008, walt wrote:
...
sigh The kvm folks just committed a (relatively) huge update from the qemu
folks, and I'm running it now. As of this particular moment, today's kvm
seems
to be behaving much better than yesterday's kvm.
Great news. Yesterday's update from qemu
On Wed, Dec 17, 2008 at 09:07:23AM +0100, Matthias Schmidt wrote:
- IIRC it should be possible to build pkgsrc packages in parallel. Does that
mode works well? If yes, we could distribute the builds between multiple
machines to reduce the time needed to run a full build. And yes, a have
walt schrieb:
Great news. Yesterday's update from qemu definitely fixed the problem--even
the dragonfly and freebsd installers are back to normal.
Thanks much for your help.
OK, all's well that ends well.
Sascha
--
http://yoyodyne.ath.cx
Another thought I had for some time: Pkg_radd uses the
http://pkgbox.dragonflybsd.org/All redirection if I remember correctly.
Can't we have a version number in the /All redirection mechanism so that
we can have different pkg_radd's (HEAD, release, etc.) use different
sets of packages?
We
On Wed, December 17, 2008 3:36 am, Sascha Wildner wrote:
Please don't forget the LiveDVD which should be rebuildable by the user
using the official set of packages without having to resort to
home-rolled packages or packages from some non-standard location.
To ensure this, we definitely need
On Wed, December 17, 2008 6:26 pm, Robert Luciani wrote:
The second package set would be based on the current pkgsrc. I volunteer
for this task and am willing to spend the time to get it working
reliably and with updates in a timely fashion. The package set would
need to be rebuilt _at
Justin C. Sherrill wrote:
On Wed, December 17, 2008 6:26 pm, Robert Luciani wrote:
The second package set would be based on the current pkgsrc. I volunteer
for this task and am willing to spend the time to get it working
reliably and with updates in a timely fashion. The package set would