Greetings all, I'm trying to install some packages off the cd, which has worked flawlessly before and now I'm getting the following messages. Packages.rpm does exist, in the indicated directory and I'm not sure why I'm having a problem. Running stock SuSe 8.0. Any ideas? Note: I'm not trying to install bash, but rather the kernel sources. Bash is of course already installed.... Thanks for any help that might be offered, Fleet Senseman <----begin error log ----> rpm --root / --dbpath /var/lib/rpm/ -q -p --qf %{NAME} /var/adm/mount/suse/a1/bash-2.05-302.i386.rpm bash Return :0 rpm --root / --dbpath /var/lib/rpm/ -q -p --qf %{NAME} /var/adm/mount/suse/a1/bash-2.05-302.i386.rpm bash Return :0 rpm --root / --dbpath /var/lib/rpm/ -q --qf %{NAME} bash Return :1 rpm --root / --dbpath /var/lib/rpm/ -U --replacepkgs --oldpackage --replacefiles --nodeps --ignoresize --percent /var/adm/mount/suse/a1/bash-2.05-302.i386.rpm Installing bash-2.05-302.i386 failed to open /var/lib/rpm/packages.rpm: Success error: cannot open /var/lib/rpm/packages.rpm Return :1 ... ERROR
Hi, Are you trying to install as an ordinary user rather than as root? /var/lib/rpm/packages is writeable only by root. If the packages database cannot be updated because the file is unwriteable the process will exit. Hope this helps Basil Fowler On Saturday 31 Aug 2002 16:16, black6host wrote:
Greetings all,
I'm trying to install some packages off the cd, which has worked flawlessly before and now I'm getting the following messages. Packages.rpm does exist, in the indicated directory and I'm not sure why I'm having a problem. Running stock SuSe 8.0. Any ideas? Note: I'm not trying to install bash, but rather the kernel sources. Bash is of course already installed....
Thanks for any help that might be offered, Fleet Senseman
<----begin error log ---->
rpm --root / --dbpath /var/lib/rpm/ -q -p --qf %{NAME} /var/adm/mount/suse/a1/bash-2.05-302.i386.rpm bash Return :0 rpm --root / --dbpath /var/lib/rpm/ -q -p --qf %{NAME} /var/adm/mount/suse/a1/bash-2.05-302.i386.rpm bash Return :0 rpm --root / --dbpath /var/lib/rpm/ -q --qf %{NAME} bash
Return :1 rpm --root / --dbpath /var/lib/rpm/ -U --replacepkgs --oldpackage --replacefiles --nodeps --ignoresize --percent /var/adm/mount/suse/a1/bash-2.05-302.i386.rpm Installing bash-2.05-302.i386 failed to open /var/lib/rpm/packages.rpm: Success
error: cannot open /var/lib/rpm/packages.rpm Return :1 ... ERROR
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
On Saturday 31 August 2002 14:27, Basil Fowler wrote:
Hi,
Are you trying to install as an ordinary user rather than as root? /var/lib/rpm/packages is writeable only by root. If the packages database cannot be updated because the file is unwriteable the process will exit.
Hope this helps
Basil Fowler
I'm using yast2 software update through the control center. That forces you to log in as super user to do an update. I've also tried it logged in directly as root, same message... Even if I'm just trying to install a how-to it wants to load bash, perl, nvidia, arts, etc etc. All that stuff is already installed and has been running fine.... I've restored from a backup but it seems the problem predates my backups..... Fleet
Hi This looks like a job for Superman aka the command line. YaST and its ilk are OK for routine jobs, but when something goes awry, there is no substitute for the command line. First check that /var/lib/rpm/packages exists. If not, create an empty file with 'touch /var/lib/rpm/packages' then try 'rpm -vv --rebuilddb | tee results'. This will show what is happening on the screen and simultaneously write it to the file 'results'. We can then see what is going on. Hope this helps Basil Fowler On Sunday 01 Sep 2002 11:04, black6host wrote:
I'm using yast2 software update through the control center. That forces you to log in as super user to do an update. I've also tried it logged in directly as root, same message... Even if I'm just trying to install a how-to it wants to load bash, perl, nvidia, arts, etc etc. All that stuff
is
already installed and has been running fine.... I've restored from a backup but it seems the problem predates my backups.....
Fleet
Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
On Sunday 01 September 2002 09:39, Basil Fowler wrote:
Hi
This looks like a job for Superman aka the command line.
YaST and its ilk are OK for routine jobs, but when something goes awry, there is no substitute for the command line.
First check that /var/lib/rpm/packages exists.
If not, create an empty file with 'touch /var/lib/rpm/packages'
then try 'rpm -vv --rebuilddb | tee results'. This will show what is happening on the screen and simultaneously write it to the file 'results'. We can then see what is going on.
Hope this helps
I've tried your suggestion logged in as root and these are the results D: rebuilding database /var/lib/rpm into /var/lib/rpmrebuilddb.1172 D: creating directory: /var/lib/rpmrebuilddb.1172 D: opening old database D: opening database mode 0x0 in /var/lib/rpm failed to open /var/lib/rpm/packages.rpm: No such file or directory What I don't understand is that packages.rpm does exist in that directory. Permissions seem to be fine (same as all other files in the directory... My next step was to rename packages.rpm to another file and then rebuild the database. I can now install _some_ new software using control center.... Installation of other packages gives me an error regarding being unable to lookup the header information at position xxxxxxx which I assume means it's expecting data in the original packages.rpm but can't find it. The new packages.rpm file (created during a successful simple install of the how-to package) is now much much smaller compared to the old file. Installing the kernel sources gives the header lookup errors during installation of bash etc (which is already installed as previously mentioned...) Thanks so much for your help! Fleet Senseman
Hi, Lets check rpm itself. Until everything is sorted out, use the command line exclusively. We can then discount any trouble from the GUI - in any case we must go beyond the capabilities of the GUI. Run (as ordinary user or root ) 'rpm -V rpm | tee results'. If you see nothing, then the rpm package is OK. If not, the run the commmand 'rpm -vv -V rpm | tee results'. We will then have a detailed list of what works and what doesn't. Here you see an essential difference between window$ and Linux. You can do everything from the command line, and the command line is so much more flexible and powerful than a GUI. The output may be a foreign language, but interpreters or textbooks for that language are readily available. Window$ on the other hand is like enciphered text. Hope this helps Basil On Monday 02 Sep 2002 05:04, black6host wrote:
On Sunday 01 September 2002 09:39, Basil Fowler wrote:
I've tried your suggestion logged in as root and these are the results
D: rebuilding database /var/lib/rpm into /var/lib/rpmrebuilddb.1172 D: creating directory: /var/lib/rpmrebuilddb.1172 D: opening old database D: opening database mode 0x0 in /var/lib/rpm failed to open /var/lib/rpm/packages.rpm: No such file or directory
What I don't understand is that packages.rpm does exist in that directory. Permissions seem to be fine (same as all other files in the directory...
My next step was to rename packages.rpm to another file and then rebuild the database. I can now install _some_ new software using control center.... Installation of other packages gives me an error regarding being unable to lookup the header information at position xxxxxxx which I assume means it's expecting data in the original packages.rpm but can't find it. The new packages.rpm file (created during a successful simple install of the how-to package) is now much much smaller compared to the old file. Installing the kernel sources gives the header lookup errors during installation of bash
etc
(which is already installed as previously mentioned...)
Thanks so much for your help!
Fleet Senseman
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
participants (2)
-
Basil Fowler -
black6host