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.
@Ranamon, what the heck do you think the topic of this thread is about?
Quote:
Originally Posted by ngc891
I still miss Enlightenment, since E16 has been removed from Slackware. There are a bunch of old WM like {black,flux}box, fvwm2 or WindowMaker, but nothing that is in same time light and good looking like E. E16 or E17 would be great.
I think that was his point exactly. Why should he have to do what you did, when suggesting it's inclusion in the mainline of the distro is what the topic is soliciting people for in the first place.
I think your retort is way off topic. Sure, you went and got yours from sourceforge, but ngc891 is answering the question posed by the topic of the thread by saying, "Yes I would like E17" included in the next release".
Besides, he probably did go an get it himself, which is even more reason for him to suggest its inclusion in the distro.
Sorry you didn't understand the topic of this thread, but now you know.
Last edited by astanton; 02-26-2013 at 03:10 AM.
Click here to see the post LQ members have rated as the most helpful post in this thread.
Maybe Mate Desktop, but I prefer to keep the number of Slackware packages.txz as few as what is needed to boot, bash, kernel, stuff to make X11 work, something to produce camera-ready journal papers (latex, postscript, et ali). Anyone who wants additional software is welcome to install it on their machine. SlackBuilds.org, for one, contains lots of packages you can add or build yourself. Gnu.org, Sourceforge.net, Savanna,... host a gazillion packages you can add. Beyond Linux From Scratch (http://www.linuxfromscratch.org/blfs/index.html) has walk-through instructions for adding additional packages. As long as you maintain the entries in /var/adm/packages, upgrading is relatively painless. You can even convert an rpm package to a txz. Why add all that bloat to everyone's computer? Go ahead and donate to the programmers, if their web page contains a link. We wouldn't want Slackware to turn into a bloated commercial proprietary OS (fedora, debian, etc.) trying to compete with Microsoft and/or Apple. If there's even a hint of smartd, I'm going over to Linux From Scratch and build my own distribution. I am confident that won't be necessary.
[I'd post a picture of the box of floppies I received in 1994. Leaving behind accounts on BSD and VMS mainframes, I never looked back.]
Perhaps one way to help resolve that problem is to place the KDE and Xfce associated "L" packages in the same respective directories.
I agree with the3dfxdude that it's not always clear what's what - once some things get in for app A, app B picks it up as well - but I agree that it would be helpful if that route was taken as aggressively as possible - indeed, if a lot of '--without-foo' flags were added to app B's so that they didn't pick deps up just because they can but, again, once something's in the theory is probably to maximize whatever can "benefit".
Quote:
Originally Posted by rg3
Sorry, but I didn't say that. I was only pointing at the holes in Didier Spaier's arguments. KDE needs to stay, IMHO.
Ah, sorry - didn't mean to put words in your mouth but misread your post.
...I was only pointing at the holes in Didier Spaier's arguments. KDE needs to stay, IMHO.
Yeah, I don't think we have to worry about that anytime soon.
For those who recall (see Changelogs), Patrick expressed both lament and relief when he finally made the choice to drop Gnome, and since then many other desktops in many other distros began appearing for mostly the same reasons he lamented.
That tends to indicate that Slackware is a leader, rather than a follower, in the continuing deveopment of LGX OSes.
uh, my der. I think you gigged me on this a few months ago when I asked on the SBo list where the htop SlackBuild went, when it had been added to mainline prior to 14.0 lol!
I've been carrying these packages around, so to speak as my install pak for no good reason it seems, for quite a while, considering it appears that iptraf went into mainline for 13.37 and iftop into 14.0.
MariaDB is a drop-in replacement for MySQL, written by most of the same people who originally developed MySQL, and is 100% free. It's also faster and has more features.
I only know this because I do Linux system implementation for a living; whenever I deploy a machine with MySQL, I have to replace it with MariaDB to avoid legal issues. Previously, we'd been paying the licencing to Oracle, but that was getting increasingly costly.
Perhaps one way to help resolve that problem is to place the KDE and Xfce associated "L" packages in the same respective directories. For example:
Move from L to KDE:
===================
ConsoleKit
PyQt
QScintilla
akonadi
attica
automoc4
libbluedevil
phonon
phonon-gstreamer
phonon-mplayer
phonon-xine
polkit-qt
qimageblitz
qtscriptgenerator
soprano
strigi
taglib-extras
virtuoso-ose
Move from L to Xfce:
====================
gconf
gnome-icon-theme
gnome-keyring
libgnome-keyring
tango-icon-theme
tango-icon-theme-extras
Or something similar.
This approach would certainly suit my needs.
I use xfce with some select kde applications only.
Although kde has now made it easier to eliminate the fluff by breaking down the large packs, it is still not staight forward to install a core standard kde desktop only.
Even a readme to list packages would be a great help.
I too install a full slackware and go through an elimination process.
I've got another of these "what I'd like to see removed" ideas.
Is there any reason for keeping libtermcap around when we have ncurses/terminfo? I know there are several threads here that are solved by adding stuff to the default /etc/termcap, such as support for "xterm-256color".
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.