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.
I would like to see a port system, which grab slackbuilds from slackbuilds.org, sources from links and compile a package with fakeroot.
I've been thinking for a while about this and finally got a (very rough) prototype going for a port-like system using src2pkg scripts (rather than slackbuilds). It's got no auto-dependency resolution, but that's a long ways away and trying to do it too early was a big hurdle to doing anything at all.
Click here to see the post LQ members have rated as the most helpful post in this thread.
+1 for inclusion of MPlayer, although I realise there are probably license/other issues with this.
Mostly I don't want to see it change much
The thing with mplayer is that, like ffmpeg, it doesnt have any stable releases, nor one is planned. The plans ATM is to stay SVN forever, so i wouldnt bet any money on seeing an application like that on Slackware, ever.
Quote:
Originally Posted by Linux.tar.gz
I would like to see a port system, which grab slackbuilds from slackbuilds.org, sources from links and compile a package with fakeroot.
I would like that too, not only for SBo but in general, only i dont trust fakeroot, which BTW is broken in many ways (again).
" SVN forever, so i wouldnt bet any money on seeing an application like that on Slackware, ever" - I guess that means we are gonna be stuck on glibc-2.7 forever then since they no longer have releases either. What a mess! Hopefully, Roland will go behind Ulrichs' back and make some releases...
" SVN forever, so i wouldnt bet any money on seeing an application like that on Slackware, ever" - I guess that means we are gonna be stuck on glibc-2.7 forever then since they no longer have releases either. What a mess! Hopefully, Roland will go behind Ulrichs' back and make some releases...
I dont know whats the story behind glibc but 2.7 is indeed the last "normal" release.
I'd like to see updates to Firefox not break the plugins.
What do you mean by that?
Are you letting Firefox update itself? If so, then I have three comments:
1) Don't do that.
2) It means you're running as root. Don't do that.
3) If you insist on doing that, then *you* are at fault. Pat patches the script that starts Firefox to look in /usr/lib/mozilla/plugins, but when you let Firefox update itself, you get the unpatched one.
One other interesting application is bash, which just had a major release, number 4.0.
But Slackware scripts dont even work with the 3.2 version, and AFAIK thats the reason its still in testing.
One other interesting application is bash, which just had a major release, number 4.0.
But Slackware scripts dont even work with the 3.2 version, and AFAIK thats the reason its still in testing.
I'm not sure why version 3.2.48 is still in testing, but I'm very happily using it to write & build SlackBuild scripts.
Regards,
Bill
Wed Jan 21 17:27:37 CST 2009
testing/packages/bash-3.2.048-i486-1.tgz:
Upgraded to bash-3.2.048. This might still have issues with backtick handling. Even though $(...) is a better syntax, a lot of things break if `...` is not handled correctly. Any feedback on this is appreciated.
The previous related entry, which is now no longer visible was interesting as well.
Also (maybe in /extra) ScummVM, MToolsFM and XMMS compiled with support for MOD files (via libmikmod or similar).
I had thought that previously XMMS DID support mod files of all kinds (xm, it, s3m, mod). At least remember it did when it was included in Slackware by default. I guess since after Pat reintroduced XMMS perhaps he did not compile XMMS with mod support anymore? I like XMMS very much. It is much lighter than audacious, but now I am torn on which one to use the most, because in audacious there are plugins that are included by default that works, that don't work under XMMS even though I successfully compiled them for XMMS. I am of course talking about the console music plugins (Super NES-SPC files, NES-NFS files, Playstation PSF, Genesis-Gym). The only downside is that the plugin doesn't seem to support PS2-PSF2 files . All I know is I could never get those kinds of plugins to work under XMMS. Plus FLAC plugin was not included in XMMS, but I don't know if it is included now?
+1 for ScummVM too. I would like a better way of playing my Discworld I and Discworld II games.
I had thought that previously XMMS DID support mod files of all kinds (xm, it, s3m, mod). At least remember it did when it was included in Slackware by default. I guess since after Pat reintroduced XMMS perhaps he did not compile XMMS with mod support anymore?
It didn't when it was first introduced... way back when... (Slack 8.0??)
Then, after a couple of releases without it, every version had it until Slackware-12.0 was released.
The now re-introduced version of XMMS compiles against the libmikmod package which was included in Slackware-11.0, so it is extremely easy to fix.
Audacious is nice, but XMMS is leaner and meaner, which is important when one's computer is almost 5 years old...
Quote:
Originally Posted by Jeebizz
+1 for ScummVM too. I would like a better way of playing my Discworld I and Discworld II games.
Among heaps of others! The list of supported games is contantly growing.
Why? Why should *your* preference override *my* preference or someone else's preference? As you stated, it's easy enough to change, so just change it on your system.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.