TB --- 2012-04-02 06:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-04-02 06:20:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2012-04-02 06:20:00 - cleaning the object tree
TB --- 2012-04-02 06:23:19 - cvsupping the source tree
TB --- 2012-04-02 06:23:19 -
TB --- 2012-04-02 08:39:42 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-04-02 08:39:42 - starting HEAD tinderbox run for mips/mips
TB --- 2012-04-02 08:39:42 - cleaning the object tree
TB --- 2012-04-02 08:41:17 - cvsupping the source tree
TB --- 2012-04-02 08:41:17 -
TB --- 2012-04-02 08:39:17 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-04-02 08:39:17 - starting HEAD tinderbox run for ia64/ia64
TB --- 2012-04-02 08:39:17 - cleaning the object tree
TB --- 2012-04-02 08:41:27 - cvsupping the source tree
TB --- 2012-04-02 08:41:27 -
Mark wrote:
Hi,
I have been trying to get FreeBSD 9 amd64 to boot on my 1U server
but am unsuccesful and am out of ideas.
I tried to boot the iso from CD-ROM, I tried multiple USB memory
sticks and I even tried to boot from hard discs, I'll explain this
further below.
Oddly enough
On (29/03/2012 21:49), O. Hartmann wrote:
Am 03/29/12 18:14, schrieb David Wolfskill:
On Thu, Mar 29, 2012 at 04:18:06PM +0200, O. Hartmann wrote:
I was wondering if there are some objections using TMPFS for /tmp and
/var/run.
...
My question is whether there are objections using TMPFS
Well I can't do the brightness switching. acpi_call port is installed, but:
# kldload acpi_call
kldload: can't load acpi_call: No such file or directory
# acpi_call -p '\VBRC' -i 14
ioctl: Device not configured
At least closing the lid turns off the monitor (not going to sleep), which
is OK to
I commonly use mfs for /var and /tmp.
Sometimes even symlinking /var/tmp - /tmp to save ram.
Mostly because I want nothing leftover in them on boot, and it's fast.
rc/mtree/etc takes care of populating them.
/, /boot, /usr and /usr/local are read-only.
[nssswitch host.conf still needs fixed to
On Mon, Apr 02, 2012 at 01:31:19PM +0300, Gleb Kurtsou wrote:
...
In any case, effective maximum usable size for tmpfs involves SIZE_MAX
(~4G) PAGE_SIZE (4K, in my case).
size_t is 64-bit on 64-bit archs.
OK. Still, the requirement that the size specification be in bytes
is
Hello out there.
My FreeBSD 10 box is at revision r233779. I updated the sources this
morning and made a buildworld successfully.
After a reboot of the box, I witness several bad issues. Firefox, for
instance, is droppimng a core now when starting. Using portmaster for
updates produces a lot of
On Mon, Apr 02, 2012 at 01:31:19PM +0300, Gleb Kurtsou wrote:
...
You could try the patch attached. It adds support for size option suffixes
(like 1g) and introduces swap limit (part of the older patch, not sure
if it's any use).
Patch is against 10-CURRENT.
Older version:
02.04.2012 16:32, O. Hartmann пишет:
Hello out there.
My FreeBSD 10 box is at revision r233779. I updated the sources this
morning and made a buildworld successfully.
After a reboot of the box, I witness several bad issues. Firefox, for
instance, is droppimng a core now when starting. Using
On Mon, 02 Apr 2012 14:32:51 +0200
O. Hartmann ohart...@mail.zedat.fu-berlin.de wrote:
Hello out there.
My FreeBSD 10 box is at revision r233779. I updated the sources this
morning and made a buildworld successfully.
After a reboot of the box, I witness several bad issues. Firefox, for
On Mon, 2 Apr 2012 10:06:38 -0400
Alexander Kabaev kab...@gmail.com wrote:
On Mon, 02 Apr 2012 14:32:51 +0200
O. Hartmann ohart...@mail.zedat.fu-berlin.de wrote:
Hello out there.
My FreeBSD 10 box is at revision r233779. I updated the sources this
morning and made a buildworld
In message 4f79abf1.70...@lissyara.su, Alex Keda writes:
02.04.2012 16:32, O. Hartmann пиÑеÑ:
Firefox, for instance, is droppimng a core now when starting.
I tried r233749M and saw the same thing.
This Warning looks non-ignorable to me, but I havn't investigated:
=== gnu/lib/libssp
jb jb.1234abcd at gmail.com writes:
...
Chuck Burns brea...@gmail.com
1:01 AM (16 hours ago)
My experiences with using tmpfs as /tmp
--
It works fine. until it doesn't.
I've had mountpoints run out of space, checked df and the mountpoint had been
reduced to something
On 2 Apr 2012 16:47, jb jb.1234a...@gmail.com wrote:
jb jb.1234abcd at gmail.com writes:
...
Chuck Burns brea...@gmail.com
1:01 AM (16 hours ago)
My experiences with using tmpfs as /tmp
--
It works fine. until it doesn't.
I've had mountpoints run out of space, checked df and the
Dear,
I have currently having troubles with a basic socket stress.
The socket are setup to use non-blocking I/O.
During this stress-test, the kernel is running mbuf exhaustion, the goal is to
see system limits.
If the program make a write on a socket during this mbuf exhaustion, it become
TB --- 2012-04-02 14:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-04-02 14:10:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2012-04-02 14:10:00 - cleaning the object tree
TB --- 2012-04-02 14:13:49 - cvsupping the source tree
TB --- 2012-04-02 14:13:49 -
On Sun, Apr 01, 2012 at 04:14:24PM +0200, Kristof Provost wrote:
While chasing down an odd issue with alignment faults I activated
debugging in bin/sh.
bin/sh/Makefile has a commented out line (# DEBUG_FLAGS+= -g -DDEBUG=2
-fno-inline) to do this so that's what I did.
This fails to compile
TB --- 2012-04-02 16:26:56 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-04-02 16:26:56 - starting HEAD tinderbox run for mips/mips
TB --- 2012-04-02 16:26:56 - cleaning the object tree
TB --- 2012-04-02 16:29:16 - cvsupping the source tree
TB --- 2012-04-02 16:29:16 -
TB --- 2012-04-02 16:25:59 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-04-02 16:25:59 - starting HEAD tinderbox run for ia64/ia64
TB --- 2012-04-02 16:25:59 - cleaning the object tree
TB --- 2012-04-02 16:27:40 - cvsupping the source tree
TB --- 2012-04-02 16:27:40 -
Am 04/02/12 16:06, schrieb Alexander Kabaev:
On Mon, 02 Apr 2012 14:32:51 +0200
O. Hartmann ohart...@mail.zedat.fu-berlin.de wrote:
Hello out there.
My FreeBSD 10 box is at revision r233779. I updated the sources this
morning and made a buildworld successfully.
After a reboot of the box,
On (02/04/2012 06:26), David Wolfskill wrote:
On Mon, Apr 02, 2012 at 01:31:19PM +0300, Gleb Kurtsou wrote:
...
You could try the patch attached. It adds support for size option suffixes
(like 1g) and introduces swap limit (part of the older patch, not sure
if it's any use).
Patch is
On 4/2/2012 10:52 AM, Chris Rees wrote:
This is a known issue with ZFS. Is that your case?
Chris
Yes. Interesting that it happens only with ZFS.
and jb, thanks, I could've sworn I'd hit Reply to list - thanks for
forwarding it for me.
Chuck
I used the 9.0-RELEASE memstick to install, did a cvsup to STABLE...
When I downloaded Intel's (Jack's) ixgbe driver, I got an error:
Warning: Object directory not changed from original
/usr/local/src/ixgbe-2.4.4/src
@ - /usr/src/sys
machine - /usr/src/sys/amd64/include
awk -f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 03/29/2012 13:52, Xin Li wrote:
On 03/29/12 09:41, Chris Rees wrote:
On 29 Mar 2012 16:49, O. Hartmann
ohart...@mail.zedat.fu-berlin.de wrote:
I was wondering if there are some objections using TMPFS for
/tmp and /var/run. I figured out
On 04/01/12 22:49, Kevin Oberman wrote:
2012/4/1 Любомир Григоровnm.kn...@gmail.com:
Well I can't do the brightness switching. acpi_call port is installed, but:
# kldload acpi_call
kldload: can't load acpi_call: No such file or directory
# acpi_call -p '\VBRC' -i 14
ioctl: Device not
TB --- 2012-04-03 01:10:03 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-04-03 01:10:03 - starting HEAD tinderbox run for mips/mips
TB --- 2012-04-03 01:10:03 - cleaning the object tree
TB --- 2012-04-03 01:10:46 - cvsupping the source tree
TB --- 2012-04-03 01:10:46 -
Interesting. So brightness value is changed, but not acted upon then when
using the hotkeys?
I could care less about suspend/resume as I don't really use it.
Brightness and the fan (thanks for reminding me about the corruption) are
what is killing my use. I have a SSD so even though boot isn't
On 04/02/12 18:42, Любомир Григоров wrote:
Interesting. So brightness value is changed, but not acted upon then
when using the hotkeys?
Yes, value changes with no effect when hotkeys are pressed...I am not
sure why there is no effect.
I could care less about suspend/resume as I don't really
30 matches
Mail list logo