Package: libc0.1-dev
Severity: normal
Perhaps we could use emulated Linux-like sendfile() from Eric Wong. See:
On 17/02/2014 09:12, Eric Wong wrote:
Robert Millan r...@debian.org wrote:
If you can write a Linux-compatible sendfile() which uses BSD-ish
SYS_sendfile
as backend, I guess
it into STABLE-9 ;-)
Do you know which is the HEAD commit rev?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caofdtxps99nq
Package: libc0.1
Version: 2.13-33
Severity: wishlist
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
The implementation of _pthread_unlock() doesn't react gracefully when it is
asked to unlock a non-claimed resource. Thus, lock-__status can never be 0.
Unfortunately when
#endif
fd = open (..., O_CLOEXEC);
// don't bother closing fd
But the decision is up to glibc maintainers.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http
Package: libc0.1
Version: 2.13-32
Tags: patch
Currently, perl relies on getconf to figure out whether threads have their
own PID or not. They assume that this is true for linuxthreads but not for
NPTL:
$ getconf GNU_LIBPTHREAD_VERSION
linuxthreads-0.10
$ getconf GNU_LIBPTHREAD_VERSION
NPTL
Package: eglibc
Version: 2.13-32
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
As eglibc needs special handling for headers provided by kfreebsd-kernel-headers
package, it will FTBFS when kfreebsd-kernel-headers switches to multiarch-style
directories (e.g.
!
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caofdtxmuq9fnklyktqbpwih0_unou6jbtp8eh+cg0qtokmu...@mail.gmail.com
2012/4/22 Robert Millan r...@debian.org:
I notice that my initial patch didn't handle the library dependency
part. I'm attaching a new patch that fixes this issue. This makes new
packages built against the patched libc0.1-dev depend on libc0.1 =
2.13-31.
VERY IMPORTANT NOTICE
Package: libc0.1-dev
Version: 2.11.3-2
Tags: patch
The STAILQ_FOREACH_SAFE implementation in sys/queue.h includes a broken
reference and causes build failure on programs that use it.
See attached patch.
-- System Information:
Debian Release: 6.0.4
APT prefers stable-updates
APT policy:
it so the package be NMUed.
Thanks!
--
Robert Millan
setclock.diff
Description: Binary data
.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caofdtxmxpmzu1gv_z+bdoq_ooxsm+d3qc3gui-esrnrwfyx...@mail.gmail.com
-up. I notice you already fixed this in pkg-glibc
SVN. Maybe it's not worth improving further... (IMHO time would be
better spent on NPTL).
Thank you!
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
once (at that time I assumed it was the same issue as
context-test).
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caofdtxpxc99mw9
some explanation on that
one-line patch you provided? Is it supposed to be the correct fix or
is more work necessary? I'm not familiar with the whole picture but
if you give some pointers I may be able to help.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
finished.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caofdtxnxyi_xut5aqduex1+wtxwsuc5aa4qp4rmnsevhhkm...@mail.gmail.com
their effect (as it
makes the problem go away on GNU/kFreeBSD) but doesn't fix them. It's
possible that they pop up again in the future (e.g. when GNU/Hurd
implements CLOCK_MONOTONIC).
--
Robert Millan
setclock.diff
Description: Binary data
tags 642112 patch
tags 662018 patch
thanks
Using patch tag for lack of a better word (upstream? pending?).
Anyway these two can be fixed just by pulling latest code from
glibc-bsd SVN.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject
Testcase attached.
--
Robert Millan
#include stdio.h
#include pthread.h
#include time.h
void *
loop (void *null)
{
while (1);
}
int main ()
{
pthread_t thread;
pthread_mutex_t mutex;
pthread_cond_t cond;
pthread_condattr_t condattr;
struct timespec ts;
pthread_mutex_init (mutex
Package: libc0.1
Version: 2.13-9
A few daemons (bootlogd and IIRC sshd as well) cause this kernel message to
be printed in the console during boot.
There was an attempt to fix this (see
http://lists.debian.org/debian-bsd/2011/06/msg00111.html) but unfortunately
the implementation of new ptys was
El 1 d’abril de 2012 0:02, Robert Millan r...@debian.org ha escrit:
I will test older kernels and port it to amd64.
I added backward compatibility for kfreebsd-8.x. Tested with 8.1,
8.3~ and 9.0. In all cases it passes the full tst-timer* testsuite.
This is an improvement over tst-timer4
El 31 de març de 2012 1:16, Robert Millan r...@debian.org ha escrit:
Somewhat. My latest patch (after fixing other problems [1]) now
passes tst-timer [2], but only *sometimes* (looks like a race). I
isolated my code into a standalone app by renaming the timer_*
functions and found that when
Package: libc0.1-dev
Version: 2.11.3-2
The kernel definition of sigevent_t includes a few bytes of reserved space,
which are unused for now but may be eventually written by kernel when new
features are implemented.
AFAICT this is harmless for now, but it can become a problem in the future
(e.g.
test in nptl/sysdeps/pthread/tst-timer.c
(which is a generic pthread test and doesn't depend on NPTL).
[2] Tested on kfreebsd-10 / i386 only.
--
Robert Millan
timer.diff
Description: Binary data
El 26 de març de 2012 0:14, Robert Millan r...@debian.org ha escrit:
9.0/i386 kernel running i386 binary - GOOD
10.0/i386 kernel running i386 binary - GOOD
Sorry but my i386 tests were wrong, I did them while using unpatched
libc (sigh). Here are some proper tests for i386 (same result using
but failed with kfreebsd 10
(both using patched libc). Could it be a kernel-driven regression?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
when it is built with
i386 libc. Summary of my tests:
8.1/amd64 kernel running amd64 binary - BAD
8.1/amd64 kernel running i386 binary - GOOD
9.0/i386 kernel running i386 binary - GOOD
10.0/i386 kernel running i386 binary - GOOD
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ
El 26 de març de 2012 0:14, Robert Millan r...@debian.org ha escrit:
Sorry I got confused. It works on all versions when it is built with
i386 libc.
I think I know why, but can't fix it right now. timer_t is abused to
store a pointer, but its size is only int32_t.
timer_create() sets it here
El 24 de març de 2012 1:46, Steven Chamberlain ste...@pyro.eu.org ha escrit:
On 23/03/12 22:13, Robert Millan wrote:
Actually it's in librt.
Swapping that library with a patched version didn't change anything
either. I'll try over the weekend to find space to do a full rebuild +
normal dpkg
-bsd repository yet. I haven't finished
testing it myself.
Thanks
--
Robert Millan
--- /dev/null
+++ b/ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/linuxthreads/kernel-posix-timers.h
@@ -0,0 +1,72 @@
+/* Copyright (C) 2003, 2007 Free Software Foundation, Inc.
+ This file is part of the GNU C Library
problem as before.
Actually it's in librt.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caofdtxptqnracbcwycb0u0y00pnpj9muu1ducjaeb0kkaka
see if I can spend some time on it (this weekend if noone beats me to it).
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAOfDtXN_pWt
Package: libc0.1-dev
Version: 2.11.3-2
I found this while investigating #662018.
bits/time.h advertises the following clockid_t types, however most of them
are not provided. In fact, in most cases we don't have the facilities necessary
to provide them:
# define CLOCK_REALTIME 0
El 22 de març de 2012 19:58, Robert Millan r...@debian.org ha escrit:
This smells like #662018.
I'll see if I can spend some time on it (this weekend if noone beats me to
it).
Please could someone test this? It's not correct, but it should do the trick.
--
Robert Millan
Index: eglibc-2.13
of ifconfig breaks D-I
- Uploaded fix currently in NEW, expect RSN.
660396: sane-backends: FTBFS on kfreebsd-*
- (kfreebsd-kernel-headers bug) Fixed today in 0.75. BinNMU?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
El 25 de febrer de 2012 12:56, Rene Engelhard r...@debian.org ha escrit:
I would file a bug report but packages.debian.org doesn't seem to
want to tell me what package sys/mount.h is in.
libc0.1-dev
There's already #660397 and #660401.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian
in the other mail a k-k-h update is required)
fwiw, there's a possibility that vlc might be a blocker, given that the
new upstream version is FTBFS on multiple architectures (including
kfreebsd-*).
I'll have a look.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ
ELAST then? Currently we need to increase it to 94
for ECAPMODE.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAOfDtXNUfV_4DNCKGpvEgyD3BzWr-NRvG
Package: libc0.1-dev
kfreebsd-kernel-headers 0.70 includes properly patched versions of
sys/syscall.h and sys/errno.h which could be used to compile glibc.
Please consider using those instead of the in-tree copies. A patch for
bits/errno.h is attached. sys/syscall.h can be used directly.
--
Package: eglibc
Version: 2.13-21
With current kfreebsd-amd64 sid environment:
#
# Testsuite failures, someone should be working towards
# fixing these! They are listed here for the purpose of
# regression testing during builds.
# Format: Failed test, Error Make error code [(ignored)]
#
Package: libc0.1-dev
Version: 2.11.2-10
Severity: normal
The following code compiles on FreeBSD but not on Debian GNU/kFreeBSD:
#include a.out.h
#include sys/nlist_aout.h
main ()
{
struct nlist nl;
nl.n_un.n_strx = 0;
}
It appears there are conflicting definitions of struct nlist, one of
glibc testsuite on ka.
But it definitely needs more testing, on both real HW
and inside emulators.
Please test this partial patch, upload into experimental would be nice.
Petr
--
Robert Millan
diff -u a/linuxthreads/attr.c b/linuxthreads/attr.c
--- a/linuxthreads/attr.c 2006-08-17 03:23
2011/10/1 Jonathan Nieder jrnie...@gmail.com:
Robert Millan wrote:
Encountered regressions that don't match expected failures:
bug22.out, Error 1
And what is the content of bug22.out?
Empty file.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
2011/10/2 Aurelien Jarno aurel...@aurel32.net:
bug22 basically tries to write /dev/null. Is /dev correctly mounted on
your system?
Yes.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
2011/10/2 Petr Salinger petr.salin...@seznam.cz:
What is your CPU ?
It happens also on my PC (in 32 bit pass), with
Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz
AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
(note: running kfreebsd-i386 as a VirtualBox guest)
--
Robert Millan
2011/10/2 Robert Millan r...@debian.org:
2011/10/1 Jonathan Nieder jrnie...@gmail.com:
Robert Millan wrote:
Encountered regressions that don't match expected failures:
bug22.out, Error 1
And what is the content of bug22.out?
Empty file.
OTOH, running it from command-line results
2011/10/2 Robert Millan r...@debian.org:
OTOH, running it from command-line results in:
Timed out: killed the child process
More specifically, it is sitting on waitpid() call (line 341).
Could this be related to #639658 ?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ
Package: eglibc
Version: 2.13-21
User: debian-...@lists.debian.org
Usertags: kfreebsd
From build log:
#
# Testsuite failures, someone should be working towards
# fixing these! They are listed here for the purpose of
# regression testing during builds.
# Format: Failed test, Error Make error code
a gratuitous position to wine developers. I can
only defend things I believe in.
The second option is to insert into
machine/sysarch.h always inline functions.
I don't see a problem with using inline functions. Shall we do this?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ
2011/8/11 Robert Millan r...@debian.org:
2011/8/11 Aurelien Jarno aurel...@aurel32.net:
In any case, they will have to wait for 2.14. Anyway, what are the uses
cases for these?
wine needs amd64_set_gsbase and i386_set_fsbase.
Here's a new patch which only implements the syscall stubs needed
2011/8/12 Aurelien Jarno aurel...@aurel32.net:
wine needs amd64_set_gsbase and i386_set_fsbase.
So what do we do at the end? Couldn't wine simply use the sysarch()
function?
I can't answer that, we'd have to ask wine developers.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc
Package: libc0.1
Version: 2.13-15
Severity: wishlist
Tags: patch
This patch implements the following syscall stubs:
i386_get_gsbase
i386_get_fsbase
i386_set_gsbase
i386_set_fsbase
amd64_get_gsbase
amd64_get_fsbase
amd64_set_gsbase
amd64_set_fsbase
-- System Information:
Debian Release:
2011/8/11 Robert Millan r...@debian.org:
Package: libc0.1
Version: 2.13-15
Severity: wishlist
Tags: patch
This patch implements the following syscall stubs:
i386_get_gsbase
i386_get_fsbase
i386_set_gsbase
i386_set_fsbase
amd64_get_gsbase
amd64_get_fsbase
amd64_set_gsbase
be considered carefully: since our TLS
implementation relies on them, programs shouldn't mess with these
functions AFAICT.
The getters are neither needed by wine nor dangerous.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
2011/7/29 Moritz Mühlenhoff j...@inutil.org:
We already asked you back in September 2009 to report this upstream.
He did, precisely in September 2009:
https://bugzilla.kernel.org/show_bug.cgi?id=14186
He still got no response though.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian
bits/unistd.h to sysdeps, but it
seems like a PITA to maintain a branched version of that file...
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
on another filesystem.
It seems that this bug only appears when /tmp is mounted on ZFS.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
Hi Jonathan,
2011/7/18 Jonathan Nieder jrnie...@gmail.com:
Ah, sounds like /tmp was mounted with the noatime flag.
Yes, indeed it was.
How about something like this (untested)?
It works! Regression is gone now.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ
Package: libc0.1
Version: 2.13-10
User: debian-...@lists.debian.org
Usertags: kfreebsd
It's a bit strange, because the buildds didn't seem to have this problem,
but eglibc 2.13-10 fails to build on kfreebsd-amd64 due to testsuite errors.
(this is pristine eglibc 2.13-10, without any of my local
it reaches testing backport it to squeeze.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAOfDtXMDD3gYJJxZEdJpRU3UqZQetf2B-fo0-tpP6QG_W=k
2011/6/16 Robert Millan r...@debian.org:
$ fakeroot id -u
ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be
preloaded: ignored.
1000
It seems that LD_* variables are selectively ignored by ld.so. The
command above results in:
$ LD_LIBRARY_PATH=/usr/lib64/libfakeroot
are
not affected. IIRC the previous state only caused a harmless warning
with sshd.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caofdtxnvvcoxzcpjkyk
Package: libc0.1
Version: 2.13-8
Severity: critical
After upgrading 2.13-7 to 2.13-8, screen stops working. When run it
prints the following errors:
No more PTYs.
Sorry, could not find a PTY.
I suspect this might have been introduced with r3435:
Package: libc0.1
Version: 2.13-8
Severity: minor
User: debian-...@lists.debian.org
Usertags: kfreebsd
The effect of this seems only cosmetical. Anyway, I verified that 2.13-7
didn't exhibit this problem.
Note the special char (0xa0) after /dev/null. I suspect there might be a
typo somewhere.
nlm_syscall_args *);
/usr/include/sys/sysproto.h:int nfssvc(struct thread *, struct nfssvc_args *);
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
Package: libc0.1-dev
Version: 2.13-7
Severity: wishlist
Tags: patch
Please consider this update for bits/siginfo.h, it's a resync with some
of the missing definitions from FreeBSD sys/signal.h.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500,
to remove __unused from Glibc or Linux developers to remove
__unused from Linux.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
retitle 629556 please provide getvfsbyname() and getosreldate()
thanks
getosreldate() also needed by NFS userland code
(both fixes are in SVN).
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
functions (not NFS specific):
getosreldate
getvfsbyname
Two syscall stubs:
nfssvc
nlm_syscall
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
2011/6/18 Jonathan Nieder jrnie...@gmail.com:
Hi Robert,
Robert Millan wrote:
When it comes to __attibute__((__unused__)), it's just a matter of
agreeing on whether to call it __attribute_unused__ or __unused.
I don't agree. It's perfectly fine for there to be multiple names
) in the
glibc-ports. We usually use the latter solution.
I've already disabled them earlier today.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
Package: libc0.1-dev
Version: 2.13-4
Severity: wishlist
The following syscall stub is missing. It is needed by NFS userland:
extern int nfssvc (int, void *);
-- System Information:
Debian Release: 6.0.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: kfreebsd-amd64
retitle 630843 missing nfssvc() and nlm_syscall()
thanks
2011/6/17 Robert Millan r...@debian.org:
Package: libc0.1-dev
Version: 2.13-4
Severity: wishlist
The following syscall stub is missing. It is needed by NFS userland:
extern int nfssvc (int, void *);
Another stub is needed for NFS
Package: libc0.1
Version: 2.13-7
Severity: normal
User: debian-...@lists.debian.org
Usertags: kfreebsd
$ fakeroot id -u
ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded:
ignored.
1000
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT
Package: libc0.1-dev
Version: 2.13-4
Severity: wishlist
FreeBSD libc provides getvfsbyname() function, which is used by NFS
userland code. It can't be provided by libbsd because it's
kFreeBSD-specific:
http://svnweb.freebsd.org/base/head/lib/libc/gen/getvfsbyname.c
-- System Information:
Package: libc0.1-dev
Version: 2.11.2-10
Severity: normal
Tags: patch
kFreeBSD has MNT_NFS4ACLS in sys/mount.h, but it is missing in the version of
this
file provided by Glibc.
-- System Information:
Debian Release: 6.0.1
APT prefers stable
APT policy: (500, 'stable')
Architecture:
of the Glibc patch (also available in
http://sources.redhat.com/bugzilla/show_bug.cgi?id=12193)
--
Robert Millan
diff -Nur eglibc-2.11.2/ports/sysdeps/mips/dl-machine.h
eglibc-2.11.2.new/ports/sysdeps/mips/dl-machine.h
--- eglibc-2.11.2/ports/sysdeps/mips/dl-machine.h 2008-10-18
20:20:55.0
Package: libc0.1
Version: 2.11.2-7
Severity: normal
User: debian-...@lists.debian.org
Usertags: kfreebsd
setxattr, fsetxattr and lsetxattr are ENOSYS stubs. This
results in libacl breakage:
$ setfacl -m u:rmh:r /tmp/test
setfacl: /tmp/test: Function not implemented
I think they can be
tags 602776 fixed-upstream
thanks
Fixed in glibc-bsd SVN.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/aanlktimawpixvwvogkpscyvi
See http://sources.redhat.com/bugzilla/show_bug.cgi?id=12193
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/aanlktinmu6=x5fq7-barvdqxqfoph
2010/11/4 Aurelien Jarno aurel...@aurel32.net:
Robert Millan a écrit :
See http://sources.redhat.com/bugzilla/show_bug.cgi?id=12193
I am not sure you want to define an octeon2 platform. Contrary to
longsoon which has specific instructions, octeon is following the
standard MIPS instruction
2010/11/1 Robert Millan r...@debian.org:
2010/10/31 Aurelien Jarno aurel...@aurel32.net:
Wrong, for alpha we have code to add hardware capabilities support.
I'm a bit confused now. I looked at the code in debian/patches/, and
Never mind, I figured it out. It seems Linux should set
2010/10/31 Aurelien Jarno aurel...@aurel32.net:
Wrong, for alpha we have code to add hardware capabilities support.
I'm a bit confused now. I looked at the code in debian/patches/, and
it adds some functions internal declarations, but I can't see where's
the actual hardware detection.
Can you
2010/10/30 Aurelien Jarno aurel...@aurel32.net:
I don't see any loongson-2f hardware capabilities in the current
(e)glibc code.
Yes. Note that it isn't the only one in this situation (libc6.1-alphaev67).
How is it handled?
One could use LD_LIBRARY_PATH, or enable it system-wide with:
Package: libc6
Version: 2.11.2-6
Severity: wishlist
Tags: patch
Please could you build a loongson-2f optimized library?
A (tested) patch is attached.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: mipsel (mips64)
Kernel:
to someone else.
--
Robert Millan
GPLv2 I know my rights; I want my phone call!
DRM What use is a phone call, if you are unable to speak?
(as seen on /.)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
is needed to archieve what we want?
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended
for spam harvesters. Writing to it will get you added to my black list.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Package: libc6
Version: 2.3.6.ds1-11
Severity: normal
Tags: l10n
This is basicaly it:
$ echo ŀ | iconv -f utf-8 -t iso-8859-1
iconv: illegal input sequence at position 0
I would expect it to generate two iso-8859-1 characters out of ŀ, i.e.
the equivalent of l·.
-- System Information:
Package: libc6-dev-i386
Version: 2.3.6.ds1-8
Severity: normal
Tags: patch
Please do not conflict on ia32-libs-dev for architectures other than ia64. This
breaks e.g. amd64 where this package doesn't need to provide its own ld.so, and
so there is no reason to conflict with it.
---
On Fri, Aug 11, 2006 at 12:21:04AM +0200, Denis Barbier wrote:
On Thu, Jul 27, 2006 at 06:38:43PM +0200, Robert Millan wrote:
OTOH, LANG is being passed as parameter now:
if [ -n $SELECTED ] [ $SELECTED != None ]; then
/usr/sbin/update-locale LANG=$SELECTED
fi
you want me to send a patch for either of these?
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get you added to my black list.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
, the stats only would happen when attempting to resolve a hostname
(which has a much higher cost in system resources then a simple stat). I don't
think the overhead would be significant.
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Hi!
I'm interested in this, too. Could you consider that patch for next upload?
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
). The manpage
doesn't make any reference to variables passed through the environment.
(that said, if postinst works I don't really mind..)
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: locales
Version: 2.3.6-3
Severity: wishlist
Hi,
I think it would be nice if, when installing standard locales in a system that
previously were using belocs-locales-data, the debconf selections from:
belocs-locales-data/locales_to_be_generated
Package: locales
Version: 2.3.6-7
Severity: important
Tags: patch
# LANG=xx_XX DEBIAN_FRONTEND=noninteractive dpkg-reconfigure locales
[...]
*** update-locale: Error: invalid locale settings:
when update-locale LANG is invoked, it verified LANG variable and, if invalid,
aborts the script.
The
Package: locales
Version: 2.3.6-7
Severity: wishlist
Tags: patch
This is found when upgrading LliureX 5.09 (a CDD based on sarge) to Debian etch.
Preparing to replace locales 2.3.4-17+lliurex9 (using
.../locales_2.3.6-7_all.deb) ...
Unpacking replacement locales ...
dpkg: error processing
Btw, the same patch should be fine for glibc 2.4 as well, since the ca.po
translation (in which [EMAIL PROTECTED] is based) hasn't changed yet.
I'm only concerned about 2.3.6 (or whatever that gets into etch) for now,
though.
Thanks,
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL
Package: libc6
Version: 2.3.6-3
Severity: important
When running an i386-linux-gnu chroot on an x86_64-linux-gnu host:
$ uname -m
x86_64
This seriously breaks lots of native autoconf checks. A massive number of
packages will FTBFS or work improperly when built inside the chroot.
I think
On Mon, Mar 13, 2006 at 11:14:35PM -0500, Joey Hess wrote:
Robert Millan wrote:
I've tested what would be the size saving when building glibc with -Os:
Huh, I think I've checked whether -Os helped pretty much everything in
d-i, but never thought to try libc. Good idea, and this space
Package: glibc
Severity: wishlist
I've tested what would be the size saving when building glibc with -Os:
$ du -h */*udeb
1020K normal/libc6-udeb_2.3.6-3_amd64.udeb
12K normal/libnss-dns-udeb_2.3.6-3_amd64.udeb
20K normal/libnss-files-udeb_2.3.6-3_amd64.udeb
888K
1 - 100 of 177 matches
Mail list logo