Bug#231998: libc6: xine segfaults using tls libc6
Subject: libc6: xine segfaults using tls libc Package: libc6 Version: 2.3.2.ds1-11 Severity: normal *** Please type your report below this line *** A strange but very reproducible bug (at least for me). I can only see this bug in xine. I have xine-ui 0.9.23-2. Here's how to reproduce it: 1) start xine 2) bring out the gui (default skin if that matters) 3) hover over any button that has a tool tip 4) move the mouse while the tool tip is still on the screen The result is a segfault. If the mouse is moved only after the tool tip disapears, no segfault. Using GDB the segfault seems to occur in thread #11. The place where the error takes place (to the best of my investigation) is 0x40430b38 in _Unwind_Find_FDE () from /lib/tls/i686/cmov/libc.so.6 I can only reproduce this bug on one of my machines (athlon, kernel 2.6.2), and only using the TLS libc6 (libc6 or libc6-i686). This bug does not show up with libc6-dbg or any of the following configurations: athlon, kernel 2.4.18; k6-III, kernel 2.6.1. I'm happy to provide more debug information if needed. Igor -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.2 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
Bug#91935: libc6: iconv breaks on illegal input sequence
Package: libc6
Version: 2.3.2.ds1-11
Severity: normal
Followup-For: Bug #91935
I trying to had running iconv conversion on bunch of dictionaries
but have problems with iconv breaking in the some place of conversion
task. There is example for impossible conversion
$ echo "ё" | strace iconv -f cp1251 -
open("/usr/lib/gconv/KOI8-R.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\6\0\000"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=7672, ...}) = 0
old_mmap(NULL, 10684, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4035c000
old_mmap(0x4035e000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x1000) = 0x4035e000
close(3)= 0
open("/usr/lib/gconv/CP1251.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\6\0\000"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=7544, ...}) = 0
old_mmap(NULL, 10556, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4035f000
old_mmap(0x40361000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x1000) = 0x40361000
close(3)= 0
fstat64(0, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
mmap2(NULL, 0, PROT_READ, MAP_PRIVATE, 0, 0) = -1 ENODEV (No such device)
brk(0) = 0x8076000
brk(0x809b000) = 0x809b000
read(0, "\243\n", 32768)= 2
read(0, "", 32766) = 0
write(2, "iconv: ", 7iconv: ) = 7
write(2, "illegal input sequence at positi"..., 36illegal input sequence at
position 0) = 36
write(2, "\n", 1
) = 1
close(0)= 0
close(1)= 0
exit_group(1) = ?
Is there possible to have fault fallback in these cases? f.e.
# echo "ё" | konwert cp1251-koi8r -
J
doing it work all right. If you need I will give you all necessary information
about support of russian localization.
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux lair 2.6.2-rc2.040128 #2 Wed Jan 28 21:41:21 MSK 2004 i686
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R
Versions of packages libc6 depends on:
ii libdb1-compat 2.1.3-7The Berkeley database routines [gl
-- no debconf information
Bug#232107: linux-kernel-headers: linux/videodev2.h:432 gives syntax errors with gcc-3.2 and 3.3
Package: linux-kernel-headers Version: 2.5.999-test7-bk-15 Severity: normal *** Please type your report below this line *** I've tried on sarge to build konference app and run during build into the following problem: In file included from /usr/include/linux/videodev.h:8, from /usr/include/ptlib/unix/ptlib/videoio.h:106, from /usr/include/ptlib/video.h:83, from /usr/include/ptlib/unix/ptlib/video.h:66, from /usr/include/ptlib.h:267, from ../konference_part.h:8, from configdialog.cpp:32: /usr/include/linux/videodev2.h:432: error: syntax error before `;' token /usr/include/linux/videodev2.h:500: error: 'v4l2_std_id' is used as a type, but is not defined as a type. /usr/include/linux/videodev2.h:518: error: syntax error before `;' token /usr/include/linux/videodev2.h:555: error: syntax error before `;' token I've tried with gcc-3.2 and gcc-3.3 as well as with libpt-dev 1.4.11 and 1.5.2. Always the same. Because konference compiles on other distros, according to kde-apps.org comments, I'll assume that it's a problem with debian kernel headers. Achim -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux allee 2.4.22-20030830-marlow #1 lÃr aug 30 21:17:29 CEST 2003 i686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 -- no debconf information ~ -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED]
Bug#232107: linux-kernel-headers: linux/videodev2.h:432 gives syntax errors with gcc-3.2 and 3.3
On Tue, Feb 10, 2004 at 11:31:13PM +0100, Achim Bohnet wrote: > Package: linux-kernel-headers > Version: 2.5.999-test7-bk-15 > Severity: normal > > *** Please type your report below this line *** > > I've tried on sarge to build konference app and run during build into > the following problem: > > In file included from /usr/include/linux/videodev.h:8, > from /usr/include/ptlib/unix/ptlib/videoio.h:106, > from /usr/include/ptlib/video.h:83, > from /usr/include/ptlib/unix/ptlib/video.h:66, > from /usr/include/ptlib.h:267, > from ../konference_part.h:8, > from configdialog.cpp:32: > /usr/include/linux/videodev2.h:432: error: syntax error before `;' token > /usr/include/linux/videodev2.h:500: error: 'v4l2_std_id' is used as a > type, but >is not defined as a type. > /usr/include/linux/videodev2.h:518: error: syntax error before `;' token > /usr/include/linux/videodev2.h:555: error: syntax error before `;' token > > I've tried with gcc-3.2 and gcc-3.3 as well as with libpt-dev 1.4.11 > and 1.5.2. Always the same. Because konference compiles on other distros, > according to kde-apps.org comments, I'll assume that it's a problem > with debian kernel headers. Details: What compiler options? What other headers are included? I bet this is another of those g++ -ansi -pedantic programs. That causes Linux headers not to define u64 - correctly, because in strict ANSI mode 64-bit integers are not required to be supported. I have no idea how you expect to use an interface with 64-bit data members in a compilation mode which does not support 64-bit numbers without a warning. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer
Bug#232107: linux-kernel-headers: linux/videodev2.h:432 gives syntax errors with gcc-3.2 and 3.3
On Tuesday 10 February 2004 23:44, Daniel Jacobowitz wrote: > On Tue, Feb 10, 2004 at 11:31:13PM +0100, Achim Bohnet wrote: > > Package: linux-kernel-headers > > Version: 2.5.999-test7-bk-15 > > Severity: normal > > > > *** Please type your report below this line *** > > > > I've tried on sarge to build konference app and run during build into > > the following problem: > > > > In file included from /usr/include/linux/videodev.h:8, > > from /usr/include/ptlib/unix/ptlib/videoio.h:106, > > from /usr/include/ptlib/video.h:83, > > from /usr/include/ptlib/unix/ptlib/video.h:66, > > from /usr/include/ptlib.h:267, > > from ../konference_part.h:8, > > from configdialog.cpp:32: > > /usr/include/linux/videodev2.h:432: error: syntax error before `;' token > > /usr/include/linux/videodev2.h:500: error: 'v4l2_std_id' is used as a > > type, but > >is not defined as a type. > > /usr/include/linux/videodev2.h:518: error: syntax error before `;' token > > /usr/include/linux/videodev2.h:555: error: syntax error before `;' token > > > > I've tried with gcc-3.2 and gcc-3.3 as well as with libpt-dev 1.4.11 > > and 1.5.2. Always the same. Because konference compiles on other distros, > > according to kde-apps.org comments, I'll assume that it's a problem > > with debian kernel headers. > > Details: > What compiler options? /bin/sh ../../../libtool --silent --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/konference_part/dlg -I/usr/include/kde -I/usr/share/qt3/include -I/usr/X11R6/include -I/usr/include/ptlib/unix -I/usr/include/ptlib -I/usr/include/ptlib/../ptclib -I/usr/include/openh323 -DSPEEX_CODEC -DH323_AVCODEC -DP_LINUX -D_REENTRANT -DP_HAS_SEMAPHORES -DP_PTHREADS -DPBYTE_ORDER=PLITTLE_ENDIAN -DHAS_OSS -O3 -fPIC -g -DPHAS_TEMPLATES -Wall -DHAS_IXJ -I/usr/include/SDL -D_REENTRANT -DHAS_SDL -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wwrite-strings -ansi ^^ Ah, here are both options that you mentioned below. -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -c -o configdialog.lo `test -f 'configdialog.cpp'|| echo './'`configdialog.cpp In file included from /usr/include/linux/videodev.h:8, from /usr/include/ptlib/unix/ptlib/videoio.h:106, from /usr/include/ptlib/video.h:83, from /usr/include/ptlib/unix/ptlib/video.h:66, from /usr/include/ptlib.h:267, from ../konference_part.h:8, from configdialog.cpp:32: /usr/include/linux/videodev2.h:432: error: syntax error before `;' token /usr/include/linux/videodev2.h:500: error: 'v4l2_std_id' is used as a type, but is not defined as a type. /usr/include/linux/videodev2.h:518: error: syntax error before `;' token /usr/include/linux/videodev2.h:555: error: syntax error before `;' token > What other headers are included? Pardon? Is there an easy way to find out? This is quite a long chain of include files. > > I bet this is another of those g++ -ansi -pedantic programs. That > causes Linux headers not to define u64 - correctly, because in strict > ANSI mode 64-bit integers are not required to be supported. I have no > idea how you expect to use an interface with 64-bit data members in a > compilation mode which does not support 64-bit numbers without a > warning. I've tried: o removing only -pedantic: does not help o removing only -ansi : stuff compiles Stupid as I am I've no idea if ISO C++ has to define 64 bit data types or not but at least I know how to fix it ;) I'll try to figure out the origin of -ansi in CXXFLAGS in all the auto* tools generated files, remove it remove it and send the patch to the upstream author of konference. Thx, Achim > > -- > Daniel Jacobowitz > MontaVista Software Debian GNU/Linux Developer -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED]
Bug#232122: libc6: install error: "error creating directory `./sys': Permission denied"
Package: libc6 Version: 2.3.2.ds1-11 Severity: grave Justification: renders package unusable When attempting to install the libc6 package, dpkg gives this error during unpack: = $ sudo dpkg --install /var/cache/apt/archives/libc6_2.3.2.ds1-11_i386.deb (Reading database ... 133354 files and directories currently installed.) Preparing to replace libc6 2.3.2.ds1-10 (using .../libc6_2.3.2.ds1-11_i386.deb) ... Unpacking replacement libc6 ... dpkg: error processing /var/cache/apt/archives/libc6_2.3.2.ds1-11_i386.deb (--install): error creating directory `./sys': Permission denied dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/libc6_2.3.2.ds1-11_i386.deb $ = Possibly related to this changelog entry for the package: = * GOTO Masanori <[EMAIL PROTECTED]> [...] - debian/debhelper.in/libc.dirs: add to make /sys. [...] -- Daniel Jacobowitz <[EMAIL PROTECTED]> Tue, 20 Jan 2004 09:41:48 -0500 = -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux rose 2.6.0 #3 Wed Jan 28 10:00:11 EST 2004 i686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 -- no debconf information
Bug#232122: Cause found, but problem remains
The "permission denied" is because I've disallowed creation of new entries in the root directory (chattr +i). Thus, the "grave" severity should be reduced; the package is usable for those who allow new entries in the root directory. The problem remains, however: the libc6 package is trying to create a new top-level directory, and the changelog gives me no clue as to why. Please explain why libc6 is creating a '/sys' directory? Preferably in the changelog, so people can decide for themselves whether it's a good idea. -- \ "Remember men, we're fighting for this woman's honour; which is | `\probably more than she ever did." -- Groucho Marx | _o__) | Ben Finney <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#232122: Cause found, but problem remains
severity 232122 important thanks At Wed, 11 Feb 2004 12:15:52 +1100, Ben Finney wrote: > The "permission denied" is because I've disallowed creation of new > entries in the root directory (chattr +i). Thus, the "grave" severity > should be reduced; the package is usable for those who allow new entries > in the root directory. If so, we can't make /sys. Some application uses /sys with sysfs on kernel 2.6, you can't use such application in near feature. However under such paranoid environment, the script should not stop. /etc/init.d/mountkernfs uses "set -e". Even if it's failed with special settings, there is no merit to tell the error. If mounting filesystems (sysfs, usbfs, devpts, and tmpfs/shmfs) is failed, we don't need to care. User will be noticed through with mount error or application error. So I would like to drop "set -e" from mountkernfs. debian-glibc guys, any objections? Regards, -- gotom
Processed: Re: Bug#232122: Cause found, but problem remains
Processing commands for [EMAIL PROTECTED]: > severity 232122 important Bug#232122: libc6: install error: "error creating directory `./sys': Permission denied" Severity set to `important'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#232107: linux-kernel-headers: linux/videodev2.h:432 gives syntax errors with gcc-3.2 and 3.3
At Wed, 11 Feb 2004 00:23:07 +0100, Achim Bohnet wrote: > > I bet this is another of those g++ -ansi -pedantic programs. That > > causes Linux headers not to define u64 - correctly, because in strict > > ANSI mode 64-bit integers are not required to be supported. I have no > > idea how you expect to use an interface with 64-bit data members in a > > compilation mode which does not support 64-bit numbers without a > > warning. > > I've tried: > o removing only -pedantic: does not help > o removing only -ansi : stuff compiles > > Stupid as I am I've no idea if ISO C++ has to define 64 bit data types > or not but at least I know how to fix it ;) > > I'll try to figure out the origin of -ansi in CXXFLAGS in > all the auto* tools generated files, remove it remove it and > send the patch to the upstream author of konference. Thanks for your checking. Could you or can I close this bug, or reassign other packages? (I didn't find konference package) Regards, -- gotom
Spam rejected.
Spam rejected.
Bug#225822: Before assigning this to l-k-h...
Before assigning this to l-k-h, you probably should have tried my suggestion of switching to the userland header in e2fslibs-dev, and if it failed, documented that. The l-k-h people are most likely going to bite your head off for using a linux/ header directly in userspace ;-)
Bug#225822: Before assigning this to l-k-h...
On Tue, Feb 10, 2004 at 11:59:18PM -0500, Nathanael Nerode wrote: > Before assigning this to l-k-h, you probably should have tried my suggestion > of switching to the userland header in e2fslibs-dev, and if it failed, > documented that. The l-k-h people are most likely going to bite your head > off for using a linux/ header directly in userspace ;-) Precisely right. I hadn't looked at the bug history yet, so no biting :) The ext2 headers are among the set that definitely should not be directly included. Use e2fslibs-dev unless you have a very good reason. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer
Bug#231998: libc6: xine segfaults using tls libc6
Subject: libc6: xine segfaults using tls libc Package: libc6 Version: 2.3.2.ds1-11 Severity: normal *** Please type your report below this line *** A strange but very reproducible bug (at least for me). I can only see this bug in xine. I have xine-ui 0.9.23-2. Here's how to reproduce it: 1) start xine 2) bring out the gui (default skin if that matters) 3) hover over any button that has a tool tip 4) move the mouse while the tool tip is still on the screen The result is a segfault. If the mouse is moved only after the tool tip disapears, no segfault. Using GDB the segfault seems to occur in thread #11. The place where the error takes place (to the best of my investigation) is 0x40430b38 in _Unwind_Find_FDE () from /lib/tls/i686/cmov/libc.so.6 I can only reproduce this bug on one of my machines (athlon, kernel 2.6.2), and only using the TLS libc6 (libc6 or libc6-i686). This bug does not show up with libc6-dbg or any of the following configurations: athlon, kernel 2.4.18; k6-III, kernel 2.6.1. I'm happy to provide more debug information if needed. Igor -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.2 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#91935: libc6: iconv breaks on illegal input sequence
Package: libc6
Version: 2.3.2.ds1-11
Severity: normal
Followup-For: Bug #91935
I trying to had running iconv conversion on bunch of dictionaries
but have problems with iconv breaking in the some place of conversion
task. There is example for impossible conversion
$ echo "ё" | strace iconv -f cp1251 -
open("/usr/lib/gconv/KOI8-R.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\6\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=7672, ...}) = 0
old_mmap(NULL, 10684, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4035c000
old_mmap(0x4035e000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) =
0x4035e000
close(3)= 0
open("/usr/lib/gconv/CP1251.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\6\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=7544, ...}) = 0
old_mmap(NULL, 10556, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4035f000
old_mmap(0x40361000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) =
0x40361000
close(3)= 0
fstat64(0, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
mmap2(NULL, 0, PROT_READ, MAP_PRIVATE, 0, 0) = -1 ENODEV (No such device)
brk(0) = 0x8076000
brk(0x809b000) = 0x809b000
read(0, "\243\n", 32768)= 2
read(0, "", 32766) = 0
write(2, "iconv: ", 7iconv: ) = 7
write(2, "illegal input sequence at positi"..., 36illegal input sequence at position
0) = 36
write(2, "\n", 1
) = 1
close(0)= 0
close(1)= 0
exit_group(1) = ?
Is there possible to have fault fallback in these cases? f.e.
# echo "ё" | konwert cp1251-koi8r -
J
doing it work all right. If you need I will give you all necessary information
about support of russian localization.
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux lair 2.6.2-rc2.040128 #2 Wed Jan 28 21:41:21 MSK 2004 i686
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R
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#232107: linux-kernel-headers: linux/videodev2.h:432 gives syntax errors with gcc-3.2 and 3.3
Package: linux-kernel-headers Version: 2.5.999-test7-bk-15 Severity: normal *** Please type your report below this line *** I've tried on sarge to build konference app and run during build into the following problem: In file included from /usr/include/linux/videodev.h:8, from /usr/include/ptlib/unix/ptlib/videoio.h:106, from /usr/include/ptlib/video.h:83, from /usr/include/ptlib/unix/ptlib/video.h:66, from /usr/include/ptlib.h:267, from ../konference_part.h:8, from configdialog.cpp:32: /usr/include/linux/videodev2.h:432: error: syntax error before `;' token /usr/include/linux/videodev2.h:500: error: 'v4l2_std_id' is used as a type, but is not defined as a type. /usr/include/linux/videodev2.h:518: error: syntax error before `;' token /usr/include/linux/videodev2.h:555: error: syntax error before `;' token I've tried with gcc-3.2 and gcc-3.3 as well as with libpt-dev 1.4.11 and 1.5.2. Always the same. Because konference compiles on other distros, according to kde-apps.org comments, I'll assume that it's a problem with debian kernel headers. Achim -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux allee 2.4.22-20030830-marlow #1 lÃr aug 30 21:17:29 CEST 2003 i686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 -- no debconf information ~ -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#232107: linux-kernel-headers: linux/videodev2.h:432 gives syntax errors with gcc-3.2 and 3.3
On Tue, Feb 10, 2004 at 11:31:13PM +0100, Achim Bohnet wrote: > Package: linux-kernel-headers > Version: 2.5.999-test7-bk-15 > Severity: normal > > *** Please type your report below this line *** > > I've tried on sarge to build konference app and run during build into > the following problem: > > In file included from /usr/include/linux/videodev.h:8, > from /usr/include/ptlib/unix/ptlib/videoio.h:106, > from /usr/include/ptlib/video.h:83, > from /usr/include/ptlib/unix/ptlib/video.h:66, > from /usr/include/ptlib.h:267, > from ../konference_part.h:8, > from configdialog.cpp:32: > /usr/include/linux/videodev2.h:432: error: syntax error before `;' token > /usr/include/linux/videodev2.h:500: error: 'v4l2_std_id' is used as a > type, but >is not defined as a type. > /usr/include/linux/videodev2.h:518: error: syntax error before `;' token > /usr/include/linux/videodev2.h:555: error: syntax error before `;' token > > I've tried with gcc-3.2 and gcc-3.3 as well as with libpt-dev 1.4.11 > and 1.5.2. Always the same. Because konference compiles on other distros, > according to kde-apps.org comments, I'll assume that it's a problem > with debian kernel headers. Details: What compiler options? What other headers are included? I bet this is another of those g++ -ansi -pedantic programs. That causes Linux headers not to define u64 - correctly, because in strict ANSI mode 64-bit integers are not required to be supported. I have no idea how you expect to use an interface with 64-bit data members in a compilation mode which does not support 64-bit numbers without a warning. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#232107: linux-kernel-headers: linux/videodev2.h:432 gives syntax errors with gcc-3.2 and 3.3
On Tuesday 10 February 2004 23:44, Daniel Jacobowitz wrote: > On Tue, Feb 10, 2004 at 11:31:13PM +0100, Achim Bohnet wrote: > > Package: linux-kernel-headers > > Version: 2.5.999-test7-bk-15 > > Severity: normal > > > > *** Please type your report below this line *** > > > > I've tried on sarge to build konference app and run during build into > > the following problem: > > > > In file included from /usr/include/linux/videodev.h:8, > > from /usr/include/ptlib/unix/ptlib/videoio.h:106, > > from /usr/include/ptlib/video.h:83, > > from /usr/include/ptlib/unix/ptlib/video.h:66, > > from /usr/include/ptlib.h:267, > > from ../konference_part.h:8, > > from configdialog.cpp:32: > > /usr/include/linux/videodev2.h:432: error: syntax error before `;' token > > /usr/include/linux/videodev2.h:500: error: 'v4l2_std_id' is used as a > > type, but > >is not defined as a type. > > /usr/include/linux/videodev2.h:518: error: syntax error before `;' token > > /usr/include/linux/videodev2.h:555: error: syntax error before `;' token > > > > I've tried with gcc-3.2 and gcc-3.3 as well as with libpt-dev 1.4.11 > > and 1.5.2. Always the same. Because konference compiles on other distros, > > according to kde-apps.org comments, I'll assume that it's a problem > > with debian kernel headers. > > Details: > What compiler options? /bin/sh ../../../libtool --silent --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/konference_part/dlg -I/usr/include/kde -I/usr/share/qt3/include -I/usr/X11R6/include -I/usr/include/ptlib/unix -I/usr/include/ptlib -I/usr/include/ptlib/../ptclib -I/usr/include/openh323 -DSPEEX_CODEC -DH323_AVCODEC -DP_LINUX -D_REENTRANT -DP_HAS_SEMAPHORES -DP_PTHREADS -DPBYTE_ORDER=PLITTLE_ENDIAN -DHAS_OSS -O3 -fPIC -g -DPHAS_TEMPLATES -Wall -DHAS_IXJ -I/usr/include/SDL -D_REENTRANT -DHAS_SDL -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wwrite-strings -ansi ^^ Ah, here are both options that you mentioned below. -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -c -o configdialog.lo `test -f 'configdialog.cpp'|| echo './'`configdialog.cpp In file included from /usr/include/linux/videodev.h:8, from /usr/include/ptlib/unix/ptlib/videoio.h:106, from /usr/include/ptlib/video.h:83, from /usr/include/ptlib/unix/ptlib/video.h:66, from /usr/include/ptlib.h:267, from ../konference_part.h:8, from configdialog.cpp:32: /usr/include/linux/videodev2.h:432: error: syntax error before `;' token /usr/include/linux/videodev2.h:500: error: 'v4l2_std_id' is used as a type, but is not defined as a type. /usr/include/linux/videodev2.h:518: error: syntax error before `;' token /usr/include/linux/videodev2.h:555: error: syntax error before `;' token > What other headers are included? Pardon? Is there an easy way to find out? This is quite a long chain of include files. > > I bet this is another of those g++ -ansi -pedantic programs. That > causes Linux headers not to define u64 - correctly, because in strict > ANSI mode 64-bit integers are not required to be supported. I have no > idea how you expect to use an interface with 64-bit data members in a > compilation mode which does not support 64-bit numbers without a > warning. I've tried: o removing only -pedantic: does not help o removing only -ansi : stuff compiles Stupid as I am I've no idea if ISO C++ has to define 64 bit data types or not but at least I know how to fix it ;) I'll try to figure out the origin of -ansi in CXXFLAGS in all the auto* tools generated files, remove it remove it and send the patch to the upstream author of konference. Thx, Achim > > -- > Daniel Jacobowitz > MontaVista Software Debian GNU/Linux Developer -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#232122: libc6: install error: "error creating directory `./sys': Permission denied"
Package: libc6 Version: 2.3.2.ds1-11 Severity: grave Justification: renders package unusable When attempting to install the libc6 package, dpkg gives this error during unpack: = $ sudo dpkg --install /var/cache/apt/archives/libc6_2.3.2.ds1-11_i386.deb (Reading database ... 133354 files and directories currently installed.) Preparing to replace libc6 2.3.2.ds1-10 (using .../libc6_2.3.2.ds1-11_i386.deb) ... Unpacking replacement libc6 ... dpkg: error processing /var/cache/apt/archives/libc6_2.3.2.ds1-11_i386.deb (--install): error creating directory `./sys': Permission denied dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/libc6_2.3.2.ds1-11_i386.deb $ = Possibly related to this changelog entry for the package: = * GOTO Masanori <[EMAIL PROTECTED]> [...] - debian/debhelper.in/libc.dirs: add to make /sys. [...] -- Daniel Jacobowitz <[EMAIL PROTECTED]> Tue, 20 Jan 2004 09:41:48 -0500 = -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux rose 2.6.0 #3 Wed Jan 28 10:00:11 EST 2004 i686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#232122: Cause found, but problem remains
The "permission denied" is because I've disallowed creation of new entries in the root directory (chattr +i). Thus, the "grave" severity should be reduced; the package is usable for those who allow new entries in the root directory. The problem remains, however: the libc6 package is trying to create a new top-level directory, and the changelog gives me no clue as to why. Please explain why libc6 is creating a '/sys' directory? Preferably in the changelog, so people can decide for themselves whether it's a good idea. -- \ "Remember men, we're fighting for this woman's honour; which is | `\probably more than she ever did." -- Groucho Marx | _o__) | Ben Finney <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#232122: Cause found, but problem remains
severity 232122 important thanks At Wed, 11 Feb 2004 12:15:52 +1100, Ben Finney wrote: > The "permission denied" is because I've disallowed creation of new > entries in the root directory (chattr +i). Thus, the "grave" severity > should be reduced; the package is usable for those who allow new entries > in the root directory. If so, we can't make /sys. Some application uses /sys with sysfs on kernel 2.6, you can't use such application in near feature. However under such paranoid environment, the script should not stop. /etc/init.d/mountkernfs uses "set -e". Even if it's failed with special settings, there is no merit to tell the error. If mounting filesystems (sysfs, usbfs, devpts, and tmpfs/shmfs) is failed, we don't need to care. User will be noticed through with mount error or application error. So I would like to drop "set -e" from mountkernfs. debian-glibc guys, any objections? Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#232122: Cause found, but problem remains
Processing commands for [EMAIL PROTECTED]: > severity 232122 important Bug#232122: libc6: install error: "error creating directory `./sys': Permission denied" Severity set to `important'. > 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#232107: linux-kernel-headers: linux/videodev2.h:432 gives syntax errors with gcc-3.2 and 3.3
At Wed, 11 Feb 2004 00:23:07 +0100, Achim Bohnet wrote: > > I bet this is another of those g++ -ansi -pedantic programs. That > > causes Linux headers not to define u64 - correctly, because in strict > > ANSI mode 64-bit integers are not required to be supported. I have no > > idea how you expect to use an interface with 64-bit data members in a > > compilation mode which does not support 64-bit numbers without a > > warning. > > I've tried: > o removing only -pedantic: does not help > o removing only -ansi : stuff compiles > > Stupid as I am I've no idea if ISO C++ has to define 64 bit data types > or not but at least I know how to fix it ;) > > I'll try to figure out the origin of -ansi in CXXFLAGS in > all the auto* tools generated files, remove it remove it and > send the patch to the upstream author of konference. Thanks for your checking. Could you or can I close this bug, or reassign other packages? (I didn't find konference package) Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Spam rejected.
Spam rejected. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#225822: Before assigning this to l-k-h...
Before assigning this to l-k-h, you probably should have tried my suggestion of switching to the userland header in e2fslibs-dev, and if it failed, documented that. The l-k-h people are most likely going to bite your head off for using a linux/ header directly in userspace ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#225822: Before assigning this to l-k-h...
On Tue, Feb 10, 2004 at 11:59:18PM -0500, Nathanael Nerode wrote: > Before assigning this to l-k-h, you probably should have tried my suggestion > of switching to the userland header in e2fslibs-dev, and if it failed, > documented that. The l-k-h people are most likely going to bite your head > off for using a linux/ header directly in userspace ;-) Precisely right. I hadn't looked at the bug history yet, so no biting :) The ext2 headers are among the set that definitely should not be directly included. Use e2fslibs-dev unless you have a very good reason. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#225822: Before assigning this to l-k-h...
reassign 225822 defrag thanks I've taken up your suggestion of e2fslibs-dev and it works. A bit messy, but hey... Anyhow, I'm reassigning this bug back to defrag so that I can close it with my upload. Cheers, Timshel On Wed, 2004-02-11 at 16:10, Daniel Jacobowitz wrote: > On Tue, Feb 10, 2004 at 11:59:18PM -0500, Nathanael Nerode wrote: > > Before assigning this to l-k-h, you probably should have tried my suggestion > > of switching to the userland header in e2fslibs-dev, and if it failed, > > documented that. The l-k-h people are most likely going to bite your head > > off for using a linux/ header directly in userspace ;-) > > Precisely right. I hadn't looked at the bug history yet, so no biting > :) > > The ext2 headers are among the set that definitely should not be > directly included. Use e2fslibs-dev unless you have a very good > reason. -- Timshel Knoll-Miller Debian GNU/Linux Developer http://www.debian.org/ SPI Contributing Member http://www.spi-inc.org/ GnuPG: 1024D/DE3E8AA7 Timshel Knoll <[EMAIL PROTECTED]> Fingerprint:6ABC 91A9 E274 ED67 0E32 8F0F 5DFA 9391 DE3E 8AA7 signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#225822: Before assigning this to l-k-h...
Processing commands for [EMAIL PROTECTED]: > reassign 225822 defrag Bug#225822: e2defrag binary missing (testing/unstable) Bug reassigned from package `linux-kernel-headers' to `defrag'. > 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]
