Re: Is it time to dump disklabel and use GPT instead?

On Tue, Jul 27, 2010 at 9:55 PM, wrote: > > Also, if Linux wants to import *BSD's block devices, > > that's > > a Linux problem, not *BSD's. > > I think that "some" Unix interoperability should be a long term goal for > any Unix system. When you have a recognized standard like GPT, using it > see

Re: Is it time to dump disklabel and use GPT instead?

On Tue, July 27, 2010 10:55 pm, elekktrett...@exemail.com.au wrote: >> Also, if Linux wants to import *BSD's block devices, >> that's >> a Linux problem, not *BSD's. > > I think that "some" Unix interoperability should be a long term goal for > any Unix system. When you have a recognized standard l

Re: Is it time to dump disklabel and use GPT instead?

> Also, if Linux wants to import *BSD's block devices, > that's > a Linux problem, not *BSD's. I think that "some" Unix interoperability should be a long term goal for any Unix system. When you have a recognized standard like GPT, using it seems to be the right thing to do, instead of developing a

Re: Is it time to dump disklabel and use GPT instead?

On Tue, Jul 27, 2010 at 8:44 PM, wrote: > So, what is the real world advantage of using disklabel, that can't be > done with GPT on 99.99% of all OS install? that is worth breaking > compatibility with other *BSDs - each BSD implements disklabel > differently- and other OSs like Linux - doesn't u

Re: Is it time to dump disklabel and use GPT instead?

On Tue, Jul 27, 2010 at 7:44 PM, wrote: >> What evidence do you have of newcomers being "more than often" turned >> away by having to use "archaic tools"? > > I visit a couple of Linux forums, and while the word "DragonFly" surely > seems to have picked up some usage in the recent months, I also

Re: Is it time to dump disklabel and use GPT instead?

> What evidence do you have of newcomers being "more than often" turned > away by having to use "archaic tools"? I visit a couple of Linux forums, and while the word "DragonFly" surely seems to have picked up some usage in the recent months, I also hear that they go somewhere else after a brief ex

Re: HEADS UP - massive kqueue changes now in HEAD, and also basic lvm/dm

On Mon, Jul 26, 2010 at 8:32 PM, YONETANI Tomokazu wrote: > On Mon, Jul 26, 2010 at 06:04:00PM -0600, Samuel J. Greear wrote: >> I've pushed some fixes into master, >> >> Commit 0f2e13efc9137bb21562ef4093049fd044651429 should fix the screen issue. > > I updated the kernel with the latest source (t

Re: Is it time to dump disklabel and use GPT instead?

On 7/24/2010 6:47, elekktrett...@exemail.com.au wrote: It seems that a lot of new comers get a really annoyed(and more than often turn away altogether) with the fact that they have to use archaic programs like disklabel to setup partitions. Wouldn't it be better to simply dump it, and use GPT par

Re: Networking problem - Just how to do this?

mikel king wrote: On Jul 19, 2010, at 11:45 PM, elekktrett...@exemail.com.au wrote: The situation is like this: DF Box is on a public IP - 1.1.1.2 - The box is connected to a switch, and the switch is connected to the upstream router - 1.1.1.1 Now, I'

Re: HEADS UP - massive kqueue changes now in HEAD, and also basic lvm/dm

On 7/27/2010 2:04, Samuel J. Greear wrote: Commit 44aa8f0264c19830b9f6fd1de53c456054f85b53 should fix the issues everyone was having with dhclient being slow. Yes, dhclient behavior seems to be back to normal. Sascha