On 06/12/2012 22:26, David Demelier wrote:
Hello,
I'm trying to make as small as possible a FreeBSD installation for my
Alix 2D2, I did it with 8.1-RELEASE so, a lot of changes appeared I
think.
I'm trying to make TARGET_ARCH=i386 buildworld and it fails at:
===> sys/boot/i386/gptboot (all)
Hello,
I wrote a small patch for /etc/network.subr to add support for
ipv6_addrs_IF aliases in rc.conf(5) to match the already existing
ipv4_addrs_IF aliases for ipv4 addresses. With this patch the ipv6
aliases can be written like:
ipv6_addrs_re0="2001:db8::::1/64 2001:db8::::2/64
Hi all
Using 9.0-STABLE #1 r230946 - I found it out as I rebooted to prepare
for 9.1, but I think it should be largely irrelevant of version.
I have a freebsd router that provides all the things a soho router
should on its LAN iface - DNS, DHCP, NAT (via pf). The WAN iface
connects to a ADSL mode
On Fri, 07 Dec 2012 12:38:45 +0100, Tom Evans
wrote:
Hi all
Using 9.0-STABLE #1 r230946 - I found it out as I rebooted to prepare
for 9.1, but I think it should be largely irrelevant of version.
I have a freebsd router that provides all the things a soho router
should on its LAN iface - DNS
Hi,
On 7 Dec 2012, at 11:38, Tom Evans wrote:
> Hi all
>
> Using 9.0-STABLE #1 r230946 - I found it out as I rebooted to prepare
> for 9.1, but I think it should be largely irrelevant of version.
>
> I have a freebsd router that provides all the things a soho router
> should on its LAN iface -
On Fri, 2012-12-07 at 11:38 +, Tom Evans wrote:
> Hi all
>
> Using 9.0-STABLE #1 r230946 - I found it out as I rebooted to prepare
> for 9.1, but I think it should be largely irrelevant of version.
>
> I have a freebsd router that provides all the things a soho router
> should on its LAN ifac
On Fri, Dec 7, 2012 at 12:25 PM, Ronald Klop
wrote:
> On Fri, 07 Dec 2012 12:38:45 +0100, Tom Evans
>
> What is in dhcpd.conf?
>
> Ronald.
>
dhcpd.conf is straightforward:
option domain-name "x.com";
option subnet-mask 255.255.255.0;
default-lease-time 3600;
max-lease-time 86400;
ddns-upda
On Fri, Dec 7, 2012 at 5:38 AM, Tom Evans wrote:
> Hi all
>
> Using 9.0-STABLE #1 r230946 - I found it out as I rebooted to prepare
> for 9.1, but I think it should be largely irrelevant of version.
>
> I have a freebsd router that provides all the things a soho router
> should on its LAN iface -
While it's very, very minute detail, I think that in #officesuite
there should be "Apache OpenOffice" not "Apache Open Office"
as they were very careful even bureaucratic [*] if I reckon correctly,
when choosing new branding.
[*] They have "branding initiative guidelines" and held vote-
https://b
Hi,
After an update of 9-stable from 14 Nov. to 6 Dec. my machine does not
hang on reboot and shutdown anymore.
I don't know what broke it (a while ago) and I don't know what fixed it,
but is very nice!
Ronald.
___
freebsd-stable@freebsd.org maili
On 12/07/12 21:36, Jakub Lach wrote:
While it's very, very minute detail, I think that in #officesuite
there should be "Apache OpenOffice" not "Apache Open Office"
as they were very careful even bureaucratic [*] if I reckon correctly,
when choosing new branding.
[*] They have "branding initiativ
On 7 December 2012 16:11, Bas Smeelen wrote:
> On 12/07/12 21:36, Jakub Lach wrote:
>>
>> While it's very, very minute detail, I think that in #officesuite
>> there should be "Apache OpenOffice" not "Apache Open Office"
>> as they were very careful even bureaucratic [*] if I reckon correctly,
>> w
Hello :-)
After days of problem with my system storage (?) I think I have located the
issue, or at least I am able to reproduce it, please take a look at
attached picture (photo of a crash).
http://i45.tinypic.com/23qtcx.jpg
At first I thought that was the Ext2 filesystem issue, but then I have
Hello :-)
I have tried to chceck for badblocks on my / but I did not find badblocks
program on LiveCD and there is no option to install it. This is very useful
utility, please add it as part of LiveCD :-)
Also there is a problem with DHCP based workstations using LiveCD -although
interface gets c
Relevant bit is-
/usr/src/sys/kern/subr_devstat.c:295:2: error: implicit declaration of
function
'DTRACE_DEVSTAT_BIO_START' is invalid in C99
[-Werror,-Wimplicit-function-declaration]
DTRACE_DEVSTAT_BIO_START();
^
/usr/src/sys/kern/subr_devstat.c:390:2: error: implicit declar
TB --- 2012-12-07 23:42:21 - tinderbox 2.9 running on freebsd-stable.sentex.ca
TB --- 2012-12-07 23:42:21 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE
FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012
mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64
TB --- 2012-12-07 23
Hi,
I am going to merge latest batch of the nullfs improvements into
stable/9. This will bring up significant performance enchancements due
to use of the shared locks for lookups if the lower layer supports it,
much better caching on the nullfs layer, and proper handling of the text
segments on the
Quoth CeDeROM :
>
> I have tried to chceck for badblocks on my / but I did not find badblocks
> program on LiveCD and there is no option to install it. This is very useful
> utility, please add it as part of LiveCD :-)
There is no badblocks utility in the FreeBSD base system. It wouldn't be
much
On Sat, Dec 08, 2012 at 03:01:09AM +0200, Konstantin Belousov wrote:
> Hi,
> I am going to merge latest batch of the nullfs improvements into
> stable/9. This will bring up significant performance enchancements due
> to use of the shared locks for lookups if the lower layer supports it,
> much bett
On Sat, Dec 08, 2012 at 03:58:16AM +0100, Baptiste Daroussin wrote:
> On Sat, Dec 08, 2012 at 03:01:09AM +0200, Konstantin Belousov wrote:
...
> > The merge is available at
> > http://people.freebsd.org/~kib/misc/nullfs_9.1.patch
>
>
> Sorry I haven't checked the latest zfs related MFC, but for
TB --- 2012-12-07 23:01:30 - tinderbox 2.9 running on freebsd-stable.sentex.ca
TB --- 2012-12-07 23:01:30 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE
FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012
mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64
TB --- 2012-12-07 23
This problem was caused by corrupted UFS2-SU+J (9.x default) filesystem
marked as clean where journal showed no issues, running fsck -t ufs -fy
solved the issue!
http://i47.tinypic.com/35m1qxk.jpg
I guess filesystem related kernel panic should enforce full filesystem
chceck (some filesystem flag
22 matches
Mail list logo