Hi,
I tried to check but cannot reproduce your problem.
I can install gcc-3.3 fine.
First of all, could you check if you have disk failures ?
(dmesg, etc.)
Maybe your file system ? (I am using ext3)
Dunno.
regards,
junichi
I couldn't find any reference to LOCPATH either, but
setlocale seems to look at directories specified by LOCPATH
in addition to (or instead of) the standard location (/usr/lib/locale)
ok, next question is how to write the new definitions to the new
LOCPATH. the outputdir in localedef
Hi,
To ensure some locales are available, I think you can use LOCPATH,
and create locales locally, so that the following are available:
de_DE ISO-8859-1
en_US ISO-8859-1
fr_FR ISO-8859-1
see /usr/sbin/locale-gen on how to generate these locale data.
regards,
junichi
To ensure some locales are available, I think you can use LOCPATH,
and create locales locally, so that the following are available:
de_DE ISO-8859-1
en_US ISO-8859-1
fr_FR ISO-8859-1
see /usr/sbin/locale-gen on how to generate these locale data.
ok, it's no problem to
Package: gcj-3.0
Version: 1:3.0.4-13
Severity: grave
/usr/bin/gcj-wrapper-3.0 is missing from gcj-3.0,
which update-alternative points to.
Packages which build-depend on gcj will pull in gcj-3.0,
which is broken, which breaks build.
regards,
junichi
On the FAQ:
Why don't we put the libs in a different directory?
Basically, it's too complex. For the glibc transition, we could do this because
they used different dynamic linkers. For this transition, there is also little
to gain in having full backwards compatibility to the old ABI. The
Package: gcc-3.0
Version: 3.0.4ds3-13
Severity: serious
gcc-3.0 fails to build from source on i386, when doing a rebuild inside chroot.
I am filing this bug to notify you that I failed to build your
package from source in the current sid distribution.
It is a serious problem that your source
At 15 Nov 2002 06:16:38 -0800,
Daniel Schepler wrote:
Package: pbuilder
Version: 0.48
Severity: normal
This error happens trying to use pbuilder to build gcc-3.0:
Ermm... is this really a good idea to go around randomly removing
essential packages from build machines through specifying
Package: gij-3.0
Version: 1:3.0.4-13
dh_testdir
/usr/bin/make
make[1]: Entering directory `/tmp/buildd/ttthreeparser-1.4'
Translating TTCN3Lexer.g
/usr/bin/gij-3.0: error while loading shared libraries: libgcc_s.so.1: cannot
open shared object file: No such file or directory
make[1]: ***
On Tue, 27 Aug 2002 13:14:30 +0200
Laurent Bonnaud [EMAIL PROTECTED] wrote:
LD_LIBRARY_PATH=/tmp/LB/gcc-3.2-3.2ds0/build/gcc/ada \
/usr/bin/make -C /tmp/LB/gcc-3.2-3.2ds0/build/gcc gnatlib gnattools
It should probably be LD_LIBRARY_PATH=whatever:$${LD_LIBRARY_PATH}
--
[EMAIL
On 27 Aug 2002 13:03:15 +0100
Philip Blundell [EMAIL PROTECTED] wrote:
It should probably be LD_LIBRARY_PATH=whatever:$${LD_LIBRARY_PATH}
Even better, something like
LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}whatever.
It's generally not desirable to introduce null path
On 27 Aug 2002 13:03:15 +0100
Philip Blundell [EMAIL PROTECTED] wrote:
It should probably be LD_LIBRARY_PATH=whatever:$${LD_LIBRARY_PATH}
Even better, something like
LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}whatever.
It's generally not desirable to introduce null path
On Tue, 27 Aug 2002 08:36:09 -0400
Carlos O'Donell [EMAIL PROTECTED] wrote:
It should probably be LD_LIBRARY_PATH=whatever:$${LD_LIBRARY_PATH}
Even better, something like
LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}whatever.
It's generally not desirable to introduce null
/lib.
--
[EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer
GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4
Libpkg-guide: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
0.0.34
Automagically removing unnecessary locale data
--
[EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer
GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4
Libpkg-guide: http://www.netfort.gr.jp/~dancer/column/libpkg-guide
happens with this package, I suspect it's a
problem with gij in particular, not update-alternatives or localepurge.
This is more of a wishlist, and a bug in localepurge, isn't it ?
Packages aren't expected to work when random files are removed.
--
[EMAIL PROTECTED] : Junichi Uekawa http
this bug as fixed, but as should not be fixed.
Actually this does meet exactly the idea of wontfix, doesn't it?
pentium-builder implements exactly this, and in a better way, even.
This bug doesn't really have much value.
regards,
junichi
--
[EMAIL PROTECTED] : Junichi Uekawa http
,
junichi
--
[EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer
GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4
Stuart Rowan [EMAIL PROTECTED] cum veritate scripsit:
gcc is provided by gcc-defaults, not gcc-2.95
regards,
junichi
--
[EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer
GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4
19 matches
Mail list logo