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

2010-07-23 Thread YONETANI Tomokazu
On Mon, Jul 19, 2010 at 06:18:52PM -0700, Matthew Dillon wrote: Sam's select/poll infrastructure removal project is now in HEAD. This project reimplements the kernel's select() and poll() system calls using per-thread kqueues and removes the original select/poll infrastructure.

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

2010-07-23 Thread Sascha Wildner
On 7/20/2010 3:18, Matthew Dillon wrote: Sam's select/poll infrastructure removal project is now in HEAD. This project reimplements the kernel's select() and poll() system calls using per-thread kqueues and removes the original select/poll infrastructure. We expect there to

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

2010-07-23 Thread Sascha Wildner
On 7/23/2010 13:56, Sascha Wildner wrote: I've already mentioned it on IRC, so just for the record. Since the select/poll work, svn doesn't work properly. For example: svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm times out while on a system from the 19th it succeeds. Sam's last

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

2010-07-23 Thread Samuel J. Greear
On Fri, Jul 23, 2010 at 4:30 AM, YONETANI Tomokazu qhwt+d...@les.ath.cx wrote: On Mon, Jul 19, 2010 at 06:18:52PM -0700, Matthew Dillon wrote:     Sam's select/poll infrastructure removal project is now in HEAD.  This     project reimplements the kernel's select() and poll() system calls using

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

2010-07-23 Thread Samuel J. Greear
On Fri, Jul 23, 2010 at 5:56 AM, Sascha Wildner s...@online.de wrote: On 7/20/2010 3:18, Matthew Dillon wrote:     Sam's select/poll infrastructure removal project is now in HEAD.  This     project reimplements the kernel's select() and poll() system calls using     per-thread kqueues and

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

2010-07-23 Thread YONETANI Tomokazu
Hi, On Fri, Jul 23, 2010 at 07:35:24AM -0600, Samuel J. Greear wrote: After the select/poll change, closing a window in GNU screen takes about 10 second if the program running in that window was either /bin/sh, /bin/csh, or /bin/tcsh. ?Top doesn't take 10 second to terminate, so it

Re: can't install audacity

2010-07-23 Thread Justin C. Sherrill
On Fri, July 23, 2010 12:48 am, Pierre Abbat wrote: I tried with pkgin and got this: 2 packages to be installed: wxGTK24-2.4.2nb16 audacity-1.2.6nb4 (7026K to pkg_add: no pkg found for 'jpeg=8nb1', sorry. Could it be pkgin has an out of date index? jpeg-8nb1 is there, and audacity is there

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

2010-07-23 Thread YONETANI Tomokazu
Anyway, I'm giving your latest commit a try to see if it's related. Unfortunately, 21ae0f4c doesn't seem to fix my problem.

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

2010-07-23 Thread Samuel J. Greear
On Fri, Jul 23, 2010 at 8:26 AM, YONETANI Tomokazu qhwt+d...@les.ath.cx wrote: Anyway, I'm giving your latest commit a try to see if it's related. Unfortunately, 21ae0f4c doesn't seem to fix my problem. This only seems to happen on recent master with screen installed from a package. I was

Re: can't install audacity

2010-07-23 Thread Pierre Abbat
On Friday 23 July 2010 10:16:54 Justin C. Sherrill wrote: Could it be pkgin has an out of date index? jpeg-8nb1 is there, and audacity is there but it's version 1.2.6nb5. I update the index - now it's removing amarok and pulseaudio ... Pierre -- Jews use a lunisolar calendar; Muslims use a

Is it time to dump disklabel and use GPT instead?

2010-07-23 Thread elekktretterr
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 partitions instead? Petr

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

2010-07-23 Thread Adam Vande More
On Fri, Jul 23, 2010 at 11:47 PM, 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

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

2010-07-23 Thread elekktretterr
If by dump it you mean default to GPT style partitioning, I think that is valid discussion. I would say yes, standardization here seems to be a net positive. Yes thats what I mean. Instead of disklabel partitions like ad0s1*, only use GPT partitions ie. ad0p* - note the change from s to p -

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

2010-07-23 Thread elekktretterr
DragonFly could really lead the way here amongst the BSDs who all use some version of disklabel. Can DF boot from a GPT partition? If so the next thing would be teaching it to boot from such a partition without a disklabel present. For example: /boot ... /dev/da0p0 / ... /dev/da0p1 /usr ...