Bug#219067: locales: Fails to install: Depends: glibc
LaMont Jones wrote: Package: locales Version: 2.3.2.ds1-9 Severity: serious Sorry, but the following packages have unmet dependencies: locales: Depends: glibc-2.3.2.ds1-9 but it is not installable E: Sorry, broken packages You can't Depend on source packages. locales does not. libc6 has Provides: glibc-2.3.2.ds1-9. I assume libc6 is just out of date on your architecture (parisc64). cu andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#218980: parted: FTBFS : probably due to new glibc and 2.6.0-test linux kernel headers.
On Mon, Nov 03, 2003 at 02:23:46PM -0500, Daniel Jacobowitz wrote: On Mon, Nov 03, 2003 at 08:00:37PM +0100, Sven Luther wrote: On Mon, Nov 03, 2003 at 06:39:19PM +0100, Sven Luther wrote: Subject: parted: FTBFS : probably due to new glibc and 2.6.0-test linux kernel headers. Package: parted Version: 1.6.6-1.1 Severity: important Justification: fails to build from source i386-linux-gcc -DHAVE_CONFIG_H -I. -I../../libparted -I.. -I../../include -g -O2 -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DLOCALEDIR=\/usr/share/locale\ -DLOCALEDIR=\/usr/share/locale\ -W -Wall -Wno-unused -Wno-switch -Wno-format -Werror -c ../../libparted/linux.c -fPIC -DPIC -o .libs/linux.lo ../../libparted/linux.c: In function `_device_get_length': ../../libparted/linux.c:407: error: parse error before '[' token ../../libparted/linux.c:407: warning: signed and unsigned type in conditional expression It used to build a few days ago, but this may be due to the new glibc which just did enter unstable, and the kernel headers that go with it, i will investigate. The problem comes from /usr/include/linux/fs.h and the : #define BLKGETSIZE64 _IOR(0x12,114,size_t) /* return device size in bytes (u64 *arg) */ Definition, which in turn expands in /usr/include/asm/ioctl.h to : #define _IOR(type,nr,size) _IOC(_IOC_READ,(type),(nr),(_IOC_TYPECHECK(size))) And in the same file, we see that _IOC_TYPECHECK(size) is : /* provoke compile error for invalid uses of size argument */ extern int __invalid_size_argument_for_IOC; #define _IOC_TYPECHECK(t) \ ((sizeof(t) == sizeof(t[1]) \ sizeof(t) (1 _IOC_SIZEBITS)) ? \ sizeof(t) : __invalid_size_argument_for_IOC) BLKGETSIZE64 is used in libparted/linux.c as : ioctl(arch_specific-fd, BLKGETSIZE64, bytes) I am a bit at a loss on how to solve this problem though. I guess it is trying to do a sizeof(size_t[1]) which is the cause of the first problem, and that it is trying to compare sizeof(t) with (1 _IOC_SIZEBITS) which is the cause of the second error. Or maybe the second error is because the result of sizeof(t) is unsigned while __invalid_size_argument_for_IOC is not. Older libc6-dev did have : #define BLKGETSIZE64 _IOR(0x12,114,sizeof(u64)) /* return device size in bytes (u64 *arg) */ and : #define _IOC(dir,type,nr,size) \ (((dir) _IOC_DIRSHIFT) | \ ((type) _IOC_TYPESHIFT) | \ ((nr)_IOC_NRSHIFT) | \ ((size) _IOC_SIZESHIFT)) ... #define _IOR(type,nr,size) _IOC(_IOC_READ,(type),(nr),sizeof(size)) So this is definitively a bug in the new linux kernel headers, and i am reassigning the bug from parted to them. Is there a workaround solution for this ? or even a fix ? This is stoping me from continuing work on parted, which in turn is needed for debian-installer. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: definitively a glibc problem
Processing commands for [EMAIL PROTECTED]: reassign 218980 linux-kernel-headers Bug#218980: parted: FTBFS : probably due to new glibc and 2.6.0-test linux kernel headers. Bug reassigned from package `parted' to `linux-kernel-headers'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#206474: locales: nb_NO should be a real locale, not an alias
The nb_NO locale was just added to the glibc CVS. This is good. :) Unfortunately, it was added by renaming the no_NO locale. Renaming the locale is the most painful way to fix this, as this will make all translations using the 'no' language code inaccessable by gettext. Because of this, I urge Debian to keep the no_NO locale around for a year or two, while the bokmål translation team track down and fix all source packages using the 'no' language code instead of the 'nb' locale code. Keeping both around make it possible to access both translations named no.po and nb.po using the environment variable LANGUAGES. I suggest that you update the patch to use the locale from the glibc CVS for nb_NO, and to keep the old no_NO locale around. The alias file need to be updated as well, to not list no_NO as an alias. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Exceptions to record for glibc
On Mon, Nov 03, 2003 at 11:51:26PM +0100, Josip Rodin wrote: On Mon, Nov 03, 2003 at 01:49:58PM -0500, Daniel Jacobowitz wrote: setuid-binary usr/lib/pt_chown 4755 root/root is intentional in libc* statically-linked-binary ./sbin/ldconfig is intentional. The lintian -iIv output sais to email this address. If these should be in the BTS, please let me know. Can't we override this with a file in the package? At least we used to be able to. You can, and should :) ... to elaborate, /usr/share/lintian/overrides/libc6 etc.; there should be several existing files in that directory on any system demonstrating the format. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219045: locales: Can't get rid of es_ES@euro locale
On dt, 2003-11-04 at 05:32, Daniel Jacobowitz wrote: Try your home directory? Nothing apparently. es_ES appears in the following documents: /home/qgil/vell/home/qgil/evolution/local/Inbox/mbox /home/qgil/evolution/local/Inbox/mbox /home/qgil/evolution/local/Inbox/mbox.ev-summary /home/qgil/evolution/local/Sent/mbox /home/qgil/evolution/local/Sent/mbox.ev-summary /home/qgil/evolution/local/debian/mbox /home/qgil/interactors/config.php Quim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219045: locales: Can't get rid of es_ES@euro locale
On Tue, Nov 04, 2003 at 01:21:02PM +0100, Quim Gil wrote: On dt, 2003-11-04 at 05:32, Daniel Jacobowitz wrote: Try your home directory? Nothing apparently. es_ES appears in the following documents: /home/qgil/vell/home/qgil/evolution/local/Inbox/mbox /home/qgil/evolution/local/Inbox/mbox /home/qgil/evolution/local/Inbox/mbox.ev-summary /home/qgil/evolution/local/Sent/mbox /home/qgil/evolution/local/Sent/mbox.ev-summary /home/qgil/evolution/local/debian/mbox /home/qgil/interactors/config.php Did you remember to grep dotfiles as well, or did you say '*' (which won't include dotfiles in the current directory)? -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219045: locales: Can't get rid of es_ES@euro locale
On dt, 2003-11-04 at 12:37, Colin Watson wrote: Did you remember to grep dotfiles as well, or did you say '*' (which won't include dotfiles in the current directory)? Well, I've found finally something. And makes sense. No, I didn't look under the dotfiles (I didn't know I was missing them, I didn't know how to include them either). I asked for help around here and we've found some things. - I installed castellanizar (the user-es package) when I first installed Debian Woody, on August 2002 and in another laptop. - I deinstalled user-es long time ago, still in Woody, as soon as I learnt to deal with locales. Since then I've moved to Sarge and Sid and I've changed my laptop removing everything BUT my /home directory. - In /home/qgil there is a nice .bashrc dotfile that was modified by castellanizar but it didn't reinstate the file as it was when deinstalling (I guess this may be considered as a user-es bug). Since then I've been carrying this file and this problem, that was kind of solved forcing [EMAIL PROTECTED] as LC_ALL. I've commented these two lines: [EMAIL PROTECTED] #export LANG (if you want the complete text I can post it as well) The I've gone to reconfigure locales and new message errors have appeared :( tort:/home/qgil# dpkg-reconfigure locales Generating locales... [EMAIL PROTECTED] done [EMAIL PROTECTED] done [EMAIL PROTECTED]:1: syntax error: not inside a locale definition section es_ES:2: syntax error: not inside a locale definition section es_ES:3: syntax error: not inside a locale definition section es_ES:4: syntax error: not inside a locale definition section es_ES:5: syntax error: not inside a locale definition section es_ES:6: syntax error: not inside a locale definition section es_ES:7: syntax error: not inside a locale definition section es_ES:8: syntax error: not inside a locale definition section es_ES:9: syntax error: not inside a locale definition section No definition for LC_NUMERIC category found No definition for LC_TIME category found No definition for LC_COLLATE category found No definition for LC_MONETARY category found No definition for LC_MESSAGES category found No definition for LC_PAPER category found No definition for LC_NAME category found No definition for LC_ADDRESS category found No definition for LC_TELEPHONE category found No definition for LC_MEASUREMENT category found So... what can I do? These last errors seem to fall outside user-es now. Thanks again for your quick responses. And thanks also to Javier Linares for the time invested helping me to go further... Quim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219102: libc6: IBM JDK 1.3.1 core dumps
On Tue, Nov 04, 2003 at 11:45:31AM +0100, Marcus Crafter wrote:
Package: libc6
Version: 2.3.2.ds1-9
Severity: normal
Hi There,
Since ds1-8 the IBM JDK 1.3.1 core dumps on startup. Here's a strace of
what's occuring:
modify_ldt(0, 4038bf4c, 8) = 0
modify_ldt(17, {entry_number:0, base_addr:0x806dbd0, limit:16, seg_32bit:1,
contents:0, read_exec_only:0, limit_in_pages:0, seg_not_present:0, useable:1}, 16) = 0
modify_ldt(17, {entry_number:8190, base_addr:0x806dbe8, limit:16, seg_32bit:1,
contents:0, read_exec_only:0, limit_in_pages:0, seg_not_present:0, useable:1}, 16) = 0
sigaltstack({ss_sp=0xbfe01000, ss_flags=0, ss_size=32768}, {ss_sp=0,
ss_flags=SS_DISABLE, ss_size=0}) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
IBM JDK 1.4.1 continues to work as normal.
If there's anything I can do to help diagnose/fix the problem please let
me know.
Extremely unlikely, since this is a fixed bug in IBM JDK 1.3.1.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219102: libc6: IBM JDK 1.3.1 core dumps
Hi Daniel!
Thanks for your response.
On Tue, 2003-11-04 at 14:34, Daniel Jacobowitz wrote:
On Tue, Nov 04, 2003 at 11:45:31AM +0100, Marcus Crafter wrote:
Package: libc6
Version: 2.3.2.ds1-9
Severity: normal
Hi There,
Since ds1-8 the IBM JDK 1.3.1 core dumps on startup. Here's a strace of
what's occuring:
modify_ldt(0, 4038bf4c, 8) = 0
modify_ldt(17, {entry_number:0, base_addr:0x806dbd0, limit:16, seg_32bit:1,
contents:0, read_exec_only:0, limit_in_pages:0, seg_not_present:0, useable:1}, 16)
= 0
modify_ldt(17, {entry_number:8190, base_addr:0x806dbe8, limit:16, seg_32bit:1,
contents:0, read_exec_only:0, limit_in_pages:0, seg_not_present:0, useable:1}, 16)
= 0
sigaltstack({ss_sp=0xbfe01000, ss_flags=0, ss_size=32768}, {ss_sp=0,
ss_flags=SS_DISABLE, ss_size=0}) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
IBM JDK 1.4.1 continues to work as normal.
If there's anything I can do to help diagnose/fix the problem please let
me know.
Extremely unlikely, since this is a fixed bug in IBM JDK 1.3.1.
Not sure I understand you - I'm using IBM JDK 1.3.1 and are having the
above problem - has there been a newer release of this JDK ?
Or do you mean that this is a bug that can't be fixed because it's
present in the JDK via static linking or simliar, and not in glibc?
Cheers,
Marcus
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#206474: locales: nb_NO should be a real locale, not an alias
On Tue, Nov 04, 2003 at 11:06:13AM +0100, Petter Reinholdtsen wrote: Because of this, I urge Debian to keep the no_NO locale around for a year or two, while the bokmål translation team track down and fix all source packages using the 'no' language code instead of the 'nb' locale code. Keeping both around make it possible to access both translations named no.po and nb.po using the environment variable LANGUAGES. I have no problem keeping it until the Sarge release. I'm not entirely sure what the right thing to do is after that, though. If Sarge+1 is the usual year away, it may be best to drop this patch in unstable right after the release so that a mass bugreport can be filed and ask the whole world to just make the transition. (While protecting stable users) It would be nice to get glibc to the point where we're doing major transitions at the beginning of the release cycle, instead of at the end. =) Tks, Jeff Bailey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219102: libc6: IBM JDK 1.3.1 core dumps
On Tue, Nov 04, 2003 at 02:59:23PM +0100, Marcus Crafter wrote:
Hi Daniel!
Thanks for your response.
On Tue, 2003-11-04 at 14:34, Daniel Jacobowitz wrote:
On Tue, Nov 04, 2003 at 11:45:31AM +0100, Marcus Crafter wrote:
Package: libc6
Version: 2.3.2.ds1-9
Severity: normal
Hi There,
Since ds1-8 the IBM JDK 1.3.1 core dumps on startup. Here's a strace of
what's occuring:
modify_ldt(0, 4038bf4c, 8) = 0
modify_ldt(17, {entry_number:0, base_addr:0x806dbd0, limit:16, seg_32bit:1,
contents:0, read_exec_only:0, limit_in_pages:0, seg_not_present:0, useable:1},
16) = 0
modify_ldt(17, {entry_number:8190, base_addr:0x806dbe8, limit:16, seg_32bit:1,
contents:0, read_exec_only:0, limit_in_pages:0, seg_not_present:0, useable:1},
16) = 0
sigaltstack({ss_sp=0xbfe01000, ss_flags=0, ss_size=32768}, {ss_sp=0,
ss_flags=SS_DISABLE, ss_size=0}) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
IBM JDK 1.4.1 continues to work as normal.
If there's anything I can do to help diagnose/fix the problem please let
me know.
Extremely unlikely, since this is a fixed bug in IBM JDK 1.3.1.
Not sure I understand you - I'm using IBM JDK 1.3.1 and are having the
above problem - has there been a newer release of this JDK ?
Or do you mean that this is a bug that can't be fixed because it's
present in the JDK via static linking or simliar, and not in glibc?
That's correct. It's a problem in the JDK, and one of the changes in
later versions was to fix it. Sorry I wasn't clear.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#218639: vlc_0.6.2+cvs20031030-2(hppa/unstable): FTBFS: compile errors
Processing commands for [EMAIL PROTECTED]: reassign 218639 linux-kernel-headers Bug#218639: vlc_0.6.2+cvs20031030-2(hppa/unstable): FTBFS: compile errors Bug reassigned from package `vlc' to `linux-kernel-headers'. merge 218639 218438 Bug#218438: linux-kernel-headers: Video4Linux becomes uncompilable Bug#218639: vlc_0.6.2+cvs20031030-2(hppa/unstable): FTBFS: compile errors Mismatch - only Bugs in same state can be merged: Values for `severity' don't match: #218438 has `normal'; #218639 has `serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#216921: Can't compile programs, using kernel headers from experimental libc6-dev
On Tue, Nov 04, 2003 at 05:00:18PM +0100, Jerome De Greef wrote: On Tue, Oct 21, 2003 at 02:40:36PM -0400, Daniel Jacobowitz wrote: /usr/include/linux/list.h:563:2: warning: #warning don't include kernel headers in userspace Have you considered reading that warning again? :) Please do not include kernel headers in user applications. A very small number of them are sanitized for userspace use but most are not. Hum... From /usr/share/doc/linux-kernel-headers/README.Debian: - These headers can not be used to build kernel modules. They're only for userspace use. [..] - These headers should generally not be included directly. It's not a bug if you include one directly and something breaks. They are for userspace use but should not be used :-/ That's a bit misleading... Should not be used _directly_. OK, the language needs some clarifying. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219145: libc6.1-dbg: should provide libc-dbg
Package: libc6.1-dbg Severity: wishlist i'd like that libc6.1-dbg as well as libc6-dbg and libc0.3-dbg provided libc-dbg virtual package. thanks cavok -[ Domenico Andreoli, aka cavok --[ http://filibusta.crema.unimi.it/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219145: libc6.1-dbg: should provide libc-dbg
On Tue, Nov 04, 2003 at 05:09:53PM +0100, Domenico Andreoli wrote: i'd like that libc6.1-dbg as well as libc6-dbg and libc0.3-dbg provided libc-dbg virtual package. Why? Nothing should depend on these packages, AFAIK... Tks, Jeff Bailey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219145: libc6.1-dbg: should provide libc-dbg
On Tue, Nov 04, 2003 at 08:22:01AM -0800, Jeff Bailey wrote: On Tue, Nov 04, 2003 at 05:09:53PM +0100, Domenico Andreoli wrote: i'd like that libc6.1-dbg as well as libc6-dbg and libc0.3-dbg provided libc-dbg virtual package. Why? Nothing should depend on these packages, AFAIK... a dependency maybe not, but IMHO libfoo-dbg should suggest libc-dbg. making a suggestion for libc6-dbg | libc6.1-dbg | libc0.3-dbg is a hack. -[ Domenico Andreoli, aka cavok --[ http://filibusta.crema.unimi.it/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219145: libc6.1-dbg: should provide libc-dbg
On Tue, Nov 04, 2003 at 08:48:18AM -0800, Jeff Bailey wrote: On Tue, Nov 04, 2003 at 05:36:01PM +0100, Domenico Andreoli wrote: i'd like that libc6.1-dbg as well as libc6-dbg and libc0.3-dbg provided libc-dbg virtual package. Why? Nothing should depend on these packages, AFAIK... a dependency maybe not, but IMHO libfoo-dbg should suggest libc-dbg. making a suggestion for libc6-dbg | libc6.1-dbg | libc0.3-dbg is a hack. I don't think that it should really recommend this. The average person doing debugging doesn't really have a strong need to dig through glibc internals. as packager, i'd like to be able to choose whether or not libc-dbg is required, recommended, suggested or whatever. if libc-dbg virtual package does not exist i have no chance at all. -[ Domenico Andreoli, aka cavok --[ http://filibusta.crema.unimi.it/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219145: libc6.1-dbg: should provide libc-dbg
On Tue, Nov 04, 2003 at 05:36:01PM +0100, Domenico Andreoli wrote: i'd like that libc6.1-dbg as well as libc6-dbg and libc0.3-dbg provided libc-dbg virtual package. Why? Nothing should depend on these packages, AFAIK... a dependency maybe not, but IMHO libfoo-dbg should suggest libc-dbg. making a suggestion for libc6-dbg | libc6.1-dbg | libc0.3-dbg is a hack. I don't think that it should really recommend this. The average person doing debugging doesn't really have a strong need to dig through glibc internals. Tks, Jeff Bailey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219025: Should be kernel dependent
Hello Folks, I'm have this problem only when try to use it with kernel 2.2. Look bellow: libras01:~# uname -a Linux libras01 2.2.20 #1 Fri Jun 20 20:11:20 UTC 2003 i686 GNU/Linux This machine have the same problem with ldconfig. In other sid machine running 2.4 and 2.6 kernels I doesn't have problem. Thanks, -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219180: libc6-sparc64: unexpected reloc type 0x08
Package: libc6-sparc64 Version: 2.3.2.ds1-9 Severity: important After compiling the attached code with gcc -o long-double-len ldl.c and executing ./long-double-len, the code fails with the following error: ./long-double-len: error while loading shared libraries: /lib64/libc.so.6: unexpected reloc type 0x08 I have tried rebooting and reinstalling the package. Neither helped. I also tried using the 2.4.18 sun4u kernel; this was also unsuccessful (it gave me the error message cannot execute binary file). 8b6588c19a0e1b20affb9703f3d4ce19 *ldl.c -- System Information: Debian Release: testing/unstable Architecture: sparc Kernel: Linux ryan-graves 2.4.21 #1 Thu Aug 7 20:30:12 EDT 2003 sparc64 Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set to C) Versions of packages libc6-sparc64 depends on: ii lib64gcc11:3.3.2-1 GCC support library (64bit) ii libc62.3.2.ds1-9 GNU C Library: Shared libraries an -- no debconf information signature.asc Description: Digital signature
Bug#219175: linux-kernel-headers: fs.h doesn't compile when included from userspace
Package: linux-kernel-headers Version: 2.5.999-test7-bk-6 Severity: normal Regardless of whether one should include kernel headers in userspace, this shouldn't be the case. In file included from /usr/include/linux/fs.h:16, from gfloppy.c:40: /usr/include/linux/list.h:576:2: warning: #warning don't include kernel headers in userspace In file included from /usr/include/linux/fs.h:20, from gfloppy.c:40: /usr/include/linux/radix-tree.h: In function `radix_tree_preload_end': /usr/include/linux/radix-tree.h:54: error: invalid type argument of `-' /usr/include/linux/radix-tree.h:54: error: `TIF_NEED_RESCHED' undeclared (first use in this function) /usr/include/linux/radix-tree.h:54: error: (Each undeclared identifier is reported only once /usr/include/linux/radix-tree.h:54: error: for each function it appears in.) -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux pisces 2.4.22 #4 Fri Sep 5 21:44:11 EDT 2003 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219176: libc6.1: Fails to install on ia64 because of libc in ia32-libs
Package: libc6.1 Version: 2.3.2-9 Severity: grave Tags: sid I tried a dist-upgrade today: The following packages have unmet dependencies: libc6.1-dev: Depends: libc6.1 (= 2.3.2.ds1-9) but 2.3.2-9 is installed locales: Depends: glibc-2.3.2.ds1-8 but it is not installable So I 'apt-get -f install' to fix this problem: Preparing to replace libc6.1 2.3.2-9 (using .../libc6.1_2.3.2.ds1-9_ia64.deb) ... These libraries were found in /emul/ia32-linux/lib: libc.so.6 libdl.so.2 libm.so.6 libpthread.so.0 librt.so.1 Another copy of the C library was found via /etc/ld.so.conf. It is not safe to upgrade the C library in this situation; please remove the directory from /etc/ld.so.conf and try again. dpkg: error processing /var/cache/apt/archives/libc6.1_2.3.2.ds1-9_ia64.deb (--unpack): subprocess pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/libc6.1_2.3.2.ds1-9_ia64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) The libraries libc6.1 is complaining about are ia32 emulation libraries from ia32-libs and libc6.1 should (AFAIK) just ignore them and continue on its merry way. I filed this as 'grave' because the current version of libc6.1 is uninstallable on ia64. -- System Information: Debian Release: testing/unstable Architecture: ia64 Kernel: Linux wilson 2.4.20-mckinley-smp #1 SMP Fri Aug 15 09:56:59 MDT 2003 ia64 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 Versions of packages libc6.1 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219025: reverting to 2.3.2.ds1-8 doesn't help
Two days ago I had installed minimum stable system on a laptop (IBM T21) (from CD, Woody 3.0) and apt-get dist-upgraded to sid, then installed 400+ packages (X Windows, KDE, etc) (used dpkg --set-selections from pkg list of another similar laptop) and it all worked (stock kernel 2.2 installed, then compiled kernel 2.4 (pretty much stock, one or two modules added in but no patches) for it and that worked too). Then re-thought the partitioning, repartitioned, re-installed yesterday, and had the libc6 ldconfig illegal instruction problem. Then thought, it worked yesterday, why not revert back libc6 a version tried that (libc6, locales, and libc6-dev, maybe one or two others under libc/libc6 from snapshot.debian.net (2.3.2.ds1-8) and still got illegal instruction with ldconfig (still with kernel 2.2). Perhaps I did it wrong. To get stuff to complete installation, I replaced /sbin/ldconfig with /bin/true (removing /sbin/ldconfig results in dkpg complaining that it can't find it), and put in some symbolic links manually in /usr/lib to /usr/X11R6/lib to get X to run (but KDE never ran properly). Unfortunately my compiled kernel was blown away in the re-install, I will try to compile a new one but not sure how that will go with a broken libc6. I suppose it should go ok, presumably the kernel doesn't need ldconfig? Finally, I straced the ldconfig to see where it barfs. It barfs illegal instruction after the uname call. HTH with the bug tracking. This is my first bug report (supplementary report to an existing bug) to BTS, let me know if I should have done anything differently. Thanks. -- bjb at istop dot com Welcome to the GNU age! http://www.gnu.org 5F82 9855 E247 1F8A 49CD 053E FB03 E77F 2A19 D707 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219025: reverting to 2.3.2.ds1-8 doesn't help
On Tue, Nov 04, 2003 at 04:18:28PM -0500, Brenda J. Butler wrote: This is my first bug report (supplementary report to an existing bug) to BTS, let me know if I should have done anything differently. Thanks. Your information is as complete as we ever get - the only thing is that this bug has been reported before - It's fixed for the next upload, which should be tomorrow. In the meantime, the solution is to run a 2.4 kernel. I just use the ones included in Debian. Tks, Jeff Bailey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219025: reverting to 2.3.2.ds1-8 doesn't help
On Tue, Nov 04, 2003 at 04:18:28PM -0500, Brenda J. Butler wrote: Two days ago I had installed minimum stable system on a laptop (IBM T21) (from CD, Woody 3.0) and apt-get dist-upgraded to sid, then installed 400+ packages (X Windows, KDE, etc) (used dpkg --set-selections from pkg list of another similar laptop) and it all worked (stock kernel 2.2 installed, then compiled kernel 2.4 (pretty much stock, one or two modules added in but no patches) for it and that worked too). Then re-thought the partitioning, repartitioned, re-installed yesterday, and had the libc6 ldconfig illegal instruction problem. Then thought, it worked yesterday, why not revert back libc6 a version tried that (libc6, locales, and libc6-dev, maybe one or two others under libc/libc6 from snapshot.debian.net (2.3.2.ds1-8) and still got illegal instruction with ldconfig (still with kernel 2.2). Perhaps I did it wrong. To get stuff to complete installation, I replaced /sbin/ldconfig with /bin/true (removing /sbin/ldconfig results in dkpg complaining that it can't find it), and put in some symbolic links manually in /usr/lib to /usr/X11R6/lib to get X to run (but KDE never ran properly). Unfortunately my compiled kernel was blown away in the re-install, I will try to compile a new one but not sure how that will go with a broken libc6. I suppose it should go ok, presumably the kernel doesn't need ldconfig? Finally, I straced the ldconfig to see where it barfs. It barfs illegal instruction after the uname call. HTH with the bug tracking. This is my first bug report (supplementary report to an existing bug) to BTS, let me know if I should have done anything differently. Thanks. This is still a known problem with 2.2 kernels. If you're just installing the system, use something newer? Otherwise it will be fixed in 2.3.2.ds1-10, whenever that is ready. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219045: locales: Can't get rid of es_ES@euro locale
Some more imput, hoping it helps. - I've asked the maintainer of the user-es package to come and have a look here to see if he can help. :) - I've found another persistent instruction in .xsession, I've commented it and now there are no es_ES calls in any file under /home/directory. - I've also found (for record purposes) this in en /home/qgil/.emacs: ; language-env DON'T MODIFY THIS LINE! ;-*-emacs-lisp-*- ;;/etc/emacs/site-start.d/50user-es.el ; True, in /etc/emacs/site-start.d/ there is 50user-es.el y 50user-euro-es.el (but I don't use emacs at all) Reconfiguring locales I keep having those weird message errors about LC_CTYPE, LC_MESSAGE and LC_ALL. es_ES is still in place: tort:/home/qgil# dpkg-reconfigure locales perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = [EMAIL PROTECTED] are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory Gdk-WARNING **: locale not supported by C library Gdk-WARNING **: locale not supported by C library Generating locales... [EMAIL PROTECTED] done [EMAIL PROTECTED] done [EMAIL PROTECTED] done Generation complete. tort:/home/qgil# locale locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory [EMAIL PROTECTED] LC_CTYPE=[EMAIL PROTECTED] LC_NUMERIC=[EMAIL PROTECTED] LC_TIME=[EMAIL PROTECTED] LC_COLLATE=[EMAIL PROTECTED] LC_MONETARY=[EMAIL PROTECTED] LC_MESSAGES=[EMAIL PROTECTED] LC_PAPER=[EMAIL PROTECTED] LC_NAME=[EMAIL PROTECTED] LC_ADDRESS=[EMAIL PROTECTED] LC_TELEPHONE=[EMAIL PROTECTED] LC_MEASUREMENT=[EMAIL PROTECTED] LC_IDENTIFICATION=[EMAIL PROTECTED] LC_ALL= tort:/home/qgil# I'm going to reboot now to see if anything changes. wanted to send this message before just in case I find bigger trouble to restart the Xsession or something. :) Quim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219045: locales: Can't get rid of es_ES@euro locale
After rebooting everything works properly! At last!! Thank you for the hints, for you time and thank you to Javier to point me half way in the right files (and in this grep thing). My personal problem is solved but I'd suggest that you considere one of those options: - forward this bug to user-es, considering that the package should leave the house tidy when deinstalled. - see if an additional wide measure of control would be needed reconfiguring locales. I have no idea about Debian/Linux architecture, but it makes sense that if a root sets a specific locale to the whole environment, a instruction hidden in a /home directory of a normal user shouldn't be able to interfer on this. Thank you very much. Here is the last report: tort:/home/qgil# dpkg-reconfigure locales Generating locales... [EMAIL PROTECTED] done [EMAIL PROTECTED] done [EMAIL PROTECTED] done Generation complete. tort:/home/qgil# locale [EMAIL PROTECTED] LC_CTYPE=[EMAIL PROTECTED] LC_NUMERIC=[EMAIL PROTECTED] LC_TIME=[EMAIL PROTECTED] LC_COLLATE=[EMAIL PROTECTED] LC_MONETARY=[EMAIL PROTECTED] LC_MESSAGES=[EMAIL PROTECTED] LC_PAPER=[EMAIL PROTECTED] LC_NAME=[EMAIL PROTECTED] LC_ADDRESS=[EMAIL PROTECTED] LC_TELEPHONE=[EMAIL PROTECTED] LC_MEASUREMENT=[EMAIL PROTECTED] LC_IDENTIFICATION=[EMAIL PROTECTED] LC_ALL= Quim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219045: locales: Can't get rid of es_ES@euro locale
On Wed, Nov 05, 2003 at 12:47:22AM +0100, Quim Gil wrote: Some more imput, hoping it helps. - I've asked the maintainer of the user-es package to come and have a look here to see if he can help. :) - I've found another persistent instruction in .xsession, I've commented it and now there are no es_ES calls in any file under /home/directory. [...] tort:/home/qgil# dpkg-reconfigure locales perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = [EMAIL PROTECTED] are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory Gdk-WARNING **: locale not supported by C library Gdk-WARNING **: locale not supported by C library Generating locales... [EMAIL PROTECTED] done [EMAIL PROTECTED] done [EMAIL PROTECTED] done Generation complete. You select ca_ES locales, they are generated and according to your previous messages /etc/environment is updated. So the only problem is that you have a persistent es_ES locale at startup, but this is in no way a bug with the locales package. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219205: libc6: Need update to libpthread locking code
Package: libc6 Version: 2.3.2.ds1-9 Severity: normal The change mentioned at [1]doesn't seem to have made it into the debian libc6 package. This bug message has been filed so it doesn't get missed. [1] http://marc.theaimsgroup.com/?l=linux-kernelm=106798991616656w=2 $ time ./putchar-test /dev/null real0m2.762s user0m2.546s sys 0m0.007s $ time LD_ASSUME_KERNEL=2.4.1 ./putchar-test /dev/null real0m1.848s user0m1.635s sys 0m0.006s processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 5 model name : Pentium II (Deschutes) stepping: 2 cpu MHz : 448.291 cache size : 512 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr bogomips: 882.68 -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux mis-mike-wstn 2.6.0-test6-mm4 #2 SMP Mon Oct 6 02:32:09 PDT 2003 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7The Berkeley database routines [gl -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219205: libc6: Need update to libpthread locking code
Mike Fedyk [EMAIL PROTECTED] writes: Package: libc6 Version: 2.3.2.ds1-9 Severity: normal The change mentioned at [1]doesn't seem to have made it into the debian libc6 package. It was only committed today... :-P -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219205: libc6: Need update to libpthread locking code
On Wed, Nov 05, 2003 at 02:21:57AM +, James Troup wrote: Mike Fedyk [EMAIL PROTECTED] writes: Package: libc6 Version: 2.3.2.ds1-9 Severity: normal The change mentioned at [1]doesn't seem to have made it into the debian libc6 package. It was only committed today... :-P Mainly I'd just like to know when that particular change makes it into the debian package, and it would be good IMHO for it to be in the changelog. Sorry for any inconvenience. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219067: marked as done (locales: Fails to install: Depends: glibc)
Your message dated Wed, 5 Nov 2003 13:57:53 +1000 with message-id [EMAIL PROTECTED] and subject line Bug#219067: locales: Fails to install: Depends: glibc has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 4 Nov 2003 05:17:53 + From [EMAIL PROTECTED] Mon Nov 03 23:17:52 2003 Return-path: [EMAIL PROTECTED] Received: from smallone.mmjgroup.com (smallone.fc.hp.com) [192.34.35.45] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AGtZg-00069M-00; Mon, 03 Nov 2003 23:17:52 -0600 Received: by smallone.fc.hp.com (Postfix, from userid 1000) id 429A71C1A2; Mon, 3 Nov 2003 22:17:51 -0700 (MST) From: LaMont Jones [EMAIL PROTECTED] Subject: locales: Fails to install: Depends: glibc To: [EMAIL PROTECTED] X-Mailer: bug 3.3.10 Message-Id: [EMAIL PROTECTED] Date: Mon, 3 Nov 2003 22:17:51 -0700 (MST) Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-4.0 required=4.0 tests=BAYES_70,HAS_PACKAGE version=2.53-bugs.debian.org_2003_11_03 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_11_03 (1.174.2.15-2003-03-30-exp) Package: locales Version: 2.3.2.ds1-9 Severity: serious Sorry, but the following packages have unmet dependencies: locales: Depends: glibc-2.3.2.ds1-9 but it is not installable E: Sorry, broken packages You can't Depend on source packages. -- System Information Debian Release: testing/unstable Kernel Version: Linux smallone.fc.hp.com 2.4.21-64-smp #1 SMP Fri Oct 3 06:16:21 UTC 2003 parisc64 GNU/Linux --- Received: (at 219067-done) by bugs.debian.org; 5 Nov 2003 04:01:11 + From [EMAIL PROTECTED] Tue Nov 04 22:01:10 2003 Return-path: [EMAIL PROTECTED] Received: from azure.erisian.com.au [64.235.236.133] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AHEr0-0004yW-00; Tue, 04 Nov 2003 22:01:10 -0600 Received: from aj by azure.erisian.com.au with local-bsmtp (Exim 3.35 #1 (Debian)) id 1AHEoL-0001Pg-04 for [EMAIL PROTECTED]; Wed, 05 Nov 2003 13:58:25 +1000 Received: from aj by cyan with local (Exim 3.36 #1 (Debian)) id 1AHEnp-0004HA-00 for [EMAIL PROTECTED]; Wed, 05 Nov 2003 13:57:53 +1000 Date: Wed, 5 Nov 2003 13:57:53 +1000 To: [EMAIL PROTECTED] Subject: Re: Bug#219067: locales: Fails to install: Depends: glibc Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organisation: Lacking X-PGP: http://azure.humbug.org.au/~aj/aj_key.asc X-No-CC: Don't Cc me to mailing list posts unless you really have to Mail-Copies-To: nobody User-Agent: Mutt/1.5.4i From: Anthony Towns [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-10.2 required=4.0 tests=BAYES_00,HAS_PACKAGE,QUOTED_EMAIL_TEXT version=2.53-bugs.debian.org_2003_11_03 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_11_03 (1.174.2.15-2003-03-30-exp) Sorry, but the following packages have unmet dependencies: locales: Depends: glibc-2.3.2.ds1-9 but it is not installable E: Sorry, broken packages From the unstable Packages file for hppa: Package: libc6 Maintainer: GNU Libc Maintainers [EMAIL PROTECTED] Architecture: hppa Source: glibc Version: 2.3.2.ds1-9 Provides: glibc-2.3.2.ds1-9 Bug closed with this message. Cheers, aj -- Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/ I don't speak for anyone save myself. GPG signed mail preferred. Australian DMCA (the Digital Agenda Amendments) Under Review! -- http://azure.humbug.org.au/~aj/blog/copyright/digitalagenda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to linux-kernel-headers/debian/patches by dan
Repository: linux-kernel-headers/debian/patches who:dan time: Tue Nov 4 21:51:51 MST 2003 Log Message: - debian/patches/ia64-modutils.patch: Add old module syscalls so that glibc will build the modutils support functions on 2.4 kernels. Files: added: ia64-modutils.patch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to linux-kernel-headers/debian by dan
Repository: linux-kernel-headers/debian who:dan time: Tue Nov 4 21:51:51 MST 2003 Log Message: - debian/patches/ia64-modutils.patch: Add old module syscalls so that glibc will build the modutils support functions on 2.4 kernels. Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to linux-kernel-headers/debian by dan
Repository: linux-kernel-headers/debian who:dan time: Tue Nov 4 22:04:20 MST 2003 Log Message: Check in an update, even if it's mostly commented out. Files: changed:make-autoconfs.sh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
New linux-kernel-headers uploaded
With Goto-san's fixes for fb.h and videodev.h, and another of my own - shame on me for not trying to compile my own packages against these headers. Also some build fixes for ia64 and hppa. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to linux-kernel-headers/debian/patches by dan
Repository: linux-kernel-headers/debian/patches who:dan time: Tue Nov 4 22:26:55 MST 2003 Log Message: Update to not include asm/io.h either. Files: changed:linux-fb-compilefix.patch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to linux-kernel-headers/others by dan
Repository: linux-kernel-headers/others who:dan time: Tue Nov 4 22:35:57 MST 2003 Log Message: Directory /cvs/glibc/linux-kernel-headers/others added to the repository Files: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to linux-kernel-headers/debian by dan
Repository: linux-kernel-headers/debian who:dan time: Tue Nov 4 22:36:26 MST 2003 Log Message: - Update linux-fb-compilefix.patch not to include asm/io.h either. - Include pre-generated asm/offsets.h for HPPA (GDB needs it) and ia64 (several kernel headers reference it). End of -7. Files: changed:changelog rules -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to linux-kernel-headers/others by dan
Repository: linux-kernel-headers/others who:dan time: Tue Nov 4 22:36:26 MST 2003 Log Message: - Update linux-fb-compilefix.patch not to include asm/io.h either. - Include pre-generated asm/offsets.h for HPPA (GDB needs it) and ia64 (several kernel headers reference it). End of -7. Files: added: asm-ia64-offsets.h asm-parisc-offsets.h -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linux-kernel-headers_2.5.999-test7-bk-7_i386.changes ACCEPTED
Accepted: linux-kernel-headers_2.5.999-test7-bk-7.diff.gz to pool/main/l/linux-kernel-headers/linux-kernel-headers_2.5.999-test7-bk-7.diff.gz linux-kernel-headers_2.5.999-test7-bk-7.dsc to pool/main/l/linux-kernel-headers/linux-kernel-headers_2.5.999-test7-bk-7.dsc linux-kernel-headers_2.5.999-test7-bk-7_i386.deb to pool/main/l/linux-kernel-headers/linux-kernel-headers_2.5.999-test7-bk-7_i386.deb Announcing to [EMAIL PROTECTED] Closing bugs: 216921 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#216921: marked as done (Can't compile programs, using kernel headers from experimental libc6-dev)
Your message dated Wed, 05 Nov 2003 00:47:14 -0500
with message-id [EMAIL PROTECTED]
and subject line Bug#216921: fixed in linux-kernel-headers 2.5.999-test7-bk-7
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--
Received: (at submit) by bugs.debian.org; 21 Oct 2003 18:04:20 +
From [EMAIL PROTECTED] Tue Oct 21 13:04:02 2003
Return-path: [EMAIL PROTECTED]
Received: from ape.school.ioffe.ru (school.ioffe.ru) [194.85.238.98]
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1AC0rR-9Y-00; Tue, 21 Oct 2003 13:04:01 -0500
Received: from chimpanzee (localhost [127.0.0.1])
by chimpanzee (Postfix) with SMTP
id D90CC66F19; Tue, 21 Oct 2003 22:04:00 +0400 (MSD)
Received: from baboon.school.ioffe.ru (baboon.school.ioffe.ru [192.168.5.11])
by school.ioffe.ru (Postfix) with ESMTP
id 5C01A66F17; Tue, 21 Oct 2003 22:04:00 +0400 (MSD)
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=KOI8-R
From: Dmitry Baryshkov [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Subject: Can't compile programs, using kernel headers from experimental libc6-dev
X-Mailer: reportbug 2.34
Date: Tue, 21 Oct 2003 22:03:56 +0400
Message-Id: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-8.1 required=4.0
tests=HAS_PACKAGE,SIGNATURE_LONG_SPARSE
autolearn=ham version=2.53-bugs.debian.org_2003_10_21
X-Spam-Level:
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_10_21
(1.174.2.15-2003-03-30-exp)
Package: libc6-dev
Version: 2.3.2.ds1-5
Severity: normal
If program, that I'm trying to compile is using kernel headers (such as
linux/fb.h, linux/videodev.h, etc.), compilation fails
(using gcc-3.3 version 1:3.3.2-1):
Two example programs:
1)
---Cut---
#include linux/fb.h
int main()
{
return 0;
}
---Cut---
Compiler log:
$gcc -c linux-fb.c
In file included from /usr/include/linux/timer.h:5,
from /usr/include/linux/workqueue.h:8,
from /usr/include/linux/fb.h:5,
from linux-fb.c:1:
/usr/include/linux/list.h:563:2: warning: #warning don't include kernel headers in
userspace
In file included from /usr/include/linux/workqueue.h:8,
from /usr/include/linux/fb.h:5,
from linux-fb.c:1:
/usr/include/linux/timer.h:12: error: field `entry' has incomplete type
In file included from /usr/include/linux/fb.h:5,
from linux-fb.c:1:
/usr/include/linux/workqueue.h:15: error: field `entry' has incomplete type
In file included from linux-fb.c:1:
/usr/include/linux/fb.h:342: error: parse error before '*' token
/usr/include/linux/fb.h:346: error: parse error before '}' token
2)
---Cut---
#include linux/videodev.h
int main()
{
return 0;
}
---Cut---
Compiler log:
$gcc -c linux-videodev.c
In file included from /usr/include/linux/device.h:17,
from /usr/include/linux/videodev.h:6,
from linux-videodev.c:1:
/usr/include/linux/list.h:563:2: warning: #warning don't include kernel headers in
userspace
In file included from /usr/include/linux/sched.h:12,
from /usr/include/linux/module.h:10,
from /usr/include/linux/device.h:21,
from /usr/include/linux/videodev.h:6,
from linux-videodev.c:1:
/usr/include/linux/jiffies.h:16: error: parse error before jiffies_64
/usr/include/linux/jiffies.h:20: error: parse error before get_jiffies_64
In file included from /usr/include/linux/cpumask.h:8,
from /usr/include/linux/sched.h:15,
from /usr/include/linux/module.h:10,
from /usr/include/linux/device.h:21,
from /usr/include/linux/videodev.h:6,
from linux-videodev.c:1:
/usr/include/linux/bitmap.h: In function `bitmap_empty':
/usr/include/linux/bitmap.h:15: error: `BITS_PER_LONG' undeclared (first use in this
function)
/usr/include/linux/bitmap.h:15: error: (Each undeclared identifier is reported only
once
/usr/include/linux/bitmap.h:15: error: for each function it appears in.)
/usr/include/linux/bitmap.h: In function `bitmap_full':
/usr/include/linux/bitmap.h:29: error: `BITS_PER_LONG' undeclared (first use in this
function)
/usr/include/linux/bitmap.h: In function `bitmap_equal':
/usr/include/linux/bitmap.h:44: error: `BITS_PER_LONG' undeclared (first use in this
function)
/usr/include/linux/bitmap.h: In function `bitmap_shift_right':
