I have a customer who wants to install a SUSE 9.2 package on their 9.2 system. Oddly, when they search for the package by name in in yast, it does not show up. The package is tktable-2.8-164.i586.rpm, which is on CD4. Is there any way to get YAST to reread the package information from the original install media if there is a problem like this? +····························+·······························+ · Roger Oberholtzer · E-mail: roger@opq.se · · OPQ Systems AB · WWW: http://www.opq.se/ · · Kapellgränd 7 · · · P. O. Box 4205 · Phone: Int + 46 8 314223 · · 102 65 Stockholm · Mobile: Int + 46 733 621657 · · Sweden · Fax: Int + 46 8 314223 · +····························+·······························+
On Wednesday 19 October 2005 05:51, Roger Oberholtzer wrote:
I have a customer who wants to install a SUSE 9.2 package on their 9.2 system. Oddly, when they search for the package by name in in yast, it does not show up. The package is tktable-2.8-164.i586.rpm, which is on CD4. Is there any way to get YAST to reread the package information from the original install media if there is a problem like this?
Hi Roger, There's a button to enable/disable refreshing of installation sources in YaST's "Installation Sources" module. You highlight the installation source by clicking on it and enable refresh using that button. Alternatively, they could just navigate to the actual package on CD4 using Konqueror, click on .rpm file and select the "Install with YaST" button Konqueror provides. regards, - Carl
On Wed, 2005-10-19 at 16:32, Carl Hartung wrote:
On Wednesday 19 October 2005 05:51, Roger Oberholtzer wrote:
I have a customer who wants to install a SUSE 9.2 package on their 9.2 system. Oddly, when they search for the package by name in in yast, it does not show up. The package is tktable-2.8-164.i586.rpm, which is on CD4. Is there any way to get YAST to reread the package information from the original install media if there is a problem like this?
Hi Roger,
There's a button to enable/disable refreshing of installation sources in YaST's "Installation Sources" module. You highlight the installation source by clicking on it and enable refresh using that button.
I figured this was the way.
Alternatively, they could just navigate to the actual package on CD4 using Konqueror, click on .rpm file and select the "Install with YaST" button Konqueror provides.
This is what I told them. But they claim the file is not on the DVD. It is surely on the DVD I have. Since I have a suspicion that they are not looking at the DVD correctly (?!?) I thought if YAST looked for the package they would be saved. +····························+·······························+ · Roger Oberholtzer · E-mail: roger@opq.se · · OPQ Systems AB · WWW: http://www.opq.se/ · · Kapellgränd 7 · · · P. O. Box 4205 · Phone: Int + 46 8 314223 · · 102 65 Stockholm · Mobile: Int + 46 733 621657 · · Sweden · Fax: Int + 46 8 314223 · +····························+·······························+
Roger, On Wednesday 19 October 2005 02:51, Roger Oberholtzer wrote:
I have a customer who wants to install a SUSE 9.2 package on their 9.2 system. Oddly, when they search for the package by name in in yast, it does not show up. The package is tktable-2.8-164.i586.rpm, which is on CD4. Is there any way to get YAST to reread the package information from the original install media if there is a problem like this?
Are they entering the whole string "tktable-2.8-164.i586.rpm"? Just search for "tktable". If that doesn't work and you know the name of a file in the package, enable searching of the packages' contents by selecting the "Provides" check-box.
· Roger Oberholtzer · E-mail: roger@opq.se ·
Randall Schulz
On Wed, 2005-10-19 at 18:11, Randall R Schulz wrote:
Roger,
On Wednesday 19 October 2005 02:51, Roger Oberholtzer wrote:
I have a customer who wants to install a SUSE 9.2 package on their 9.2 system. Oddly, when they search for the package by name in in yast, it does not show up. The package is tktable-2.8-164.i586.rpm, which is on CD4. Is there any way to get YAST to reread the package information from the original install media if there is a problem like this?
Are they entering the whole string "tktable-2.8-164.i586.rpm"? Just search for "tktable". If that doesn't work and you know the name of a file in the package, enable searching of the packages' contents by selecting the "Provides" check-box.
On my SUSE 9.2 system (should be same as theirs) I search for 'tktable'. 'Name' and 'Summary' are checked as things to Search in. The package is found. They do the same thing (sent me a screen dump to prove it) and it is not found. So I think the list YAST has is incorrect.
· Roger Oberholtzer · E-mail: roger@opq.se ·
Randall Schulz
+····························+·······························+ · Roger Oberholtzer · E-mail: roger@opq.se · · OPQ Systems AB · WWW: http://www.opq.se/ · · Kapellgränd 7 · · · P. O. Box 4205 · Phone: Int + 46 8 314223 · · 102 65 Stockholm · Mobile: Int + 46 733 621657 · · Sweden · Fax: Int + 46 8 314223 · +····························+·······························+
On Wednesday 19 October 2005 11:23 am, Roger Oberholtzer wrote:
On my SUSE 9.2 system (should be same as theirs) I search for 'tktable'. 'Name' and 'Summary' are checked as things to Search in. The package is found. They do the same thing (sent me a screen dump to prove it) and it is not found. So I think the list YAST has is incorrect.
· Roger Oberholtzer · E-mail: roger@opq.se ·
They may have to do, as root, rpm --rebuilddb. Can they find anything 'yast' related? If not, then its either an rpm database corruption or possibly a module of YaST isn't installed well and needs re-installation or updating. Can they do YOU to check for updates? Stan
On Wed, 2005-10-19 at 12:28 -0500, Stan Glasoe wrote:
They may have to do, as root, rpm --rebuilddb. Can they find anything 'yast' related? If not, then its either an rpm database corruption or possibly a module of YaST isn't installed well and needs re-installation or updating. Can they do YOU to check for updates?
This system is in Saudi Arabia, which is internet challenged. At least in the way we have come to expect to use it. They have decided to send the computer here. Not the strangest thing to have happened. But close. -- Roger
On Wednesday 19 October 2005 11:46, Roger Oberholtzer wrote:
...
They have decided to send the computer here. Not the strangest thing to have happened. But close.
Wow. Your chance to smuggle in some prohibited data!
-- Roger
RRS
participants (4)
-
Carl Hartung
-
Randall R Schulz
-
Roger Oberholtzer
-
Stan Glasoe