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 wonder if there's some sort of Synaptic-like graphical frontend to slackpkg. You may wonder what on earth got into me for asking this. Here goes.
More often than not, my clients have the odd exotic requirement. They all use my beefed-up MLED desktop, which is a one-size-fits-all desktop filling most requirements. But it rarely stops here. One client needs an application to revise movie scripts, another needs to access his iPod, another one wants to read his ebooks or have some basic touch-typing training. Or use AMule. Etc.
Now thanks to the slackpkg+ plugin I can setup my own MLED repository, integrate new apps nicely into the repo for 32-bit and 64-bit machines, and then fetch them via slackpkg.
A simple 'slackpkg search microlinux' shows me the "status" of the client's desktop, e. g. which apps are installed, which are not installed, which can be updated, etc.
Now a graphical frontend to all this would be nice, because this would allow some of my clients to perform a few basic tasks like upgrading or installing the odd extra application by themselves.
I doubt that such an application exists. But hey, I'll just ask anyway.
I don't know of any but it shouldn't be difficult to write one yourself, with either 'dialog' (heavily used by Slackware's installer and many Slackware tools and also BTW by slint's toolbox) or 'Xdialog', which is a GTK+ application, intended to be a drop-in replacement of 'dialog' and for which a SlackBuild is available @ slackbuilds.org.
Last edited by Didier Spaier; 06-28-2013 at 01:41 AM.
The problem I see with a Slackpkg GUI is if any of the X packages need updated (kde/, xfce, x/, xap/ among possibly others), X cannot be running.
X can be running while X packages are upgraded. Any shared libraries that are in use but get removed will remain mapped in memory until nothing is using them any longer.
That said, I don't see how a GUI would improve slackpkg much.
The problem I see with a Slackpkg GUI is if any of the X packages need updated (kde/, xfce, x/, xap/ among possibly others), X cannot be running.
Are you sure? let's say xorg-server is updated, for instance: the new version won't be used till next (re)start of the server, so I don't see a problem here. Same for DEs and applications. More generally, a new version of a software is not used as soon as installed. And even if removed from the hard disk I think that the old version will continue to work, as long as it stays in RAM. Of course there can be exceptions.
EDIT Pat was faster. Slow typer I was, slow typer I stay
Last edited by Didier Spaier; 06-28-2013 at 04:30 PM.
Distribution: Slackware 14 (Server),OpenSuse 13.2 (Laptop & Desktop),, OpenSuse 13.2 on the wifes lappy
Posts: 781
Rep:
Quote:
Originally Posted by volkerdi
I don't see how a GUI would improve slackpkg much.
Not for most users that's for certain, but the new generation of 'pointy, clicky, touchy' users might not get the advantage of the cli. Might hurt their pinkys having to do all that typing.
That said, I don't see how a GUI would improve slackpkg much.
Me, I'll always prefer the command-line. But let's say a client who lives 40 miles from here - and whose machine I can't access remotely - wants a certain app not included in Slackware. I'll just try to integrate it nicely, add it to my repo... and then tell the client to just perform a few clicks. That's the general idea.
Check out QTGZManager (there is a SlackBuild at slackbuilds.org). It is an interface to pkgtools (installpkg/upgradepkg/removepkg) and not slackpkg, but it does support patch updates from a Slackware mirror. I haven't tried it but it looks very nice. Of course, it requires Qt (but not KDE?), but I see your MLED tagfiles include Qt so it may work out of the box. As far as I know, it does not support additional repositories, so it wouldn't be a total solution. A script using Xdialog to call slackpkg may be your best bet if you can't find anything else (though Xdialog is obviously fairly limited in looks and functionality).
X can be running while X packages are upgraded. Any shared libraries that are in use but get removed will remain mapped in memory until nothing is using them any longer.
That said, I don't see how a GUI would improve slackpkg much.
Thanks for the clarification. As you, I don't see a benefit of a GUI, either. I don't know about others, but I'm MUCH more comfortable running it from the command line.
I could certainly see a use for a GUI front end. I installed Slackware as a dual-boot on my sister-in-law's computer after Windows fell over again and again. They now use Slackware almost all the time but with me being 250 miles away sysadmin is tricky. So far I have to dropboxed packages to her that become required after building them here and providing detailed installation instructions via email (for instance Google Chrome was needed when the kids discovered that Club Penguin had added a new section not supported by or working in Firefox).
A slackpkg GUI would undoubtedly make the process a whole lot easier for them, especially if I could add the Dropbox folder as a repository. She could also do a quick updates check herself once a week too.
I know a GUI isn't the slackware way and I'm certainly not advocating a road to ubuntuisation. Just the odd GUI in the right area may help some users.
- thinking about it, wasn't someone building somethinglike this a couple of years ago? I'm sure I remember reading a thread in here where some sort of GUI package manager was being developed.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.