Your Favorite MyDSL Extensions
Forum: User Feedback
Topic: Your Favorite MyDSL Extensions
started by: mikshaw
Posted by mikshaw on Mar. 06 2008,01:14Here's a short list of the extensions I like best. With the exception of gimp, which I only just started using, and gcc, which I load only when compiling, These apps are used nearly every day.
moc.uci - console music player
I wrote a Bash script that would recursively play a directory of mp3/ogg
files, but it was not interactive beyond choosing the initial directory.
You could skip the currently playing file, but that was about it.
Moc provides a way to control playback as well as any gui music player
(better than most), including dynamically creating playlists. It's also
very cool that its interface is very similar to midnight commander.
mc.uci - console file manager
Having the same file management in console and in X is a huge benefit to the
user who is prone to habitually using a particular key combo before realizing
it doesn't work in the current application (that would be me). The Midnight
Commander has been a staple in my Linux arsenal from nearly the first days I
tried Linux, and will probably be there for years to come.
vim.uci - console text editor
Vim is, in my opinion, the best text editor ever created. While DSL base
includes vim, that version is missing a few things I'd consider necessary features, such as syntax highlighting.
vim_7.1.244.uci is a newer version which I have yet to try
gimp-1.2.uci - gtk1 image manipulation program
Although it's far from the current 2.4 Gtk2 version in features, this
version of GIMP still provides all of the basics of image editing in
a package size that is practically nothing compared to the newer versions,
and requires nothing that isn't already in DSL.
gcc1-with-libs.dsl - C/C++ compiler including many development files
This is a full compiling package for many source packages you might
find online. It doesn't include everything you'd ever need, of course,
but for a DSL user who builds mostly small programs, you might find
that you won't need to add many other headers.
gqview-1.2.2.uci - Gtk1 image viewer
Like GIMP, I have a newer Gtk2 version of gqview installed on my Slackware
system, but time and again I'm wishing that Gtk developers would realize
how much faster the older toolkit runs and start thinking about why that
is. This version of gqview is super fast even when scanning a directory
with thousands of images, and still has a pretty good collection of key
controls. One negative is that in fullscreen I lose the ability to
switch window manager desktops.
screen.uci - console "window manager"
I say window manager not because it is, but because that's the nearest thing
I can think of to describe what it is ("multiplexor" sounds like marketing).
Screen allows you to run multiple screens in a single terminal, including
split or toggled screens, as well as disconnecting from a running process
so you can log out, leave the process running, and come back to it later
either from the same machine or remote through ssh.
Posted by jpeters on Mar. 06 2008,06:29One of the most valuable and under discussed extensions that I use is tcltk-8.4.uci, with which I've build almost all my specific office software, calculators, and psychological testing programs.
Posted by curaga on Mar. 06 2008,13:51I mostly use the compiling & dev extensions on DSL. One of them deserves an extra comment; big thanks to Juanito for Perl 5.8.0 and xml-parser. I was ready to throw my comp to the wall with perl, as it of all things didn't want to compile for me.
Posted by lucky13 on Mar. 06 2008,19:34For daily use, screen.uci is essential. I also load up on console apps to use in screen -- elinks (which I need to submit as UCI), vim (best text editor ever), elmo.dsl (another I've made into and need to submit as UCI), mc.uci, zsh.uci (better than bash -- I love tabbing to autocomplete everything), moc.uci, calcurse.uci (fast calendar app but I also use jpilot.dsl for scheduling), mrxvt.uci (I like tabs even for terminals), and snownews.uci (rss aggregator).
My favorite utilities include rsync (another one I compiled as UCI and need to submit), cron30.dsl, and some of the sniffing tools and mac-changer.
Edit: Oops. I forgot openoffice.uci (1.1!), xmms-alarm, and gcc/flex-bison/etc. extensions.
Posted by Juanito on Mar. 07 2008,08:57
- you're welcome, didn't this work?
Posted by curaga on Mar. 07 2008,13:03Not exactly what I did, but it had several really ugly failures at the make step.
Posted by WDef on Mar. 07 2008,23:12Well, here's some of my daily extension loads (not that I really think anyone gives a hoot on this forum what anybody does):
The choices are obvious when you consider I tend to be using dsl as a desktop system lately as opposed to console jockeying (reflecting my work). So rather than boot Fedora or something huge ....
scite.uci - always loaded. Beaver is absolutely *unusable* for coding anything bigger than a few lines and I prefer a gui editor.
gtk2 extension - sometimes loaded to enable gtk2-dependent extensions.
gqview.uci and/or xnview.uci - managing and viewing camera pics
mplayer-1.0pre8.uci - handy for flv from YouTube etc etc
openoffice uci - when need to write a doc, pdf or xls file, or view a ppt, though I do wish this had better fonts available and was more recent.
compile.uci - usually use this for compiling these days (thanks Juanito).
xine.uci looks very promising indeed and have started using that also. Watched a dvd on it last night (thanks Jason).
gnupg extension - for verifying gpg signatures on downloaded sources.
prozilla.dsl - always loaded - for downloading from the commandline, can't be beat.
java uci - often loaded.
gnuutils.dsl/unc - only when I have to load it.
man.uci - altered one, which I keep forgetting to post.
imagemagick uci - sometimes. I use the mogrify and convert tools.
tkdvd.dsl/unc - occassionally
Various other extensions occassionally also eg frostwire (which seems to have stopped doing the 100% cpu thing all of the time for some reason), opera uci(2), newer firefox uci, python uci, others I'll remember later.
Bittorrent doesn't work on my connection or I'd be running azureus or one of the other bt clients.
In the base system I quite often use xmms for listening to mp3s etc.
Posted by jpeters on Mar. 08 2008,03:34
to the contrary....I just started using screen.uci ..nice!!
EDIT even better than nice....
Posted by lucky13 on Mar. 08 2008,15:15
I can't imagine life without screen, rsync, and sshfs. I don't like the "window manager" category for screen because that doesn't cover what it's capable of doing. Yes, you can run several apps in one terminal and that's very handy. Yes, those apps can continue running on the same computer regardless of X crashes because screen runs independently of X.
I think screen is the ultimate nomad app -- perfect for something like DSL when you're mobile (USB, CD, laptop). If you have a 64MB USB stick and run sshd on a home or work or other trusted computer, all you need is DSL and screen. You don't need anything else.
I can start all kinds of stuff running in screen on my primary computer. Then I go mobile. With "screen -r -d" I get exactly what's on the other computer without any down time. So I'm shelled back in and can pick up where I left off or resume/finish whatever was started. I don't need all the apps locally because they're already running on my primary computer in a more trusted environment. I can start other apps and use my laptop (or USB stick or CD) as a dumb terminal of sorts and resume things wherever and whenever I need to.
Posted by WDef on Mar. 09 2008,15:16I don't have an account that's suitable for remote work a la Lucky13 (behind someone else's NAT, not reachable). However that is likely to change soon, so In look forward to exploring the benefits of that combo.
Posted by yangmusa on Aug. 27 2008,18:05
I'm just curious about something. I had assumed that one of the main reasons for choosing a terminal based application as opposed to a GUI application would be to conserve resources.
However, on my brief and very informal test of MOC yesterday it appeared to be more resource intensive than XMMS on my system. Playing the same mp3 file with each player, under MOC my system showed a 10% processor load and under XMMS the processor load fluctuated between 0-3%.
So although the idea of MOC is kind of cool, I think I'll stick to XMMS for now..
Posted by curaga on Aug. 28 2008,12:41It's also for text-only terminals that were common in the 80's, and for ssh and telnet connections where you might not have X.