Bug#427625: closed by Pierre Habouzit [EMAIL PROTECTED] (Re: Bug#427625: libc6: bindtextdomain not properly documented?)

2007-06-05 Thread Joshua N Pritikin
On Tue, Jun 05, 2007 at 10:24:08AM +, Debian Bug Tracking System wrote:
  When I strace this, it never looks in /home/joshua/ppx/locale. I tested 
  this on 3 Debian systems and 1 Gentoo system. Am I doing something 
  stupid? I keep reading the docs for bindtextdomain but I don't 
  understand what I'm doing wrong. For example:
 
   You may want to read the whole strace.

   When I run your program on my box it does:
 
 [...]
 open(/usr/lib/locale/locale-archive, O_RDONLY) = 3
 fstat(3, {st_mode=S_IFREG|0644, st_size=69697312, ...}) = 0
 mmap(NULL, 69697312, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b889a77a000
 close(3)= 0
 open(/usr/share/locale/locale.alias, O_RDONLY) = -1 ENOENT (No such 
 file or directory)
 open(/home/joshua/ppx/locale/de_DE.UTF-8/LC_MESSAGES/ppx.mo, O_RDONLY) 
 = -1 ENOENT (No such file or directory)
 open(/home/joshua/ppx/locale/de_DE.utf8/LC_MESSAGES/ppx.mo, O_RDONLY) = 
 -1 ENOENT (No such file or directory)
 open(/home/joshua/ppx/locale/de_DE/LC_MESSAGES/ppx.mo, O_RDONLY) = -1 
 ENOENT (No such file or directory)
 open(/home/joshua/ppx/locale/de.UTF-8/LC_MESSAGES/ppx.mo, O_RDONLY) = 
 -1 ENOENT (No such file or directory)
 open(/home/joshua/ppx/locale/de.utf8/LC_MESSAGES/ppx.mo, O_RDONLY) = -1 
 ENOENT (No such file or directory)
 open(/home/joshua/ppx/locale/de/LC_MESSAGES/ppx.mo, O_RDONLY) = -1 
 ENOENT (No such file or directory)
 [...]
 
   /usr/lib/locale/locale-archive is an index, and unrelated to your
 textdomain. Then when you perform your setlocale, you can obviously see
 the implementation look into the directory you previously set. It
 obviously does not work on my machine since the path does not exists,
 but it seems it looks for the correct files in order to find ppx.mo.

Yes, it indeed looks like it is doing the correct thing on your box. 
I guess my compiler toolchain is broken.

Thanks.

   Your bug report is wrong.

Well, I wouldn't go that far. Have a nice day. ;-)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#322113: libc6: aborted upgrade can create /etc/ld.so.nohwcap

2006-04-06 Thread Joshua N Pritikin
On Mon, Aug 15, 2005 at 10:39:35AM +0900, GOTO Masanori wrote:
 That's weird behavior.  As I wrote previously, the role of
 /etc/ld.so.nohwcap is to prevent using /lib/any-hwcap-dir/libc.so.6.
 It means your libc6 installation is broken state.  So, try to extract
 libc6 package to temporary dir using dpkg-deb, and copy /lib/*.so.* to
 /lib.

I finally built up the courage to attempt an upgrade (to libc6
2.3.6-3).  I am pleased to report that the upgrade went smoothly.  All
software continued to operate without interruption and worked fine after
reboot.

-- 
Make April 15 just another day, visit http://fairtax.org


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#221566: libc6: apt-get post-install script returns error exit status 139

2003-11-19 Thread Joshua N Pritikin
On Wed, Nov 19, 2003 at 05:02:46PM -0500, Eric Price wrote:
  Does anything else work?
  
  What is crashing?
 
 I'm not sure if this is the cause or the symptom of some problems that 
 have occurred since I ran apt-get dist-upgrade.  Now, `tar' prints 
 'Segmentation fault' and `ls -l' gives 
 
 total 4756
 Segmentation fault
 
 (with the number after 'total' changing)
 
 As for your questions, I'm not sure how to find out.

I got the same problem when I tried to upgrade libc on my
Fujitsu P-series laptop.  I fixed it by booting a recovery
CD and copying all the /lib/* libraries provided by libc
from my backup machine to my laptop.  Obviously this is
a bad idea, but it worked.

If you have any suggestions about how to track the
problem down then I am willing to experiment.

-- 
A new cognitive theory of emotion, http://savannah.nongnu.org/projects/aleader




Bug#221566: libc6: apt-get post-install script returns error exit status 139

2003-11-19 Thread Joshua N Pritikin
On Wed, Nov 19, 2003 at 05:02:46PM -0500, Eric Price wrote:
  Does anything else work?
  
  What is crashing?
 
 I'm not sure if this is the cause or the symptom of some problems that 
 have occurred since I ran apt-get dist-upgrade.  Now, `tar' prints 
 'Segmentation fault' and `ls -l' gives 
 
 total 4756
 Segmentation fault
 
 (with the number after 'total' changing)
 
 As for your questions, I'm not sure how to find out.

I got the same problem when I tried to upgrade libc on my
Fujitsu P-series laptop.  I fixed it by booting a recovery
CD and copying all the /lib/* libraries provided by libc
from my backup machine to my laptop.  Obviously this is
a bad idea, but it worked.

If you have any suggestions about how to track the
problem down then I am willing to experiment.

-- 
A new cognitive theory of emotion, http://savannah.nongnu.org/projects/aleader


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#172545: transmeta longrun fails with unstable libc6 (pread/pwrite)

2002-12-10 Thread Joshua N Pritikin
Package: libc6
Version: 2.3.1-5

i have a Fujitsu P-Series laptop (TM5800 CPU @ 800MHz) running Linux
2.4.20 (debian) with devfs, CONFIG_MCRUSOE, CONFIG_X86_MSR, and
CONFIG_X86_CPUID.  longrun is a tool to change the settings of
Transmeta CPUs.

longrun works fine with libc6 2.2.5-14.3.  When i try upgrading to
2.3.1-5 then i get a failure at the first call to read_cpuid()
in check_cpu(), line 186.  This suggests that pread got broken
somehow in the new libc.

-- 
Victory to the Divine Mother!! after all,
  http://sahajayoga.org  http://why-compete.org


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




Bug#172545: transmeta longrun fails with unstable libc6 (pread/pwrite)

2002-12-10 Thread Joshua N Pritikin
Package: libc6
Version: 2.3.1-5

i have a Fujitsu P-Series laptop (TM5800 CPU @ 800MHz) running Linux
2.4.20 (debian) with devfs, CONFIG_MCRUSOE, CONFIG_X86_MSR, and
CONFIG_X86_CPUID.  longrun is a tool to change the settings of
Transmeta CPUs.

longrun works fine with libc6 2.2.5-14.3.  When i try upgrading to
2.3.1-5 then i get a failure at the first call to read_cpuid()
in check_cpu(), line 186.  This suggests that pread got broken
somehow in the new libc.

-- 
Victory to the Divine Mother!! after all,
  http://sahajayoga.org  http://why-compete.org