[arch-dev-public] Libtool issues
Doing my exiv2 update I saw that this time really some packages must be rebuilt. However, digikam can't be rebuilt because it depends on a libgphoto2 that was rebuilt with libtool-1.x based version. libgphoto2 can't be rebuild with libtool2 because it just bails. I have not found any patch/hint how to fix that. Can anyone come up with an idea? I have no real libtool experience. -T
On Mon, 3 Mar 2008, Tobias Kieslich wrote:
Doing my exiv2 update I saw that this time really some packages must be rebuilt. However, digikam can't be rebuilt because it depends on a libgphoto2 that was rebuilt with libtool-1.x based version. libgphoto2 can't be rebuild with libtool2 because it just bails. I have not found any patch/hint how to fix that. Can anyone come up with an idea? I have no real libtool experience.
-T
The configure script aborts because it checks for a function (lt_dlcaller_register) in libltdl.so that was removed in libtool 2.2 (obsolete API). That function doesn't seem to appear anywhere in the code so you could make a patch that will remove that check in the configure script. Hopefully, the configure script will end successfully and libgphoto2 will then build/work fine. Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Tobias Kieslich schrieb:
Doing my exiv2 update I saw that this time really some packages must be rebuilt. However, digikam can't be rebuilt because it depends on a libgphoto2 that was rebuilt with libtool-1.x based version. libgphoto2 can't be rebuild with libtool2 because it just bails. I have not found any patch/hint how to fix that. Can anyone come up with an idea? I have no real libtool experience.
-T
I tried to rebuild guile yesterday, as xbindkeys was failing me. However, it failed due to a linking error and I didn't have time to investigate further.
Thomas Bächler schrieb:
Tobias Kieslich schrieb:
Doing my exiv2 update I saw that this time really some packages must be rebuilt. However, digikam can't be rebuilt because it depends on a libgphoto2 that was rebuilt with libtool-1.x based version. libgphoto2 can't be rebuild with libtool2 because it just bails. I have not found any patch/hint how to fix that. Can anyone come up with an idea? I have no real libtool experience.
-T
I tried to rebuild guile yesterday, as xbindkeys was failing me. However, it failed due to a linking error and I didn't have time to investigate further.
I rebuilt guile with the workaround posted here: http://bugs.archlinux.org/task/9750 I also rebuilt xbindkeys against the new guile and uploaded both to testing.
On Mon, 2008-03-03 at 18:35 -0800, Tobias Kieslich wrote:
Doing my exiv2 update I saw that this time really some packages must be rebuilt. However, digikam can't be rebuilt because it depends on a libgphoto2 that was rebuilt with libtool-1.x based version. libgphoto2 can't be rebuild with libtool2 because it just bails. I have not found any patch/hint how to fix that. Can anyone come up with an idea? I have no real libtool experience.
-T
I'm working on libtool fixes for gphoto2. I've got gphoto2 built completely, but when generating the fdi file inside the PKGBUILD, it bails out due to a Bus Error.
From libtool changelog:
- Fix 2.2 regression in libltdl that causes memory corruption upon repeated `lt_dlinit(); lt_dlexit()'. - Fix 2.2 regression in that `libtool --mode=execute CMD ARGS' does not transform ARGS that do not look like shell or C wrappers of libtool programs. I'll backport the fixes and upload a fixed libtool to testing.
Am Fri, 14 Mar 2008 00:04:27 +0100 schrieb Jan de Groot <jan@jgc.homeip.net>:
On Mon, 2008-03-03 at 18:35 -0800, Tobias Kieslich wrote:
Doing my exiv2 update I saw that this time really some packages must be rebuilt. However, digikam can't be rebuilt because it depends on a libgphoto2 that was rebuilt with libtool-1.x based version. libgphoto2 can't be rebuild with libtool2 because it just bails. I have not found any patch/hint how to fix that. Can anyone come up with an idea? I have no real libtool experience.
-T
I'm working on libtool fixes for gphoto2. I've got gphoto2 built completely, but when generating the fdi file inside the PKGBUILD, it bails out due to a Bus Error.
From libtool changelog:
- Fix 2.2 regression in libltdl that causes memory corruption upon repeated `lt_dlinit(); lt_dlexit()'.
- Fix 2.2 regression in that `libtool --mode=execute CMD ARGS' does not transform ARGS that do not look like shell or C wrappers of libtool programs.
I'll backport the fixes and upload a fixed libtool to testing.
how's the state? has libtool-2.2-2 all needed fixes? something left that holds us back to move it? tpowa? Jan? should it also go into the release? -Andy
On Sun, 2008-03-23 at 10:12 +0100, Andreas Radke wrote:
Am Fri, 14 Mar 2008 00:04:27 +0100 schrieb Jan de Groot <jan@jgc.homeip.net>:
On Mon, 2008-03-03 at 18:35 -0800, Tobias Kieslich wrote:
Doing my exiv2 update I saw that this time really some packages must be rebuilt. However, digikam can't be rebuilt because it depends on a libgphoto2 that was rebuilt with libtool-1.x based version. libgphoto2 can't be rebuild with libtool2 because it just bails. I have not found any patch/hint how to fix that. Can anyone come up with an idea? I have no real libtool experience.
-T
I'm working on libtool fixes for gphoto2. I've got gphoto2 built completely, but when generating the fdi file inside the PKGBUILD, it bails out due to a Bus Error.
From libtool changelog:
- Fix 2.2 regression in libltdl that causes memory corruption upon repeated `lt_dlinit(); lt_dlexit()'.
- Fix 2.2 regression in that `libtool --mode=execute CMD ARGS' does not transform ARGS that do not look like shell or C wrappers of libtool programs.
I'll backport the fixes and upload a fixed libtool to testing.
how's the state? has libtool-2.2-2 all needed fixes? something left that holds us back to move it?
tpowa? Jan? should it also go into the release?
-Andy
AFAIK libtool 2.2-2 has not been built for i686 yet, and there's a lot of programs in the repository that links to the old libltdl.so.3 file. I think we should postpone libtool for after release, it introduces too many breaks at this moment.
participants (5)
-
Andreas Radke
-
Eric Belanger
-
Jan de Groot
-
Thomas Bächler
-
Tobias Kieslich