On 2 March 2011 03:34, Matthias Klose wrote:
> I'll make gcc-4.5 the default for (at least some) architectures within the
> next
> two weeks before more transitions start. GCC-4.5 is already used as the
> default
> compiler for almost any other distribution, so there shouldn't be many
> surprise
Cameron writes:
> Package: freebsd-utils
> Version: 8.1-4+b1
>
> local filesystem mount entires in /etc/fstab fail to mount at boot and runtime
> if the options field contains only "noatime". The error message is "unknown
> filesystem type". For example:
> mount /home
> mount: /home has unknown fi
I'll make gcc-4.5 the default for (at least some) architectures within the next
two weeks before more transitions start. GCC-4.5 is already used as the default
compiler for almost any other distribution, so there shouldn't be many surprises
on at least the common architectures. About 50% of the b
Package: freebsd-utils
Version: 8.1-4+b1
Severity: important
File: /bin/mount
local filesystem mount entires in /etc/fstab fail to mount at boot and runtime
if the options field contains only "noatime". The error message is "unknown
filesystem type". For example:
mount /home
mount: /home has unkno
Hi,
Simon Josefsson (01/03/2011):
> Petr Salinger writes:
> > I cannot help with it, as it does not fail neither on my machine.
> > I do not know differences between fano and fash - CPU/memory/...
if you can contact me (or $arch@buildd.d.o) I could be your proxy and
help you get those info.
>
Petr Salinger writes:
>> I suspect fixing this is out of libidn's domain, so I would appreciate
>> help to debug and report it to the gcj people. Maybe this is a known
>> problem?
>
> The state is known, gcj fails on fash but not on fano.
> The cause of this problem is not known :-(
>
> I cannot
I suspect fixing this is out of libidn's domain, so I would appreciate
help to debug and report it to the gcj people. Maybe this is a known
problem?
The state is known, gcj fails on fash but not on fano.
The cause of this problem is not known :-(
I cannot help with it, as it does not fail neit
Hi. I maintain libidn, and it triggers a gcj internal error on
kfreebsd-amd64:
https://buildd.debian.org/fetch.cgi?pkg=libidn;ver=1.20-1;arch=kfreebsd-amd64;stamp=1298995483
I suspect fixing this is out of libidn's domain, so I would appreciate
help to debug and report it to the gcj people. May
8 matches
Mail list logo