Bugs item #1238303, was opened at 2005-07-14 09:10 Message generated for change (Settings changed) made by dnl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109368&aid=1238303&group_id=9368
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: 4.2 >Status: Closed Resolution: Fixed Priority: 6 Submitted By: Erich Focht (efocht) Assigned to: David N. Lombard (dnl) Summary: update-rpms --nocache doesn't work Initial Comment: The update-rpms option "--nocache" should actually avoid the cached RPM analysis cache. I need this option for x86_64 support because on x86_64 some i386 packages have to be installed. Unfortunately the --nocache option doesn't work as expected, it leads to an error message: update-rpms: Unable to download packages. Please fix this! Thanks, Erich ---------------------------------------------------------------------- Comment By: David N. Lombard (dnl) Date: 2005-08-10 11:15 Message: Logged In: YES user_id=27334 Fix is unit tested; checkin tonight ---------------------------------------------------------------------- Comment By: David N. Lombard (dnl) Date: 2005-08-04 21:52 Message: Logged In: YES user_id=27334 Using: http://www.lombardsnest.com/dnl/update-rpms/update-rpms-1.1.20-30.noarch.rpm The standard way: [EMAIL PROTECTED] root]# update-rpms --check xemacs update-rpms, version 1.1.20 Cache: /var/cache/update-rpms Reading cache... (1 sec) Selecting RPMs... (2 sec) Analyzing RPMs Evaluating RPMs... (6 sec) Resolving RPM installation order... RPM Installation Order: FreeWnn-libs-1.11-34 /tftpboot/rpm/FreeWnn-libs-1.11-34.i386.rpm -ihv Canna-libs-3.6-12 /tftpboot/rpm/Canna-libs-3.6-12.i386.rpm -ihv ctags-5.4-2 /tftpboot/rpm/ctags-5.4-2.i386.rpm -ihv Canna-3.6-12 /tftpboot/rpm/Canna-3.6-12.i386.rpm -ihv xemacs-21.4.12-6 /tftpboot/rpm/xemacs-21.4.12-6.i386.rpm -ihv --nodeps postgresql-libs-7.3.2-3 /tftpboot/rpm/postgresql-libs-7.3.2-3.i386.rpm -ihv --nodeps apel-xemacs-10.4-3 /tftpboot/rpm/apel-xemacs-10.4-3.noarch.rpm -ihv --nodeps This doesn't use the cache, and does specify architectures (both). It also explicitly lists the needed rpms, as the cache isn't available to drive the whole thing... [EMAIL PROTECTED] root]# update-rpms --nocache --arch=i386,noarch --check /tftpboot/rpm/FreeWnn-libs-1.11-34.i386.rpm /tftpboot/rpm/Canna-libs-3.6-12.i386.rpm /tftpboot/rpm/ctags-5.4-2.i386.rpm /tftpboot/rpm/Canna-3.6-12.i386.rpm /tftpboot/rpm/xemacs-21.4.12-6.i386.rpm /tftpboot/rpm/postgresql-libs-7.3.2-3.i386.rpm /tftpboot/rpm/apel-xemacs-10.4-3.noarch.rpm update-rpms, version 1.1.20 Querying RPMs... (7 RPMs in 2 sec) Selecting RPMs... Analyzing RPMs Evaluating RPMs... (4 sec) Resolving RPM installation order... RPM Installation Order: Canna-libs-3.6-12 /tftpboot/rpm/Canna-libs-3.6-12.i386.rpm -ihv FreeWnn-libs-1.11-34 /tftpboot/rpm/FreeWnn-libs-1.11-34.i386.rpm -ihv ctags-5.4-2 /tftpboot/rpm/ctags-5.4-2.i386.rpm -ihv Canna-3.6-12 /tftpboot/rpm/Canna-3.6-12.i386.rpm -ihv xemacs-21.4.12-6 /tftpboot/rpm/xemacs-21.4.12-6.i386.rpm -ihv --nodeps postgresql-libs-7.3.2-3 /tftpboot/rpm/postgresql-libs-7.3.2-3.i386.rpm -ihv --nodeps apel-xemacs-10.4-3 /tftpboot/rpm/apel-xemacs-10.4-3.noarch.rpm -ihv --nodeps [EMAIL PROTECTED] root]# ---------------------------------------------------------------------- Comment By: John (muglerj) Date: 2005-07-19 11:21 Message: Logged In: YES user_id=505737 Is this a showstopping bug? It appears so to an uninformed observer, but will bump it to 6 pending additional comments. ---------------------------------------------------------------------- Comment By: Erich Focht (efocht) Date: 2005-07-16 03:38 Message: Logged In: YES user_id=338721 Hi David, sorry, the upload of the log file didn't work last time and I didn't notice it. Now there is a file attached to this issue: https://sourceforge.net/tracker/download.php?group_id=9368&atid=109368&file_id=142239&aid=1238303 Besides the fact that the --nocache option should work as advertised ;-) here is a more detailed explanation why it would be useful. On x86_64 update-rpms creates a cache which only seems to contain info on x86_64 and noarch RPMs. This is fine. But we also need to install i386 and i686 RPMs (which come with the distro). This is the reason for the "forcearch" extension of systeminstaller which I had to make. On RHEL3 we need to install the RPMs: glibc-2.3.2-95.27.i686.rpm glibc-2.3.2-95.27.x86_64.rpm glibc-devel-2.3.2-95.27.i386.rpm glibc-devel-2.3.2-95.27.x86_64.rpm syslinux-1.63-1.i386.rpm (and many more) syslinux exists only as i386 RPM, not as x86_64 RPM. As you see from the log, it is not picked up when the --arch i386 argument is missing. OTOH when I add the --arch i386 argument the cache is completely rebuilt, such that the x86_64 PRMs fall out of it. Next time when update-rpms is called the whole x86_64 cache has to be rebuilt again! One way to solve this is to introduce a compatibility chain in update-rpms where x86_64 and i386 appear to be compatible. But I don't really like this idea, as it might lead to (unnoticed) installation of unwanted architecture RPMs. It would be more useful if the cache would either contain all architectures in the directory (and not only the ones one currently looks at), or if one could build alternative caches when doing a particular search, without deleting the default cache. As said, a working --nocache option would already help because in this case the i386/i686 RPMs come in small numbers and their cache is generated anyway very quickly. If the default cache wouldn't be overwritten in this case, it would help a lot. Regards, Erich ---------------------------------------------------------------------- Comment By: David N. Lombard (dnl) Date: 2005-07-15 18:51 Message: Logged In: YES user_id=27334 Eric, Please, you still haven't given me any reason why you need to use nocache. I don't see any reason why you want it. Why would you want an i386 rpm if an x86_64 rpm is available? Conversely, if an x86_64 rpm isn't available, the best i?86 rpm will be chosen. BTW, did you rebuild the cache? If you just updated the rpm, it will leave the old cache... Also, what log... ---------------------------------------------------------------------- Comment By: Erich Focht (efocht) Date: 2005-07-15 08:07 Message: Logged In: YES user_id=338721 I tried, it doesn't work. the log is uploaded. The cache contains only x86_64 and noarch packages. i386 is not considered a compatible package. Which is good, because otherwise we might get i386 stuff installed where we actually want x86_64. Only --nocache doesn't work. Regards, Erich ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-07-15 07:06 Message: Logged In: NO If you use the command update-rpms --check syslinux Assuming the only syslinux rpm in the cache is syslinux- *.i386.rpm, it should be selected on an x86_64 system. The command update-rpms syslinux should just install it. You could add "--go" to just install the rpm plus any dependencies. This is how I install packages on a routine basis... Does this not work? ---------------------------------------------------------------------- Comment By: Erich Focht (efocht) Date: 2005-07-15 06:39 Message: Logged In: YES user_id=338721 What I try to do is (on a x86_64): update-rpms --check --nocache --arch i386 syslinux This should not rewrite the cache (--nocache) and find out that the syslinux i386 RPM is available. Without --check I'd like the RPM to be installed. The problem is that the cache is including info for x86_64 and noarch RPMs. When I do query with i386 the cache is rebuilt and contains only info for i386 RPMs. It would be nice to have separate caches, for each arch one. That way we wouldn't have to rebuild i386. Maybe there is some option for doing that already? Regards, Erich ---------------------------------------------------------------------- Comment By: David N. Lombard (dnl) Date: 2005-07-14 23:00 Message: Logged In: YES user_id=27334 Try this: http://www.lombardsnest.com/dnl/update-rpms/update-rpms-1.1.18-28.noarch.rpm Also supports x86_64... ---------------------------------------------------------------------- Comment By: David N. Lombard (dnl) Date: 2005-07-14 09:55 Message: Logged In: YES user_id=27334 What command were you trying to run? I have been slowly removing no-longer-relevant capabilities and I may have left some kruft that tripped you up. More importantly, what are you trying to do? Dependency information is needed, either from the cache (fast), or by querying the rpm files (almost always slower). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109368&aid=1238303&group_id=9368 ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Oscar-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/oscar-devel
