GNU bug report logs - #17152
GNU Guix backend for PackageKit / Gnome-Software

Previous Next

To reply to this bug, email your comments to 17152 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Kẏra <kxra <at> riseup.net>
To: bug-guix <at> gnu.org
Subject: GNU Guix backend for PackageKit / Gnome-Software
Date: Mon, 31 Mar 2014 15:56:45 -0400

[Message part 1 (text/plain, inline)]

This will make GNU Guix much more accessible to a wider audience.

[Message part 2 (text/html, inline)]

Message #8 received at 17152 <at> debbugs.gnu.org (full text, mbox):

From: Kẏra <kxra <at> riseup.net>
To: 17152 <at> debbugs.gnu.org
Date: Mon, 31 Mar 2014 17:14:53 -0400

[Message part 1 (text/plain, inline)]

I also filed against PackageKit here:
https://bugs.freedesktop.org/show_bug.cgi?id=76810

and gnome-software here: https://bugzilla.gnome.org/show_bug.cgi?id=727367

[Message part 2 (text/html, inline)]

Message #11 received at 17152 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Kẏra <kxra <at> riseup.net>
Cc: 17152 <at> debbugs.gnu.org
Subject: Re: bug#17152:
Date: Tue, 01 Apr 2014 00:23:01 +0200

Kẏra <kxra <at> riseup.net> skribis:

> I also filed against PackageKit here:
> https://bugs.freedesktop.org/show_bug.cgi?id=76810
>
> and gnome-software here: https://bugzilla.gnome.org/show_bug.cgi?id=727367

This is a good idea, but looking at
<https://gitorious.org/packagekit/packagekit/source/e7bf8d39548e6edb6802c7058239d457e3f63845:src/org.freedesktop.PackageKit.Transaction.xml>,
it seems that PackageKit is not well suited for non-root install systems
and per-user profiles, for instance.

Thanks,
Ludo’.

Message #16 received at 17152 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Kẏra <kxra <at> riseup.net>
Cc: 17152 <at> debbugs.gnu.org
Subject: Re: bug#17152:
Date: Sun, 12 Jun 2016 15:31:59 +0200

Hi!

Kẏra <kxra <at> riseup.net> skribis:

> I also filed against PackageKit here:
> https://bugs.freedesktop.org/show_bug.cgi?id=76810

FWIW, a Nix back-end has just been merged:

  https://github.com/hughsie/PackageKit/pull/126
  https://github.com/hughsie/PackageKit/pull/126/commits/108da8ed6784673758ea7a7a240eda0f8bdddc28

I think a Guix back-end may be simpler, notably because Guix has a
notion of package whereas all Nix sees is derivations, which are
low-level.

The Guix back-end, as I imagine, could essentially embed Guile into
PackageKit and have most of the code written in Scheme.  That way it
could trivially use all the support code we have in (guix profiles),
(guix packages), and (gnu packages).

Any takers?  :-)

Ludo’.

Message #19 received at 17152 <at> debbugs.gnu.org (full text, mbox):

From: Denis 'GNUtoo' Carikli <GNUtoo <at> cyberdimension.org>
To: 17152 <at> debbugs.gnu.org
Subject: Re: GNU Guix backend for PackageKit / Gnome-Software
Date: Thu, 8 Dec 2022 18:55:20 +0100

Hi,

How does it work when Nix is installed on top of another distribution?
Is there something to handle that in packagekit? 

Or with distributions like Ubuntu that also use snap, it is is handled
transparently somehow? Or do users have to choose which package manager
to use?

I wonder that because I'd be interested in somehow supporting the
package manager of a foreign distribution (Parabola) to have an unified
configuration that can work also when guix / guix home is used on top
of another distribution[1].

[1] There are various advantages of using the distribution package
    manager instead of guix home in that case, like having the packages
    installed system wide for instance, or having the packages take
    less space.

Denis.

Message #22 received at 17152 <at> debbugs.gnu.org (full text, mbox):

From: Parnikkapore <poomklao <at> yahoo.com>
To: 17152 <at> debbugs.gnu.org
Subject: GNU Guix backend for PackageKit / Gnome-Software
Date: Thu, 29 Dec 2022 17:22:44 +0700

(I hope it's OK to bump! 🙂️)

I'm using KDE Neon. In Plasma Discover (which is a PackageKit
frontend), packages from both apt and Flatpak are shown, and you can
pick which way you want to install the package. You can also set a
default.

If a package isn't available on one package manager, that package
manager simply doesn't show up on the list, and pressing "Install" will
simply use another package manager that does have the package.

Flatpak is actually listed twice - once for installing system-wide and
once for installing for the current user only. Only the latter does not
require the equivalent of sudo-ing. So that should point towards a way
to get PackageKit to do non-root installs.

Unfortunately, I couldn't find a way to get pkcon to behave in a
similar way - it's mostly just an apt frontend here.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.