headers
zodman | 1 Apr 2009 03:40
Picon
Gravatar

Re: gnome-packagekit 2.27.1 released!


Yes GetDistroUpgrades its not supported but if the plan is remove the 
gpk-update-viewer i can implement. and pass from gpk-update-viewer2

tnx richard im implement it on this days.

Ken VanDine escribió:
> Here is the exact error we get from gpk-update-viewer2:
> 
> 
> TI:21:31:11	TH:0x80e2968	FI:gpk-update-viewer2.c	FN:gpk_update_viewer_finished_get_distro_upgrades_cb,1368
>  - cannot get details: GetDistroUpgrades not yet supported by backend
> Traceback:
> 	gpk-update-viewer2 [0x80562c8]
> 	gpk-update-viewer2 [0x8053b35]
> 	/usr/lib/libglib-2.0.so.0 [0xb767ee12]
> 	/usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x1c3) [0xb76805f2]
> 	/usr/lib/libglib-2.0.so.0 [0xb76824db]
> 	/usr/lib/libglib-2.0.so.0(g_main_loop_run+0x21f) [0xb7683338]
> 	gpk-update-viewer2 [0x8051817]
> 	/lib/libc.so.6(__libc_start_main+0xdc) [0xb7293dec]
> 	gpk-update-viewer2 [0x804fe81]
> 
> --Ken
> 
> On Tue, Mar 31, 2009 at 7:48 AM, Ken VanDine <ken@...> wrote:
>> I think the problem is we don't support distro upgrade.
>>
>> Sent from my Android phone
>>
(Continue reading)

Permalink | Reply | 0 comments |
headers
zodman | 1 Apr 2009 03:45
Picon
Gravatar

Re: gnome-packagekit 2.27.1 released!

But exist a way for click on trayicon and load the gpk-update-viewer 
with small patch replacing the method what call the the update-viewer
:).

THis its by the way not back to 4.5  ...

Ken VanDine escribió:
> Here is the exact error we get from gpk-update-viewer2:
> 
> 
> TI:21:31:11	TH:0x80e2968	FI:gpk-update-viewer2.c	FN:gpk_update_viewer_finished_get_distro_upgrades_cb,1368
>  - cannot get details: GetDistroUpgrades not yet supported by backend
> Traceback:
> 	gpk-update-viewer2 [0x80562c8]
> 	gpk-update-viewer2 [0x8053b35]
> 	/usr/lib/libglib-2.0.so.0 [0xb767ee12]
> 	/usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x1c3) [0xb76805f2]
> 	/usr/lib/libglib-2.0.so.0 [0xb76824db]
> 	/usr/lib/libglib-2.0.so.0(g_main_loop_run+0x21f) [0xb7683338]
> 	gpk-update-viewer2 [0x8051817]
> 	/lib/libc.so.6(__libc_start_main+0xdc) [0xb7293dec]
> 	gpk-update-viewer2 [0x804fe81]
> 
> --Ken
> 
> On Tue, Mar 31, 2009 at 7:48 AM, Ken VanDine <ken@...> wrote:
>> I think the problem is we don't support distro upgrade.
>>
>> Sent from my Android phone
>>
(Continue reading)

Permalink | Reply | 0 comments |
headers
zodman | 1 Apr 2009 07:35
Picon
Gravatar

pk-gtk-module

im haved disable the gtk-module of packagekit..... on Foresight. and 
after that a message.

Gtk-Message: Failed to load module "pk-gtk-module": libpk-gtk-module.so: 
no se puede abrir el fichero del objeto compartido: No existe el fichero 
o el directorio

This its because the libpk-gtk-module.so not exist on 
/usr/lib/gtk-2.0/module

So if i want remove completely the pk-gtk-module i have rebuild pango ? 
gtk ? cairo ? for remove the Gtk-Message ?¿
Permalink | Reply | 3 comments |
headers
Richard Hughes | 1 Apr 2009 10:48
Picon

Re: pk-gtk-module

On Tue, 2009-03-31 at 23:35 -0600, zodman wrote:
> So if i want remove completely the pk-gtk-module i have rebuild pango ? 
> gtk ? cairo ? for remove the Gtk-Message ?¿

Non of the above. gnome-packagekit sets a gconf
key /apps/gnome_settings_daemon/gtk-modules/pk-gtk-module -- just set
this to false by default.

Richard.

_______________________________________________
PackageKit mailing list
PackageKit <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/packagekit
Permalink | Reply | 2 comments |
headers
Richard Hughes | 1 Apr 2009 11:01
Picon

Re: gnome-packagekit 2.27.1 released!

On Tue, 2009-03-31 at 09:01 -0400, Ken VanDine wrote:
> TI:21:31:11     TH:0x80e2968    FI:gpk-update-viewer2.c FN:gpk_update_viewer_finished_get_distro_upgrades_cb,1368
>  - cannot get details: GetDistroUpgrades not yet supported by backend

Then it's a bug in the new updater. If we can't do the method, we don't
call it. I've fixed this in 4fffe8867dd0db611ffe6860d4414f2b13c4fa89

Richard.
Permalink | Reply | 2 comments |
headers
Richard Hughes | 1 Apr 2009 11:08
Picon

Re: [PATCH] bugfix: pkgenpack man page still pointed to pk-generate-package-list

On Mon, 2009-03-30 at 17:24 +0100, James Westby wrote:
> pk-generate-package-list is replaced by pkcon create-list so point
> to that in pkgenpack's manpage instead.

Looks good, please commit. Thanks.

Richard.
Permalink | Reply | 0 comments |
headers
Richard Hughes | 1 Apr 2009 11:09
Picon

Re: category Signal

On Mon, 2009-03-30 at 03:34 -0600, zodman wrote:
> for what its the task get-categories command ? and the category signal ?¿

For building dynamic group lists, i.e. not hardcoded. In the yum and
smart backends the "comps" data is used to build a hierarchy list of
groups, which is then used in SearchGroups.

Richard.

_______________________________________________
PackageKit mailing list
PackageKit <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/packagekit
Permalink | Reply | 0 comments |
headers
Richard Hughes | 1 Apr 2009 11:14
Picon

Re: Res: One click install support in PackageKit

On Wed, 2009-04-01 at 03:30 +0530, Debayan Banerjee wrote:
> 3) Add voting system to Package Manager:
> The word trust has mean something that the end user understands, as
> opposed to GPG keys. One way of defining trust is by votes. It is my
> proposal that we enable a voting system at the package manager end so
> that every time a repository is added and a package installed for the
> first time users are asked for a "Recommend" vs "Do not recommend"
> vote.

I don't think popularity can be inferred from trust or vice versa. If
you digg a link to the "new* nvidia drivers you'll have thousands of
hits to your repo, instantly making it popular (and in your scheme,
trusted). There's no trust there, as the new nvidia driver could has a
keylogger shipped with the package, which took a few days for someone to
find.

There's always the "bored developer" problem too. A developer picks up a
bit of software, packages it, and puts it in an archive. After a few
months the developer stops re-packaging it, which means if the upstream
repo changes from one version of a library to another, the update only
half completes, and the system library is stuck at a low version until
the package is removed or updated.

Richard.
Permalink | Reply | 1 comment |
headers
Richard Hughes | 1 Apr 2009 11:24
Picon

Re: gnome-packagekit crash on swedish

On Mon, 2009-03-30 at 14:54 -0600, zodman wrote:
> <TForsman> zodman: 
> http://www.foresightlinux.se/gpk-application-bugreport.txt add that it
> crashes with locale sv_SE.UTF-8 but works to start with en_US.UTF-8

Should be fixed in 8058bad83b0d61de28ab76ef32ebfa811991ac7a

Richard.
Permalink | Reply | 0 comments |
headers
Thibauld Favre | 1 Apr 2009 11:28
Gravatar

Re: Res: One click install support in PackageKit

2009/4/1 Debayan Banerjee <debayanin@...>:
> The best way you can do that is by accepting to be my mentor! I have
> submitted my proposal to "Fedora Project & JBoss.org (Red Hat)".
> Perhaps you would be interested in it.

I'd be glad to be your mentor for this project if everybody here
agrees (Richard ?). Concerning your proposal, in the scope of this
project, I would focus on  1) and 2). I'm a bit skeptical about 3) and
4). They are interesting ideas but I'm not sure it makes sense to go
beyond the pluggable policy feature.

I've looked into Dorian Perkins code and gave it a try, it is a great
start but still very early stage. In my opinion, we'd better begin
coding things in python (leveraging python-packagekit bindings) and
inspire from apturl ( https://launchpad.net/apturl/ ) for a first
shot. Basically, I would propose the following rough planning for
<doyouhaveanameyet?> :

1. Replacing the "apt" backend used by "apturl" by a packagekit backend.
=> objective: being able to use "pkurl" (?) as a simple protocol
handler in firefox to perform 1 click installation from firefox (by
using links like href="pk:<package1>,<package2>")

2. Adding oci file format support to "pkurl".
=> objective: being able to register a new mime type in the system to
have pkurl used to perform 1 click installation from any webbrowser
for links like href="http://mydomain.com/file.oci"

3. In order to smooth the end user experience as much as possible, I
think the following features are needed if the package is a "desktop
(Continue reading)

Permalink | Reply | 18 comments |

Gmane