On Sep 19, 2008, at 9:41 PM, Gary Palmer wrote:
On Fri, Sep 19, 2008 at 07:38:32PM -0700, Jo Rhett wrote:
Without input from the current release team extending the support
schedule is not possible.
Inquiry - is release team the constraint?
I don't know. I asked why not, and was told the rel
Hi All,
I'm trying to get the latest RELENG_7 to run on my new Gigabyte
MA78GM-S2H motherboard and am experiencing a hang on boot right after it
prints the message:
Trying to mount root from ufs:/dev/ad4s1a
At this point it is hung and doesn't respond to any keyboard input. I
originally attempte
On Fri, Sep 19, 2008 at 07:38:32PM -0700, Jo Rhett wrote:
> Without input from the current release team extending the support
> schedule is not possible.
Inquiry - is release team the constraint?
Or to put it another way, what to you is "support" in terms of
FreeBSD releases?
As far as I am a
On Sep 19, 2008, at 8:57 PM, David N wrote:
How long are you expecting support for a RELENG to last, 1, 2, 3
years? 5 years? (comparison, Ubuntu LTS is 3 years, security updates)
2 years for each supported branch would be excellent, although I'm
open to alternatives. Right now 6.4 will EoL b
2008/9/20 Jo Rhett <[EMAIL PROTECTED]>:
>
> On Sep 19, 2008, at 7:07 PM, Aragon Gouveia wrote:
>>>
>>> To get a business to commit resources to a project there must be an
>>> actual goal.
>>
>> [1] The FreeBSD project would have to commit resources too. Its community
>
> Of course. This is what t
On Fri, Sep 19, 2008 at 10:38 PM, Jo Rhett <[EMAIL PROTECTED]> wrote:
>
> On Sep 19, 2008, at 7:07 PM, Aragon Gouveia wrote:
>>>
>>> To get a business to commit resources to a project there must be an
>>> actual goal.
>>
>> [1] The FreeBSD project would have to commit resources too. Its community
On Sep 19, 2008, at 7:07 PM, Aragon Gouveia wrote:
To get a business to commit resources to a project there must be an
actual goal.
[1] The FreeBSD project would have to commit resources too. Its
community
Of course. This is what the requirements analysis is ;-)
For (a), (b), and (z), t
>From what I've gathered so far...
| By Jo Rhett <[EMAIL PROTECTED]>
| [ 2008-09-20 02:46 +0200 ]
> To get a business to commit resources to a project there must be an
> actual goal.
[1] The FreeBSD project would have to commit resources too. Its commun
First, I'd like to thank you for taking the time to respond to this
seriously. I hope you'll read my reply in the very serious, and not
accusative tone it is meant. (I am a little tired and fried at the
moment, I may not use the best phrasing. I hope I do.)
On Sep 19, 2008, at 4:20 AM, R
Hi everyone,
I have an older storage box that I've upgraded to -stable. It currently
uses 7 SCSI disks mashed together with gstripe.
I've recently replaced this box with a new one running a ZFS setup. I'm
now wanting to turn the old one into a storage device running ZFS, but I
want the entire poo
On Wednesday 17 September 2008 09:39:19 pm KAHO Toshikazu wrote:
> Hello,
>
> > Well, bus_alloc_resource() will allocate resources for the BAR and update
the
> > BAR for you, the question is if you need to hardcode the range to
> > bus_alloc_resource() or not.
>
> It is necessary for a pci d
On Fri, 19 Sep 2008, Stephen Montgomery-Smith wrote:
I notice that if you use "malloc" from within a signal handler on
FreeBSD-6.x, that you can potentially trigger a "recursive call" error.
But this seems to have changed in FreeBSD-7.x.
Is it now permissible to call "malloc" from within a si
On Friday 19 September 2008 10:20 am, Oliver Fromme wrote:
> John Baldwin wrote:
> > On Wednesday 17 September 2008 07:47:18 am Oliver Fromme wrote:
> > > I have recently updated a machine to 7-stable.
> > > ACPI doesn't seem to work correctly on this machine.
> > > With earlier versions of Fre
On Wednesday 17 September 2008 11:44 am, John Baldwin wrote:
> On Wednesday 17 September 2008 07:47:18 am Oliver Fromme wrote:
> > Hello,
> >
> > I have recently updated a machine to 7-stable.
> > ACPI doesn't seem to work correctly on this machine.
> > With earlier versions of FreeBSD (including t
I notice that if you use "malloc" from within a signal handler on
FreeBSD-6.x, that you can potentially trigger a "recursive call" error.
But this seems to have changed in FreeBSD-7.x.
Is it now permissible to call "malloc" from within a signal handler in
FreeBSD-7.x?
If so, should the man p
Stephen Montgomery-Smith wrote:
I notice that if you use "malloc" from within a signal handler on
FreeBSD-6.x, that you can potentially trigger a "recursive call" error.
But this seems to have changed in FreeBSD-7.x.
The malloc implementation is completely new in FreeBSD 7, so not all of
the
John Baldwin wrote:
> On Wednesday 17 September 2008 07:47:18 am Oliver Fromme wrote:
> > I have recently updated a machine to 7-stable.
> > ACPI doesn't seem to work correctly on this machine.
> > With earlier versions of FreeBSD (including the latest
> > RELENG_6), I got this line in dmesg:
On Fri, Sep 19, 2008 at 11:55:05AM +0200, Oliver Fromme wrote:
> Michel Talon wrote:
> > Oliver Fromme wrote:
> > > Michel Talon wrote:
> > > > Moreover, trying to write to the floppy:
> > > > niobe# dd if=/dev/zero of=/dev/fd0 conv=noerror
> > > > dd: /dev/fd0: Input/output error
> > > > 5+0
On Fri, 19 Sep 2008, Oleg V. Nauman wrote:
(1) Start by deleting all but one nameserver entry in /etc/resolv.conf.
Confirm that you can still reproduce the problem.
Due to various reasons my laptop running local caching DNS server ( named )
without any forwarders assigned. My /etc/resolv.
Quoting Robert Watson <[EMAIL PROTECTED]>:
On Thu, 18 Sep 2008, Oleg V. Nauman wrote:
It seems to be something is very wrong with UDP on latest RELENG_7
Well some symptoms I have seen today when I was trying to boot
newly compiled RELENG_7 on my laptop:
a) rc scripts indefinitely waiting
On Thu, 18 Sep 2008, Jo Rhett wrote:
Thank you. If you don't mind I'd prefer to widen the scope a touch because
6.2 will eventually go away, and frankly it is probably better to look
forward than to resurrect an unsupported version. So I would probably
state:
Jo's $EMPLOYER has significant
Michel Talon wrote:
> Oliver Fromme wrote:
> > Michel Talon wrote:
> > > Moreover, trying to write to the floppy:
> > > niobe# dd if=/dev/zero of=/dev/fd0 conv=noerror
> > > dd: /dev/fd0: Input/output error
> > > 5+0 records in
> > > 4+0 records out
> > > 2048 bytes transferred in 4.054404
Hi,
Jo Rhett wrote:
I agree with pretty much everything you've said here, with the obvious
exception that I don't know what's involved in the release management
process to do as you've said.
Also for my own self, rather than resurrect 6.2 I'd personally rather
focus on what we could do to ex
23 matches
Mail list logo