LinuxQuestions.org
Page 14 of 36 « First 41213 14 151624 Last »
Show 50 post(s) from this thread on one page

LinuxQuestions.org (/questions/)
-   Slackware (https://www.linuxquestions.org/questions/slackware-14/)
-   -   Programs, what you like to see in Slackware tree (https://www.linuxquestions.org/questions/slackware-14/programs-what-you-like-to-see-in-slackware-tree-884977/)

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 (Post 4898193)
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 (Post 4898088)
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 (Post 4898249)
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 (Post 4898194)
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 (Post 4898371)
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 (Post 4898549)
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 :twocents:

tallship 02-24-2013 05:23 AM
a couple more...
 
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 (Post 4898569)
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 :twocents:
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 (Post 4898880)
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
I want these in slackware
 
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.


All times are GMT -5. The time now is 07:57 AM.
Page 14 of 36 « First 41213 14 151624 Last »
Show 50 post(s) from this thread on one page