Package Details: ld-lsb 3-7

Git Clone URL: (read-only)
Package Base: ld-lsb
Description: Faking a Linux Standard Base runtime
Upstream URL:
Licenses: GPL
Submitter: OttoA
Maintainer: Det
Last Packager: Det
Votes: 560
Popularity: 4.010985
First Submitted: 2010-11-30 19:44
Last Updated: 2017-11-15 21:58

Dependencies (1)

Sources (0)

Latest Comments

Det commented on 2014-06-19 18:34

Yes. Those errors are invalid.

E: And really, it's exactly that quick to just try it out yourself.

melodie commented on 2014-06-19 18:30


I wanted to install ld-lsb to provide it for Google Earth which needs it but the following message came out on a "namcap" command:

==> Installer ld-lsb ? [O/n]
==> [A]fficher le contenu du paquet [V]érifier avec namcap
==> ------------------------------------------------------
==> V

ld-lsb E: Symlink (usr/lib/ points to non-existing
ld-lsb E: Symlink (usr/lib/ points to non-existing
ld-lsb E: Symlink (usr/lib/ points to non-existing
ld-lsb E: Symlink (usr/lib/ points to non-existing
ld-lsb W: No ELF files and not an "any" package
ld-lsb W: Dependency included and not needed ('lib32-glibc')


Would this work for Google Earth if I installed it despite the warnings?

Det commented on 2014-05-17 14:36

And it's not bloody out-of-date.

Det commented on 2014-05-16 04:22

It _is_ a dependency for 64-bits. That's the reason I've omitted it from the Web interface.

halfhorn commented on 2014-05-16 00:43

I did not want to install lib32-glibc (and it isn't listed as a dependency) so I used Weby's suggestion and commented out the depends line and it worked like a charm. I am using this package because the license manager for IDL (the programming language by Exelis) requires LSB compatibility.

OttoA commented on 2013-12-15 21:04

updated with new `arch=(...)`

I actually don't use Google earth any more. If anybody is interested in adopting the package, please contact me:

OttoA commented on 2013-12-15 21:04

updated with new `arch=(...)`

I actually don't use Google earth any more. If anybody is interested in adopting the package, please contact me:

Det commented on 2013-12-14 21:45

"arch=('any')" is actually incorrect, if we use the "depends=('lib32-glibc')" line.

This is assumably why 'lib32-glibc' is listed as a dependency for the 32-bit version also in [archlinuxfr]:

So, please replace it with "arch=('i686' 'x86_64')".

hutou commented on 2013-12-14 20:54

I got some problem with this package : see posts on for details

Weby commented on 2013-10-12 16:20

Had to use it for Google Earth (rpm downloaded from, but did not want to install all the lib32 crap on my pure x64 setup.

Got rid of the lib32-glibc dependency and compiled with no error whatsoever, and Earth runs well with no error so far.

Don't know for other packages, but if you want google earth and don't want to install the 32bit glibc, just comment out the depends line and compile.

neumann89 commented on 2013-09-28 16:21

Missing md5sum in PKGBUILD.
Should be: md5sums=('66d57e447d90a4f37fee0593604f1c6f')

zeppelinlg commented on 2013-09-23 08:41

Bad dependency fo x86 : lib32-glibc

OttoA commented on 2013-06-01 19:02

thanks xyproto

xyproto commented on 2013-06-01 19:00

Suggested update:

Det commented on 2013-05-27 05:06

Why aren't you listening to me?

Det commented on 2013-05-01 10:35

Why should it create 64-bit symlinks on systems as well that aren't 64-bit?

mrechte commented on 2012-11-28 12:28

Hello. When starting google-earth, I get the following:

Google Earth has caught signal 11.
$ cat .googleearth/crashlogs/crashlog-50b6022f.txt
Major Version 7
Minor Version 0
Build Number 0001
Build Date Oct 29 2012
Build Time 19:13:39
OS Type 3
OS Major Version 3
OS Minor Version 6
OS Build Version 7
OS Patch Version 0
Crash Signal 11
Crash Time 1354105391
Up Time 0,005812

Stacktrace from glibc:

OttoA commented on 2012-09-29 21:07

implemented JLight's suggestions (thanks)

Anonymous comment on 2012-09-26 02:07

This does not work in all cases where Application written against different versions. Eg ANSYS Fluent. I suggest to creat the following links to make it more broadly applicable.

ln -sf "" "$pkgdir/usr/lib/"
ln -sf "" "$pkgdir/usr/lib/"
ln -sf "" "$pkgdir/usr/lib/"
ln -sf "" "$pkgdir/usr/lib/"

xyproto commented on 2012-08-09 11:27

Works great, thanks for maintaining.

Allan commented on 2012-07-14 15:32

The ln line should really be:

ln -s "$pkgdir/usr/lib/"

EdwardXXIV commented on 2012-07-14 14:24

Marking this as out of date, see comments below.

felixonmars commented on 2012-07-09 00:52

Oops, thank you, that's correct :)
So the only needed changes to make are those "/usr".

ngoonee commented on 2012-07-09 00:50

@felixonmars - you should be able to link to /usr/lib/ as with the original package, not /usr/lib32. The former is a link to the latter anyway.

ghen commented on 2012-07-08 06:47

trontonic, the glibc 2.16.0-2 update will replace /lib with a symlink to /usr/lib, so those commercial apps will still find /lib/ However this glibc upgrade cannot take place if anything else is left in /lib, hence this package should adapt, too.

felixonmars commented on 2012-07-08 03:56

I have tested the following patch for x86_64 (with testing/glibc which has symlink /lib => usr/lib) and it works for google-earth:

package() {
install -dm755 "$pkgdir/usr/lib"
ln -sf "/usr/lib32/" "$pkgdir/usr/lib/"

OttoA commented on 2012-07-07 20:04

@trontonic That's what I was thinking, but I haven't found the exact paths in the spec and haven't tested it. I'll check it out next month when I have the time

xyproto commented on 2012-07-07 19:38

ghen, a lot of commercial software tries to comply with LSB and their executables will often look specifically for /lib/
This package solves this problem and makes them run on Arch Linux too. Moving the symbolic link to /usr/lib might defeat the purpose.

ghen commented on 2012-07-04 13:11

Everything in /lib is being moved over to /usr/lib, could you update this package too?

Jristz commented on 2012-03-21 06:08

With the hope this help you
I found the page of the lsb-core of debian and is updated to 4.1

if you not wanth use this, pleas say this

xyproto commented on 2011-08-25 13:50

Here is an updated PKGBUILD: (only minor changes)

xyproto commented on 2011-08-25 13:48

Here is an updated PKGBUILD:
(Only minor changes)

Det commented on 2011-01-10 12:52

Kinda basic reaction that "if it ain't broken don't fix it" :). Whatever, it's your package.

OttoA commented on 2011-01-04 13:49

doesn't hurt anyone, does it? ;-)

I leave it as a stump so that I can add to it if I ever have to use it

Det commented on 2011-01-04 13:47

The nothing-to-do() function is still there :).

OttoA commented on 2011-01-04 11:38


Det commented on 2011-01-04 06:03

What's the "nothing to build.." message for :D? Just don't use the whole build() function and you're fine.

In addition with an x86_64 system this package should depend on 'lib32-glibc' (pacman -Qo /lib/ -> /lib/ is owned by lib32-glibc 2.12.2-1), e.g. like this:

[[ "${CARCH}" == "x86_64" ]] && depends=('lib32-glibc')