LinuxQuestions.org
Latest LQ Deal: Latest LQ Deals
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 02-27-2016, 08:18 AM   #421
atelszewski
Member
 
Registered: Aug 2007
Distribution: Slackware
Posts: 890

Rep: Reputation: Disabled

Hi,

Just a quick thought. Maybe the D category should be slightly reorganized, which would include moving some packages to other categories? For example, python could be probably now thought of as essential package due to many applications being written in it. What I'm thinking of is that deselecting D category during installation should leave the fully operational system, just without the possibility to develop (e.g. compiling or using control version systems). That would require moving all the interpreters (like python or perl) and all the packages containing libraries to other categories. For example flex contains shared libraries, so it should be moved somewhere else, but yasm contains only static library, so it could stay where it is.

Just a quick & dirty thought

--
Best regards,
Andrzej Telszewski
 
Old 02-27-2016, 09:39 AM   #422
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-14.2.1.2 on Lenovo Thinkpad W520
Posts: 9,116

Rep: Reputation: Disabled
That would mean that the people who _really_ need to make a minimal install e.g. on a server (typically a+ap+n), maybe because they pay for storage space, either would need more space on disk for stuff they won't use, or will have to spend more time cherry picking.

For most of us who can afford (and thus should do) a full install this change won't bring any advantage.

Only my humble opinion, of course.

Last edited by Didier Spaier; 02-27-2016 at 09:41 AM.
 
Old 02-27-2016, 10:38 AM   #423
atelszewski
Member
 
Registered: Aug 2007
Distribution: Slackware
Posts: 890

Rep: Reputation: Disabled
Hi,

Either way is fine, but I think that people who really need small system, have to go through the packages, it's not just enough to install a+ap+n. You probably need more tweaking that just that. For example:
Code:
PACKAGE NAME:     python-2.7.11-x86_64-1
COMPRESSED PACKAGE SIZE:     14M
UNCOMPRESSED PACKAGE SIZE:     79M
Code:
PACKAGE NAME:     php-5.6.17-x86_64-1
COMPRESSED PACKAGE SIZE:     13M
UNCOMPRESSED PACKAGE SIZE:     58M
Anyway, with the exception of few series, my opinion is also that you should just install the full system.

--
Best regards,
Andrzej Telszewski
 
Old 02-27-2016, 11:32 AM   #424
volkerdi
Slackware Maintainer
 
Registered: Dec 2002
Location: Minnesota
Distribution: Slackware! :-)
Posts: 1,796

Rep: Reputation: 5765Reputation: 5765Reputation: 5765Reputation: 5765Reputation: 5765Reputation: 5765Reputation: 5765Reputation: 5765Reputation: 5765Reputation: 5765Reputation: 5765
Quote:
Originally Posted by atelszewski View Post
Hi,

Just a quick thought. Maybe the D category should be slightly reorganized, which would include moving some packages to other categories? For example, python could be probably now thought of as essential package due to many applications being written in it.
It's probably best not to think too much about the categorization of packages at all... it was really just a way to label boxes of floppy disks long ago, and shuffling things around isn't really going to do much for us.
 
6 members found this post helpful.
Old 02-27-2016, 12:06 PM   #425
atelszewski
Member
 
Registered: Aug 2007
Distribution: Slackware
Posts: 890

Rep: Reputation: Disabled
Hi,

Quote:
Originally Posted by volkerdi View Post
It's probably best not to think too much about the categorization of packages at all... it was really just a way to label boxes of floppy disks long ago, and shuffling things around isn't really going to do much for us.
Then, there is no room for further discussion

--
Best regards,
Andrzej Telszewski
 
Old 02-27-2016, 12:34 PM   #426
ArTourter
LQ Newbie
 
Registered: Oct 2010
Location: Frome, UK
Distribution: Slackware, CentOS
Posts: 29

Rep: Reputation: 7
texinfo

I would like to add my vote to this one!

Quote:
Originally Posted by cathartes View Post
I'd like to second an earlier suggestion to upgrade texinfo to at least version 5.2, if not version 6.

Among other things, more recent versions of R definitely require a newer texinfo to render the HTML and PDF documentation.
 
Old 02-27-2016, 04:46 PM   #427
orbea
Senior Member
 
Registered: Feb 2015
Distribution: Slackware64-current
Posts: 1,819

Rep: Reputation: Disabled
Can libGLEW.so.1.10 be added to aaa_elflibs? Its required for some proprietary games like Mount & Blade: Warband.
Code:
$ ./start.sh 
Running Mount & Blade: Warband
./mb_warband_linux: error while loading shared libraries: libGLEW.so.1.10: cannot open shared object file: No such file or directory
 
Old 02-27-2016, 05:33 PM   #428
rworkman
Slackware Contributor
 
Registered: Oct 2004
Location: Tuscaloosa, Alabama (USA)
Distribution: Slackware
Posts: 2,408

Original Poster
Rep: Reputation: 992Reputation: 992Reputation: 992Reputation: 992Reputation: 992Reputation: 992Reputation: 992Reputation: 992
Quote:
Originally Posted by orbea View Post
Can libGLEW.so.1.10 be added to aaa_elflibs? Its required for some proprietary games like Mount & Blade: Warband.
Code:
$ ./start.sh 
Running Mount & Blade: Warband
./mb_warband_linux: error while loading shared libraries: libGLEW.so.1.10: cannot open shared object file: No such file or directory
I don't understand why this is a proposal for the distro itself: at best, a glew110 package at SBo can be done, or at worst, an ill-advised symlink in /usr/local/lib(64) to libGLEW.so.1.13 -> libGLEW.so.1.10 can be made on your system.

Really though, that's a bug in the game: they should link libGLEW.so.1 instead.
 
1 members found this post helpful.
Old 02-27-2016, 06:36 PM   #429
orbea
Senior Member
 
Registered: Feb 2015
Distribution: Slackware64-current
Posts: 1,819

Rep: Reputation: Disabled
It was just a request and given that its proprietary game its easier to fix in the distro... Another work around is to grab the library from the steam runtime and placing it in the game's directory.
My understanding is that making a glew110 slackbuild will conflict with some files in glew-1.13.0? (pkgconfig/glew.pc at least)

I asked because last time a similar issue was reported, usr/lib64/libstdc++.so.5.0.7 was added to aaa_elflibs. If that is not desirable I can provide it for myself, just I doubt I will be the only one to run into this.

Last edited by orbea; 02-27-2016 at 06:37 PM.
 
Old 02-27-2016, 08:34 PM   #430
dugan
LQ Guru
 
Registered: Nov 2003
Location: Canada
Distribution: distro hopper
Posts: 9,258

Rep: Reputation: 4076Reputation: 4076Reputation: 4076Reputation: 4076Reputation: 4076Reputation: 4076Reputation: 4076Reputation: 4076Reputation: 4076Reputation: 4076Reputation: 4076
Quote:
Originally Posted by orbea View Post
I asked because last time a similar issue was reported, usr/lib64/libstdc++.so.5.0.7 was added to aaa_elflibs. If that is not desirable I can provide it for myself, just I doubt I will be the only one to run into this.
I can see the difference between adding libstdc++ to aaa_elflibs and adding glew to aaa_elflibs. Can't you? If an extra glew symlink is needed or desired, then that symlink belongs in the glew package itself.

Last edited by dugan; 02-28-2016 at 12:49 PM.
 
Old 02-27-2016, 11:03 PM   #431
Thom1b
Member
 
Registered: Mar 2010
Location: France
Distribution: Slackware
Posts: 278

Rep: Reputation: 227Reputation: 227Reputation: 227
loudmouth-1.5.3 and mcabber-1.0.2 are released.

loudmouth:
Quote:
Switch to SHA256 fingerprints.
Do not load system certificates if trusted certs are explicitly provided.
Improve automake/autoconf support.
http://mcabber.com/files/loudmouth/l....3.tar.bz2.asc
http://mcabber.com/files/loudmouth/l...-1.5.3.tar.bz2

mcabber:
Quote:
Support for Loudmouth 1.5.3+ SHA256 fingerprints.
Stop HTML-escaping OTR messages.
Fix usage of $HOME/.mcabberrc broken in previous release.
http://mcabber.com/files/mcabber-1.0.2.tar.bz2.asc
http://mcabber.com/files/mcabber-1.0.2.tar.bz2
 
Old 02-27-2016, 11:38 PM   #432
orbea
Senior Member
 
Registered: Feb 2015
Distribution: Slackware64-current
Posts: 1,819

Rep: Reputation: Disabled
Quote:
Originally Posted by dugan View Post
I can see the difference between adding libstdc+++ to aaa_elflibs and adding glew to aaa_elflibs. Can't you? If an extra glew symlink is needed or desired, then that symlink belongs in the glew package itself.
Symlinking libGLEW.so.1.13.0 to libGLEW.so.1.10.0 is probably not a good solution...

Edit: Either way I have solved this for myself, I'll let the slackware maintainers decide for themselves if this is something they want to solve for other users as there seem to be at least a few proprietary games linking against this old library still...

Last edited by orbea; 02-27-2016 at 11:48 PM.
 
Old 02-28-2016, 02:41 AM   #433
franzen
Member
 
Registered: Nov 2012
Distribution: slackware
Posts: 286

Rep: Reputation: 166Reputation: 166
Suggestion to add this patch from lfs to mailx, it applies cleanly.

Description: Removes support for SSL2 (openssl no longer supports it)
and fixes CVE-2004-2771 [sic] and CVE-2014-7844.
 
2 members found this post helpful.
Old 02-28-2016, 09:31 AM   #434
Jefferson
Member
 
Registered: Jul 2012
Distribution: Slackware-current, 32bit
Posts: 56

Rep: Reputation: Disabled
In one of the updates of xinit package, startx script ceased to use "-nolisten tcp" in serverargs variable. Thus xorg listens on 6000 port, if you haven't edited startx script.
 
Old 02-28-2016, 11:33 AM   #435
GazL
LQ Guru
 
Registered: May 2008
Posts: 5,314
Blog Entries: 18

Rep: Reputation: 3082Reputation: 3082Reputation: 3082Reputation: 3082Reputation: 3082Reputation: 3082Reputation: 3082Reputation: 3082Reputation: 3082Reputation: 3082Reputation: 3082
Quote:
Originally Posted by Jefferson View Post
In one of the updates of xinit package, startx script ceased to use "-nolisten tcp" in serverargs variable. Thus xorg listens on 6000 port, if you haven't edited startx script.
My understanding was that startx doesn't specify it because it is now a Xserver default behaviour and doesn't need specifying.
 
  


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 04:05 PM
Slackware ARM (current) epic mistake: the current Android kernels are kicked out! Darth Vader Slackware 16 08-25-2013 05:36 PM
[SOLVED] setup fails on most current Slackware-current March 26, 2012 AlleyTrotter Slackware 15 04-09-2012 07:05 AM
Observation of Feb -current vs March -current Hangaber Slackware 14 03-12-2010 09:26 AM
cvs diff the most current and second last current version powah Linux - Software 1 03-30-2006 02:02 PM

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

All times are GMT -5. The time now is 08:39 PM.

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
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration