On Thu, Sep 9, 2010 at 8:17 PM, Anonymous swel...@gmail.com wrote:
Gordon Tetlow gor...@tetlows.org writes:
2. Imports configuration from /usr/local/etc/man.d/*.conf and
/etc/man.conf
(purposefully changed the manpath.config file since it is a different
syntax).
Hmm, and if LOCALBASE
Am 11.09.2010 um 09:35 schrieb Gordon Tetlow:
On Thu, Sep 9, 2010 at 8:17 PM, Anonymous swel...@gmail.com wrote:
Gordon Tetlow gor...@tetlows.org writes:
2. Imports configuration from /usr/local/etc/man.d/*.conf and
/etc/man.conf
(purposefully changed the manpath.config file since it is
TB --- 2010-09-11 05:50:11 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-11 05:50:11 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2010-09-11 05:50:11 - cleaning the object tree
TB --- 2010-09-11 05:50:54 - cvsupping the source tree
TB --- 2010-09-11 05:50:54 -
TB --- 2010-09-11 06:11:11 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-11 06:11:11 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-09-11 06:11:11 - cleaning the object tree
TB --- 2010-09-11 06:12:01 - cvsupping the source tree
TB --- 2010-09-11 06:12:01 -
On Thu, Sep 9, 2010 at 12:48 PM, Anonymous swel...@gmail.com wrote:
The order is still bogus compared to gnu man. If I don't like our
ancient GNU tools and altered PATH in order to prefer ones from ports
then I certainly don't want to view old manpages, too. The base manpath
should be
On Thu, Sep 9, 2010 at 7:41 PM, Alexander Best arun...@freebsd.org wrote:
Feedback on the man(1), manpath(1), apropos(1), and man.conf(5) manpages
would be appreciated. I'm new to manpage authoring and could use a
review.
you forgot the AUTHORS section in all of the man pages. ;) it's
On Fri, 10 Sep 2010 17:33:22 -0700
Doug Barton do...@freebsd.org wrote:
On 9/10/2010 1:48 PM, Aleksandr Rybalko wrote:
Hi,
another argument about hostapd :) if have access point we must have
way to assign IP for AP clients.
To start with, your assumption is wrong. DHCPd is not
Stefan Bethke s...@lassitu.de writes:
Am 11.09.2010 um 09:35 schrieb Gordon Tetlow:
On Thu, Sep 9, 2010 at 8:17 PM, Anonymous swel...@gmail.com wrote:
Gordon Tetlow gor...@tetlows.org writes:
2. Imports configuration from /usr/local/etc/man.d/*.conf and
/etc/man.conf
(purposefully
Searching PR database for 'drastic I/O error' returns kern/33203,
which seems a little bit irrelevant as there is no 'bad cookie' error
in -CURRENT.
cur /tmp uname -a
FreeBSD cur.local.domain 9.0-CURRENT FreeBSD 9.0-CURRENT #23: Sat Aug 14
07:25:01 CST 2010
On Fri, Sep 10, 2010 at 10:33:11PM -0700, Kevin Oberman wrote:
Date: Fri, 10 Sep 2010 17:33:22 -0700
From: Doug Barton do...@freebsd.org
Sender: owner-freebsd-curr...@freebsd.org
On 9/10/2010 1:48 PM, Aleksandr Rybalko wrote:
Hi,
another argument about hostapd :) if have
Anonymous swel...@gmail.com writes:
PATH_MAN_SUB bin/../man
PATH_MAN_SUB bin/../.man # e.g. for ~/.bin + ~/.man
PATH_MAN_SUB /usr/bin/../share/man
Oops, that would be non-trivial substitution. It's more like
PATH_MAN_ADD bin ../man
PATH_MAN_ADD .bin ../.man
PATH_MAN_ADD /usr/bin
On Fri, Sep 10, 2010 at 6:57 PM, Yuri Pankov yuri.pan...@gmail.com wrote:
Nevermind me. That's what I thought why I was getting the same gpart behavior
switching between kernels, with and without DEBUG_LOCKS. Sorry about that.
Same here, gpart hangs on:
3826 gpart CALL
Hi rnoland.
Do you have any schedule to support Intel HD Graphics on Core i
series like Clarkdale/Arrandle? I'm waiting for your patch:-).
Thank you.
--
Norikatsu Shigemura n...@freebsd.org
___
freebsd-current@freebsd.org
Norikatsu Shigemura wrote:
Hi ACPI specialists!
I noticed that CPU cooling doesn't work with testing mav@'s
timers_oneshot*.patch, so I got following results:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - -
$ sysctl -a | grep cx
I just tried adding
nfsv4_server_enable=YES
to my rc.conf and found that after I rebooted the server, my FreeBSD 8 client
(still using NFSv3) couldn't connect because there was no RPC mapping for nfs.
Removing the option above and rebooting the server makes it work again.
Server is GENERIC
On Fri, Sep 10, 2010 at 05:17:39PM -0400, John Baldwin wrote:
On Friday, September 10, 2010 4:28:58 pm Weongyo Jeong wrote:
On Thu, Sep 09, 2010 at 02:32:52PM -0400, John Baldwin wrote:
On Thursday, September 09, 2010 1:41:46 pm Weongyo Jeong wrote:
On Thu, Sep 09, 2010 at 09:36:19AM
Hi nate.
On Sat, 11 Sep 2010 11:30:29 -0700
Nate Lawson n...@root.org wrote:
I think the issue is that C2 is not available for some reason and thus
C3 can't be used either. The way to tell is to use acpidump and look for
the CPU objects' _CST fields.
I attached acpidump -dt
I just tried adding
nfsv4_server_enable=YES
to my rc.conf and found that after I rebooted the server, my FreeBSD 8
client (still using NFSv3) couldn't connect because there was no RPC
mapping for nfs.
Did you specify both of these in rc.conf?
nfs_server_enable=YES
On Sep 11, 2010, at 4:20 PM, Rick Macklem wrote:
I just tried adding
nfsv4_server_enable=YES
to my rc.conf and found that after I rebooted the server, my FreeBSD 8
client (still using NFSv3) couldn't connect because there was no RPC
mapping for nfs.
Did you specify both of these in
Seems to not work properly, at least as implemented in the nginx web
server (specifically www/nginx-devel from ports).
I have sendfile on; in my nginx.conf and files served from a ZFS
filesystem are garbled in seemingly random ways (their md5 changes
every time). Shutting it off resolves the
On Sun, 12 Sep 2010 08:14:09 +0900
Norikatsu Shigemura n...@freebsd.org wrote:
According to acpidump -dt, I could find CPU0CST table, but
not found _CST.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - -
Scope (\)
{
Name
On Sep 11, 2010, at 4:20 PM, Rick Macklem wrote:
I just tried adding
nfsv4_server_enable=YES
to my rc.conf and found that after I rebooted the server, my
FreeBSD 8
client (still using NFSv3) couldn't connect because there was no
RPC
mapping for nfs.
Did you specify both of
On Sep 11, 2010, at 5:26 PM, Rick Macklem wrote:
On Sep 11, 2010, at 4:20 PM, Rick Macklem wrote:
You can also look in /var/log/messages to see if any of the daemons
are complaining about something.
Only warning I see on a system reboot is:
nfsd: can't open /var/db/nfs-stablerestart
On Fri Sep 10 10, John Baldwin wrote:
On Thursday, September 09, 2010 3:50:45 pm Alexander Best wrote:
On Thu Sep 9 10, Alexander Best wrote:
On Thu Sep 9 10, Alexander Best wrote:
hi there,
except for arm most archs seem to enforce uart support in
conf/DEFAULTS. is
24 matches
Mail list logo