TB --- 2008-01-19 08:22:43 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2008-01-19 08:22:43 - starting RELENG_7 tinderbox run for amd64/amd64
TB --- 2008-01-19 08:22:43 - cleaning the object tree
TB --- 2008-01-19 08:22:45 - cvsupping the source tree
TB --- 2008-01-19 08:22:45 -
TB --- 2008-01-19 08:34:08 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2008-01-19 08:34:08 - starting RELENG_7 tinderbox run for i386/i386
TB --- 2008-01-19 08:34:08 - cleaning the object tree
TB --- 2008-01-19 08:34:10 - cvsupping the source tree
TB --- 2008-01-19 08:34:10 -
TB --- 2008-01-19 08:44:49 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2008-01-19 08:44:49 - starting RELENG_7 tinderbox run for i386/pc98
TB --- 2008-01-19 08:44:49 - cleaning the object tree
TB --- 2008-01-19 08:44:53 - cvsupping the source tree
TB --- 2008-01-19 08:44:53 -
TB --- 2008-01-19 08:55:40 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2008-01-19 08:55:40 - starting RELENG_7 tinderbox run for ia64/ia64
TB --- 2008-01-19 08:55:40 - cleaning the object tree
TB --- 2008-01-19 08:55:43 - cvsupping the source tree
TB --- 2008-01-19 08:55:43 -
TB --- 2008-01-19 09:05:39 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2008-01-19 09:05:39 - starting RELENG_7 tinderbox run for powerpc/powerpc
TB --- 2008-01-19 09:05:39 - cleaning the object tree
TB --- 2008-01-19 09:05:41 - cvsupping the source tree
TB --- 2008-01-19 09:05:41 -
TB --- 2008-01-19 09:16:22 - tinderbox 2.3 running on freebsd-stable.sentex.ca
TB --- 2008-01-19 09:16:22 - starting RELENG_7 tinderbox run for sparc64/sparc64
TB --- 2008-01-19 09:16:22 - cleaning the object tree
TB --- 2008-01-19 09:16:31 - cvsupping the source tree
TB --- 2008-01-19 09:16:31 -
in message [EMAIL PROTECTED],
wrote John Baldwin thusly...
On Friday 18 January 2008 08:50:31 am John Baldwin wrote:
On Friday 18 January 2008 05:30:06 am Parv wrote:
There was no page fault or trap 12 message when the panic
happened. After some of messages are printed (as in dmesg),
Hi!
In
http://www.freebsd.org/releases/6.3R/relnotes-i386.html
ipfwpcap(8) is mentioned, but I can't find it after the upgrade ?
--
[EMAIL PROTECTED]+49 171 310137212 years to
go !
___
freebsd-stable@freebsd.org
I have tried these options in the config, but with same results
(unstoppable dump and crash):
makeoptions DEBUG=-g
options WITNESS
options WITNESS_KDB
options KDB
options KDB_TRACE
options DIAGNOSTIC
options KDB
options DDB
options GDB
options
Hi Denis,
Several things:
1. You definitely can't use cache for *_compat sources. I mean lines
like group_compat: cache nis aren't supported.
2. Cache should work ok with the configuration you've mentioned in
your first example, i.e.: group: cache compat. Just checking - why
do you think
Jakub Siroky wrote:
I have tried these options in the config, but with same results
(unstoppable dump and crash):
makeoptions DEBUG=-g
options WITNESS
options WITNESS_KDB
options KDB
options KDB_TRACE
options DIAGNOSTIC
options KDB
options DDB
options
On 1/19/08, Vlad GALU [EMAIL PROTECTED] wrote:
1. I noticed the WITHOUT_SSP switch in src.conf(5). Does this mean
that Propolice is currently used by default?
2. For debugging purposes, I'd like to rebuild my whole world with
debugging symbols. Adding -g to the flags in make.conf seemed to
1. I noticed the WITHOUT_SSP switch in src.conf(5). Does this mean
that Propolice is currently used by default?
2. For debugging purposes, I'd like to rebuild my whole world with
debugging symbols. Adding -g to the flags in make.conf seemed to do
the trink until right before the installation
Kris,
I caught this one during what I'd class as normal usage, with a handful
of apps open, and no glxgears or other glx apps (intentionally) running.
It shows Epiphany getting cpu solidly for 2 seconds! If you crank up the
ticks per pixel and scroll to the end you can't miss it.
This typifies
No, I cannot. While in normal operation the Ctrl+Alt+Esc on console
brings debugger screen, in this crash condition even the NumLock does
not work.
Jakub
On Sat, 19 Jan 2008 14:52:08 +0100
Kris Kennaway [EMAIL PROTECTED] wrote:
Jakub Siroky wrote:
I have tried these options in the config,
Jakub Siroky wrote:
I have two large ext2fs partitions (368 and 313GB) to hold data shared between several OSes. While there were no problems on 6-STABLE branch I was quite disappointed after upgrade to 7-STABLE. Whenever I copy/write to ext2fs partition the system freezes totally without
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have an issue with apache and php5 inside a jail on 7-stable where the
executable simply dumps core on start-up in the threading library.
I've recompiled everything inside and outside the jail but the behaviour
remains the same :-(
I have no idea
Michael Bushkov wrote:
Hi Denis,
Several things:
1. You definitely can't use cache for *_compat sources. I mean lines
like group_compat: cache nis aren't supported.
This should be mentioned in the man page. To me it also speaks to the
need for a default /etc/nsswitch.conf with comments. It
Kris,
Another one, this time xorg for 2 seconds, approximately in the middle.
I'm feeling inclined to doubt the validity of this and the previous data
set, however. Looking at the tail end of each of the events in question,
there is clearly activity on other processes before the supposedly long
* Thomas Hurst ([EMAIL PROTECTED]) wrote:
* Kris Kennaway ([EMAIL PROTECTED]) wrote:
Excellent. I've been seeing this behavior for a long time, mostly on
backup runs (RAID-1 amr SATA - 1 disk Marvell ata). It's pretty odd
seeing a system with 8G of memory, 60% of which is just cache,
On Jan 19, 2008, at 7:26 PM, Doug Barton wrote:
Michael Bushkov wrote:
Hi Denis,
Several things:
1. You definitely can't use cache for *_compat sources. I mean
lines like group_compat: cache nis aren't supported.
This should be mentioned in the man page. To me it also speaks to
the need
Thomas Hurst wrote:
* Thomas Hurst ([EMAIL PROTECTED]) wrote:
* Kris Kennaway ([EMAIL PROTECTED]) wrote:
Excellent. I've been seeing this behavior for a long time, mostly on
backup runs (RAID-1 amr SATA - 1 disk Marvell ata). It's pretty odd
seeing a system with 8G of memory, 60% of which
Thomas Hurst wrote:
* Kris Kennaway ([EMAIL PROTECTED]) wrote:
I don't understand your test procedure, can you elaborate?
The spikes from last night are from:
(/sbin/dump -$level -LuaC128 -f - $fs | /usr/bin/tee ${target} |
/sbin/sha1 ${target}.sha1)
Followed by:
nice -n 19
* Kris Kennaway ([EMAIL PROTECTED]) wrote:
I don't understand your test procedure, can you elaborate?
The spikes from last night are from:
(/sbin/dump -$level -LuaC128 -f - $fs | /usr/bin/tee ${target} |
/sbin/sha1 ${target}.sha1)
Followed by:
nice -n 19 /home/freaky/bin/par2 c -t+ -r5
Hi there,
is there a nscd or something similar to nscd (cached)
for the current STABLE_6_3?
I'm interested in caching nsswitch (pgsql) queries so I can
stop overloading the pg server.
any ideas/experience?
Cheers,
valqk.
--
This message has been scanned for viruses and
dangerous content by
Hi there,
I'm still working on debugging this myself, but thought that a
few more experienced eyes might be able to help me.
I'm tracking 7-STABLE on my amd64 system, but something
happened a couple of weeks ago that broke lang/drscheme.
I've been doing a bit of regressing and testing, and have
Hi!
I've done the following local changes to get the ATA controller being
correctly detected and initialized as an AHCI controller on an HP
6715b notebook using ATI SB-600 chipset. With stock kernel, the ATA
controller is being recognized as a generic ATA controller and devices
being driven in
27 matches
Mail list logo