Bug#317946: TLS section mismatch.
On Sun, Jul 24, 2005 at 04:27:47PM +0200, Kurt Roeckx wrote: > And I was wondering if anybody knows if this is fixed in > the experimental version too. I'll try and tests this > later. Yes, this should be fixed in experimental. -- Daniel Jacobowitz CodeSourcery, LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319115: Can't do gcc -static
At Sat, 23 Jul 2005 08:21:08 +1000, Peter Chubb wrote: > > "GOTO" == GOTO Masanori <[EMAIL PROTECTED]> writes: > > GOTO> At Wed, 20 Jul 2005 09:02:00 +1000, Peter Chubb wrote: > >> When doing gcc -static x.c I see: /usr/bin/ld: __libc_errno: TLS > >> definition in > >> /usr/lib/gcc/ia64-linux-gnu/4.0.1/../../../libc.a(errno.o) section > >> .tbss mismatches non-TLS reference in > >> /usr/lib/gcc/ia64-linux-gnu/4.0.1/../../../libc.a(check_fds.o) > >> /usr/lib/gcc/ia64-linux-gnu/4.0.1/../../../libc.a: could not read > >> symbols: Bad value > > GOTO> It's already fixed in glibc 2.3.5 experimental. > > Is that available for IA64??? There're no .debs on ftp.debian.org; > and when I try to build from source it doesn't build. Indeed. Try the following version on your ia64 chroot sid environment: http://www.gotom.jp/~gotom/debian/glibc/2.3.5-2.experimental/ Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
your mail was infected by a virus
Ikarus MailWall found a virus in your mail To: [EMAIL PROTECTED] Subject : Returned mail: Data format error Date : Mon, 25 Jul 2005 07:40:16 +0200 File infected : EMail_20050725_074345_0C3A.msg-->ldwohp.zip-->ldwohp.scr Virus name: Email-Worm.Win32.Mydoom.AM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317946: TLS section mismatch.
Hi, When building debian-installer, I'm also getting the following error: Command failed with status 1 : gcc -nostdlib -nostartfiles -shared -Wl,-soname=libc.so.6 -uwctomb -ufclose -ufreopen64 -ugetmntent -usleep -uwcsncasecmp -ustrptime -umktime -u__fxstat -ugetline -ulocaltime -uiopl -ugetppid -uutime -ustrnlen -usiglongjmp -urecvfrom -uopendir -u__strdup -ustderr -uklogctl -usnprintf -uoptind -umemset -uwcschr -usync -uobstack_free -u__stpcpy -ustrcasestr -u__ctype_get_mb_cur_max -uwcrtomb -uindex -ustrcspn -u_nss_files_parse_spent -uopenlog -uaccess -ugrantpt -usetlogmask -uioperm -umunmap -ugetnetbyaddr -umbsinit -uwait -ugetgrnam -upopen -uinet_network -usendmsg -uiswalnum -urename -urealloc -uhasmntopt -uunlockpt -u__strcasecmp -ugetnameinfo -uselect -ugetchar -uscandir64 -urindex -uendservent -ustrdup -uunlink -uisatty -utdelete -ustatfs64 -uwarn -ugettimeofday -uherror -uchdir -uxdecrypt -u__errno_location -ustrerror -uisspace -ufnmatch -usysconf -uaccept -uabort -ufprintf -ustrtoll -ustrlen -ustrncat -uchroot -uclearerr -ugetgroups -ufeof -u__mempcpy -uwrite -urewind -uvasprintf -uopen64 -upwrite64 -u__cxa_finalize -ugethostbyname -uioctl -ugetopt_long -utcgetpgrp -usigdelset -ubind -ustdin -u__rawmemchr -u__xstat -umlockall -u__res_ninit -usetrlimit64 -ubasename -u__sigsetjmp -uuname -ubtowc -ustrtoul -uswapoff -u__xpg_basename -uexeclp -ugetsubopt -ufwrite -ugetpid -usetgid -ufeof_unlocked -ugetpwnam -uexecl -ugetdelim -u_res_hconf -usendto -uexecv -umemchr -umkfifo -usys_siglist -uconnect -ufgets_unlocked -uflock -udirname -u_nss_files_parse_pwent -uendpwent -ureboot -uunsetenv -usetsid -usprintf -u__ctype_b_loc -ustrrchr -uregexec -ugethostbyaddr -ustrchrnul -uasprintf -uferror -ugetcwd -ufree -utfind -urecv -uputchar -u__strtol_internal -utimes -usigsetmask -ugetservbyname -urand -uqsort -ubcopy -u__xstat64 -u__libc_start_main -uopen -ustrncpy -uusleep -unftw -umkdir -usystem -ustrcasecmp -udcgettext -untohs -umemcmp -udprintf -umkstemp64 -ulisten -uswapon -ualphasort64 -usyslog -ustatfs -uvsnprintf -u__assert_fail -ustrtok_r -uwcswidth -usigfillset -ustpcpy -ubindtextdomain -ugeteuid -ufseek -ugetrlimit64 -utsearch -u_obstack_newchunk -urealpath -utolower -utcgetattr -uglob -ustrpbrk -ualarm -upipe -usetvbuf -uscandir -ustrncasecmp -ure_compile_pattern -urandom -u_IO_putc -ulseek64 -usetmntent -ustrtol -ufputc -upause -ustrtok -ustrtod -uumask -ufputs -ufchmod -uregcomp -udup2 -utwalk -uinet_ntop -ustrsep -uinet_ntoa -umemcpy -ufileno -uperror -usrandom -ufscanf -uumount -ustrncmp -umbtowc -ustrcat -ugetsockname -uclose -ustrchr -ufgetpos -uposix_memalign -uvdprintf -ufcntl -u__getdelim -u__lxstat64 -umemalign -usigaction -usetsockopt -ure_match -umallopt -ucloselog -ustrftime -uchmod -utoupper -uhtonl -u_obstack_begin -usigprocmask -uraise -uputs -udup -ureaddir64 -ufread -ustrsignal -uexecvp -u__strtod_internal -umbsrtowcs -uexecve -untohl -umount -ugetrusage -ugetpwuid -uvsprintf -usetuid -umalloc -ustdout -usrand -uwcwidth -urecvmsg -utowlower -uwaitpid -uoptarg -ulongjmp -u__strtok_r -u__ctype_tolower_loc -ucalloc -usetbuf -usetitimer -useekdir -utextdomain -ufopen64 -umempcpy -ulseek -ugetpwent -umallinfo -u__lxstat -ukill -ufflush -ummap64 -u__xmknod -usethostname -ummap -uptsname -usetpriority -ulchown -u_setjmp -uread -udaemon -uustat -ustrstr -uctime -ufsync -umemmove -usignal -uiswpunct -umblen -ufreopen -ustrcmp -ushutdown -urpmatch -ufgetc -upclose -uprintf -uftruncate64 -ureaddir -uglobfree -ugetgid -uendmntent -u_nss_files_parse_grent -uregfree -ufsetpos -u__h_errno_location -uftell -uexit -uasctime -umbstowcs -usetrlimit -ugetpagesize -ugmtime -usymlink -u__strtoul_internal -ugethostname -uregister_printf_function -usysinfo -umunlockall -usocket -ugetpriority -usiginterrupt -ustrcpy -ubsearch -ureadlink -u_exit -usetlocale -uumount2 -uwcscasecmp -usigemptyset -u__fxstat64 -ufopen -uputenv -ufdopen -uvsyslog -uwcslen -urmdir -u__res_state -u__strtoll_internal -ufork -uvprintf -ualphasort -ugetenv -uatoi -ulink -uvfprintf -uatol -uiswblank -ugetnetbyname -uwait4 -u_IO_getc -usbrk -uwait3 -u__cxa_atexit -ustrspn -uungetc -usscanf -ustrndup -usyscall -umbrtowc -uinet_pton -ufgets -upread64 -uhtons -usetenv -ugetopt -umkstemp -uinet_aton -u__strtoull_internal -utcsetattr -uregerror -u__ctype_toupper_loc -usigaddset -uclosedir -ugetegid -uwcsdup -ugetuid -uchown -utime -o ./tmp/monolithic/tree/lib/libc.so.6-so /usr/lib/libc_pic/soinit.o /usr/lib//libc_pic.a /usr/lib/libc_pic/sofini.o /lib//ld-linux-x86-64.so.2 -u __dso_handle -Wl,--version-script=/usr/lib//libc_pic.map -lgcc -L ./tmp/monolithic/tree/lib -L./tmp/monolithic/tree/usr/lib -L./tmp/monolithic/udeblibs -L/lib/ -L/usr/lib/ -L/usr/X11R6/lib/ -L./tmp/monolithic/tree//usr/lib/cdebconf -L./tmp/monolithic/tree//usr/lib/cdebconf -L./tmp/monolithic/tree//usr/lib/cdebconf -L./tmp/monolithic/tree//usr/lib/cdebconf -L./tmp/monolithic/tree//usr/lib/cdebconf -L./tmp/
Bug#313063: dpkg-reconfigure locales generated /etc/envrironment with ru_EE locale :)
You may close the bug. I edited /etc/environment by hand long time ago. And all worked out. Concerning russian in Estonia, I'd say that there are about 20-33% russian speaking people in Estonia, Latvia. But you may forget about it and close the bug. 2005/7/24, GOTO Masanori <[EMAIL PROTECTED]>: > tags 313063 moreinfo > thanks > > At Sat, 11 Jun 2005 18:21:29 +0300, > Anton wrote: > > Debian Sarge ;) > > http://www.linux.org.ru/jump-message.jsp?msgid=947320 > > > > /etc/environment: > > LANGUAGE="ru_EE:ru_RU:ru:en_GB:en" > > > > LANG=ru_RU.UTF-8 > > I can't read Russian. Could you provide more information about this > report in English? I guess your bug report means we should support > ru_EE - if so, is Russian widely used in Estonia? > > Regards, > -- gotom > >
Processed: Re: Bug#314435: libc6-dev: struct timespec and nanosleep() not available with -std=c99
Processing commands for [EMAIL PROTECTED]: > reassign 314435 manpages-dev Bug#314435: libc6-dev: struct timespec and nanosleep() not available with -std=c99 Bug reassigned from package `libc6-dev' to `manpages-dev'. > 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#314435: libc6-dev: struct timespec and nanosleep() not available with -std=c99
Hello Masanori, On Sun, Jul 24, 2005 at 05:29:47PM +0900, GOTO Masanori wrote: > > Should Linux man page be updated to mention _POSIX_C_SOURCE? > > I also don't know it should be described to linux man pages - if you > think so, please reassign it to manpages-dev. However linux manpages > is not the only reference, I think. Sure, but it would be nice to have it at least there. > > BTW, defining _POSIX_SOURCE, which is described in the glibc > > documentation, didn't work for me. Is it a bug, or does "POSIX.1" mean > > POSIX 1990 only? > > "/usr/include/features.h" describes the actual detail, please check it > out. Thanks for the hint! At that time I had only grepped for the macros; now I saw the comments in the beginning of the files. Seems that nanosleep was not part of IEEE Std 1003.1; this answers my question. With kind regards, Baurzhan. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315345: gcc 3.3.5-12 freaks out cause __GNUC_PREREQ(maj, min) doesn't exist/isn't defined in getopt.h
tags 315345 fixed-upstream thanks At Wed, 22 Jun 2005 03:31:13 +0200, A. Raster wrote: > In file included from main.cpp:104: > /usr/include/getopt.h:38:43: missing binary operator before token "(" > make[2]: *** [main.o] Error 1 > make[2]: Leaving directory `/home/lazor/build/icegenerator-0.5.5-pre2/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/lazor/build/icegenerator-0.5.5-pre2' > make: *** [all] Error 2 > > But luckily I found this: > > http://lists.gnu.org/archive/html/bug-gnulib/2004-03/msg00031.html > > which seems to fix the Problem. At least for me. > > I'm using sarge, quite new. Linux 2.6.8 SMP custom build kernel and the > libc6 is version 2.3.2.ds1-22, as mentioned earlier. Yes, right. This problem will be fixed in the next glibc 2.3.5. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312404: nscd: want status option for init script
At Tue, 07 Jun 2005 15:55:55 -0700, Stephen Gildea wrote: > The following patch provides a "status" option for the /etc/init.d/ncsd > script. It also fixes the exit status if the script is given an > unsupported option. Thanks, I put it in svn. Regards, -- gotom BTW, this is side node for me taht we should synchronize upstream's nscd/nscd.init which is for rpm based systems. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313063: dpkg-reconfigure locales generated /etc/envrironment with ru_EE locale :)
tags 313063 moreinfo thanks At Sat, 11 Jun 2005 18:21:29 +0300, Anton wrote: > Debian Sarge ;) > http://www.linux.org.ru/jump-message.jsp?msgid=947320 > > /etc/environment: > LANGUAGE="ru_EE:ru_RU:ru:en_GB:en" > > LANG=ru_RU.UTF-8 I can't read Russian. Could you provide more information about this report in English? I guess your bug report means we should support ru_EE - if so, is Russian widely used in Estonia? Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#315345: gcc 3.3.5-12 freaks out cause __GNUC_PREREQ(maj, min) doesn't exist/isn't defined in getopt.h
Processing commands for [EMAIL PROTECTED]: > tags 315345 fixed-upstream Bug#315345: gcc 3.3.5-12 freaks out cause __GNUC_PREREQ(maj, min) doesn't exist/isn't defined in getopt.h There were no tags set. Tags added: fixed-upstream > 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#314435: libc6-dev: struct timespec and nanosleep() not available with -std=c99
At Sat, 18 Jun 2005 11:44:00 +0200, Baurzhan Ismagulov wrote: > However, I still have a problem. My intention is to use -std=c99 and > define macros like _BSD_SOURCE in order to document all portability > issues at the top of the files. After I defined _POSIX_C_SOURCE to > 200201L, I'm able to compile the file without problems. However, neither > SUSv3, nor Linux man page say anything about it. That is why I used to > think that struct timespec and nanosleep MUST be available after a bare > #include . Does POSIX specify whether the availability can be > controlled with a macro? Should Linux man page be updated to mention > _POSIX_C_SOURCE? I also don't know it should be described to linux man pages - if you think so, please reassign it to manpages-dev. However linux manpages is not the only reference, I think. > BTW, defining _POSIX_SOURCE, which is described in the glibc > documentation, didn't work for me. Is it a bug, or does "POSIX.1" mean > POSIX 1990 only? "/usr/include/features.h" describes the actual detail, please check it out. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#313063: dpkg-reconfigure locales generated /etc/envrironment with ru_EE locale :)
Processing commands for [EMAIL PROTECTED]: > tags 313063 moreinfo Bug#313063: dpkg-reconfigure locales generated /etc/envrironment with ru_EE locale :) There were no tags set. Tags added: moreinfo > 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]
Re: pthread weirdness
At Wed, 15 Jun 2005 22:49:36 +0200, David Welton wrote: > > Perhaps once a 2.3.5 libc6 moves into unstable Debian can be used again. > > I'm ok with the export LD_ASSUME_KERNEL=2.4.1 workaround myself, but > I'm left scratching my head some by the whole mess. We're planning to upload glibc 2.3.5 to unstable - and currently glibc 2.3.5 is already available on debian experimental distribution. Could you test it with your application? If you don't want to do so, please wait a bit for 2.3.5 upload. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
r970 - in glibc-package/trunk/debian: . debhelper.in
Author: gotom Date: 2005-07-24 06:51:54 + (Sun, 24 Jul 2005) New Revision: 970 Added: glibc-package/trunk/debian/debhelper.in/nscd.dirs Modified: glibc-package/trunk/debian/changelog Log: * debian/debhelper.in/nscd.dirs: New file, add /var/run/nscd dir to invoke nscd correctly. (Closes: #314892) Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2005-07-23 19:24:24 UTC (rev 969) +++ glibc-package/trunk/debian/changelog2005-07-24 06:51:54 UTC (rev 970) @@ -27,6 +27,9 @@ until sarge stuff. Suggested by Colin Watson <[EMAIL PROTECTED]>. (Closes: #318885) +* debian/debhelper.in/nscd.dirs: New file, add /var/run/nscd dir to + invoke nscd correctly. (Closes: #314892) + * debian/local/manpages/locale.gen.5: Fix typo, charsets -> charmaps. (Closes: #318982) Added: glibc-package/trunk/debian/debhelper.in/nscd.dirs === --- glibc-package/trunk/debian/debhelper.in/nscd.dirs 2005-07-23 19:24:24 UTC (rev 969) +++ glibc-package/trunk/debian/debhelper.in/nscd.dirs 2005-07-24 06:51:54 UTC (rev 970) @@ -0,0 +1 @@ +/var/run/nscd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]