Upgrade, Update, and Application Install Problem in Kpackage

I installed the netscape package and it worked fine.

I see your install picked up nscache and ldso which did not happen when I installed netscape. I don't understand why your install did that.

If you're having trouble in general with installing more packages, you might want to verify that your partition isn't full.

the earlier question. I didn't notice it before. And now I'm amazed to find that Netscape 4.77 from 1998 is still around, but it should work--and does work for me.

You Misunderstand. I replied because your message alerted me that this unanswered message existed.

Thanks for doing that.

I'm not sure who you are aiming your message at, but I'm very interested in the error message "Moving /usr/info/dir to /usr/share/info/dir."

This was reported at least once before, yet thousands of other people have not has this problem. Surely there's something unusual about your configuration.

Have you verified that your root partition is not full? If you installed on a small hard drive, it could be full.

And what version of MEPIS are you running?

Hi David,

A good root size depends on how much you want to add to the base system. 2.5 GB is about the minimum that will work. 4 GB should be ample for most users. As a developer, I need 6-8GB. Bear in mind that you can recover space by deleting the system logs and the apt package cache. This is easily done via the MCC, or you can do it manually.

Warren,
I had the same problem. It appears that the directories /usr/share/info/dir & /usr/info/dir must have the same contents in them.

However, when I did a Dist Upgrade to bring all packages up to date this problem occurred. I had been updating fine, (no Problem) up until this time. I think something in the upgrade wiped out the contents of /usr/info/dir for what ever reason? Who knows?

The fix is to copy the contents of /usr/share/info/dir to /usr/info/dir as pointed out by an earlier post from sekhmet in the general forum.

However, I was not able to do it. Thinking now that I might not have been logged in as root while logged into my Mepis HD install. Sooo, I had to use the live CD.

I used my live MEPIS CD and logged in as root.
Mounted and cd'ed to the proper HD location in the file structure
I issued the following command:
cp /usr/share/info/dir /usr/info/dir
It worked!
Anyways, after doing that I brought the Mepis HD install on my computer back up and logged in. Once logged in, I issued the apt update & upgrade commands. The first thing the performed was a symlink between the /usr/share/info to /usr/info/dir directories.

Since then the Mepis HD install has worked fine.
Don't know if this helps?

Thanks for a great distro,
paul

Hi Paul,

Thanks for the extra info. That is so strange. I have never seen that happen. I wonde rif it's because I upgrade often. Did you do a massive upgrade all at once?

Warren,
Yes & No.

No! I had been upgrading packages I liked along the (XMMS, OO, etc.)way.

However, as time went by there were more and more updates submitted.

Yes!
When the problem came about, I actually did a massive upgrade all at once.

Thanks,
paul

(I am reposting so this message can be found and I actually have a proper Subject....)
_____________________________________________________________________

Things seemed to work until after using Upgrade which ended this way. Now I'm having the dpkg problem again....

(Reading database ... 101004 files and directories currently installed.)
Preparing to replace dpkg 1.10.10 (using .../archives/dpkg_1.10.15_i386.deb) ...
Unpacking replacement dpkg ...
Setting up dpkg (1.10.15) ...
Moving /usr/info/dir to /usr/share/info/dir.
mv: cannot stat `/usr/info/dir': No such file or directory
dpkg: error processing dpkg (--configure):
subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
dpkg
E: Sub-process /usr/bin/dpkg returned an error code (1)
RESULT=100

The next attemptred package install died like this....

ruby1.8-examples
The following NEW packages will be installed:
libruby1.8 ruby1.8
0 upgraded, 2 newly installed, 0 to remove and 503 not upgraded.
2 not fully installed or removed.
Need to get 699kB of archives.
After unpacking 2404kB of additional disk space will be used.
Get:1 ftp://ftp.us.debian.org testing/main libruby1.8 1.8.0-5 [651kB]
Get:2 ftp://ftp.us.debian.org testing/main ruby1.8 1.8.0-5 [48.2kB]
Fetched 699kB in 7s (89.1kB/s)
Setting up dpkg (1.10.15) ...
Moving /usr/info/dir to /usr/share/info/dir.
mv: cannot stat `/usr/info/dir': No such file or directory
dpkg: error processing dpkg (--configure):
subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
dpkg
E: Sub-process /usr/bin/dpkg returned an error code (1)
RESULT=100

Thoughts?

David

I'm getting confused. And I think your system is confused at this point as well. I'm sure there's a solution.

What version of MEPIS did you install?

Since the install, did you move /usr/info to /usr/share/info manually?

I'm using MEPIS Linux 2003.08.01. I have not moved anything manually... I have reinstalled the OS again and am running fine, being able to run Update OK but I'm leery of the upgrade process since I've had the dpkg problem three times now... each after the Upgrade process.

I have used Synaptic a couple of times and may see what it's functionality would be in the scenario....

David

David,
Synaptic is what i used when i expienced the same problem. I think (and could be wrong) that it may be a problem with Mepis 2003.08. After I fixed the problem and ran just the apt-get update the problem has not reoccured.

paul

It's a problem with updating to a change in dpkg. The directory has been moved and a link is made from the old location to the new location. Once dpkg and the reloction are in sync with each other, upgrade should work again. Most people did not have this problem.

So, it's my theory that if you get completely up-to-date and if /etc/info is a link to /etc/share/info that then upgrade should work again. But it's possible that the sequence in which you update could have an affect on the results.

This is one of those weird things that happens from time to time in the Debian pool when a dependency is overlooked.

Hi Paul,
That's now where I think I am... Just no Upgrades...

David

I think you are right... The problem ends similarly in Synaptic, of course after trying to move /usr/info/dir into /usr/share/info/dir. Will we see the same in 2003.10?

Regards,

David

If that was the cause, it should only once in the history of the universe, unless the maintainer of dpkg decides to move the directory again and gets the dependencies wrong again.

Warren,
(Ha Ha) Lets hope not. For those of us that have had this problem, we at least know what the fix it. If you follow the procedures listes elsewhere in the forum the fix is easy. And the beauty is you do not have to blow away you installation. I hate it when I have to do a freash install. (LOL)
Thnaks guys for all your help. Regardless of this problem, I enjoy this distribution more and more.

paul