REMOVE a DSl package??


Forum: myDSL Extensions (deprecated)
Topic: REMOVE a DSl package??
started by: panama

Posted by panama on July 07 2004,20:44
i would like to remove mplayer (can't get it to work).

It was d/l'ed from the repository and installed by clicking MyDSL on the file manager.

I would like to learn how to remove it and make the (5) instances of it on RIGHT CLICK<->myDSL on the desktop go away as well.

thanks!

Posted by ke4nt1 on July 07 2004,21:52
A little more info would be helpful....

Is your DSL a LiveCD, or a HDinstall?

Did you verify the md5sum before running the mplayer.dsl?
( firefox likes to corrupt .dsl file downloads, wget works best. )

I just downloaded it from the repository, again, and
clicked the mydsl button to install it..
Runs fine here, watching an mpg file...

I am running from a LiveCD, so I would simply reboot to
effect repair of the menu issue..

Have you installed any other dsl's recently?

73
ke4nt

Posted by panama on July 07 2004,22:03
HD install of DSL.

Did not verify the MD5 sum. But have tried to install it 5 times. I d/l'ed with gLinks (Firefox is a bit slow on this old laptop)

I have installed several DSL's too.  LinNeighborhood, Doom, Messenger and FireFox all work fine. The Copperwine and Blue Curve themes have installed great as well.

I'm not sure what happened to mplayer but I have it 5 times on the desktop right click and it doesn't work.  I thought an uninstall would be in order about now.

If you have pointers to make it work I would greatly appreciate it. However, since this whole Linux/DSL install is a a new and at times frustrating experience for me I would like to have the ability to uninstall anything that goes south or doesn't suit me.

thanks again for the quick reply and the help!!

Posted by ke4nt1 on July 07 2004,22:19
I suggest looking at the md5sum, for starters...
Also, try using "wget path-to-file" next time.

There is no "uninstaller" for .dsl extensions. ( an idea! )
They were designed for LiveCD use
...so a reboot does the trick. for the LiveCD user.

It seems each time you tried to install it,
you did receive a new mydsl-menu entry.
That tells me that the installer did function in part....
Your download is probably ok...

What do you see when you run "mplayer" from a shell?
Try typing " mplayer vo=x11 " in a shell?
What do you see?

Do you see the files in /home/damnsmall/.mplayer?
/usr/lib/mplayer? /usr/bin/mplayer? /usr/share/mplayer?
Is there an icon on your desktop?
Are you user damnsmall?

73
ke4nt

Posted by panama on July 07 2004,22:42
Ok ...here we go...this is turning out to be more complicated than I thought it'd be...that's OK tho...i'm finding that to be a recurring theme with my short Linux experience!

Too bad about the uninstaller. I see ur point tho...not supposed to be a full blown desktop install. I'll tell ya what...on this old-ass ThinkPad it rocks harder that Win98 ever did!

When I run mplayer from shell I get Illegal instruction

When I run mplayer vo=x11 I get Illegal instruction

In /home/damnsmall/.mplayer I see:
    codecs.conf
    input.conf
    ke4nt
    menu.conf
    mplayer.conf
    subfont.ttf

In /usr/lib/mplayer I see:
 vidix
    cyberblade_vid.so
    mach64_vid.so
    mga_crtc2_vid.so
    mga_vid.so
    nvidia_vid.so
    pm3_vid.so
    radeon_vid.so
    rage128_vid.so

In /usr/share/mplayer I see:
 skin
    there are 4 skins here with numerous files for each here

There is an icon on the desktop.

thanks

Posted by ke4nt1 on July 08 2004,01:08
Well , from the looks of your .mplayer directory...
That build was my first attempt at mplayer..
I recognize my callsign (name) in the folder.
I quickly removed that afterwards in the next build...

You should usually download the latest builds from
the repository.. Many have improved, shrunk in size,
had file permissions corrected, and themes/styles added.

Fortunately, I have not made a lot of big changes to the dsl
since it's first creation, so re-download it, and install it again.
It won't make things any worse, but it may fix a problem with
permissons.  An "illegal instructon" may be a corrupted file.

DSL extensions have only been in existance for a about 30-45 days,
so it's a new concept, and should be handled with care.
Most all of these extensions have been donated by contributors,
and are still in need of further testing and feedback.

My first extensions were never tested in a HDinstall
environment, because the first few extensions were made to
replace constant downloading of dpkg, gnu-utils, etc.,
by LiveCD users...
They were originally another way to install these packages
without downloading every time you boot. from LiveCD.
The HDinstall users never had a problem, just apt-get install.

Who'd guess that they would become so popular!!

73
ke4nt

Posted by panama on July 08 2004,02:16
Well thanks for all the time and help.

I tried to re-install, delete the above files and re-install (both times with a "new" download from the repository. No luck.

Is there a way to at least get rid of the desktop  icon and the 6 instances of Mplayer on the right click/myDSL menu??

thanks!

Posted by cbagger01 on July 08 2004,02:58
OK,

Here is some MANUAL uninstall directions for a *.dsl package (assumes that the dsl file is sitting in your home directory):

Open an xterminal window and type:

tar -ztvf nameofprogram.dsl > dslfilelist
exit

where nameofprogram.dsl is the name of your dsl file to be uninstalled.
Open up Scite and open up the file named "dslfilelist".
Open up Emelfm.

Use Emelfm to MANUALLY delete each file that is listed in the Scite document.

This should take care of the package files and the desktop icon.

Next, download and install whitebox.dsl from the myDSL testing repository.
Start up whitebox from the myDSL menu.
Use the menu to back up your Fluxbox configuration in case you make a mistake.
Start up whitebox again. Choose "Start whitebox" from the menu.
Use the "Menu Editor" to delete the multiple "mplayer" entries in your menu system.
Click on the "Save" button to save your changes.

That's it.

The process could probably be better automated in the future, but hopefully this will work for now.

Good Luck.

Posted by ke4nt1 on July 08 2004,03:32
Thanks, cbagger01...

A perfect use for your whiteBOX.dsl package !

I'll give panama an email when I discover more info
during my testing here with a HDinstall and mplayer.

73
ke4nt

Posted by ke4nt1 on July 08 2004,05:38
Here are my results so far, panama

I have tested several different types of installs using version DSL 0.7.1

1. Standard HDinstall - no dpkg or gnu-utils
The mplayer runs from the command line using "mplayer filename.mpg"
Or, you can use "gmplayer", and get the gui interface to choose files to play.
The mydsl-menu works fine first time.
The icon requires a restart of the desktop one time. It's good after that.

2. Enhanced HDinstall - no added dpkg, just the stock Enhanced version
The mplayer runs from the command line using "mplayer filename.mpg"
Or, you can use "gmplayer", and get the gui interface to choose files to play.
The mydsl-menu works fine first time.
The icon requires a restart of the desktop one time. It's good after that.

3. LiveCD from pristine copy of DSL 0.7.1 - fresh burn
The mplayer runs from the command line using "mplayer filename.mpg"
Or, you can use "gmplayer", and get the gui interface to choose files to play.
The mydsl-menu works fine first time.
The icon works fine the first time....??

4. Standard HDInstall with dsl=dpkg.dsl and gnu-utils.dsl added
The mplayer runs from the command line using "mplayer filename.mpg"
Or, you can use "gmplayer", and get the gui interface to choose files to play.
The mydsl-menu works fine first time.
The icon works fine the first time....??

Here are some screenshots of what you should see..
< LiveCD >
< Standard HDInstall >
< Enhanced HDInstall >

Best I can do, for now...
Let me know what you find out.
Perhaps a fresh install will work for you
Did you ever check those md5sums, or use wget?

73
ke4nt

Posted by henk1955 on July 08 2004,07:37
@cbagger01

Quote
Use Emelfm to MANUALLY delete each file that is listed in the Scite document.


i think this is a litlle to easy.
there as some *.dsl that overwrite config-files from pre-installed programs ie: php <-> monkey (icewm <-> .xinitrc)

i think for HD-install there is no safe way to uninstall *.dsl or *.tar.gz.
therefore i favour frugal install. this way i am sure i have a clean relyable system. I had some problems with some of the *.dsl. Now if i suspect a bug in one i just take the *.dsl out of the root directory, reboot and test again.

henk

Posted by nucpc on July 08 2004,08:18
Yep I think I agree that for HD install you might want to be more cautious and definitely, yes, that not being
fully HD installed anyway is the best way forward........to get the disk space back from some HD installed
large .dsl at speed, how about this.....(basically as per cbaggers but just making a little script);

In a temporary directory;

tar zxvf file.dsl > list

(i.e. don't use `t' to list it). Now using scite YOU decide what to globally change in the following manner;
using `search' and `replace` change say,

usr -> rm /usr
opt -> rm /opt

for example, and as many other leading directories as you desire.

The file 'list' will now begin;

rm /usr
rm /usr/bin
.......

Add the line,

#!/bin/sh

to the top of the file and you've got a little script. Globally remove any other line that doesn't begin with rm,
chmod 755 and it's ready to go. Naturally it'll give lots of `errors' as it refuses to `rm' directories, or things
on /var/temp that aren't there any more,  but we're not worried about these and can just ignore them.

For your larger undesired .dsl it'll speed things up a lot. The risk of using such  a script though is up to you.

All the best.

Posted by ke4nt1 on July 08 2004,12:28
I agree with many of the posts here..
Extensions are user contributed, and should be used with some...  respect?

I would test them first from a fresh liveCD, after checking their sums.
It's very easy to quickly create a fresh HDinstall to test from as well.

I do have several HDinstalls that family and friends use, but knowing that
those folks don't backup like I do, I wouldn't care to "toast" their systems.

Otherwise, with a good backup, and maybe even an extra copy of your
backup tucked away somewhere else, reinstalling a DSL system
is fast and painless.

Now, if you have valuable data, like your latest compiled kernel,
scripts in-progress, fresh downloads, emails you "just can't lose" , etc.
I would think twice before using that system for exploring new extensions,
or becoming a "beta tester" for the latest .dsl files.
( In my opinion, anyone who installs any of the user contribs
     has just been awarded "beta tester" status ! )

I think an "uninstaller" would be great, but some way of backing up
replaced or edited files needs to accompany the script.
Many times an extension build will want to "upgrade" libs, or alter config files.
Some of these could be pulled back in from the distro CD, others may be
3rd or 4th generation edits, writes, or upgrades.

For example: You try out the xy_game.dsl, built from the "stable" versions,
which upgrades lib.x from 2.0.0 to 2.0.1. Symlink changed
You then try out xz_game.dsl, built from the unstable versions,
which upgrades lib.x from 2.0.1 to 2.0.2. Symlink changed again.
OOPS, that one's still got a little more "testing" to do, but if you pull your
backups from the distro CD, your first xy_game.dsl will be toast.

May 12th was the date of the DSL 0.7 release.
Before then "myDSL" didn't even exist in Damnsmalllinux.
Most of these extensions have only been made in the last 30 days or so.
If in doubt, error on the side of caution, and seek info from other users.

73
ke4nt

Posted by hasty on July 08 2004,15:22
Ke4nt
Theres a fascinating post by Durand Hicks on the knoppix forums on how he baselines his set up prior to installing new software, so he can easily revert to the previous state.
< http://www.knoppix.net/forum/viewtopic.php?t=10273&highlight= >

Basically he uses
dpkg --get-selections > todaysdate.txt

Then he uses
diff lastmonth.txt todaysdate.txt > packages.diff

This is edited to remove common items and renamed kicklist

Next
apt-get remove --purge `cat kicklist`      (nb the ¬ tick)

Perhaps you can use it in your travails :)

Posted by cbagger01 on July 08 2004,16:14
I guess the most important thing that needs to be understood with
respect to myDSL extensions is:

These extensions are just *.tar.gz archives that are renamed to the *.dsl filetype.  Other than the myDSL menu additions, they are a very simple way to get a bunch of filed added to your installation.

myDSL extensions are NOT "packages" in the same sense that there is a true package management system in place that keeps track of them and allows uninstall / upgrades / downgrades of packages.

If you are using a full hard disk installation for DSL, my advice to you is that you should use the Synaptic Package Management GUI to install / upgrade / uninstall new programs.

Synaptic + apt-get + dpkg is a true package management system with an installer and a nice user interface.

While some of the simpler *.dsl extensions are harmless because they do not affect libraries or other programs, other *.dsl extensions are bound to cause trouble in the long run if you want to uninstall or add another program / library that breaks your *.dsl extension.

This is not a problem for the livecd / frugal install / poorman's install users because if they have a problem all they need to do is remove the offending *.dsl file from their list of files to load up.

Posted by Alisdair Kelly on July 08 2004,16:48
[QUOTE]download and install whitebox.dsl from the myDSL testing repository.
Start up whitebox from the myDSL menu.
Use the menu to back up your Fluxbox configuration in case you make a mistake.
Start up whitebox again. Choose "Start whitebox" from the menu.
Use the "Menu Editor" to delete the multiple "mplayer" entries in your menu system.
Click on the "Save" button to save your changes.

When I saw this topic, the first thing that popped into my mind was "whiteBox". It works perfectly for removing extra instances of dsl packages that may not be functional or simply that there are too many of them. It is saving me from having to do a re-install of DSL to the hdd.

Good tool, just right for the job.:D

Posted by roberts on July 08 2004,18:39
The original concept of myDSL was to allow easy extension capability to those who use liveCD, frugal, or poorman's systems. We are no longer limited to what is included in the base system. Size of the distro is no longer a limiting factor. You can have "cake and eat it too".

I also believe there was been plenty of warning labels on the download pages for those with hard installed systems.

Those with hard drive installed systems can always choose to stay Debian and use the package management system of apt or Synaptic. However, DSL is not pure Debian and other "packages" are in stalled in the base system which is not controlled via Debian.

Once a user chooses to install to hard drive, they have many choices, they could install a Slackware package, or even compile from sources. I view the choice of installing a myDSL extension in the same way. Things can get very compilcated when you install from many means.

To try to add package management to myDSL would be like trying to duplicate the efforts of the debian system.

Realizing, there is benefits to using some of the myDSL extensions in a hard drive environment. I have planned a color coding scheme to indicate the level of of changes to your system when you choose to install an extension. Hopefully this will also help in making your decision to install an extension to a hard drive a wise one.

Of course, none of this applies to those for which this system was designed for. The extension concept opens up tremendous capability to those of us who like to run from liveCD, frugal, or other compressed image installs on hard drive, compact flash and usb. Personally, I see this area as a more growth area. That is why I created such a system.

Posted by clivesay on July 08 2004,19:02
Robert -

Wow! The effort of color coding is really going "above and beyond"! :-)

My personal opinion it to ALWAYS test the mydsl extensions in a live cd environment before you even consider using on a HD install. I agree with a previous post that if you have an internet connection, enable apt and install to the HD that way.

For my NFP, the big advantage I see with these extensions besides running from the live cd, is having the ability to install my preferred packages to PC's without requiring an internet connection. This is a lot easier than a complete remaster of the OS!  :D

Posted by panama on July 08 2004,21:32
cbagger-

the whitebox got rid of the desktop crap leftover from mplayer installs gone bad.  thanks again for the tip!

im gonna try the mplayer again with some of the commands from ke4nt1. at least i know how to get rid of it (if only manually)

keep ya posted

Powered by Ikonboard 3.1.2a
Ikonboard © 2001 Jarvis Entertainment Group, Inc.