On Sep 21, 2012, at 9:15 PM, Glen Barber wrote:
> On Fri, Sep 21, 2012 at 11:14:36PM -0400, Darrel wrote:
>>
>>> Welcome to the wonderful world that no one knows how UPDATING works
>>> anymore...
>>> -Garrett
>>>
>>
>> Thank you.
>>
>> Assholes [ pardon me] that they tend to be, with many ex
On Fri, Sep 21, 2012 at 11:14:36PM -0400, Darrel wrote:
>
> > Welcome to the wonderful world that no one knows how UPDATING works
> > anymore...
> > -Garrett
> >
>
> Thank you.
>
> Assholes [ pardon me] that they tend to be, with many exceptions- the
> steps would have been included in an Open
Welcome to the wonderful world that no one knows how UPDATING works anymore...
-Garrett
Thank you.
Assholes [ pardon me] that they tend to be, with many exceptions- the
steps would have been included in an OpenBSD update that required portions
of the tree to be recompiled.
Darrel
On Fri, Sep 21, 2012 at 7:10 PM, Darrel wrote:
Welcome to the wonderful world that no one knows how UPDATING works anymore...
-Garrett
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe,
On Wed, 19 Sep 2012, Darrel wrote:
Does this mean that I can not update from 9 to 10?
No.
So I ran mergemaster and upgraded zpool from '28' to 'zpool-features'
and installed the new bootcode to ada0 and ada1. The next step
needs to be right before I can reboot.
pfctl and snmp_pf need
Hi all,
As a followup to my previous post about the performance of FreeBSD 10.0
kernels compiled with different compilers (clang and gcc), I did another
series of tests, now on a more modern machine (Core i5-based). I also
tested the performance with different compiler optimization settings.
Th
Herbert emailed with a problem using the kerberized NFS client
in FreeBSD. He has been able to isolate the problem to the fact
that the sshd he uses (from open-sshd in ports) uses a non-default
tgt credentials cache.
The problem is that the gssd sets KRB5CCNAME to /tmp/krb5cc_,
where is the effec
On 9/21/12 2:22 AM, Mikolaj Golub wrote:
On Fri, Sep 07, 2012 at 01:28:16AM -0700, Anuranjan Shukla wrote:
Hi George,
Thanks for taking a look. Some answers/comments below.
Building FreeBSD without the network stack (network stack as a module)
--
>On Thu, Sep 20, 2012 at 06:56:09AM +0900, Wanpeng Qian wrote:
>> Hi,
>>
>> >On Mon, Sep 17, 2012 at 09:37:21PM +0900, Wanpeng Qian wrote:
>> >> Hi, here is the dmesg output.
>> >>
>> >> bge0: mem
>> >> 0xfe9f-0xfe9f irq 18 at device 0.0 on pci4
>> >> bge0: CHIP ID 0x05784100; ASIC REV
From j...@freebsd.org Thu Sep 20 20:30:06 2012
On Thursday, September 20, 2012 4:53:30 am Anton Shterenlikht wrote:
> On ia64 r235474 I added another
> disk and did "camcontrol rescan all"
> to see it. I got this panic:
>
> panic: make_dev_c
Running -current r240768 at boot and on reload with pfctl -f /etc/pf.conf
a considerable amount of KDB backtrace data is logged.
The data at boot from dmesg is located at:
http://pastebin.com/uEJH97Em
thanks
-kim
___
freebsd-current@freebsd.org mailing
11 matches
Mail list logo