What features/changes would you like to see in future Slackware?

tuxdev · 02-23-2009, 01:10 PM

Quote:

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.

sahko · 02-24-2009, 12:53 AM

Quote:

Originally Posted by vinegaroon

+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).

gnashley · 02-24-2009, 12:57 AM

" 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...

sahko · 02-24-2009, 01:01 AM

Quote:

Originally Posted by gnashley

" 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.

tmerriam · 02-24-2009, 12:09 PM

I'd like to see updates to Firefox not break the plugins.

rworkman · 02-24-2009, 12:54 PM

Quote:

Originally Posted by tmerriam

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.

Jeebizz · 02-24-2009, 01:59 PM

I'd like to see DOSBox included in the install or at the very least in /extra. DosEMU is ok, but DOSBox seems to have better compatibility.

sahko · 02-24-2009, 08:15 PM

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.

TSquaredF · 02-25-2009, 06:57 AM

Quote:

Originally Posted by sahko

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

sahko · 02-25-2009, 08:02 AM

Quote:

Originally Posted by slackware-current changelog

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.

rkelsen · 02-25-2009, 04:27 PM

Quote:

Originally Posted by Jeebizz

I'd like to see DOSBox included in the install or at the very least in /extra.

+1 for DOSBox.

Also (maybe in /extra) ScummVM, MToolsFM and XMMS compiled with support for MOD files (via libmikmod or similar).

Jeebizz · 02-26-2009, 11:26 AM

Quote:

Originally Posted by rkelsen

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.

rkelsen · 02-26-2009, 06:40 PM

Quote:

Originally Posted by Jeebizz

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.

vinegaroon · 02-26-2009, 10:18 PM

Another thing, vi should be symlinked to vim... why elvis? I realise this is easy to change, though.

rworkman · 02-26-2009, 10:50 PM

Quote:

Originally Posted by vinegaroon

Another thing, vi should be symlinked to vim...

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.

Quote:

why elvis?

Code:

root@liberty:~# ls -lh /usr/bin/{elvis,vim}
-rwxr-xr-x 1 root bin  428K 2004-02-22 00:25 /usr/bin/elvis*
-rwxr-xr-x 1 root root 3.7M 2008-09-17 01:22 /usr/bin/vim*

root@liberty:~# ldd /usr/bin/{elvis,vim}
/usr/bin/elvis:
	linux-gate.so.1 =>  (0xffffe000)
	libtermcap.so.2 => /lib/libtermcap.so.2 (0xb8036000)
	libresolv.so.2 => /lib/libresolv.so.2 (0xb8020000)
	libc.so.6 => /lib/libc.so.6 (0xb7ecf000)
	/lib/ld-linux.so.2 (0xb805f000)
/usr/bin/vim:
	linux-gate.so.1 =>  (0xffffe000)
	libncurses.so.5 => /lib/libncurses.so.5 (0xb7f7b000)
	libacl.so.1 => /lib/libacl.so.1 (0xb7f74000)
	libgpm.so.1 => /lib/libgpm.so.1 (0xb7f6f000)
	libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7f3d000)
	libutil.so.1 => /lib/libutil.so.1 (0xb7f39000)
	libc.so.6 => /lib/libc.so.6 (0xb7de8000)
	libpthread.so.0 => /lib/libpthread.so.0 (0xb7dcf000)
	libm.so.6 => /lib/libm.so.6 (0xb7da9000)
	libdl.so.2 => /lib/libdl.so.2 (0xb7da5000)
	libattr.so.1 => /lib/libattr.so.1 (0xb7da1000)
	/lib/ld-linux.so.2 (0xb7fe0000)