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 loc
> > 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
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
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 only
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
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 do
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 speci
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]: *** [TTCN3L
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 in
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 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 P
/ if ones exist over
/usr/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 PROTECTE
s installed:
>
> hi localepurge 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-g
fix this, but, since it only 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.
--
way, even.
This bug doesn't really have much value.
regards,
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
uilder can be installed on a gcc-3.0 system,
can't it ?
regards,
junichi
--
[EMAIL PROTECTED] : Junichi Uekawa http://www.netfort.gr.jp/~dancer
GPG Fingerprint : 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4
Package: gcc-3.0
Version: 1:3.0-0pre010613
/usr/lib/gcc-lib/i386-linux/3.0/libgcc_s.so -> /lib/libgcc_s.so.0
while libgcc0 contains:
/lib/libgcc_s.so.1
Please fix the inconsistency.
This results in a very unintuitive:
$ gcj-3.0 Hello.java --main=Hello
/usr/bin/ld: cannot find -lgcc_s
colle
20 matches
Mail list logo
