So, in desperation I decided to try and rebuild as many of the packages as possible. To do this I started by excluding gettext then things that depended on it and so on. This pattern followed for quit a while until finally I ended up excluding the following list of packages:
ldapdiff exim gettext popt orbit glib2 gtk2 gqview perl-locale aegis
yodl indent gimp openjade samba mozilla newt gmime ethereal ldapvi
libgdome atk giftcurs pango perl-gtk pam sasl pureftpd imap sendmail
openldap sysmon pks qpopper shiela gup inn nail pine cpu majordomo nn
mapson pb4sd delegate nmap sqlite cvstrac lynx subversion a2ps
This is in addition to my normal exclusions of stuff we just don't
want. Once this was complete, I went back to try to rebuild gettext and
it still failed. Then I started to dig around a bit and I found the
following section in the gettext.spec file within the %prep section:
# remove part that conflicts with libiconv
%{l_shtool} subst \
-e '/localcharset.\$lo/d' \
gettext-runtime/intl/Makefile.in
%{l_shtool} subst \
If I comment this secion out and build it manually, then it builds fine
past the original point of failure. Unfortunately, I get a new failure
which is:
jar cf gettext.jar gnu/gettext/DumpResource*.class
gnu/gettext/GetURL*.class
gnu/gettext/DumpResource*.class: No such file or directory
Error adding gnu/gettext/DumpResource*.class to jar archive!
make[4]: *** [gettext.jar] Error 1
There is another section in the spec file that does something with
these, but I get this same failure no matter if I comment that section
out or not. So, I'm again stuck with another dreaded error from
rebuilding gettext. I'm also left with questions of why this
localcharset manipulation was put there and whether or not it is in fact
still necessary? Any thoughts?
On Wed, 2004-08-04 at 13:43, David M. Fetter wrote:
> One of my co-workers here discovered that something may be missing from
> the make file in the source tree distributed with the openpkg src rpm.
> See here:
>
> could be our problem is the section for building localcharset.lo,
> with the missing symbol locale_charset, is absent from the openpkg
> gettext tarblob compared to the one I looked at from gnu this morning.
>
> in any case, I did manage to build the one from gnu without problems.
>
> shroom$ diff -Naur /tmp/gettext-0.14.1/gettext-runtime/intl/Makefile.in
> /tmp/gettext-0.14.1-openpkg/gettext-runtime/intl/Makefile.in
> --- /tmp/gettext-0.14.1/gettext-runtime/intl/Makefile.in
> 2004-01-17 07:54:06.000000000 -0800
> +++ /tmp/gettext-0.14.1-openpkg/gettext-runtime/intl/Makefile.in
> 2004-08-04 10:21:33.000000000 -0700
> @@ -121,7 +121,6 @@
> ngettext.$lo \
> plural.$lo \
> plural-exp.$lo \
> - localcharset.$lo \
> relocatable.$lo \
> localename.$lo \
> log.$lo \
> @@ -423,8 +422,6 @@
> explodename.$lo l10nflist.$lo: $(srcdir)/loadinfo.h
> dcigettext.$lo loadmsgcat.$lo plural.$lo plural-exp.$lo:
> $(srcdir)/plural-exp.h
> dcigettext.$lo: $(srcdir)/eval-plural.h
> -localcharset.$lo: $(srcdir)/localcharset.h
> -localealias.$lo localcharset.$lo relocatable.$lo:
> $(srcdir)/relocatable.h
> printf.$lo: $(srcdir)/printf-args.h $(srcdir)/printf-args.c
> $(srcdir)/printf-parse.h $(srcdir)/wprintf-parse.h $(srcdir)/xsize.h
> $(srcdir)/printf-parse.c $(srcdir)/vasnprintf.h $(srcdir)/vasnwprintf.h
> $(srcdir)/vasnprintf.c
>
> tags: TAGS
>
>
> On Tue, 2004-08-03 at 09:06, David M. Fetter wrote:
> > On Mon, 2004-08-02 at 04:37, Thomas Lotterer wrote:
> > > On Fri, Jul 30, 2004, David M. Fetter wrote:
> > >
> > > Dear David,
> > > this issue is really the hunt for the living dead. I remember we faught
> > > against it in the past and failed. So let's retry.
> > >
> >
> > Yes. Those damned living dead are hard to kill! :-)
> >
> > > > So for good measure, I build a fresh RHEL3 [...]
> > > > Any ideas? I can go into more detail if you need.
> > > >
> > > I thought I found the problem in a sublibrary within gettext but my lab
> > > results prooved me wrong. So I'm asking for a list of libraries you have
> > > installed on your machine and the packages they came from. Thanks to RPM
> > > this can be done by running
> > >
> > > $ for i in `ls /lib/lib* /usr/lib/lib*`; do \
> > > echo "$i = `/bin/rpm -qf $i`"; \
> > > done
> > >
> >
> > I attached a file named rhel3_libs.out with the output of this. Also,
> > for your reference, so far I have the following OpenPKG rpms installed:
> >
> > openpkg-2.1.0-2.1.0
> > binutils-2.14-2.1.0
> > perl-5.8.4-2.1.0
> > bind-9.2.3-2.1.0
> > bison-1.35-2.1.0
> > libdnet-1.8-2.1.0
> > autoconf-2.59-2.1.0
> > libiconv-1.9.2-2.1.0
> > gpg-pubkey-63c4cb9f-3c591eda
> > openpkg-tools-0.8.15-2.1.0
> > make-3.80-2.1.0
> > gcc-3.4.1-2.1.0
> > openssl-0.9.7d-2.1.0
> > m4-1.4.1-2.1.0
> > flex-2.5.4a-2.1.0
> > nslint-2.1a3-2.1.0
> > automake-1.8.5-2.1.0
> >
> > > Also I wonder if you installed your machine using a non US ('C')
> > > locale/time setting?
> >
> > Well, my LANG and LANGVAR by default is set as follows:
> >
> > LANG=en_US.UTF-8
> > LANGVAR=en_US.UTF-8
> >
> > I did manually change this to be C before one attempt at rebuilding
> > gettext but that didn't seem to make a difference.
> >
> > >
> > > As a last resort I'll ask for shell access to the affected box or
> > > consider reproducing the problem in a VMWare virtual machine and send me
> > > the image for inspection.
> > >
> >
> > If it comes to this then I can probably oblige, but we will need to
> > setup some sort of appointment so we can chat real time.
> >
> > > --
> > > [EMAIL PROTECTED], Cable & Wireless
> > > ______________________________________________________________________
> > > The OpenPKG Project www.openpkg.org
> > > Developer Communication List [EMAIL PROTECTED]
--
David M. Fetter - UNIX Systems Administrator
Portland State University - www.oit.pdx.edu
"Only those who attempt the absurd can achieve the impossible."
signature.asc
Description: This is a digitally signed message part
