Continued problems with popt

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Guys,
	I'm missing something. I have re-compiled popt-1.10.4 with
configure
switches --prefix=/usr and --libdir=/usr/lib. This seems to
have
installed libpopt files properly in /usr/lib. Now I am going
back and
re-compiling other libs that are dependent on libopt to make
sure they
are looking in /usr/lib instead of /usr/lib64. Right now I
am working on
libgnomeui and the compile errors out with the following.
I'm going to
continue with my comments here so they don't get mixed up
with the
supporting outputs. I found out that the libtools I found in
the build
directories were being built from running the ./configure
command. I had
thought there were just supplied in the package. In the
error message
from the compile it says "grep: /usr/lib64/libpopt.la:
No such file or
directory". That seems to say it is still picking up an
absolute path of
/usr/lib64 somewhere. I have tried to re-compile each of the
packages
that are dependent on popt and each comes up with the same
error. I
think I may be stuck in a catch 22 but I'm not sure what to
do to get
out of it. I did a grep for the lib64 in the .la files and
I'll include
the output below. Does anyone have any suggestions?

Arnie

/bin/sh ../libtool --mode=link gcc  -g -O2   -o
libgnomeui-2.la -rpath
/usr/lib -version-info 1401:0:1401 -no-undefined
-export-symbols-regex
"^[^_].*" libgnomeui-access.lo
gnometypebuiltins.lo gnome-about.lo
gnome-app.lo gnome-app-helper.lo gnome-app-util.lo
gnome-appbar.lo
gnome-stock-icons.lo gnome-client.lo gnome-color-picker.lo
gnome-dateedit.lo gnome-dialog.lo gnome-dialog-util.lo
gnome-druid.lo
gnome-druid-page.lo gnome-druid-page-edge.lo
gnome-druid-page-standard.lo gnome-entry.lo
gnome-file-entry.lo
gnome-font-picker.lo gnome-gconf-ui.lo gnome-href.lo
gnome-ice.lo
gnome-marshal-main.lo gnome-messagebox.lo gnome-mdi.lo
gnome-mdi-child.lo gnome-mdi-generic-child.lo
gnome-mdi-session.lo
gnome-multiscreen.lo gnome-pixmap.lo gnome-pixmap-entry.lo
gnome-popup-menu.lo gnome-propertybox.lo gnome-scores.lo
gnome-theme-parser.lo gnome-thumbnail.lo
gnome-thumbnail-pixbuf-utils.lo
gnome-ui-init.lo gnometypes.lo gnome-icon-entry.lo
gnome-icon-item.lo
gnome-icon-list.lo gnome-icon-lookup.lo gnome-icon-sel.lo
gnome-icon-theme.lo gnome-vfs-util.lo gnome-window.lo
gnome-window-icon.lo gnome-password-dialog.lo
gnome-authentication-manager.lo -Wl,--export-dynamic
-pthread
- -lbonoboui-2 -lxml2 -lz -lgnomecanvas-2 -lgnome-2 -lpopt
-lart_lgpl_2
- -lpangoft2-1.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0
-lgdk_pixbuf-2.0
- -lpangocairo-1.0 -lcairo -lpango-1.0 -lgnomevfs-2
-lbonobo-2 -lgconf-2
- -lgobject-2.0 -lbonobo-activation -lORBit-2 -lm
-lgmodule-2.0 -ldl
- -lgthread-2.0 -lgnome-keyring -lglib-2.0   -ljpeg
-L/usr/X11R6/lib64
- -lSM -lICE -lpopt
grep: /usr/lib64/libpopt.la: No such file or directory
/bin/sed: can't read /usr/lib64/libpopt.la: No such file or
directory
libtool: link: `/usr/lib64/libpopt.la' is not a valid
libtool archive
make[4]: *** [libgnomeui-2.la] Error 1
make[4]: Leaving directory
`/usr/src/secondary/libgnomeui-2.14.1/libgnomeui'

[rootstender3-/usr/src/secondary/popt-1.10.4]# grep popt
/usr/lib/*.la|grep depen|grep "/usr/lib64"
/usr/lib/libbonoboui-2.la:dependency_libs=' -lgnomecanvas-2
-lart_lgpl_2
- -lpangoft2-1.0 -lgnome-2 -lgnomevfs-2 -lbonobo-2
-lbonobo-activation
- -lxml2 -lz -lgconf-2 /lib/libORBit-2.la
/usr/lib64/libpopt.la
- -lgthread-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0
-lgdk_pixbuf-2.0 -lm
- -lpangocairo-1.0 -lpango-1.0 -lcairo -lgmodule-2.0 -ldl
-lgobject-2.0
- -lglib-2.0 -lSM -lICE -L/usr/X11R6/lib64 -lX11'
/usr/lib/libgnomeui-2.la:dependency_libs=' -lbonoboui-2
-lxml2 -lz
- -lgnomecanvas-2 -lgnome-2 -lart_lgpl_2 -lpangoft2-1.0
-lgtk-x11-2.0
- -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0
-lcairo
- -lpango-1.0 -lgnomevfs-2 -lbonobo-2 -lgconf-2
-lbonobo-activation
/lib/libORBit-2.la -lgobject-2.0 -lm -lgmodule-2.0 -ldl
-lgthread-2.0
- -lgnome-keyring -lglib-2.0 -ljpeg -L/usr/X11R6/lib64 -lSM
-lICE
/usr/lib64/libpopt.la'
/usr/lib/libnautilus-extension.la:dependency_libs='
-lgtk-x11-2.0
- -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0
-lpango-1.0
- -lcairo -lgnomevfs-2 -lbonobo-2 -lgconf-2
-lbonobo-activation
/lib/libORBit-2.la /usr/lib64/libpopt.la -lgobject-2.0 -lm
-lgmodule-2.0
- -ldl -lgthread-2.0 -lglib-2.0'
[rootstender3-/usr/src/secondary/popt-1.10.4]#
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


iD8DBQFFHp2OI9lqJPlLBqQRAstCAJ9QwpkZqeBefiCg7i99Vq1Xg7MEKQCf
YKtE
2T4wU3CxeOtLbOreTkqEhqM=
=pU8/
-----END PGP SIGNATURE-----
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-suppo
rt
FAQ: http://
www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

On Sat, 2006-09-30 at 11:38 -0500, Arnie Stender wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hi Guys,
> 	I'm missing something. I have re-compiled popt-1.10.4
with configure
> switches --prefix=/usr and --libdir=/usr/lib. This
seems to have
> installed libpopt files properly in /usr/lib. Now I am
going back and
> re-compiling other libs that are dependent on libopt to
make sure they
> are looking in /usr/lib instead of /usr/lib64. Right
now I am working on
> libgnomeui and the compile errors out with the
following. I'm going to
> continue with my comments here so they don't get mixed
up with the
> supporting outputs. I found out that the libtools I
found in the build
> directories were being built from running the
./configure command. I had
> thought there were just supplied in the package. In the
error message
> from the compile it says "grep:
/usr/lib64/libpopt.la: No such file or
> directory". That seems to say it is still picking
up an absolute path of
> /usr/lib64 somewhere. I have tried to re-compile each
of the packages
> that are dependent on popt and each comes up with the
same error. I
> think I may be stuck in a catch 22 but I'm not sure
what to do to get
> out of it. I did a grep for the lib64 in the .la files
and I'll include
> the output below. Does anyone have any suggestions?
> 
> Arnie

I think that recompiling only popt is sufficient.  ldconfig
is probably
run when you run "make install", so popt should be
visible afterwards.
If it doesn't run ldconfig, you can run it yourself.

If you built a 64-bit system and not biarch, you could try
creating a
link called /lib64, and point it at /lib.

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-suppo
rt
FAQ: http://
www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dennis J Perkins wrote:

> I think that recompiling only popt is sufficient. 
ldconfig is probably
> run when you run "make install", so popt
should be visible afterwards.
> If it doesn't run ldconfig, you can run it yourself.
> 
> If you built a 64-bit system and not biarch, you could
try creating a
> link called /lib64, and point it at /lib.
> 
Hi Dennis,
	What started this thread was that I was trying to compile
gnome-volume-manager and another package and was running
into the
problem about popt. Once I recompiled popt I started
recompiling the
packages that depended on it and was stuck trying to get
them to
recompile and never tried to move on and try volume-manager
again. It
just compile without a hitch and I got a couple of other
things working
that I had been working on when I hit this snag. I'm not
sure I trust
the other packages but I haven't seen any problems yet so I
won't look
for trouble that doesn't get in my way. Thanks for your
advice.

Arnie
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


iD8DBQFFIHZlI9lqJPlLBqQRAhScAKCeqtr0+8RezcAOxtMtIsVo7LI2WgCf
c4Vr
Zu0a7WRpnzcCMN6Gpa8Hn4E=
=OYVM
-----END PGP SIGNATURE-----
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-suppo
rt
FAQ: http://
www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

> /bin/sh ../libtool --mode=link gcc  -g -O2   -o
libgnomeui-2.la -rpath
> /usr/lib -version-info 1401:0:1401 -no-undefined
-export-symbols-regex
> "^[^_].*" libgnomeui-access.lo
gnometypebuiltins.lo gnome-about.lo
(...)
> - -lbonoboui-2 -lxml2 -lz -lgnomecanvas-2 -lgnome-2
-lpopt -lart_lgpl_2
> - -lpangoft2-1.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0
-lgdk_pixbuf-2.0
> - -lpangocairo-1.0 -lcairo -lpango-1.0 -lgnomevfs-2
-lbonobo-2 -lgconf-2
> - -lgobject-2.0 -lbonobo-activation -lORBit-2 -lm
-lgmodule-2.0 -ldl
> - -lgthread-2.0 -lgnome-keyring -lglib-2.0   -ljpeg
-L/usr/X11R6/lib64
> - -lSM -lICE -lpopt
> grep: /usr/lib64/libpopt.la: No such file or directory
> /bin/sed: can't read /usr/lib64/libpopt.la: No such
file or directory
> libtool: link: `/usr/lib64/libpopt.la' is not a valid
libtool archive

Hi Arnie, libgnomeui needs to link with libbonoboui
(-lbonoboui-2)
but your libbonoboui-2.la has still a reference to
/usr/lib64/libpopt.la

> [rootstender3-/usr/src/secondary/popt-1.10.4]# grep popt
> /usr/lib/*.la|grep depen|grep "/usr/lib64"
> /usr/lib/libbonoboui-2.la:dependency_libs='
-lgnomecanvas-2 -lart_lgpl_2
> - -lpangoft2-1.0 -lgnome-2 -lgnomevfs-2 -lbonobo-2
-lbonobo-activation
> - -lxml2 -lz -lgconf-2 /lib/libORBit-2.la
/usr/lib64/libpopt.la
> - -lgthread-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0
-lgdk_pixbuf-2.0 -lm
> - -lpangocairo-1.0 -lpango-1.0 -lcairo -lgmodule-2.0
-ldl -lgobject-2.0
> - -lglib-2.0 -lSM -lICE -L/usr/X11R6/lib64 -lX11'

It should be sufficient to recompile libbonoboui first.
(At least I hope) 
In general if you are going to recompile all the gnome popt
dependent
packet:

alexsurf ~$ for file in /opt/gnome-2.14/lib/*.so
> do
> if ldd $file | grep popt >/dev/null
> then echo $file
> fi
> done
/opt/gnome-2.14/lib/libbonobo-2.so
/opt/gnome-2.14/lib/libbonobo-activation.so
/opt/gnome-2.14/lib/libbonoboui-2.so
/opt/gnome-2.14/lib/libgconf-2.so
/opt/gnome-2.14/lib/libgnome-2.so
/opt/gnome-2.14/lib/libgnome-desktop-2.so
/opt/gnome-2.14/lib/libgnomeui-2.so
/opt/gnome-2.14/lib/libgnomevfs-2.so
/opt/gnome-2.14/lib/libORBit-2.so
/opt/gnome-2.14/lib/libORBitCosNaming-2.so
/opt/gnome-2.14/lib/libORBit-imodule-2.so

recompile first ORBit, then libbonobo and so on,
just follow the order given in BLFS book.
HTH, Alessandro Alocci.

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-suppo
rt
FAQ: http://
www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

On 9/30/06, Arnie Stender <astenderaagstender.org> wrote:
>
>         I'm missing something. I have re-compiled
popt-1.10.4 with configure
> switches --prefix=/usr and --libdir=/usr/lib. This
seems to have
> installed libpopt files properly in /usr/lib.

Arnie, I don't have a 64 bit system, so I can tell you
exactly what to
do. However, Paldo is a distro that has all the BLFS
packages and
beyond and supports a Pure 64 system with the libraries in
lib/.
Here's how they are building Popt:

http://www.
paldo.org/paldo/specs/popt.xml

The MARK64 sed looks particularly fruitful.

This seems like it has to be better than what's happening to
you
because you'll see no hacking around with the autotools on
libgnome,
etc.

htt
p://www.paldo.org/paldo/specs/libgnome-2.0.xml

--
Dan
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-suppo
rt
FAQ: http://
www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dan Nicholson wrote:
> On 9/30/06, Arnie Stender <astenderaagstender.org> wrote:
>>
>>         I'm missing something. I have re-compiled
popt-1.10.4 with
>> configure
>> switches --prefix=/usr and --libdir=/usr/lib. This
seems to have
>> installed libpopt files properly in /usr/lib.
> 
> Arnie, I don't have a 64 bit system, so I can tell you
exactly what to
> do. However, Paldo is a distro that has all the BLFS
packages and
> beyond and supports a Pure 64 system with the libraries
in lib/.
> Here's how they are building Popt:
> 
> http://www.
paldo.org/paldo/specs/popt.xml
> 
> The MARK64 sed looks particularly fruitful.
> 
> This seems like it has to be better than what's
happening to you
> because you'll see no hacking around with the autotools
on libgnome,
> etc.
> 
> htt
p://www.paldo.org/paldo/specs/libgnome-2.0.xml
> 
> -- 
> Dan
Hi Dan,
	popt aside for a moment, when I go to the first link you
provided I get
the following. Am I missing some sort of plugin or XML
support for
SeaMonkey? This doesn't look particularly useful to me.

Arnie

?
	<package name="popt">
<description>option parsing
library</description>
?
	<releases>
?
	<release version="1.10.4"
revision="2" branch="stable">
?
	<deps>
<dep name="autoconf"/>
<dep name="automake"/>
<dep name="libtool"/>
</deps>
?
	<build>
?
	<script>
?
	<archive name="popt-$VERSION"
strip="2">
<!-- correct libdir on x86_64 -->
<cmd>sed -i -e 's/MARK64=64/MARK64=/'
configure.ac</cmd>
<cmd>autoreconf -is</cmd>
?
	<cmd>
./configure --prefix=/usr --mandir=/usr/share/man
--disable-static
</cmd>
<cmd>make -j 2</cmd>
<cmd>make install</cmd>
</archive>
</script>
</build>
</release>
</releases>
</package
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


iD8DBQFFIxSII9lqJPlLBqQRAn10AJ9LTTafA/8HBUrNf/CcLAZD5PgpEQCd
G2Xj
csllUmRLXQgSIlKWbxyCrbk=
=6SVG
-----END PGP SIGNATURE-----
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-suppo
rt
FAQ: http://
www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

On Tue, 2006-10-03 at 20:55 -0500, Arnie Stender wrote:
> Hi Dan,
> 	popt aside for a moment, when I go to the first link
you provided I get
> the following. Am I missing some sort of plugin or XML
support for
> SeaMonkey? This doesn't look particularly useful to me.

No, what you're seeing is the build instructions for the
popt package,
stored in an XML file (since that's what Paldo's automated
builder
uses). But if you strip off the XML tags, you've basically
got:

sed -i -e 's/MARK64=64/MARK64=/' configure.ac
autoreconf -is
./configure --prefix=/usr --mandir=/usr/share/man
--disable-static
make -j 2
make install

The first line has a comment "correct libdir on
x86_64", which is
presumably related to the problem you've been asking about.

Simon.
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-suppo
rt
FAQ: http://
www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

On 10/3/06, Simon Geard <delgardeihug.co.nz> wrote:
> On Tue, 2006-10-03 at 20:55 -0500, Arnie Stender wrote:
> > Hi Dan,
> >       popt aside for a moment, when I go to the
first link you provided I get
> > the following. Am I missing some sort of plugin or
XML support for
> > SeaMonkey? This doesn't look particularly useful
to me.
>
> No, what you're seeing is the build instructions for
the popt package,
> stored in an XML file (since that's what Paldo's
automated builder
> uses). But if you strip off the XML tags, you've
basically got:
>
> sed -i -e 's/MARK64=64/MARK64=/' configure.ac
> autoreconf -is
> ./configure --prefix=/usr --mandir=/usr/share/man
--disable-static
> make -j 2
> make install
>
> The first line has a comment "correct libdir on
x86_64", which is
> presumably related to the problem you've been asking
about.

What Simon said  Sorry,
should have made that a little clearer.

--
Dan
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-suppo
rt
FAQ: http://
www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

On Wed, Oct 04, 2006 at 07:21:48PM +1300, Simon Geard wrote:
> 
> No, what you're seeing is the build instructions for
the popt package,
> stored in an XML file (since that's what Paldo's
automated builder
> uses). But if you strip off the XML tags, you've
basically got:
> 
> sed -i -e 's/MARK64=64/MARK64=/' configure.ac
> autoreconf -is
> ./configure --prefix=/usr --mandir=/usr/share/man
--disable-static
> make -j 2
> make install
> 
> The first line has a comment "correct libdir on
x86_64", which is
> presumably related to the problem you've been asking
about.
> 
> Simon.

Or, use the approach I put in the blfs wiki at
http:
//wiki.linuxfromscratch.org/blfs/wiki/popt and just sed
MARK64 out of
Makefile.am before running autoreconf and otherwise
following blfs.

Ken

-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-suppo
rt
FAQ: http://
www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ken Moffat wrote:
> On Wed, Oct 04, 2006 at 07:21:48PM +1300, Simon Geard
wrote:
>> No, what you're seeing is the build instructions
for the popt package,
>> stored in an XML file (since that's what Paldo's
automated builder
>> uses). But if you strip off the XML tags, you've
basically got:
>>
>> sed -i -e 's/MARK64=64/MARK64=/' configure.ac
>> autoreconf -is
>> ./configure --prefix=/usr --mandir=/usr/share/man
--disable-static
>> make -j 2
>> make install
>>
>> The first line has a comment "correct libdir
on x86_64", which is
>> presumably related to the problem you've been
asking about.
>>
>> Simon.
> 
> Or, use the approach I put in the blfs wiki at
> http:
//wiki.linuxfromscratch.org/blfs/wiki/popt and just sed
MARK64 out of
> Makefile.am before running autoreconf and otherwise
following blfs.
> 
> Ken
> 
Ken/Simon/Dan,
	Many thanks to all that responded to my problem. Sorry if I
missed
anyone. I have recompiled popt using Ken's solution. I just
tried
another compile gnome-media-2.14.2 and it complained about
not finding

/bin/sed: can't read /usr/lib64/libpopt.la: No such file or
directory
libtool: link: `/usr/lib64/libpopt.la' is not a valid
libtool archive

I hate to wimp out like this but I have messed with this too
long
already. I'm going to put in a link for /usr/lib64 pointing
to /usr/lib.
 :-( At some point I'll use all this knowledge I have
learned through
all this and rebuild the system and not make all the
mistakes I did on
this one.

Thanks again for all the support I have gotten here. You
guys are great!

Arnie
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


iD8DBQFFJFUDI9lqJPlLBqQRAlMHAJ9AIW+8B9J4DuwTPxSuLyv/hq0dJwCe
Kiyz
w17Q1y1SxPiCcSR3ogelv1M=
=xD1D
-----END PGP SIGNATURE-----
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-suppo
rt
FAQ: http://
www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page