SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
The freeglut package in -current no longer contains a libglut.la file (as previous versions did) - probably a side effect of the change from autotools to cmake. This means that the building of some programs which expect to find a libglut.la during building will fail e.g. vlc. Maybe these programs will be adapted eventually but in the meantime it would be nice to have a libglut.la included with the freeglut package. It can be generated in the SlackBuild with the command:
The resulting libglut.la is found in the current directory from where it can be installed to $PKG/usr/lib$LIBDIRSUFFIX.
The so version numbers can be extracted from the CMakeLists.txt file (SO_MAJOR, SO_MINOR, SO_REV) and used to contrive the version-info string. The library information was taken from the build/freeglut.pc file.
Any chance of something like this being included?
chris
Last edited by chris.willing; 01-12-2017 at 07:49 AM.
Reason: tpo
Problem with vlc is causing to libcaca , cause are build against old freeglut, but 12 January new packages and libcaca are upgraded and build alongside freeglut-3.0.0 , no problems now.
The freeglut package in -current no longer contains a libglut.la file (as previous versions did) - probably a side effect of the change from autotools to cmake. This means that the building of some programs which expect to find a libglut.la during building will fail e.g. vlc. Maybe these programs will be adapted eventually but in the meantime it would be nice to have a libglut.la included with the freeglut package.
Chances are you have some other .la file that references libglut.la. Recompiling that dependent package would fix it.
Chances are you have some other .la file that references libglut.la. Recompiling that dependent package would fix it.
Well, recompile the dependent package(s) AND all its dependents because the .la files include all transitive dependencies. Ugh. I usually just delete the .la files because they cause more problems than they solve. It would be a lot saner if libtool was set up with link_all_deplibs=no.
Problem with vlc is causing to libcaca , cause are build against old freeglut, but 12 January new packages and libcaca are upgraded and build alongside freeglut-3.0.0 , no problems now.
Thanks USUARIONUEVO, those latest updates have solved the problem for vlc.
commit e778642a9eb96975fcf3baa61dfa10add628af1a
Author: Karel Zak <kzak@redhat.com>
Date: Thu Apr 14 14:26:54 2016 +0200
libmount: don't support /etc/mtab by default
The file mtab is evil and already unused by mainstream distributions.
Now libmount is able to detect mtab->/proc/mounts and use
/proc/self/mountinfo if necessary. This heuristic seems overkill in
many cases. It's also dangerous on systems where mountinfo is strongly
required (systemd based distros).
This patch #ifdefs mtab code and forces libmount to always use
/proc/self/mountinfo.
The new configure option --enable-libmount-support-mtab is necessary
to enable old behavior to support mtab.
Signed-off-by: Karel Zak <kzak@redhat.com>
I ran into this since conky suddenly stopped working after a reboot, which I traced to it reading /etc/mtab. This also means /etc/rc.d/rc.S should be updated to either drop generating /etc/mtab or symlink it instead to /proc/mounts, per the manpage:
Code:
The programs mount and umount traditionally maintained a list of cur‐
rently mounted filesystems in the file /etc/mtab. This real mtab file
is still supported, but on current Linux systems it is better to make
it a symlink to /proc/mounts instead, because a regular mtab file main‐
tained in userspace cannot reliably work with namespaces, containers
and other advanced Linux features.
Alternatively, util-linux should be built with --enable-libmount-support-mtab.
Last edited by zakame; 01-13-2017 at 06:10 AM.
Reason: change link to commit
There's a number of reasons I prefer the mtab to be a file.
Firstly on a more aesthetic note, I prefer that mtab stores the mount options specified on the mount command rather than all options in effect (including defaults) as seen in /proc/self/mounts. It's a minor issue however,
Secondly, sometimes you would rather not have a certain filesystem listed in the mtab at all (the cgroup filesystems for example), though with tools like df tending to ignore mtab and go directly to /proc/self/mount{s,info} for info about mounted filesystems that boat has probably already sailed.
Lastly, I noticed a while back that when autofs unmounts a filesystem, it will use 'lazy unmount'. This results in the filesystem being removed immediately from the /proc/self/mounts of all pids not currently using it however it would only get removed from /etc/mtab when it actually becomes unused and truly unmounted, so in the case of autofs, /etc/mtab was a more reliable way of checking whether the unmount had fully completed. I suppose if it comes to it one could do a grep "$mountpoint" /proc/[1-9]*/mounts | sort -u or something similar, but looking in mtab was just easier and more efficient.
With each change like this I'm feeling less and less at home, but perhaps I'm just tilting at Windmills and I should just throw in the towel, install Fedora, and embrace the madness.
For detailed information about the changes below, please see the git log or
visit: http://log.libusb.info
2016-10-01: v1.0.21:
* Core: Refactor code related to transfer flags and timeout handling
* Darwin: Ignore root hub simulation devices
* Darwin: Improved support for OS X El Capitan
* Darwin: Work around devices with buggy endpoint descriptors
* Darwin: Do not use objc_registerThreadWithCollector after its deprecation
* Darwin: Use C11 atomics on 10.12+ as the OS atomics are now deprecated
* Linux: Support preallocating kernel memory for zerocopy USB
* Linux: Deal with receiving POLLERR before all transfers have completed
* Solaris: Add solaris backend
* Windows: Add Visual Studio 2015 support
* Windows: Add usbdk backend
* Prevent attempts to recursively handle events
* Fix race condition in handle_timeout()
* Allow transferred argument to be optional in bulk APIs
* Various other bug fixes and improvements
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
