LinuxQuestions.org
Review your favorite Linux distribution.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Closed Thread
  Search this Thread
Old 01-12-2017, 06:29 AM   #1936
nobodino
Member
 
Registered: Jul 2010
Location: in France
Distribution: slackware, slackware from scratch, LFS, slackware [arm], linux Mint,Manjaro...
Posts: 873

Rep: Reputation: 461Reputation: 461Reputation: 461Reputation: 461Reputation: 461

what's the reason for rebuilding everything when there's no change in binutils/glibc/gcc?
Personnaly, I agree, but...?
 
Old 01-12-2017, 06:33 AM   #1937
ponce
LQ Guru
 
Registered: Aug 2004
Location: Pisa, Italy
Distribution: Slackware
Posts: 6,168

Rep: Reputation: Disabled
sorry if I hasn't been clear, I was referring to the third-party stuff, as in current there are lots of library changes (perl, boost, etc.).
 
Old 01-12-2017, 07:46 AM   #1938
chris.willing
Member
 
Registered: Jun 2014
Location: Brisbane, Australia
Distribution: Slackware,LFS
Posts: 733

Rep: Reputation: 479Reputation: 479Reputation: 479Reputation: 479Reputation: 479
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:
Code:
libtool --mode=link gcc -o libglut.la libglut.so.3.10.0 -rpath /usr/lib$LIBDIRSUFFIX -lX11 -lXxf86vm -Xrandr -lGL -lm -version-info 13:0:10 -shared
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
 
3 members found this post helpful.
Old 01-12-2017, 08:04 PM   #1939
USUARIONUEVO
Senior Member
 
Registered: Apr 2015
Posts: 1,672

Rep: Reputation: 536Reputation: 536Reputation: 536Reputation: 536Reputation: 536Reputation: 536
@chris.willing

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.
 
1 members found this post helpful.
Old 01-12-2017, 09:37 PM   #1940
elyk
Member
 
Registered: Jun 2004
Distribution: Slackware
Posts: 236

Rep: Reputation: 48
Quote:
Originally Posted by chris.willing View Post
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.
 
Old 01-12-2017, 10:03 PM   #1941
elyk
Member
 
Registered: Jun 2004
Distribution: Slackware
Posts: 236

Rep: Reputation: 48
Quote:
Originally Posted by elyk View Post
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.
 
1 members found this post helpful.
Old 01-12-2017, 10:25 PM   #1942
chris.willing
Member
 
Registered: Jun 2014
Location: Brisbane, Australia
Distribution: Slackware,LFS
Posts: 733

Rep: Reputation: 479Reputation: 479Reputation: 479Reputation: 479Reputation: 479
Quote:
Originally Posted by USUARIONUEVO View Post
@chris.willing

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.

chris
 
Old 01-13-2017, 03:39 AM   #1943
zakame
Member
 
Registered: Apr 2012
Location: Philippines
Distribution: Debian, Ubuntu, Slackware
Posts: 287

Rep: Reputation: 179Reputation: 179
Heads up for util-linux-2.29, apparently in commit e778642a9eb96975fcf3baa61dfa10add628af1a /etc/mtab is no longer updated by mount/umount:

Code:
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
 
5 members found this post helpful.
Old 01-13-2017, 04:47 AM   #1944
GazL
LQ Veteran
 
Registered: May 2008
Posts: 5,939

Rep: Reputation: 3916Reputation: 3916Reputation: 3916Reputation: 3916Reputation: 3916Reputation: 3916Reputation: 3916Reputation: 3916Reputation: 3916Reputation: 3916Reputation: 3916
I prefer the old behaviour. Can we restore it please as I'd rather not have the symlink.
 
1 members found this post helpful.
Old 01-13-2017, 06:09 AM   #1945
atelszewski
Member
 
Registered: Aug 2007
Distribution: Slackware
Posts: 916

Rep: Reputation: Disabled
Hi,

Quote:
Originally Posted by GazL View Post
I prefer the old behaviour. Can we restore it please as I'd rather not have the symlink.
What problems would symlink cause?

--
Best regards,
Andrzej Telszewski
 
Old 01-13-2017, 06:37 AM   #1946
GazL
LQ Veteran
 
Registered: May 2008
Posts: 5,939

Rep: Reputation: 3916Reputation: 3916Reputation: 3916Reputation: 3916Reputation: 3916Reputation: 3916Reputation: 3916Reputation: 3916Reputation: 3916Reputation: 3916Reputation: 3916
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.
 
1 members found this post helpful.
Old 01-13-2017, 06:53 AM   #1947
SpiderTux
Member
 
Registered: Sep 2009
Distribution: Slackware64 14.2
Posts: 31

Rep: Reputation: 13
libusb-1.0.21:

not much for linux

Quote:
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
 
Old 01-13-2017, 05:14 PM   #1948
USUARIONUEVO
Senior Member
 
Registered: Apr 2015
Posts: 1,672

Rep: Reputation: 536Reputation: 536Reputation: 536Reputation: 536Reputation: 536Reputation: 536
Its possible upgrade gstreamer to current 1.10.2 ?

I compiled fine under slackware64-current but i dont know if this update can break something , like bluez or other multimedia apps.

gstreame-1.10.2
https://gstreamer.freedesktop.org/sr...-1.10.2.tar.xz

gst-plugins-good-1.10.2
https://gstreamer.freedesktop.org/sr...-1.10.2.tar.xz

gst-plugins-base-1.10.2
https://gstreamer.freedesktop.org/sr...-1.10.2.tar.xz
 
1 members found this post helpful.
Old 01-13-2017, 06:54 PM   #1949
mralk3
Senior Member
 
Registered: May 2015
Distribution: Slackware on ARM and Aarch64
Posts: 1,573

Rep: Reputation: 892Reputation: 892Reputation: 892Reputation: 892Reputation: 892Reputation: 892Reputation: 892
4.9.3 kernel.
https://cdn.kernel.org/pub/linux/ker...x-4.9.3.tar.xz
https://cdn.kernel.org/pub/linux/ker...4.9.3.tar.sign

Last edited by mralk3; 01-13-2017 at 06:56 PM.
 
2 members found this post helpful.
Old 01-14-2017, 03:01 AM   #1950
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 9,928

Rep: Reputation: Disabled
Quote:
Originally Posted by GazL View Post
There's a number of reasons I prefer the mtab to be a file.
You have been heard:
Code:
Sat Jan 14 05:34:32 UTC 2017
a/util-linux-2.29-i586-2.txz:  Rebuilt.
Restored support for /etc/mtab.
 
3 members found this post helpful.
  


Closed Thread


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
[SOLVED] how to show the current time at the top in the current shell Always ? rohitchauhan Linux - General 5 04-09-2014 03:05 PM
Slackware ARM (current) epic mistake: the current Android kernels are kicked out! Darth Vader Slackware 16 08-25-2013 04:36 PM
[SOLVED] setup fails on most current Slackware-current March 26, 2012 AlleyTrotter Slackware 15 04-09-2012 06:05 AM
Observation of Feb -current vs March -current Hangaber Slackware 14 03-12-2010 08:26 AM
cvs diff the most current and second last current version powah Linux - Software 1 03-30-2006 01:02 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 12:17 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration