===>Verifying install for sessreg in /usr/ports/x11/sessreg
===> Building for sessreg-1.0.5
make all-am
cc -std=gnu99 -Wall -Wpointer-arith -Wstrict-prototypes
-Wmissing-prototypes -Wmissing-declarations -Wnested-externs
-fno-strict-aliasing -Wbad-function-cast -Wformat=2
-Wold-style-definiti
On Wed, 2 Jun 2010, Craig Rodrigues wrote:
The Berkeley amd is the next big NFS mount client which needs
to be updated to use nmount().but that code is messy. :)
I know, slightly off topic, but since this reminded me...
I've heard good things about the OpenSolaris autofs (I believe Mac
Hi,
> r179003 | brooks | 2008-05-15 13:06:10 +1200 (Thu, 15 May 2008) | 9 lines
>
>Change the default value of synchronous_dhclient to NO.
>
>To preserve the existing behavior of etc/rc.d/netif, add code to wait
>up to if_up_delay seconds (30 seconds by default) for a default route to
>be configur
On Wed, Jun 2, 2010 at 4:52 PM, Garrett Cooper wrote:
> On Wed, Jun 2, 2010 at 4:14 PM, Gerd Truschinski wrote:
>> Erik Cederstrand wrote:
>>>
>>> Den 31/05/2010 kl. 21.50 skrev Erik Cederstrand:
>>>
>>>
I do have a problem with buildworld on an unmodified ClangBSD src/ tree
within
On Wed, Jun 2, 2010 at 4:14 PM, Gerd Truschinski wrote:
> Erik Cederstrand wrote:
>>
>> Den 31/05/2010 kl. 21.50 skrev Erik Cederstrand:
>>
>>
>>>
>>> I do have a problem with buildworld on an unmodified ClangBSD src/ tree
>>> within a ClangBSD VM. Clang barfs on the mmintrin.h headers when buildi
Erik Cederstrand wrote:
Den 31/05/2010 kl. 21.50 skrev Erik Cederstrand:
I do have a problem with buildworld on an unmodified ClangBSD src/ tree within
a ClangBSD VM. Clang barfs on the mmintrin.h headers when building it's own
Lexer because it picks up the gcc version of the headers inste
On Jun 2, 2010, at 23:57, Steve Kargl wrote:
> On Wed, Jun 02, 2010 at 11:48:11PM +0200, Pawel Worach wrote:
>> On May 31, 2010, at 16:57, Steve Kargl wrote:
>>>
>>> Can clang/LLVM build the livefs and bootonly CD's?
>>>
>>
>> There is a buildbot here[1] that builds a live CD for boot
>> testin
Den 31/05/2010 kl. 21.50 skrev Erik Cederstrand:
> I do have a problem with buildworld on an unmodified ClangBSD src/ tree
> within a ClangBSD VM. Clang barfs on the mmintrin.h headers when building
> it's own Lexer because it picks up the gcc version of the headers instead of
> the clang vers
On Wed, Jun 02, 2010 at 11:48:11PM +0200, Pawel Worach wrote:
> On May 31, 2010, at 16:57, Steve Kargl wrote:
> >
> > Can clang/LLVM build the livefs and bootonly CD's?
> >
>
> There is a buildbot here[1] that builds a live CD for boot
> testing, so I would say it works.
>
> [1] http://amd64-cl
On May 31, 2010, at 16:57, Steve Kargl wrote:
>
> Can clang/LLVM build the livefs and bootonly CD's?
>
There is a buildbot here[1] that builds a live CD for boot testing, so I would
say it works.
[1] http://amd64-clang-bot.qat.freebsd.org:8010/
--
Pawel___
On May 31, 2010, at 21:30, Garrett Cooper wrote:
>
> How much time (with -j1, approximately) does it take to build clang?
Numbers for -j4 are about 1100 sec to build llvm+clang with gcc and about 700
seconds to build llvm+clang with clang.
--
Pawel__
Hi,
I have (had), a freebsd 8.0 release-p2 running a zfs poll with raidz, 3
disks 250gb SATA and 1 disk IDE... OK... this was running for a while
without problem, but, some day ago, with a power outage the zfs don't import
anymore.
All the system was in the ZFS, so, i had to use a fixit cd for tr
TB --- 2010-06-02 17:26:09 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-06-02 17:26:09 - starting HEAD tinderbox run for ia64/ia64
TB --- 2010-06-02 17:26:09 - cleaning the object tree
TB --- 2010-06-02 17:26:30 - cvsupping the source tree
TB --- 2010-06-02 17:26:30 - /usr/bin/c
TB --- 2010-06-02 18:21:16 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-06-02 18:21:16 - starting HEAD tinderbox run for mips/mips
TB --- 2010-06-02 18:21:16 - cleaning the object tree
TB --- 2010-06-02 18:21:24 - cvsupping the source tree
TB --- 2010-06-02 18:21:25 - /usr/bin/c
Hmm. I just fixed that at Panasas, and I'm pretty sure that I gave the
patch to Alexander Motin to put in.
I've been setting up an amd64 VirtualBox machine with the latest
9-CURRENT and got the following panic when booting it (another machine
updated and booting at the same time didn't panic):
I've been setting up an amd64 VirtualBox machine with the latest
9-CURRENT and got the following panic when booting it (another machine
updated and booting at the same time didn't panic):
ata1: WARNING - READ_TOC read data overrun 18>12
panic: mtx_lock of destroyed mutex @ /usr/src/sys/kern/kern_s
> > Hi,
> >
> > Can you dump the USB descriptors of your device?
>
> Hi, right now I can do this at "FreeBSD 8.0-RELEASE-p2 #8 r206060M",
> but If you prefer tonight I can dump from 'freebsd-current' box.
>
> Thank you
Hi,
The problem is that LOW speed does not support BULK transfers according
On Wed, Jun 2, 2010 at 12:50 PM, Hans Petter Selasky wrote:
> On Wednesday 02 June 2010 03:23:47 Garrett Cooper wrote:
>> Looks like this device might be a bit quirky... Just forwarding to you
>> to see if you had any details for the OP.
>> Thanks!
>> -Garrett
>
> Hi,
>
> Can you dump the USB desc
On Wed, 02 Jun 2010 18:23:19 +0300, Alexander Best
wrote:
it seems for some reason gcc44 gets chosen at some point as compiler
instead of the base gcc. i DO have CC, CXX and CPP defined in my
/etc/make.conf so that gcc44 gets used for ports and other stuff.
HOWEVER /stc/src.conf also contains t
On Wednesday 02 June 2010 03:23:47 Garrett Cooper wrote:
> Looks like this device might be a bit quirky... Just forwarding to you
> to see if you had any details for the OP.
> Thanks!
> -Garrett
Hi,
Can you dump the USB descriptors of your device?
usbconfig -u 0 -a 3 dump_device_desc dump_curr_c
hi there,
i'm trying to run 'buildworld' on a fresh HEAD snapshot, but `make` is
failing with this error:
CC='gcc' mkdep -f .depend -a-DRESCUE /usr/src/usr.bin/id/id.c
echo id: /usr/obj/usr/src/tmp/usr/lib/libc.a >> .depend
gcc -O2 -pipe -fno-strict-aliasing -funroll-loops -march=nocona -g
-
On Wednesday 02 June 2010 4:47:48 am Craig Rodrigues wrote:
> On Tue, Jun 01, 2010 at 11:25:00AM -0400, John Baldwin wrote:
> > My understanding of nmount() is that that is what it does now. However,
not
> > everything is fully updated for nmount(). struct nfsargs is still passed
in
> > as a
On Wednesday 02 June 2010 2:11:30 am Boris Samorodov wrote:
> On Tue, 01 Jun 2010 23:36:25 +0200 Dag-Erling Smørgrav wrote:
> > Roman Divacky writes:
>
> > > I would like to propose to integrate clang/LLVM into FreeBSD HEAD
> > > in the near future (days, not weeks).
>
> > +1
>
> +1
+1
I thin
On 06/02/10 10:53, Sergey Matveychuk wrote:
> 02.06.2010 01:56, Bjoern A. Zeeb пишет:
>> On Tue, 1 Jun 2010, Sergey Matveychuk wrote:
>>
>>> Hi.
>>>
>>> Just after upgrade from 7.2-p5 to 7.3-p1 I've got periodic panics on
>>> my router (after about a hour uptime).
>> ...
>>> Any ideas?
>>
>> Are yo
On 2010-May-31 17:57:32 -0500, Brooks Davis wrote:
>http://wiki.freebsd.org/201005ToolchainSummitSummary
>
>This includes a rough draft of a roadmap. We need to convert this into
>a roadmap page with each required feature listed along with status and
>contacts.
Thank you for that. The approach
Buganini wrote:
> Hi, with yesterday's CURRENT my bwn works partially.
>
> this is my hardware
> siba_b...@pci0:4:0:0: class=0x028000 card=0x04b514e4 chip=0x431514e4
> rev=0x01 hdr=0x00
> vendor = 'Broadcom Corporation'
> device = 'Broadcom Wireless b/g (BCM4315/BCM22062000)'
>
02.06.2010 01:56, Bjoern A. Zeeb пишет:
On Tue, 1 Jun 2010, Sergey Matveychuk wrote:
Hi.
Just after upgrade from 7.2-p5 to 7.3-p1 I've got periodic panics on
my router (after about a hour uptime).
...
Any ideas?
Are you using IPsec?
No.
___
fre
On Tue, Jun 01, 2010 at 11:25:00AM -0400, John Baldwin wrote:
> My understanding of nmount() is that that is what it does now. However, not
> everything is fully updated for nmount(). struct nfsargs is still passed in
> as a blob value with the key "nfsargs" for example.
This is not true any m
28 matches
Mail list logo
