On Thu, Sep 18, 2003 at 09:49:03AM +0900, GOTO Masanori wrote:
I don't use devfs, so could someone tell me that this is glibc issue
or not?
i found the problem:
getttyname (sysdeps/unix/sysv/linux/ttyname.c:43) don't clean
getttyname_name if it already exists. thats way the weird check for
Repository: linux-kernel-headers/testsuite
who:dan
time: Sat Dec 13 14:12:47 MST 2003
Log Message:
Directory /cvs/glibc/linux-kernel-headers/testsuite added to the repository
Files:
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Repository: linux-kernel-headers/debian
who:dan
time: Sat Dec 13 14:13:12 MST 2003
Log Message:
- Add a testsuite.
- Resolve a conflict between linux/compiler.h and sys/cdefs.h
(Closes: #215337, #219664).
- debian/patches/no-linux-compiler-h.patch
Repository: linux-kernel-headers/debian/patches
who:dan
time: Sat Dec 13 14:13:12 MST 2003
Log Message:
- Add a testsuite.
- Resolve a conflict between linux/compiler.h and sys/cdefs.h
(Closes: #215337, #219664).
-
Repository: linux-kernel-headers/testsuite
who:dan
time: Sat Dec 13 14:13:12 MST 2003
Log Message:
- Add a testsuite.
- Resolve a conflict between linux/compiler.h and sys/cdefs.h
(Closes: #215337, #219664).
- debian/patches/no-linux-compiler-h.patch
Repository: linux-kernel-headers/debian
who:dan
time: Sat Dec 13 14:13:29 MST 2003
Log Message:
Bump date for upload.
Files:
changed:changelog
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Repository: linux-kernel-headers/debian/patches
who:dan
time: Sat Dec 13 14:14:29 MST 2003
Log Message:
Add missed patch files.
Files:
added: byteorder-const.patch byteorder.patch ia64-pal.patch
ioctl-signedness.patch linux-list-quiet-warning.patch
Repository: glibc-package/debian
who:dan
time: Sat Dec 13 14:33:46 MST 2003
Log Message:
Bump date.
Files:
changed:changelog
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I notice that in debian/sysdeps/linux.mk you set NJOBS according to the
number of CPU's on the compilation system. I think that it might be
good to support compilation with distcc. Have you ever thought of
doing that? Is there any reason not to?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
On Sat, Dec 13, 2003 at 03:30:05PM -0800, Karl M. Hegbloom wrote:
I notice that in debian/sysdeps/linux.mk you set NJOBS according to
the number of CPU's on the compilation system. I think that it might
be good to support compilation with distcc. Have you ever thought
of doing that? Is
On Sat, 2003-12-13 at 20:24, Jeff Bailey wrote:
On Sat, Dec 13, 2003 at 03:30:05PM -0800, Karl M. Hegbloom wrote:
I notice that in debian/sysdeps/linux.mk you set NJOBS according to
the number of CPU's on the compilation system. I think that it might
be good to support compilation with
Package: libc6
Version: 2.3.2.ds1-10
Severity: normal
Followup-For: Bug #223769
This bug upgrading libc6 on mips is actually a kernal bug with
interprocess communication, which makes the forked process appear to
have failed even when it did not. On MIPS, you *MUST* upgrade the
kernel *BEFORE*
Package: linux-kernel-headers
Version: 2.5.999-test7-bk-9
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of gkrellmwireless_2.0.3-1 on repeat.rfc822.org by
sbuild/mipsel 1.170.4
Build started at 20031212-0423
[...]
** Using build dependencies
Package: linux-kernel-headers
Version: 2.5.999-test7-bk-9
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of kdeadmin_4:3.1.4-1 on resume.rfc822.org by sbuild/mips
1.170.4
Build started at 20031212-1213
[...]
** Using build dependencies
Package: libc6-dev
Version: 2.3.2.ds1-10
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of kdeutils_4:3.1.4-1 on resume.rfc822.org by sbuild/mips
1.170.4
Build started at 20031212-1356
[...]
** Using build dependencies supplied by package:
On Thu, Sep 18, 2003 at 09:49:03AM +0900, GOTO Masanori wrote:
I don't use devfs, so could someone tell me that this is glibc issue
or not?
i found the problem:
getttyname (sysdeps/unix/sysv/linux/ttyname.c:43) don't clean
getttyname_name if it already exists. thats way the weird check for
Repository: linux-kernel-headers/testsuite
who:dan
time: Sat Dec 13 14:13:12 MST 2003
Log Message:
- Add a testsuite.
- Resolve a conflict between linux/compiler.h and sys/cdefs.h
(Closes: #215337, #219664).
- debian/patches/no-linux-compiler-h.patch
Repository: linux-kernel-headers/debian
who:dan
time: Sat Dec 13 14:13:29 MST 2003
Log Message:
Bump date for upload.
Files:
changed:changelog
Repository: linux-kernel-headers/debian/patches
who:dan
time: Sat Dec 13 14:14:29 MST 2003
Log Message:
Add missed patch files.
Files:
added: byteorder-const.patch byteorder.patch ia64-pal.patch
ioctl-signedness.patch linux-list-quiet-warning.patch
Repository: glibc-package/debian
who:dan
time: Sat Dec 13 14:33:46 MST 2003
Log Message:
Bump date.
Files:
changed:changelog
Repository: linux-kernel-headers/debian
who:dan
time: Sat Dec 13 14:13:12 MST 2003
Log Message:
- Add a testsuite.
- Resolve a conflict between linux/compiler.h and sys/cdefs.h
(Closes: #215337, #219664).
- debian/patches/no-linux-compiler-h.patch
Repository: linux-kernel-headers/testsuite
who:dan
time: Sat Dec 13 14:12:47 MST 2003
Log Message:
Directory /cvs/glibc/linux-kernel-headers/testsuite added to the repository
Files:
I notice that in debian/sysdeps/linux.mk you set NJOBS according to the
number of CPU's on the compilation system. I think that it might be
good to support compilation with distcc. Have you ever thought of
doing that? Is there any reason not to?
On Sat, 2003-12-13 at 20:24, Jeff Bailey wrote:
On Sat, Dec 13, 2003 at 03:30:05PM -0800, Karl M. Hegbloom wrote:
I notice that in debian/sysdeps/linux.mk you set NJOBS according to
the number of CPU's on the compilation system. I think that it might
be good to support compilation with
Package: libc6
Version: 2.3.2.ds1-10
Severity: normal
Followup-For: Bug #223769
This bug upgrading libc6 on mips is actually a kernal bug with
interprocess communication, which makes the forked process appear to
have failed even when it did not. On MIPS, you *MUST* upgrade the
kernel *BEFORE*
25 matches
Mail list logo