What features/changes would you like to see in future Slackware?
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.
Be nice to see more multimedia libraries included. Also it would be extreemly nice to see some rather convenient applications included by default.
1. Grub, default
Yes, it would be nice to have more multimedia libraries. I would define "more libraries" as "all VLC dependencies packaged". It would be good for Slackware to have a media player that can open a DVD saved to HDD without "tricks".
As for GRAB as the default, GRUB worked for me only in a VM. Besides, as far as I know there is no easy way to undo GRUB. So, no default GRUB please.
Click here to see the post LQ members have rated as the most helpful post in this thread.
I've never had problems using xine to watch dvds from harddisk. I use vobcopy to copy them to harddisk then a xine dvd://path/to/directory does the rest.
Regarding boot loaders IMO lilo today is in a much better state than GRUB.
Hopefully this will change when GRUB2 is released (if ever).
Both bootloaders for linux suck big time really..
I've never had problems using xine to watch dvds from harddisk. I use vobcopy to copy them to harddisk then a xine dvd://path/to/directory does the rest.
I prefer gxine - start opening MRL and replace file: with dvd: and remove the file itself. Or mplayer when all I need is the movie.
The problem is not that it is impossible or hard. The problem is that it is tricky.
BTW, the xine help gives this example:
Code:
DVD: 'dvd://VTS_01_2.VOB'
Not a path/to/directory. Trick No.1 - trust nothing.
It is amazing that all that "Open MRL" in gxine has is the File button. I cannot show this to anyone without immediately being told Linux is a usability disaster.
VLC is the only player I know that properly provides the "Open directory" button.
I do not say that VLC should be included in Slackware since when I looked into the (as of testing, broken) Alien Bob's monolithic slackbuild I immediately decided that I would better forget it and stay with gxine and mplayer. But if the Slackware team has resources to add more multimedia then VLC is the way to go.
It is amazing that all that "Open MRL" in gxine has is the File button. I cannot show this to anyone without immediately being told Linux is a usability disaster.
Unfortunately, I find myself agreeing with you on that point. It always seems to be that last little bit of UI polish that tend to let down linux apps.
Their developers make them available for free, so I don't think anyone really has the right to complain, but it's frustrating non the less.
Anyway, getting way off topic now, so I'll leave it there.
Even though i dont use bash, i suppose many users would like to see bash-completion updated even if its in extra/ .
Its maintained by Debian now and they recently did their first release. http://bash-completion.alioth.debian.org/
Keep kde3 (or provide downgrade options from kde4) but upgrade mesa and xserver... 8]
KDE3 is gone from current; I seriously doubt that it will be included in the next stable version of Slackware. However, there are other excellent choices such as XFce 4.6.0 if KDE4 is not to your liking.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,087
Rep:
Quote:
Originally Posted by hitest
KDE3 is gone from current; I seriously doubt that it will be included in the next stable version of Slackware....
Too bad if that is the case, but it looks like you are correct.
I did a fresh install of 12.2 a few days ago and while KDE 3.5.10 is not as pretty as 4.x, it beats the pants off of 4.x in "configurability" and functionality.
Hopefully KDE 4.x will get there soon, but having just left 4.2.2 a few days ago I can see where the KDE team has a long way to go before 4.x and its applications are as functional as 3.5.10.
i think that grub dont work with xfs filesystem.since i use xfs, lilo for me.
I don't presume to know exactly how grub works, but I know that xfs doesn't really like to have lilo loaded in it's mbr, if xfs is used on as /. I would imagine though that at least grub would also let you install it on other places too, rather just /. Maybe search for grub+xfs to see if anyone has been successful in getting grub to work with xfs as the / fs.
On another note. You know, this Slackware is so darn stable, its sickening. I would like to see a more buggy release next time.
I don't presume to know exactly how grub works, but I know that xfs doesn't really like to have lilo loaded in it's mbr, if xfs is used on as /. I would imagine though that at least grub would also let you install it on other places too, rather just /. Maybe search for grub+xfs to see if anyone has been successful in getting grub to work with xfs as the / fs.
On another note. You know, this Slackware is so darn stable, its sickening. I would like to see a more buggy release next time.
Sorry but the 'MBR' has nothing to do with the filesystem other than to pass to the 'SPL' from the 'IPL. The boot loader is transparent to the filesystem. Boot loaders do pass information to the kernel to effect the initialization of the environment.
The 'MBR' is not part of the filesystem but placed on the device at the start or the sector zero of a device. If you are speaking of the problem with 'XFS' and the install attempt of the 'XFS boot' partition instead of the 'MBR' then that is a different problem. Lilo or Grub should work from the 'IPL' without difficulty as long as the 'MBR' is written properly.
The configuration files for GNU/Linux for the boot loaders are generally stored in the '/etc' directory. These are used to create the boot loader for the 'MBR' or superblock of a partition/device.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.