TB --- 2011-10-29 03:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-29 03:10:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-10-29 03:10:00 - cleaning the object tree
TB --- 2011-10-29 03:10:55 - cvsupping the source tree
TB --- 2011-10-29 03:10:55 -
TB --- 2011-10-29 08:30:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-29 08:30:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-10-29 08:30:00 - cleaning the object tree
TB --- 2011-10-29 08:30:30 - cvsupping the source tree
TB --- 2011-10-29 08:30:30 -
On Saturday, October 29, 2011 1:13:58 AM Benjamin Kaduk wrote:
Are you running installworld in single-user mode?
What is the value of kern.securelevel?
-Ben Kaduk
Yes, I was running in single-user mode, and kern.securelevel was never
modified, and is currently showing as -1
Also, I am
hi list,
Running FreebSD 9.0 RC-1, the make buildworld processing failed on the
following error on its attempt to build 'lib/libssp':
=== gnu/lib/libssp/libssp_nonshared (obj,depend,all,install)
rm -f .depend
CC='clang' mkdep -f .depend -a-DHAVE_CONFIG_H
-I/usr/src/gnu/lib/libssp/libs
Hi list,
While I was running Freebsd 8, I used to set the suitable rights for my
hplip printer, plugged via usb, in this way:
* ulpt removed from the kernel.
* scripting /etc/devd.conf, to catch usb printers events, as follows:
attach 10 {
#device-name ugen[0-9]+;
match
On 2011-10-29 15:44, David Marec wrote:
Running FreebSD 9.0 RC-1, the make buildworld processing failed on the
following error on its attempt to build 'lib/libssp':
=== gnu/lib/libssp/libssp_nonshared (obj,depend,all,install)
rm -f .depend
CC='clang' mkdep -f .depend -a-DHAVE_CONFIG_H
TB --- 2011-10-29 13:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-29 13:50:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-10-29 13:50:00 - cleaning the object tree
TB --- 2011-10-29 13:50:34 - cvsupping the source tree
TB --- 2011-10-29 13:50:34 -
Le 29.10.2011 18:22, Dimitry Andric a écrit :
I think the problem is caused by using CPUTYPE=native in make.conf. Is
that what you are using?
True.
/
Anyone, feel free to suggest a better configuration to build an
`amd64`'s world kernel with the help of CLANG?
/
If so, please add
I created a bug report since there wasn't a response to this email.
http://www.freebsd.org/cgi/query-pr.cgi?pr=161887 The test code is attached
to the bug report.
Regards,
Penta
On Sat, Oct 29, 2011 at 2:23 AM, Sean Bruno sean...@yahoo-inc.com wrote:
On Fri, 2011-10-21 at 08:25 -0700, Penta
On Sat, Oct 29, 2011 at 04:10:46PM +0200, David Marec wrote:
So, what's should be the news groupuser's rights required by HPLIP/cups
on FreeBSD 9 ?
And, how to handle them with devd ?
Use devfs rules.
Pasting from http://www.stack.nl/~jilles/unix/freebsd-devfs.txt
Create or edit
If a USB mass storage device was connected when the computer was
turned on or reset and the device is left connected, then the system
locks up somewhere around the ``acpi0: A M I OEMXSDT on
motherboard'' line (not exactly deterministically at that line).
Otherwise (if the device is connected or
Spam:
== ``dmesg'' begins ==
Copyright (c) 1992-2011 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
TB --- 2011-10-29 19:20:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-29 19:20:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-10-29 19:20:00 - cleaning the object tree
TB --- 2011-10-29 19:20:35 - cvsupping the source tree
TB --- 2011-10-29 19:20:35 -
Le Sat, 29 Oct 2011 21:58:53 +0200,
Jilles Tjoelker jil...@stack.nl a écrit :
On Sat, Oct 29, 2011 at 04:10:46PM +0200, David Marec wrote:
So, what's should be the news groupuser's rights required by
HPLIP/cups on FreeBSD 9 ?
And, how to handle them with devd ?
Use devfs rules.
On 30/10/2011, at 24:40, David Marec wrote:
But, now running FreeBSD 9, I get new usb/devd behavior issues.
First, the ulpt module is always loaded. Is there any elegant way to get rid
of this 'self loading' behavior, except to remove it from /boot/modules ?
Anyway, it sounds like HPLIP is
Date: Fri, 28 Oct 2011 11:16:59 +0200
From: deeptec...@gmail.com deeptec...@gmail.com
To: freebsd-current@freebsd.org
Subject: panic: ffs_blkfree_cg: freeing free block
A panic occured while I was ``rm -rf''ing a large filedirectory tree
(that I just created with untar) on an old drive
TB --- 2011-10-30 00:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-10-30 00:50:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-10-30 00:50:00 - cleaning the object tree
TB --- 2011-10-30 00:50:28 - cvsupping the source tree
TB --- 2011-10-30 00:50:28 -
17 matches
Mail list logo