ld finds some libraries, but not others.
by Jonathan Ryshpan
A build is failing with the error cannot find <library> for libraries
that are, in fact present on the system.
I made a very simple test bed, consisting of the empty file conftest.c,
which I attempt to compile and link with various libraries. All the
libraries are in /usr/lib64. Sometimes the compilation fails with
undefined reference to `main'
which is what I would expect, but often it fails with
cannot find -l<whatever>
I have no idea what's happening. Can anyone explain?
Here's an example of what's going on. This is a listing of some files
in /usr/lib64:
1167 lib64 $ ll libICE.so* libgd.so* libkate.so* libkblog.so.*
lrwxrwxrwx. 1 root root 15 Nov 9 18:28 libICE.so -> libICE.so.6.3.0*
lrwxrwxrwx. 1 root root 15 Nov 9 08:02 libICE.so.6 -> libICE.so.6.3.0*
-rwxr-xr-x. 1 root root 98328 Jun 21 09:37 libICE.so.6.3.0*
lrwxrwxrwx. 1 root root 14 Nov 9 08:14 libgd.so.2 -> libgd.so.2.0.0*
-rwxr-xr-x. 1 root root 278048 Oct 26 20:15 libgd.so.2.0.0*
lrwxrwxrwx. 1 root root 16 Nov 9 08:06 libkate.so.1 -> libkate.so.1.2.1*
-rwxr-xr-x. 1 root root 75640 Mar 7 2011 libkate.so.1.2.1*
lrwxrwxrwx. 1 root root 17 Nov 13 09:03 libkblog.so.4 -> libkblog.so.4.7.0*
-rwxr-xr-x. 1 root root 312960 Nov 4 10:05 libkblog.so.4.7.0*
And here's a attempt to compile the dummy linking to them:
1033 wview-5.19.0 $ gcc -o conftest -g -O2 conftest.c -lICE
/usr/lib/gcc/x86_64-redhat-linux/4.6.2/../../../../lib64/crt1.o: In function `_start':
(.text+0x20): undefined reference to `main'
collect2: ld returned 1 exit status
1034 wview-5.19.0 $ gcc -o conftest -g -O2 conftest.c -lgd
/usr/bin/ld: cannot find -lgd
collect2: ld returned 1 exit status
1035 wview-5.19.0 $ gcc -o conftest -g -O2 conftest.c -lkate
/usr/bin/ld: cannot find -lkate
collect2: ld returned 1 exit status
1036 wview-5.19.0 $ gcc -o conftest -g -O2 conftest.c -lkblog
/usr/lib/gcc/x86_64-redhat-linux/4.6.2/../../../../lib64/crt1.o: In function `_start':
(.text+0x20): undefined reference to `main'
collect2: ld returned 1 exit status
12 years, 4 months
Practical problem with NFS
by Timothy Murphy
I have a server running CentOS-6,
and a laptop running Fedora-16.
I'd like to say, on my laptop,
mount server:/common /common
and then keep some personal data on the server.
The problem is that my UID on the server is 500,
while it is 1000 on the laptop.
This means that my files on the server
are seen on the laptop as owned by nobody.nobody,
and are signalled as read-only.
Is there some simple way of overcoming this?
--
Timothy Murphy
e-mail: gayleard /at/ eircom.net
tel: +353-86-2336090, +353-1-2842366
s-mail: School of Mathematics, Trinity College Dublin
12 years, 4 months
issues with dracut
by Scott van Looy
Hello!
I had some problems with dracut on my server, upgrading kernels led to a "non fatal" error when using yum, which was dracut not writing out an initramfs, in turn making my server unbootable. Non fatal it was not.
I spent some time manually installing kernels, then with the help of (the? One of the?) maintainers of dracut found that running the command "sh -x dracut..." worked.
Annoying, but I could live with it. Eventually, I got frustrated. I use Bash, so I figured there must've been something in Bash's config that had gone awry, leading to the problem. So I removed Bash, deleted all of its config files and reinstalled it. Magically, this seemed to work.
For a time.
The next three upgrades were seamless and worked perfectly. Then I upgraded again recently and the same error came back.
===============================================
Package(s) data still to download: 26 M
kernel-3.1.9-1.fc16.x86_64.rpm | 26 MB 00:03
Running Transaction Check
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : kernel-3.1.9-1.fc16.x86_64 1/1
Non-fatal POSTTRANS scriptlet failure in rpm package kernel-3.1.9-1.fc16.x86_64
Installed:
kernel.x86_64 0:3.1.9-1.fc16
Complete!
[root@foo boot]#
================================================
A very cheery "Complete!" that leaves my system unable to boot. Good job I don't have auto updates turned on...
Anyway, trying to manually run dracut:
which dracut
/sbin/dracut
dracut initramfs-3.1.9-1.fc16.x86_64.img 3.1.9-1.fc16.x86_64
inside of /boot
...and it simply prints out the help, as if I'd not specified any arguments on the command line.
So I remove bash again and try again:
===============================================
rpm -ef --nodeps bash
rm -rf /var/share/doc/bash-4.1.*
cd /etc
rm -rf bash_completion.d/ bashrc
yum install bash
yum reinstall kernel
Reinstall 1 Package
Total download size: 26 M
Installed size: 121 M
Is this ok [y/N]: y
Downloading Packages:
Setting up and reading Presto delta metadata
Processing delta metadata
Package(s) data still to download: 26 M
kernel-3.1.9-1.fc16.x86_64.rpm | 26 MB 00:02
Running Transaction Check
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : kernel-3.1.9-1.fc16.x86_64 1/1
Installed:
kernel.x86_64 0:3.1.9-1.fc16
Complete!
===============================================
As you can see, this worked. Boot has a shiny new initramfs and if I reboot I suspect I'll get a server back pretty sharpish.
Does anyone have _any_ suggestion as to what could be causing this? Or why such a fatal error would be classed as non-fatal? Or why bash would affect dracut? Surely it shouldn't rely on env variables or anything?
Confused,
Scott :)
12 years, 4 months
[OT] how to share a directory under ntfs mount point with selinux enabled?
by Gianluca Cecchi
Hello,
using Fedora 16 and its samba 3.6 stack
I would like to share a directory that is under a local ntfs mounted
(with ntfs-3g) path...
For normal dirs I'm able to share after
chcon -t samba_share_t /dir/to/share/path
But for dirs under ntfs? Is there any directive to tell samba to skip
selinux protection for particular shares?
Thanks in advance,
Gianluca
12 years, 4 months
Announcement: Piranha being retired in Fedora 17
by Ryan O'Hara
The time has come to retire the piranha package from Fedora. This will take effect in Fedora 17.
Piranha is an old project, and is currently lacking in features that can be found in other open source load balancers. Users of piranha are encouraged to look at other solutions, such as keepalived.
Ryan
12 years, 4 months
system programming related query
by shreyas m
Hello,
I am developing a c based application which needs authenticating
the user as a root- user. I'm wiling to provide the responsibility of
password verification to fedora os, as in the case of built in applications
such as NFS,HTTP. I would prefer a similar interface for authentication as
provided by NFS while opening it. Is there any possibility to do it? By
giving a link to a system related file or creating a file in some location
so that when i open my application authentication of the root user should
be done in a similar way as that of NFS or HTTP.
Thank you very much
--
*Regards
Shreyas.M
*
12 years, 4 months
Looking for beautiful themes, application settings, fonts, etc. (KDE)
by linux guy
I upgraded to a larger monitor and now Linux (KDE) looks a bit dumpy.
Can someone point me to some really nice KDE themes, desktops, etc.
I'm having a bunch of trouble with fonts, especially in Firefox.
Everything looks a bit fuzzy. And yet jpeg images look excellent.
Am I missing something ?
12 years, 4 months
Re: Only desktop wallpaper after login F15
by Freak Trick
> In my case, I could never log onto the new F16 install, graphically.
> Just got that crappy "oh no" graphic, with no way to get any further.
> However, I was lucky in that I could CTRL+ALT+F2 (or one of the other
> terminals), and log into a command line. I let a "yum update" do its
> thing, and after that I could log into a graphical system.
> That sort of thing would be one of my first things to try if a new
> install wasn't working right. Certainly not reformatting and
> re-installing, this isn't Windows. If the install seemed to work
> without any errors, the first time around, then I'd be fairly sure that
> the install had worked. And that another attempt wouldn't be any
> different.
----------------------------------------
#yum update does it for me as well Gnome 3 is now working fine. Thanks!
12 years, 4 months