packagekit-0.6.13-3.4.mga1 is an update candidate for Mageia 1. It fixes several bugs : - several packagekit modules (including packagekit-command-not-found) didn't require the core packagekit package. - packagekit-command-not-found didn't work. Now, if the package containing the command you typed in console is installed on your system, it should propose to install a package and answering "y" should actually install it. See bug #2182 and bug #2183
Hello, Having activated all media Updates_Testing, for testing with you I encountered a slight problem : This morning, with the command "urpmi --auto-update" I was asked to install additional packages (recommended),but these packages were not installed so no update ->> packagekit-0.6.13-3.4.mga1.x86_64 ,kpackagekit-common 0.6.3.3-2.mga1.x86_64 and lib64packagekit-qt14-0.6.13-3.4.mga1.x86_64 The only two that are installed are:->> packagekit-gstreamer-plugin and lib64packagekit-glib14 So what are the updates. Here are the results: http://pastebin.com/HjYhRdhy Whereas with MageiaUpdate via the MCC ,alone packagekit-0.6.13-3.4.mga1.x86_64 was proposed and not ->> kpackagekit-common-0.6.3.3-2.mga1.x86_64 and lib64packagekit-qt14-0.6.13-3.4.mga1.x86_64 Here are the results:http://pastebin.com/XgHqVaCQ My question is: Is this normal? or not? Edit:I personally installed the first method ->>urpmi --auto -update
CC: (none) => geiger.david68210
Created attachment 693 [details] urpmi --auto -update (for 30/07/2011)
Created attachment 694 [details] MageiaUpdate MCC (for 30/07/2011)
I think that MageiaUpdate uses the --no-suggests option so that's probably normal.
I've found a major problem with packagekit. $ pango-view bash: pango-view: command not found... Install package 'libpango1.0-devel' to provide command 'pango-view'? [N/y] * Waiting in queue.. * Resolving dependencies.. The following packages have to be installed: libxfconf0_2-4.8.0-1.mga1.i586 Main library for xfconf systemd-18-1.mga1.i586 A System and Session Manager libcairo-xcb2-1.10.2-4.mga1.i586 Cairo - multi-platform 2D graphics library systemd-units-18-1.mga1.i586 Configuration files, directories and installation tool for systemd libcairo-xcb-devel-1.10.2-4.mga1.i586 Development files for Cairo library systemd-sysvinit-18-1.mga1.i586 System V init tools xfconf-4.8.0-1.mga1.i586 A configuration storage system for Xfce libuClibc-devel-0.9.30.3-2.mga1.i586 Development files & libraries for uClibc xfce4-notifyd-0.2.1-3.mga1.i586 Notification daemon for Xfce desktop environment libproxy-webkit-0.4.6-8.mga1.i586 Plugin for libproxy and webkit libxfce4ui1_0-4.8.0-2.mga1.i586 Gui libraries for Xfce Proceed with changes? [N/y] The transaction did not proceed. Failed to install packages: user declined simulation If I install the package using urpmi ... # urpmi libpango1.0-devel In order to satisfy the 'pkgconfig(cairo)' dependency, one of the following packages is needed: 1- libcairo-devel-1.10.2-3.mga1.i586: Development files for Cairo library (to install) 2- libcairo-xcb-devel-1.10.2-4.mga1.i586: Development files for Cairo library (to install) What is your choice? (1-2) 1 To satisfy dependencies, the following packages are going to be installed: Package Version Release Arch (medium "Core Release") libcairo-devel 1.10.2 3.mga1 i586 libpango1.0-devel 1.28.4 1.mga1 i586 libpixman-1-devel 0.20.2 1.mga1 i586 pango-doc 1.28.4 1.mga1 i586 Why would packagekit-command-not-found want to install systemd-sysvinit?
CC: (none) => davidwhodgins
Still a problem. Why is it trying to select systemd-sysvinit ... $ docbook2pdf bash: docbook2pdf: command not found... Install package 'docbook-utils-pdf' to provide command 'docbook2pdf'? [N/y] * Waiting in queue.. * Resolving dependencies.. The following packages have to be installed: libxfconf0_2-4.8.0-1.mga1.i586 Main library for xfconf libOpenSP5-1.5.2-8.mga1.i586 Runtime library for the OpenJade group's SP suite OpenSP-1.5.2-8.mga1.i586 The OpenJade Group's SGML and XML parsing tools systemd-18-1.mga1.i586 A System and Session Manager perl-SGMLSpm-1.03ii-14.mga1.noarch Perl library for parsing the output of nsgmls texlive-texmf-20100722-14.mga1.noarch The TeX formatting system perl-Tk-804.29.0-6.mga1.i586 Tk modules for Perl libcairo-xcb2-1.10.2-4.mga1.i586 Cairo - multi-platform 2D graphics library systemd-units-18-1.mga1.i586 Configuration files, directories and installation tool for systemd jadetex-3.13-1.mga1.noarch TeX macros used by Jade TeX output systemd-sysvinit-18-1.mga1.i586 System V init tools xfconf-4.8.0-1.mga1.i586 A configuration storage system for Xfce openjade-1.3.3-0.pre1.10.mga1.i586 Parser and tools for SGML + DSSSL libfreetype2-1.3.1-39.mga1.i586 Shared libraries for a free and portable TrueType font rendering engine xfce4-notifyd-0.2.1-3.mga1.i586 Notification daemon for Xfce desktop environment docbook-utils-0.6.14-14.mga1.noarch Shell scripts to manage DocBook documents texlive-20100722-35.mga1.i586 The TeX formatting system perl-Algorithm-Diff-1.190.200-3.mga1.noarch Compute 'intelligent' differences between two files / lists libzziplib0-0.13.60-2.mga1.i586 ZZipLib - libZ-based ZIP-access Library libproxy-webkit-0.4.6-8.mga1.i586 Plugin for libproxy and webkit libxfce4ui1_0-4.8.0-2.mga1.i586 Gui libraries for Xfce libopenjade0-1.3.3-0.pre1.10.mga1.i586 Shared library files for openjade docbook-style-dsssl-1.79-10.mga1.noarch Norman Walsh's modular stylesheets for DocBook Proceed with changes? [N/y] The transaction did not proceed. Failed to install packages: user declined simulation
can we validate anyway ? as this is an other bug that need a new bugreport ?
CC: (none) => dmorganec
The description indicates the bug is to fix the packagekit-command-not-found not working. I've had problems with systemd on my cauldron install, but figure it's currently a work in progress, and have been concentrating on Mageia 1 testing, so haven't reported them yet. Having packagekit install systemd-sysvinit would likely break my system. In my opinion, pushing this srpm to updates before the cause is located and fixed, would be dangerous.
I agree with Dave Hodgins, current behaviour is dangerous, we need to know what causes this weird behaviour (reproduced here).
I think I understand what's happening now. I'm guessing packagekit is using urpmq --requires-recursive to find the list of needed packages, or equivalent. $ urpmq --requires-recursive basesystem-minimal|grep systemd systemd-sysvinit|sysvinit It looks like, when there is a choice of packages available, packagekit is always choosing the first, even if the user has already installed another choice. In my opinion, if any of the choices available, has already been installed, the other choices should be ignored. If none of the choices have been installed, packagekit should ask the user which option to use.
Assigning back to the packager, as the update is blocked by an issue in packagekit.
CC: (none) => qa-bugsAssignee: qa-bugs => dmorganec
*** Bug 2185 has been marked as a duplicate of this bug. ***
Removing from QA list for the time being. Please reassign back to QA when this is ready for testing. Thankyou
CC: qa-bugs => (none)
CC: (none) => juan.baptiste
tracked at https://bugs.launchpad.net/rpm/+bug/913231
CC: (none) => n3npq
Blocks: (none) => 934
Please look at the bottom of this mail to see whether you're the assignee of this bug, if you don't already know whether you are. If you're the assignee: We'd like to know for sure whether this bug was assigned correctly. Please change status to ASSIGNED if it is, or put OK on the whiteboard instead. If you don't have a clue and don't see a way to find out, then please put NEEDHELP on the whiteboard. Please assign back to Bug Squad or to the correct person to solve this bug if we were wrong to assign it to you, and explain why. Thanks :) **************************** @ the reporter and persons in the cc of this bug: If you have any new information that wasn't given before (like this bug being valid for another version of Mageia, too, or it being solved) please tell us. @ the reporter of this bug If you didn't reply yet to a request for more information, please do so within two weeks from now. Thanks all :-D
This message is a reminder that Mageia 1 is nearing its end of life. In approximately 25 days from now, Mageia will stop maintaining and issuing updates for Mageia 1. At that time this bug will be closed as WONTFIX (EOL) if it remains open with a Mageia 'version' of '1'. 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 Mageia version prior to Mageia 1'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 Mageia 1 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 Mageia, you are encouraged to click on "Version" and change it against that version of Mageia. 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 Mageia release includes newer upstream software that fixes bugs or makes them obsolete. -- Mageia Bugsquad
Mageia 1 changed to end-of-life (EOL) status on ''1st December''. Mageia 1 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 Mageia please feel free to click on "Version" change it against that version of Mageia and reopen this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- Mageia Bugsquad
Status: NEW => RESOLVEDResolution: (none) => WONTFIX