Description of problem: When i try to install PyQt4 with yum, this say the package doesn't exist, example: [maximi89@gateway ~]$ sudo yum install pyqt4 [sudo] password for maximi89: Complementos cargados:refresh-packagekit Configurando el proceso de instalación No existe disponible ningún paquete pyqt4. Nada para hacer but if i try with: yum search pyqt4 [maximi89@gateway ~]$ yum search pyqt4 Complementos cargados:refresh-packagekit ================================ Matched: pyqt4 ================================ PyQt4.i686 : Python bindings for Qt4 PyQt4-devel.i686 : Files needed to build other bindings based on Qt4 qscintilla-python.i686 : QScintilla PyQt4 bindings qscintilla-python-devel.noarch : Development files for QScintilla PyQt4 bindings this appear correctly, so yum find correctly the package with miniscule letters, so, the only way to install the package is: yum install PyQt4 i believe this is wrong, because there exist only one name per package. Version-Release number of selected component (if applicable): yum 3.2.25 How reproducible: always Steps to Reproduce: 1.yum install pyqt4 this fails at every time 2.yum install PyQt4 this works 3. Actual results: fails when you install with lowercase, yum install pyqt4 Expected results: to install every package in miniscule letters, no distinguish between lowercase or uppercase Additional info:
This seems to be a translation problem: % sudo yum in pyqt4 Loaded plugins: aliases, keys, local, noop, presto, security, tmprepo Setting up Install Process No package pyqt4 available. * Maybe you meant: PyQt4 Nothing to do % LANG=es_ES.utf-8 sudo yum in pyqt4 Complementos cargados:aliases, keys, local, noop, presto, security, tmprepo Configurando el proceso de instalación No existe disponible ningún paquete pyqt4. Nada para hacer
why exist a difference when we install a package, if the package have uppercase?, i guess that don't do that because only exist one package called pyqt4, no more packages called with same name, so why make difference? Or at the step: No package pyqt4 available. * Maybe you meant: PyQt4 this should automatically install the package and give the notice only? or that ask you if you meant that to proceed?
James, if it's a translation problem, then how can we fix it? I can reproduce it with Polish (pl) locale.
It is still present in F13.
Piotr, Can you try the yum version from rawhide?
Still reproducible with yum-3.2.28-5.fc14
How can we try from rawhide?
http://repos.fedorapeople.org/repos/james/yum-rawhide/fedora-13/i386/
Still happening Nombre : yum Arquitectura : noarch Versión : 3.2.28 Lanzamiento : 14.fc15
Looks like there are 2 issues here: In danish I get: .. .. Opsætning af installationsprocessen Pakken pyqt4 er ikke tilgængelig. Fejl: Intet at udføre In English I get: .. .. Setting up Install Process No package pyqt4 available. * Maybe you meant: PyQt4 Error: Nothing to do So we don't the '* Maybe you meant: PyQt4' if running a non english locale. Looks like a missing to_unicode Submitted patch for review upstream to fix it http://lists.baseurl.org/pipermail/yum-devel/2010-November/007653.html
The second issue is if yum install pyqt4 should install PyQt4, because * only one package is found * and lowercase(pyqt4) = lowercase(PyQt4) That is a matter of opions
yeah, i think the same as you Tim, why use: yum install PyQt4 when it's the unique file called pyqt4... yum install pyqt4
The reason we tell people there is another is b/c there are lots of situations where bad packages cause problems. Case in point: yum install mysql-server is NOT the same as yum install MySQL-server sadly.
As Seth said, package names are case sensitive so we can only tell you some name variations exit and you must write the one you want. Playing too clever always backfires.:)
This message is a reminder that Fedora 13 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '13'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 13's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 13 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 13 changed to end-of-life (EOL) status on 2011-06-25. Fedora 13 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.