| Summary: | Incorrect urpmi return code with --auto option | ||
|---|---|---|---|
| Product: | [ROSA-based products] ROSA Fresh | Reporter: | Anton Kirilenko <anton.kirilenko> |
| Component: | Packages from Main | Assignee: | Alexander Burmashev <alex.burmashev> |
| Status: | RESOLVED FIXED | QA Contact: | ROSA Linux Bugs <bugs> |
| Severity: | normal | ||
| Priority: | Normal | CC: | alex.burmashev, denis.silakov, pavel.shved, v.potapov |
| Version: | Marathon | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Platform: | --- | ROSA Vulnerability identifier: | |
| RPM Package: | urpmi-6.69-3-rosa.lts2012.0.noarch.rpm | ISO-related: | |
| Bad POT generating: | Upstream: | ||
| Attachments: | iw's OK in cooker | ||
|
Description
Anton Kirilenko
2012-06-04 13:01:46 MSK
I see that you are installing a tigervnc from Fedora. Are you sure that package requires are correct for ROSA and this is not the root of the problem ? (In reply to comment #1) > I see that you are installing a tigervnc from Fedora. > Are you sure that package requires are correct for ROSA and this is not the > root of the problem ? Well, this doesn't really matter, because the same problem could have occurred with a ROSA package: when a "require" is missing from repos, the `urpmi --auto` should fail with nonzero code. Could you reproduce the same problem with cooker's urpmi? > I see that you are installing a tigervnc from Fedora.
> Are you sure that package requires are correct for ROSA and this is not the root > of the problem ?
Yes, I'm shure. The problem occured while building the package in ROSA. I got the package from Fedora because there are lots of broken dependencies for those packages in our repositories :)
Sorry, actually i interpreted the problem in a wrong way, clearly it is not important in this case if package is from ROSA repo or not. Created attachment 390 [details] iw's OK in cooker I recall I fixed this several months ago in cooker (https://qa.mandriva.com/show_bug.cgi?id=63940). Just verified it on a cooker machine (see screenshot). So the solution should be to port URPMI from cooker that contains my patches. Advisory: Fixed urpmi to exit with non-zero code if some packages cannot be installed. Build lists: https://abf.rosalinux.ru/build_lists/897432 https://abf.rosalinux.ru/build_lists/897431 Hm. How to test this update? Are there in the ROSA repositories packages that are not installed? You can try any package from other distribution. e.g. this is the one mentioned in this bug report: http://koji.russianfedora.ru/packages/tigervnc/1.1.0/6.3.fc17.R/src/tigervnc-1.1.0-6.3.fc17.R.src.rpm (note that you need 'src.rpm' to check behavior of '--buildrequires' option) After this update, update GUI hang on window "Initialization". This effect present both x64 and i586 systems. Strange, can't reproduce atm... Error present only in Marathon. In rpmdrake too - download indicator does not showed, (showed only initialization window) but install process finish correctly. With release of Marathon RP2 (aka "Enterprise Desktop X1"), we've backported urpmi-6.71 from Desktop Fresh. This backport solves the issue discussed in this bug - urpmi now return non-zero codes with '--auto' option if something went wrong. |