It fails to compile with the gcc version that comes with FreeBSD 6 and
7, but it compiles fine on gcc 4.1 when I tried. It's probably a
compiler bug that's been fixed on the 4.x series.
On 2/17/07, Andy Fawcett [EMAIL PROTECTED] wrote:
On Thursday, libxine was updated in the ports collection to
On Sunday 18 February 2007 11:04, Jack L. wrote:
It fails to compile with the gcc version that comes with FreeBSD 6 and
7, but it compiles fine on gcc 4.1 when I tried. It's probably a
compiler bug that's been fixed on the 4.x series.
Yes, I agree it builds fine on 6.2/amd64 when gcc 4.1 is
On Sun, 18 Feb 2007 14:28:54 +0200
Andy Fawcett [EMAIL PROTECTED] wrote:
On Sunday 18 February 2007 11:04, Jack L. wrote:
It fails to compile with the gcc version that comes with FreeBSD 6
and 7, but it compiles fine on gcc 4.1 when I tried. It's probably
a compiler bug that's been fixed on
On Sunday 18 February 2007 16:32, Ariff Abdullah wrote:
On Sun, 18 Feb 2007 14:28:54 +0200
Andy Fawcett [EMAIL PROTECTED] wrote:
On Sunday 18 February 2007 11:04, Jack L. wrote:
It fails to compile with the gcc version that comes with FreeBSD 6
and 7, but it compiles fine on gcc 4.1
On Thu, 15 Feb 2007 22:07:13 -0800 (PST) Rob wrote:
I already described in detail what I've been doing
with the FreeBSD server and the Compaq HP client PC
here:
http://lists.freebsd.org/pipermail/freebsd-questions/2007-February/142116.html
The Bootp exchange seems to be fine and the client
Hi there,
I've been trying to mount my NTFS partitions with the NTFS-3g project's
FUSE implementation but am unable to mount anything.
I'm on 6-STABLE and have the latest versions of FUSE installed:
fusefs-kmod-0.3.0_4 Kernel module for fuse
fusefs-libs-2.6.2 FUSE allows filesystem
On Sunday 18 February 2007 12:45, Ulrich Spoerlein wrote:
I've been trying to mount my NTFS partitions with the NTFS-3g project's
FUSE implementation but am unable to mount anything.
I'm on 6-STABLE and have the latest versions of FUSE installed:
[big snip]
...
So, the basic question is: Has
Dear colleagues,
today I've found that one of two disks had been removed from a couple of
gmirror'ed partiotions dur to read timeout. I have done `gmirror forget' and
`gmirror insert', and it works for relatively small partitions; however, on
rather large partiotion it did sync, and then
On Sun, Feb 18, 2007 at 09:31:47PM +0200, Dmitry Pryanishnikov wrote:
Hello!
On Thu, 8 Feb 2007, Kris Kennaway wrote:
Not that it contradicts anything you said, but it's worth
re-emphasizing that there is apparently no-one in the community
interested in maintaining pppd on FreeBSD, which
Hello!
On Thu, 8 Feb 2007, Kris Kennaway wrote:
Not that it contradicts anything you said, but it's worth
re-emphasizing that there is apparently no-one in the community
interested in maintaining pppd on FreeBSD, which is how it got to the
current sorry state.
I agree that the absence of
On Sun, 18 Feb 2007, Kris Kennaway wrote:
http://www.freebsd.org/cgi/query-pr.cgi?pr=109277
The problem looks like a lack of proper locking during the operations with
clist (specifically, this causes multiple entry to cblock_alloc()).
I'm ready to provide further debugging information
Hello Dmitry,
You wrote on Sunday, February 18, 2007, 9:53:14 PM:
DM 1. Name: ad4g
DMMediasize: 225734096384 (210G)
DMSectorsize: 512
DMMode: r1w1e1
DMState: ACTIVE
DMPriority: 0
DMFlags: BROKEN
Is any related messages about ad4g in /var/log/messages?
--
Anton
Subversion now supports read only mirrors of repositories...
http://subversion.tigris.org/servlets/ReadMsg?listName=devmsgNo=122402
and
http://svnbook.red-bean.com/nightly/en/svn-book.html#svn.reposadmin.maint.replication
Could someone please update the table at
I have further diagnosed the problem with the S5000PAL.
When I boot up with ACPI enabled it is terrible (regular / default mode).
It freezes at many different spots. If it is able to get to the
/trying to start_init: trying /sbin//init then it takes about 20
minutes to do whatever it is doing
On Saturday 17 February 2007 09:36, Michael Nottebrock wrote:
Has anyone ever managed to get some USB 2.0 - like speeds out of ehci
anyway? I'm not seeing quite such abysmal performance as Kevin did, but I
don't even need to benchmark to be certain that Windows does *much* better
with the
I am seeing this:
kernel: vge0: watchdog timeout
kernel: vge0: link state changed to DOWN
kernel: vge0: link state changed to UP
periodically on 6.2-stable on a system running on a VIA EN15000
motherboard. The interface does work, however.
I recall much discussion in
16 matches
Mail list logo