Problems building libpst -missing libgio-2.0.la

[tik]

Hi,
I am running Porteus5.rc1
I am trying to install libpst-0.6.7 from the sbo repo. But I keep getting one error after another about 4missing packages when it tries to build it:
first I had to figure out devel needs to installed
then libboost_python had to be built from src
then I had to install libgsf

So I am wondering why the dependency resolution did not happen? Btw USM is not working for me so I am using slpkg

Also I am now stuck with missing libgio-2.0.la

libtool: error: cannot find the library '/usr/lib64/libgio-2.0.la' or unhandled argument '/usr/lib64/libgio-2.0.la'

I understand la files are oudated and new builds should not need them. But how do I proceed now?
Is this something to with libpst using an older build script or something like that?

tia

[Blaze]

Hi tik.
You can try this package glib2-2.64.3-x86_64-1.txz

[tik]

Hi Blaze,
No luck its the same error even after installing the package. I can see /usr/lib/libgio-2.0.so but libtool is looking for la file.

[tik]

Update: right now I hacked it to link using slibtool which does use la files. But I would like to understand how to make it work with libtool.
In fact when I just took libtool's cmdline and replaced libtool with slibtool it reported an error because it was looking for libpst.a whereas there was a libpst.so present.
So I just hacked it to use the so and it got built. But I dont really understand the libtool working in this situation

[Blaze]

Also I am now stuck with missing libgio-2.0.la

If look at ftp://ftp.osuosl.org/pub/slackware/slac ... ngeLog.txt

Code: Select all

Thu Apr 19 01:04:06 UTC 2018
Hi folks, and welcome to the third ever Slackware Mass Rebuild (and the
longest ChangeLog entry in project history). There were two primary
motivations for rebuilding everything in the main tree. The first was to
switch to the new C++ ABI. The second was to get rid of all the .la files
in the LD_LIBRARY_PATH. Really, having .la files installed has been mostly
obsolete since things began to use pkg-config instead, but it's not easy
to get rid of them unless you do it all at once. If you just take them out
of one package, any other packages containing .la files that refer to the
removed ones will be broken. We've removed a few here and there before
(and then handled any packages that had referred to them with a rebuild),
but it was time to finally remove all the ones in /lib{,64} and
/usr/lib{,64}. One of the reasons that this really needed to happen is that
many projects are starting to migrate to build systems other than autotools,
and those systems do not generate .la files. So if we didn't get rid of them
now, we might end up in a situation later on where they are being removed
by upstream and then we would have to chase down the dependency breakage and
recompile (possibly many) other packages. The .la files that are outside of
the LD_LIBRARY_PATH were not removed (and shouldn't be) - those ones are
often used by the lt_dlopen() function to load plugins and removing those
ones can break things. But those ones don't cause problems... they aren't
likely to try to infect .la files produced by other packages.
IMPORTANT NOTE: If you have any third party or other packages installed on
your system that don't come with Slackware, and those packages have installed
any .la files, it is very likely that they refer to some .la files which we
have just removed, and that trying to compile against these packages will no
longer work. Luckily, the solution is simple: remove them. This command will
remove any stale .la files from the LD_LIBRARY_PATH:
rm /{,usr/}lib{,64}/*.la
Moving forward, nothing shipped in Slackware will contain any .la files in
those directories, and any SlackBuilds intended to be used with Slackware 15.0
should contain this bit of script:
# Don't ship .la files:
rm -f $PKG/{,usr/}lib${LIBDIRSUFFIX}/*.la
In addition to those goals, the opportunity was taken to clean up slack-desc
files and make many trivial fixes to build scripts. We've also made it easy
to recompile everything again should there be a good reason to do so.
You'll also find various updates scattered throughout this long list.
Enjoy, and sorry about the bandwidth. ;-)

and https://mirror.slackbuilds.org/slackwar ... SlackBuild

Code: Select all

# Don't ship .la files:
rm -f $PKG/{,usr/}lib${LIBDIRSUFFIX}/*.la

I commented this line, but don't got any .la files
BTW I used linuxdoc-tools and python-pygments deps for build of glib2 package https://mirror.slackbuilds.org/slackwar ... e/l/glib2/

Ok, use this old package glib2-2.46.2-x86_64-2.txz - he is include /usr/lib64/libgio-2.0.la

[tik]

Hi Blaze, thanks for libgio with la!