pkcon repo-list does not list the repositories in Mageia 2
https://bugs.freedesktop.org/show_bug.cgi?id=53189

Suggestion: Switch Packagekit to use Smart as a backend

Edit the SPEC of packagekit-0.6.21-3.mga2.src.rpm in the line:

178 	--enable-smart --enable-urpmi --enable-introspection \

Add in the line:

230     %{_libdir}/packagekit-backend/libpk_backend_smart.so

To test the change:

$ rpmbuild -ba packagekit.spec

Generated all packets correctly:
Gravou: /home/chimarrao/rpm/SRPMS/packagekit-0.6.21-3mgabr2.src.rpm
Gravou: /home/chimarrao/rpm/RPMS/x86_64/packagekit-0.6.21-3mgabr2.x86_64.rpm
Gravou: /home/chimarrao/rpm/RPMS/x86_64/lib64packagekit-glib14-0.6.21-3mgabr2.x86_64.rpm
Gravou: /home/chimarrao/rpm/RPMS/x86_64/lib64packagekitglib-gir1.0-0.6.21-3mgabr2.x86_64.rpm
Gravou: /home/chimarrao/rpm/RPMS/x86_64/lib64packagekit-qt14-0.6.21-3mgabr2.x86_64.rpm
Gravou: /home/chimarrao/rpm/RPMS/x86_64/lib64packagekit-qt2_2-0.6.21-3mgabr2.x86_64.rpm
Gravou: /home/chimarrao/rpm/RPMS/x86_64/lib64packagekit-devel-0.6.21-3mgabr2.x86_64.rpm
Gravou: /home/chimarrao/rpm/RPMS/x86_64/packagekit-cron-0.6.21-3mgabr2.x86_64.rpm
Gravou: /home/chimarrao/rpm/RPMS/x86_64/packagekit-gstreamer-plugin-0.6.21-3mgabr2.x86_64.rpm
Gravou: /home/chimarrao/rpm/RPMS/x86_64/packagekit-browser-plugin-0.6.21-3mgabr2.x86_64.rpm
Gravou: /home/chimarrao/rpm/RPMS/x86_64/packagekit-command-not-found-0.6.21-3mgabr2.x86_64.rpm
Gravou: /home/chimarrao/rpm/RPMS/x86_64/packagekit-gtk-module-0.6.21-3mgabr2.x86_64.rpm
Gravou: /home/chimarrao/rpm/RPMS/x86_64/packagekit-gtk3-module-0.6.21-3mgabr2.x86_64.rpm
Gravou: /home/chimarrao/rpm/RPMS/x86_64/packagekit-debug-0.6.21-3mgabr2.x86_64.rpm

I reinstalled by new packages generated.
I Edit the /etc/PackageKit/PackageKit.conf and change the line:

DefaultBackend=urpmi
to
DefaultBackend=smart

Now ran the command again:
# pkcon repo-list
Obtendo repositórios         [=========================]         
Iniciando                     [=========================]         
 Desabilitado urpmisync-Tainted Backports Testing Debug (distrib30) Tainted Backports Testing Debug (distrib30)
 Desabilitado urpmisync-Core 32bit Updates Testing Debug (distrib36) Core 32bit Updates Testing Debug (distrib36)
 Desabilitado urpmisync-Nonfree Updates Debug (distrib14) Nonfree Updates Debug (distrib14)
 Desabilitado urpmisync-Core Release Debug (distrib2) Core Release Debug (distrib2)
 Habilitado urpmisync-Beranger        Beranger
 Habilitado urpmisync-BDK-NonFree-x86_64 BDK-NonFree-x86_64
 Desabilitado urpmisync-Nonfree Backports Testing Debug (distrib20) Nonfree Backports Testing Debug (distrib20)
 Desabilitado urpmisync-Nonfree Backports (distrib17) Nonfree Backports (distrib17)
 Desabilitado urpmisync-Core Backports Debug (distrib8) Core Backports Debug (distrib8)
 Desabilitado urpmisync-Core Updates Testing (distrib5) Core Updates Testing (distrib5)
 Desabilitado urpmisync-Core 32bit Backports (distrib37) Core 32bit Backports (distrib37)
 Habilitado urpmisync-Core 32bit Updates (distrib33) Core 32bit Updates (distrib33)
 Desabilitado urpmisync-Core 32bit Updates Testing (distrib35) Core 32bit Updates Testing (distrib35)
 Habilitado urpmisync-Nonfree Updates (distrib13) Nonfree Updates (distrib13)
 Desabilitado urpmisync-Core 32bit Backports Testing (distrib39) Core 32bit Backports Testing (distrib39)
 Habilitado urpmisync-Nonfree Release (distrib11) Nonfree Release (distrib11)
 Desabilitado urpmisync-Core Updates Debug (distrib4) Core Updates Debug (distrib4)
 Habilitado urpmisync-MRC-x86_64 (MGA-RU-x86_641) MRC-x86_64 (MGA-RU-x86_641)
 Habilitado urpmisync-BDK-Free-noarch BDK-Free-noarch
 Desabilitado urpmisync-Nonfree Updates Testing (distrib15) Nonfree Updates Testing (distrib15)
 Habilitado urpmisync-petos-x86_64    petos-x86_64
 Desabilitado urpmisync-Core Backports Testing (distrib9) Core Backports Testing (distrib9)
 Habilitado urpmisync-Core Updates (distrib3) Core Updates (distrib3)
 Habilitado urpmisync-Tainted Updates (distrib23) Tainted Updates (distrib23)
 Desabilitado urpmisync-Tainted Backports (distrib27) Tainted Backports (distrib27)
 Desabilitado urpmisync-Tainted Release Debug (distrib22) Tainted Release Debug (distrib22)
 Desabilitado urpmisync-Tainted Updates Debug (distrib24) Tainted Updates Debug (distrib24)
 Habilitado urpmisync-Samba-x86_64    Samba-x86_64
 Habilitado urpmisync-petos-games-64  petos-games-64
 Habilitado urpmisync-google-talkplugin google-talkplugin
 Desabilitado urpmisync-BDK-Src         BDK-Src
 Habilitado urpmisync-MGR-noarch      MGR-noarch
 Desabilitado urpmisync-PLF Non-free backports PLF Non-free backports
 Desabilitado urpmisync-PLF Free backports PLF Free backports
 Habilitado rpm-sys                   RPM System
 Desabilitado urpmisync-Core 32bit Backports Debug (distrib38) Core 32bit Backports Debug (distrib38)
 Desabilitado urpmisync-PLF Free debug  PLF Free debug
 Desabilitado urpmisync-PLF Free backports debug PLF Free backports debug
 Habilitado urpmisync-BDK-Free-x86_64 BDK-Free-x86_64
 Habilitado urpmisync-MGA-PL-x86_64   MGA-PL-x86_64
 Habilitado urpmisync-MGR-x86_64      MGR-x86_64
 Habilitado urpmisync-google-music    google-music
 Desabilitado urpmisync-PLF Free        PLF Free
 Habilitado urpmisync-Core 32bit Release (distrib31) Core 32bit Release (distrib31)
 Desabilitado urpmisync-Tainted Updates Testing Debug (distrib26) Tainted Updates Testing Debug (distrib26)
 Habilitado urpmisync-google-earth    google-earth
 Desabilitado urpmisync-Nonfree Backports Testing (distrib19) Nonfree Backports Testing (distrib19)
 Desabilitado urpmisync-Tainted Backports Testing (distrib29) Tainted Backports Testing (distrib29)
 Habilitado urpmisync-Frevo-noarch    Frevo-noarch
 Habilitado urpmisync-Samba-noarch    Samba-noarch
 Habilitado urpmisync-Tainted Release (distrib21) Tainted Release (distrib21)
 Desabilitado urpmisync-Core 32bit Release Debug (distrib32) Core 32bit Release Debug (distrib32)
 Desabilitado urpmisync-Nonfree Release Debug (distrib12) Nonfree Release Debug (distrib12)
 Habilitado urpmisync-MRC-Src (MGA-RU-x86_643) MRC-Src (MGA-RU-x86_643)
 Habilitado urpmisync-Bossa-x86_64    Bossa-x86_64
 Desabilitado urpmisync-Nonfree Updates Testing Debug (distrib16) Nonfree Updates Testing Debug (distrib16)
 Habilitado urpmisync-Frevo-x86_64    Frevo-x86_64
 Desabilitado urpmisync-Core Updates Testing Debug (distrib6) Core Updates Testing Debug (distrib6)
 Desabilitado urpmisync-Core Backports Testing Debug (distrib10) Core Backports Testing Debug (distrib10)
 Desabilitado urpmisync-PLF Non-free    PLF Non-free
 Habilitado urpmisync-Core Release (distrib1) Core Release (distrib1)
 Desabilitado urpmisync-Core Backports (distrib7) Core Backports (distrib7)
 Desabilitado urpmisync-Core 32bit Updates Debug (distrib34) Core 32bit Updates Debug (distrib34)
 Habilitado urpmisync-Bossa-noarch    Bossa-noarch
 Habilitado urpmisync-MRC-noarch (MGA-RU-x86_642) MRC-noarch (MGA-RU-x86_642)
 Desabilitado urpmisync-Nonfree Backports Debug (distrib18) Nonfree Backports Debug (distrib18)
 Desabilitado urpmisync-PLF Non-free debug PLF Non-free debug
 Habilitado urpmisync-google-chrome   google-chrome
 Desabilitado urpmisync-Tainted Backports Debug (distrib28) Tainted Backports Debug (distrib28)
 Desabilitado urpmisync-Core 32bit Backports Testing Debug (distrib40) Core 32bit Backports Testing Debug (distrib40)
 Desabilitado urpmisync-PLF Non-free backports debug PLF Non-free backports debug
 Desabilitado urpmisync-Tainted Updates Testing (distrib25) Tainted Updates Testing (distrib25)
 Habilitado urpmisync-petos-flightgear petos-flightgear

Now by Apper I can configure the repositories that I will use.
I installed Smart 1.4.1 generated by modifications suggested in the bug:
https://bugs.mageia.org/show_bug.cgi?id=1426#c14

Manuel Hiebel,

To request the inclusion in PackageKit of support Smart as a backend is necessary to report new bug? Maybe as a separate package: PackageKit-smart???

well, smart is not in our repo...

Then I open new bug for PackageKit support Smart as a backend dependent resolution of bug 1426 !

There's a bug in packagekit:

23:20        PackageKit          failed to parse: repo-detail        Core 32bit Release      Core 32bit Release      : invalid qualifier ''
16:23:20        PackageKit          ignoring message (turn on DeveloperMode): Failed to parse output: invalid qualifier '1'

CC: (none) => fundawang, thierry.vignaud

Created attachment 3088 [details]
fix repo-list

Created attachment 3090 [details]
fix repo-list (better)

Attachment 3088 is obsolete: 0 => 1

Created attachment 3091 [details]
fix inverted status

This change is also needed. Output is inverted for years...

Fixed pushed upstream https://gitorious.org/packagekit/packagekit/commits/master/
I'll backport them into the 0.7.x branch too.

Status: NEW => ASSIGNED
Assignee: bugsquad => thierry.vignaud

Is there any rpm we can test?
Also there are multiple features missing from the back-end:
http://www.packagekit.org/pk-matrix.html
Is there any fix for this?

CC: (none) => mustafaa.alhamdaani

This matrix is totally obsolete regarding urpmi...

(In reply to comment #12)
> This matrix is totally obsolete regarding urpmi...

Thanks for the update, but today (3-12-2012) I tried Apper and nothing works.

Nothing ? can you be more specific please ?

CC: (none) => mageia

I opened Apper, click on updates, and no list gets loaded (keeps loading), the same happens when I enter any category.

seems you are facing this bug https://bugs.mageia.org/show_bug.cgi?id=12481

(In reply to Nicolas Lécureuil from comment #16)
> seems you are facing this bug https://bugs.mageia.org/show_bug.cgi?id=12481

Yes, probably it is.

CC'ing Yuri Myasoedov, who seems to be working on this, too, see his comment on dev ml https://ml.mageia.org/l/arc/dev/2017-12/msg00016.html :

> BTW, I've started improving urpmi backend in PackageKit several
> months ago. I'd push my git repo on git.mageia.org. The work is not
> finished yet, but something I've already done.
> 

Yuri, do you mind joining the Mageia tools maintainer group (and maybe the RPM stack maintainer group, too), and joining the matching mailing list(s)?

CC: (none) => mageiatools, marja11, ymyasoedov

(In reply to Marja van Waes from comment #18)
 
> 
> Yuri, do you mind joining the Mageia tools maintainer group (and maybe the
> RPM stack maintainer group, too), and joining the matching mailing list(s)?

See https://wiki.mageia.org/en/Maintainer_groups#List_of_groups

(In reply to Marja van Waes from comment #18)
> Yuri, do you mind joining the Mageia tools maintainer group (and maybe the
> RPM stack maintainer group, too), and joining the matching mailing list(s)?

Joined.

(In reply to Yuri Myasoedov from comment #20)
> (In reply to Marja van Waes from comment #18)
> > Yuri, do you mind joining the Mageia tools maintainer group (and maybe the
> > RPM stack maintainer group, too), and joining the matching mailing list(s)?
> 
> Joined.

Thanks. I had hoped things would magically start moving, but apparently I was wrong :-(

Upstream little happened for the urpmi backend since 2015
https://github.com/hughsie/PackageKit/commits/master/backends/urpmi
because soig ("our" tv) now lacks time.

However, the *original* issue of this bug report has since long been fixed by him both upstream https://github.com/hughsie/PackageKit/commit/ee321848c1fefc1f9b9550cc3cb65bed8bb63420#diff-e84d6cf21b82508ba4c2789cfa354585 and in Mageia since at least Mageia 3

He has also done a magnificent job upstream, adding a lot of urpmi support:
https://github.com/hughsie/PackageKit/commits?author=soig

I'll close this report as fixed, even if more needs to be done, because the _original_ issue has been fixed and even much more.

@ Yuri @ neoclust @ tv @mageiatools maintainers

What would be the best way for Yuri to share his work on the packagkit urpmi backend that he talked about here: https://ml.mageia.org/l/arc/dev/2017-12/msg00016.html

Do we need new bug reports for still needed urpmi backend features? 
And/Or is it fine to let yuri_myasoedov push his git repo on git.mageia.org? 
And/Or should we ask upstream to allow him to push his branch there?

Status: ASSIGNED => RESOLVED
Resolution: (none) => FIXED
Summary: Integration between packagekit and urpmi which was never done => # pkcon repo-list doesn't work because integration between packagekit and urpmi wasn't done

Marja, thanks for your comment. I've took a pause in developing urpmi backend for PackageKit, as I don't have a clear vision of urpmi future in Mageia. If developers make a decision to replace urpmi with DNF, my work won't make sense.

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

(In reply to Yuri Myasoedov from comment #22)
> Marja, thanks for your comment. I've took a pause in developing urpmi
> backend for PackageKit, as I don't have a clear vision of urpmi future in
> Mageia. If developers make a decision to replace urpmi with DNF, my work
> won't make sense.

That decision was _not_ taken. The DNF maintainer would like to see that happen, but there are important contributors around who love URPMI. 

If anything was decided, it was that parallel development is allowed and that, if the DNF maintainers manage to integrate DNF into installer, the isos with DNF integration will be tested after the normal "URPMI" isos are tested and pushed.

The people motivated to work on DNF aren't the same as those motivated to keep URPMI, I don't see why we can't have both.

Of course, if whoever can help with URPMI stops working on it, then we'll end up with only DNF and with DNF by default, even in installer.

I really fear that could lead to us losing our tradional installer.

Even if you do not want to continue developing PackageKit's urpmi backend, please do at least tell where we can have read access to your git repo.

@ Yuri

I asked in #PackageKit on Freenode:

2018:06:12:10:14 < marja> Hi there, yuri_myasoedov was/is working on the urpmi backend.... I was wondering here https://bugs.mageia.org/show_bug.cgi?id=7106#c21 what would be the best way to share his work, but you may have the best ideas for that :-)
2018:06:12:10:33 < hughsie> marja, i guess filing an issue on github is the best place to discuss
2018:06:12:10:33 < hughsie> or the mailing list if that's easier


https://github.com/hughsie/PackageKit/issues
https://lists.freedesktop.org/mailman/listinfo/packagekit

It would be a shame if your work would get lost, even if it's still WIP!

yeah please share your work

(In reply to Yuri Myasoedov from comment #22)
> Marja, thanks for your comment. I've took a pause in developing urpmi
> backend for PackageKit, as I don't have a clear vision of urpmi future in
> Mageia. If developers make a decision to replace urpmi with DNF, my work
> won't make sense.

this is not yet planned and i would like to see new features of rpm implemented in urpmi.

Can you share your work on urpmi backend for packagekit ? we can set up a git repository on our serveur for you.

I'll make it public in several days in GitHub. If you think that work is not pointless, I'll continue working on it with pleasure.

(In reply to Yuri Myasoedov from comment #28)
> I'll make it public in several days in GitHub. If you think that work is not
> pointless, I'll continue working on it with pleasure.

Thanks and great :-)

It certainly isn't pointless!

Hi Yuri :-)

Some weeks after you wrote that you'd publish your work, I had found your repository. It only contained the initial import, so I assumed you hadn't found enough time. But now I can no longer find it :-[

Do you mind giving the link?

Cheers,
Marja