Richard Hughes | 4 Oct 16:55 2010
Picon

zif 0.1.1 released!

zif is a simple wrapper around librpm and provides a C interface to
the Fedora metadata.

Version 0.1.1
~~~~~~~~~~~~~
Released: 2010-10-04

New Features:
 - Avoid state warnings when doing GetCategories (Richard Hughes)
 - Return an error from zif_repos_get_store() when the repo could not
be found (Richard Hughes)
 - Add zif_groups_get_cats_for_group() to get the categories for an
enumerated group (Richard Hughes)
 - If we pass a full category_id ('apps;education') to
zif_md_comps_get_packages_for_group() only consider the child (Richard
Hughes)
 - Disable profiling by default in ZifState to speed up SearchGroup by
26% (Richard Hughes)
 - When we do zif_store_search_group() we want to use the enumerated
groups, not the rpm groups (Richard Hughes)
 - Add zif_package_id_get_name() which is 9x faster than
zif_package_id_split() where only the name is required (Richard
Hughes)
 - Only propagate ZifState up to 1% resolution, which speeds up an
incredible 18% on pretty much every action (Richard Hughes)
 - Don't trample the GError if the metadata search fails (Richard Hughes)
 - If a required metadata file does not exist, then re-download the
repomd.xml and reload the store (Richard Hughes)
 - Ensure error handlers get set on child ZifState objects (Richard Hughes)
 - Make the output of 'zif repolist' aligned (Richard Hughes)
(Continue reading)

Richard Hughes | 4 Oct 19:29 2010
Picon

PackageKit 0.6.9 released!

Version 0.6.9
~~~~~~~~~~~~~
Released: 2010-10-04

Libraries:
 - glib: Check the GCancellable is not already cancelled at startup in
PkClient and PkControl (Richard Hughes)
 - glib: Do not crash the client if a catalog file has both file and
package sections (Richard Hughes)
 - glib: Do not return simulation failures as critical errors (Richard Hughes)
 - glib: Only return packages for catalogs that are _not_ installed
(Richard Hughes)
 - qt: Use setHints() on new constructor (Daniel Nicoletti)

Backends:
 - aptcc: Added Fonts group (Daniel Nicoletti)
 - aptcc: Updated calls not to use deprecated apt code (Daniel Nicoletti)
 - dummy: Remove the table-of-vfuncs from the dummy backend (Richard Hughes)
 - entropy: Add forward compatibility, use
EntropyRepositoryBase.listPackageIdsInCategory() if available. (Fabio
Erculiani)
 - portage: Add compatibility with latest Portage 2.2 rc snapshots
(Fabio Erculiani)
 - test: Remove the table-of-vfuncs from the test backends (Richard Hughes)
 - yum: Allow SearchFiles and GetUpdateDetail to be processed using
zif (Richard Hughes)
 - yum: Change the configuration value UseZif to a bitfield of roles
(Richard Hughes)
 - yum: Don't assume yb.pkgSack.searchNevra() only returns one result
to fix service pack generation (Richard Hughes)
(Continue reading)

Richard Hughes | 5 Oct 11:01 2010
Picon

GNOME PackageKit 2.91.1

GNOME PackageKit is the name of the collection of PackageKit GUI tools
for use in the GNOME desktop.

Version 2.91.1
~~~~~~~~~~~~~~
Released: 2010-10-05

* Translations
 - Added Lithuanian translation (Žygimantas Beručka)
 - Added Malay translation (Ahmed Noor Kader Mustajir Md Eusoff)
 - Added Slovak translation (Ivan Masár)
 - Fixed bug622649 in Serbian translation (Милош Поповић)
 - Updated Arabic translation (Khaled Hosny)
 - Updated Bengali India Translation (Runa Bhattacharjee)
 - Updated Brazilian Portuguese translation (Igor Pires Soares)
 - Updated British English translation (Bruce Cowan)
 - Updated British English translation (Philip Withnall)
 - Updated Bulgarian translation (Alexander Shopov)
 - Updated Bulgarian translation (Damyan Ivanov)
 - Updated Catalan translation (Gil Forcada)
 - Updated Czech translation (Marek Cernocky)
 - Updated Danish translation (Kenneth Nielsen)
 - Updated Estonian translation (Ivar Smolin)
 - Updated Finnish translation (Ville-Pekka Vainio)
 - Updated French translation (Bruno Brouard)
 - Updated French translation (Claude Paroz)
 - Updated Galician translations (Fran Diéguez)
 - Updated German translation (Christian Kirbach)
 - Updated German translation (Mario Blättermann)
 - Updated Greek translation (Bakaoukas Nikolaos)
(Continue reading)

Duncan Mac-Vicar P. | 6 Oct 12:03 2010
Picon

Re: zif 0.1.1 released!

On 10/04/2010 04:55 PM, Richard Hughes wrote:
> zif is a simple wrapper around librpm and provides a C interface to
> the Fedora metadata.

What does "Fedora Metadata" means here?

--

-- 
Duncan Mac-Vicar P. - Novell® Making IT Work As One™
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg)

Richard Hughes | 6 Oct 12:14 2010
Picon

Re: zif 0.1.1 released!

On 6 October 2010 11:03, Duncan Mac-Vicar P. <dmacvicar@...> wrote:
> On 10/04/2010 04:55 PM, Richard Hughes wrote:
>>
>> zif is a simple wrapper around librpm and provides a C interface to
>> the Fedora metadata.
>
> What does "Fedora Metadata" means here?

metadata, updateinfo, filelists, comps -- basically everything in the
repodata directory. It's basically a GObject interface to this xml and
sqlite data, and the rpmdb. It's not ever going to do SAT solving or
anything like that, so worry not :-)

Richard.
Richard Hughes | 6 Oct 13:52 2010
Picon

Extending the RepoDetail signal

I've been asked to show in the PK GUIs if the repo is signed or not.
This makes a lot of sense for an end user, as they can see if it's
official and trusted or not. Yumex seems to have done this already
http://www.yum-extender.org/gfx/yumex/yumex-repo-usage.png and shows
secure repos with a little key symbol.

I'm proposing to add a PkSigTypeEnum type to the RepoDetail signal,
and at this time split off the 0.7 series and start doing API breaks
again. 0.6 will remain in stable distros (like F14) and will be
maintained for 1 year.

If you could send me your other API break ideas I can get some scale
about how big the API break is going to be. As a starter, I'm planning
to port PackageKit to GDBus in 0.7 and bump the glib requirement.

Thanks,

Richard.
rotru | 6 Oct 17:23 2010
Picon

Re: Problems with GPK and Yum Plugins

Hi, sorry for the delay

> The GUI tools don't actually run yum or the plugin code, that's done
> by the packagekitd daemon.

> What version PackageKit and yum are you using? Could you upload your
> yum plugin somewhere public also please.

I am using F13:
yum-3.2.28-4.fc13.noarch
gnome-packagekit-2.30.3-1.fc13.x86_64
PackageKit-gtk-module-0.6.6-2.fc13.i686
PackageKit-gtk-module-0.6.6-2.fc13.x86_64
PackageKit-0.6.6-2.fc13.x86_64
PackageKit-device-rebind-0.6.6-2.fc13.x86_64
PackageKit-glib-0.6.6-2.fc13.x86_64
PackageKit-command-not-found-0.6.6-2.fc13.x86_64
PackageKit-yum-plugin-0.6.6-2.fc13.x86_64
PackageKit-yum-0.6.6-2.fc13.x86_64
PackageKit-gstreamer-plugin-0.6.6-2.fc13.x86_64

I uploaded an example of the codes here:
  * triggers INIT hook error: http://pastebin.com/Ht9JR8DX
  * triggers PRE or POST error: http://pastebin.com/NuhPbzFh

You can use them and run the gpk-application or the gpk-update-viewer to check the errors.


> It depends on how your plugin works. PackageKit does some things a
> little bit different to yum.

> No. PackageKit is doing different things with the data, and is
> exporting it in a different way to using the bare yum api.

> What's your use case for adding and removing repos like you're suggesting?

We have to hide some repositories  and make them available on the fly when specific users run yum or any front-end application to it .
We get the repos from a webservice and add them dynamically.


Regards

Rodrigo Trujillo


From: Richard Hughes <hughsient-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: PackageKit users and developers list <packagekit-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>
Date: 09/21/2010 08:16 AM
Subject: Re: [packagekit] Problems with GPK and Yum Plugins
Sent by: packagekit-bounces+rotru=br.ibm.com-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org




On 21 September 2010 12:06,  <rotru-xuelUoVDAHHQT0dZR+AlfA@public.gmane.org> wrote:
> I have an Yum Plugin that adds some repositories dynamically to yum every
> time it runs.
> In the command line Yum works perfectly, and the same result was seen in
> gnome-packagekit apps.
> But recently gpk-application and gpk-update-viewer are not working anymore
> with the plugin.

The GUI tools don't actually run yum or the plugin code, that's done
by the packagekitd daemon.

> 1- I used to add the repositories in the "init hook", but, in latest GPK
> versions for F13 I started to get this error:
>
> Traceback (most recent call last):
>  File "/usr/share/PackageKit/helpers/yum/yumBackend.py", line 3270, in
> __init__
>    self.repos.confirm_func = self._repo_gpg_confirm
>  File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 814, in
> <lambda>
>    repos = property(fget=lambda self: self._getRepos(),
>  File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 542, in
> _getRepos
>    prerepoconf = self.prerepoconf
> AttributeError: 'PackageKitYumBase' object has no attribute 'prerepoconf'


What version PackageKit and yum are you using? Could you upload your
yum plugin somewhere public also please.

> 2-  Using prereposetup or postreposetup the error above disappears and
> gpk-update-viewer, in a first step, finds the repos and the updates
> available
> from them. BUT, when I try to update, it returns an error saying the
> repository was not found !!!

It depends on how your plugin works. PackageKit does some things a
little bit different to yum.

> - What is GPK doing with the yum-plugins ? Should not it have the same
> behavior that YUM in command line ?

No. PackageKit is doing different things with the data, and is
exporting it in a different way to using the bare yum api.

> - How can I add dynamic repositories to Yum and use them with GPK ?
> - Is this a potential bug, as I get the behavior desired in the command
> line?

What's your use case for adding and removing repos like you're suggesting?

Richard.
_______________________________________________
PackageKit mailing list
PackageKit-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
http://lists.freedesktop.org/mailman/listinfo/packagekit

<div>Hi, sorry for the delay
<br><br>
&gt; The GUI tools don't actually run yum or the plugin code, that's done<br>
&gt; by the packagekitd daemon.<br><br>
&gt; What version PackageKit and yum are you using? Could you upload your<br>
&gt; yum plugin somewhere public also please.<br>
<br>I am using F13:
<br>yum-3.2.28-4.fc13.noarch
<br>gnome-packagekit-2.30.3-1.fc13.x86_64
<br>PackageKit-gtk-module-0.6.6-2.fc13.i686
<br>PackageKit-gtk-module-0.6.6-2.fc13.x86_64
<br>PackageKit-0.6.6-2.fc13.x86_64
<br>PackageKit-device-rebind-0.6.6-2.fc13.x86_64
<br>PackageKit-glib-0.6.6-2.fc13.x86_64
<br>PackageKit-command-not-found-0.6.6-2.fc13.x86_64
<br>PackageKit-yum-plugin-0.6.6-2.fc13.x86_64
<br>PackageKit-yum-0.6.6-2.fc13.x86_64
<br>PackageKit-gstreamer-plugin-0.6.6-2.fc13.x86_64<br>
<br>I uploaded an example of the codes here:
<br>&nbsp; * triggers INIT hook error: <a href="http://pastebin.com/Ht9JR8DX">http://pastebin.com/Ht9JR8DX</a>
<br>&nbsp; * triggers PRE or POST error: <a href="http://pastebin.com/NuhPbzFh">http://pastebin.com/NuhPbzFh</a>
<br><br>You can use them and run the gpk-application or the
gpk-update-viewer to check the errors.
<br><br><br>&gt; It depends on how your plugin works. PackageKit
does some things a<br>
&gt; little bit different to yum.<br><br>
&gt; No. PackageKit is doing different things with the data, and is<br>
&gt; exporting it in a different way to using the bare yum api.<br><br>
&gt; What's your use case for adding and removing repos like you're suggesting?
<br><br>We have to hide some repositories &nbsp;and
make them available on the fly when specific users run yum or any front-end
application to it .<br>
We get the repos from a webservice and add them dynamically.
<br><br><br>Regards
<br><br>
Rodrigo Trujillo<br>
<br><br><table width="100%">
<tr valign="top">
<td>From:
</td>
<td>Richard Hughes &lt;hughsient@...&gt;
</td>
</tr>
<tr valign="top">
<td>To:
</td>
<td>PackageKit users and developers list
&lt;packagekit@...&gt;
</td>
</tr>
<tr valign="top">
<td>Date:
</td>
<td>09/21/2010 08:16 AM
</td>
</tr>
<tr valign="top">
<td>Subject:
</td>
<td>Re: [packagekit] Problems with GPK and
Yum Plugins
</td>
</tr>
<tr valign="top">
<td>Sent by:
</td>
<td>packagekit-bounces+rotru=br.ibm.com@...</td>
</tr>
</table>
<br><br><br><br>On 21 September 2010 12:06, &nbsp;&lt;rotru@...&gt;
wrote:<br>
&gt; I have an Yum Plugin that adds some repositories dynamically to yum
every<br>
&gt; time it runs.<br>
&gt; In the command line Yum works perfectly, and the same result was seen
in<br>
&gt; gnome-packagekit apps.<br>
&gt; But recently gpk-application and gpk-update-viewer are not working
anymore<br>
&gt; with the plugin.<br><br>
The GUI tools don't actually run yum or the plugin code, that's done<br>
by the packagekitd daemon.<br><br>
&gt; 1- I used to add the repositories in the "init hook", but,
in latest GPK<br>
&gt; versions for F13 I started to get this error:<br>
&gt;<br>
&gt; Traceback (most recent call last):<br>
&gt; &nbsp;File "/usr/share/PackageKit/helpers/yum/yumBackend.py",
line 3270, in<br>
&gt; __init__<br>
&gt; &nbsp; &nbsp;self.repos.confirm_func = self._repo_gpg_confirm<br>
&gt; &nbsp;File "/usr/lib/python2.6/site-packages/yum/__init__.py",
line 814, in<br>
&gt; &lt;lambda&gt;<br>
&gt; &nbsp; &nbsp;repos = property(fget=lambda self: self._getRepos(),<br>
&gt; &nbsp;File "/usr/lib/python2.6/site-packages/yum/__init__.py",
line 542, in<br>
&gt; _getRepos<br>
&gt; &nbsp; &nbsp;prerepoconf = self.prerepoconf<br>
&gt; AttributeError: 'PackageKitYumBase' object has no attribute 'prerepoconf'<br><br><br>
What version PackageKit and yum are you using? Could you upload your<br>
yum plugin somewhere public also please.<br><br>
&gt; 2- &nbsp;Using prereposetup or postreposetup the error above disappears
and<br>
&gt; gpk-update-viewer, in a first step, finds the repos and the updates<br>
&gt; available<br>
&gt; from them. BUT, when I try to update, it returns an error saying the<br>
&gt; repository was not found !!!<br><br>
It depends on how your plugin works. PackageKit does some things a<br>
little bit different to yum.<br><br>
&gt; - What is GPK doing with the yum-plugins ? Should not it have the
same<br>
&gt; behavior that YUM in command line ?<br><br>
No. PackageKit is doing different things with the data, and is<br>
exporting it in a different way to using the bare yum api.<br><br>
&gt; - How can I add dynamic repositories to Yum and use them with GPK
?<br>
&gt; - Is this a potential bug, as I get the behavior desired in the command<br>
&gt; line?<br><br>
What's your use case for adding and removing repos like you're suggesting?<br><br>
Richard.<br>
_______________________________________________<br>
PackageKit mailing list<br>
PackageKit@...<br><a href="http://lists.freedesktop.org/mailman/listinfo/packagekit">http://lists.freedesktop.org/mailman/listinfo/packagekit</a><br>
<br>
</div>
Richard Hughes | 6 Oct 17:45 2010
Picon

Re: Problems with GPK and Yum Plugins

On 6 October 2010 16:23, <rotru <at> br.ibm.com> wrote:
> I uploaded an example of the codes here:
> We have to hide some repositories  and make them available on the fly when specific users run yum or any
front-end application to it .
> We get the repos from a webservice and add them dynamically.

Right, now your error makes sense. PackageKit doesn't really support
adding and removing repos like this. Put bluntly, it's a hack, and I'm
surprised it even worked in yum.

Are you assuming that the UID of the yum process is going to be
different for each user? PackageKit runs yum as root in a very secure
clean environment. Without looking at the actual source of your
plugin, I can't really tell that from your examples.

Richard.
_______________________________________________
PackageKit mailing list
PackageKit <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/packagekit
Richard Hughes | 6 Oct 18:00 2010
Picon

Re: Asterisk in search files command

On 4 July 2010 13:53, Matthias Klumpp <matthias@...> wrote:
> Is there a way to submit wildcards if the backend supports them? (I guess
> this needs some time to implement it, but I would help if I can)

At the moment, the daemon strips these out, the logic being is that
it's much harder to implement reg-ex-style matching and fast searches.
I'm not apposed to adding this feature if we need to, but I would much
rather see a use case that required it, that doesn't involve a
terminal user.

Richard.
Richard Hughes | 6 Oct 18:03 2010
Picon

remove packagekit-sharp?

The packagekit-sharp library hasn't been updated for over 9 months
now, and I really wanted to know if there were any users, and if
anyone was responsible for maintaining the library.

If the answer is "0" and "no" then it probably needs to be moved into
it's own repo.

Richard.

Gmane