Programs, what you like to see in Slackware tree

GazL · 02-23-2013, 08:39 AM

No one was saying anything about removing mplayer. I guess this all stems from this changelog entry a while back:

Code:

Sat Sep  8 20:04:10 UTC 2012
xap/xine-lib-1.1.21-x86_64-1.txz:  Upgraded.
  This is a bugfix release, and had flown under the radar here due to previous
  1.2.x releases.  I've tested it and it at least works as well as the package
  it replaces.  With phonon-xine deprecated, I'm not sure how long Xine will
  be included in Slackware, but this update doesn't seem to hurt so we'll take
  it.  Thanks to Willy Sudiarto Raharjo.

My point is simply that xine still has value to some of us (well, to me at any rate) outside of any requirements KDE (which I don't use) might have.
But it's no biggie. If Pat decides that KDE's deprecation of the xine backend is reason to drop xine-lib then I can continue to build it myself.

rg3 · 02-23-2013, 10:18 AM

Another suggestion is lua. It's pretty popular as an extension language and having an official package would help us building many other personal packages more easily.

H_TeXMeX_H · 02-23-2013, 10:20 AM

Quote:

Originally Posted by rg3

Another suggestion is lua. It's pretty popular as an extension language and having an official package would help us building many other personal packages more easily.

I agree, it would be useful, especially since lua is extremely difficult to install and the devs seem not to care.

jtsn · 02-23-2013, 12:30 PM

Quote:

Originally Posted by GazL

IMO xine still does a better job at playing dvds than mplayer does, so if he does get rid of xine then I'll be building it locally for that reason. I also prefer the xine backend over gstreamer for programs that allow the choice. 'gstreamer' has never worked well for me.

Most development regarding media players currently occurs in the VLC department anyway. Xine-ui saw three releases in the last six years and the last one (mid 2012) even did not make it to Slackware yet.

volkerdi · 02-23-2013, 02:02 PM

Quote:

Originally Posted by jtsn

Xine-ui saw three releases in the last six years and the last one (mid 2012) even did not make it to Slackware yet.

It made it to -current (briefly), but it was broken. We had to revert to an earlier version:

http://www.linuxquestions.org/questi...ml#post4775862

dugan · 02-23-2013, 05:38 PM

Quote:

Originally Posted by H_TeXMeX_H

I agree, it would be useful, especially since lua is extremely difficult to install and the devs seem not to care.

Er, what?

Code:

sbopkg -i lua -k

Am I missing something?

rg3 · 02-24-2013, 03:12 AM

Quote:

Originally Posted by dugan

Er, what?

Code:

sbopkg -i lua -k

Am I missing something?

Probably not. You're just relying on the efforts of others. If you take a look at the SlackBuild you'll see the building procedure is indeed a bit weird.

http://slackbuilds.org/slackbuilds/1...lua.SlackBuild

ponce · 02-24-2013, 04:14 AM

eh, seems things don't get better on this regard with 5.2.x...

Didier Spaier · 02-24-2013, 04:28 AM

Quote:

Originally Posted by rg3

You're just relying on the efforts of others.

That's one of the things I most appreciate in Slackware: relying on the efforts of others. :-)

But this doesn't mean that all the work should be done by PV. If some software is readily available in trusted unofficial repositories or slackbuilds.org, I have no problem grabbing it from there.

This is particularly useful for applications difficult to build (VLC immediately comes to mind, thanks Eric) as I certainly prefer having our BDFL concentrate himself on stuff at the core of the distribution, like testing new glibc or udev versions, more generally ensuring proper integration of the Slackware Linux System, stability and security while staying in sync with (relevant) upstream evolutions.

My

tallship · 02-24-2013, 05:23 AM

iftop

bmon

iptraf[-ng]

and other useful cli tools I am overlooking that I spend time installing on just about every box.

Thank goodness we've got sysstat as part of core, unlike some other distros.

This would be good too, IMO, but I realize that part of the problem is related to space being at a premium, but it would still be nice to have it and add it to the welcome message from Pat in roots inbox:

http://www.vcn.bc.ca/~dugan/setting-...tebook.tar.bz2

installs a pdf and html version in /usr/share/doc/rutebook

And I'll go long here, with a hail Mary, just cox it's a PITA to install, but I use it all the time and find it to be an indispensable tool for sharing and working with other remote colleagues :

http://slackbuilds.org/repository/14...phics/shutter/

Check out it's deps, and more importantly, optional deps and their deps lol... lalalalala.

Alien Bob · 02-24-2013, 05:51 AM

BRadley,

iptraf and iftop are already part of Slackware.

As for shutter, if you use sbopkg and its queue file option, then http://gitorious.org/sbopkg-slackwar...er/shutter.sqf will make building a package for shutter a no-brainer.

Eric

rg3 · 02-24-2013, 04:50 PM

Quote:

Originally Posted by Didier Spaier

That's one of the things I most appreciate in Slackware: relying on the efforts of others. :-)

But this doesn't mean that all the work should be done by PV. If some software is readily available in trusted unofficial repositories or slackbuilds.org, I have no problem grabbing it from there.

This is particularly useful for applications difficult to build (VLC immediately comes to mind, thanks Eric) as I certainly prefer having our BDFL concentrate himself on stuff at the core of the distribution, like testing new glibc or udev versions, more generally ensuring proper integration of the Slackware Linux System, stability and security while staying in sync with (relevant) upstream evolutions.

My

I have no problems grabbing it from SBo either. Following your argument, KDE should probably be removed from the distribution (an idea many people would agree with, BTW) yet there it is. I simply think lua is the kind of stuff that depends on basically nothing, is infrastructure by itself, has an unsual build procedure and would benefit from having an official package.

Mobile1 · 02-24-2013, 07:06 PM

Quote:

Originally Posted by rg3

I have no problems grabbing it from SBo either. Following your argument, KDE should probably be removed from the distribution

If not KDE then what, Gnome? That doesn't seem like an option considering it was dropped already.

Quote:

(an idea many people would agree with, BTW) yet there it is.

Many people? I rarely see anyone say they don't want it. I have yet to find any of these desktop environments where everything works, printing has always been an issue for me, but I can work around it.

Quote:

I simply think lua is the kind of stuff that depends on basically nothing, is infrastructure by itself, has an unusual build procedure and would benefit from having an official package.

I think you will agree, it's impossible to keep everyone happy, so Patrick makes decisions based on his sources, I'm OK with that : )

rubankumars · 02-24-2013, 10:22 PM

Libreoffice,
unrar,
openjdk,
vlc
comix
gparted
clamtk clamav
xvkbd or any onscreen keyboard

Lockywolf · 02-25-2013, 12:18 AM

Quote:

Many people? I rarely see anyone say they don't want it.

I just said it.

Not that KDE is particularly bad, but IMO, it lately turned from software which solves problems to software which creates problems.
I turned to XFCE, but in reality, I would very much like to have Enlightenment out of the box.

Yes, I know about http://slacke17.sourceforge.net/ , but you know, this project has a bus number of one.