Update candidate: packagekit

[Jeff Johnson]

packagekit+urpmi deemed "dangerous"

[Stormi (stormi)]

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

[David Geiger (daviddavidg)]

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

[David Geiger (daviddavidg)]

Created attachment 693
urpmi --auto -update (for 30/07/2011)

[David Geiger (daviddavidg)]

Created attachment 694
MageiaUpdate MCC (for 30/07/2011)

[Stormi (stormi)]

I think that MageiaUpdate uses the --no-suggests option so that's probably normal.

[Davidwhodgins (davidwhodgins)]

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?

[Davidwhodgins (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

[Dmorganec (dmorganec)]

can we validate anyway ? as this is an other bug that need a new bugreport ?

[Davidwhodgins (davidwhodgins)]

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.

[Stormi (stormi)]

I agree with Dave Hodgins, current behaviour is dangerous, we need to know what causes this weird behaviour (reproduced here).

[Davidwhodgins (davidwhodgins)]

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.

[Stormi (stormi)]

Assigning back to the packager, as the update is blocked by an issue in packagekit.

[Stormi (stormi)]

*** Bug 2185 has been marked as a duplicate of this bug. ***

[Eeeemail (eeeemail)]

Removing from QA list for the time being. Please reassign back to QA when this is ready for testing.

Thankyou

[Jeff Johnson (n3npq)]

tracked at https://bugs.launchpad.net/rpm/+bug/913231

[Marja11 (marja11)]

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

[Manuel-mageia (manuel-mageia)]

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

[Manuel-mageia (manuel-mageia)]

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