CLI package management questions - wondering quirks and unexpected turns

Feedback
1

Ahoy Haikunauts !

\#1

During my package update and repo-sync attempt previously and now also experienced package conflicts regarding kwallet and kwallet6as well.

When I updated to hrev59846 I selected to let the installed packages as is - no update or uninstall on conflicting packages - mostly as the 2 application required a different versioning package what kwallet required.

Now when upgraded to hrev59853 – finally I selected both for uninstall those were offered,
however I was wondering, that instead of removing kwallet that depending on QT5x stuff, other application packages were selected to remove !

Why does not kwallet removed? as kwallet6 package already provide kwallet, doesn’t it ?

Encountered problems:
problem 1: package kwallet6-6.28.0-1 requires lib:libgpgme>=45.1.1, but none of the providers can be installed
  solution 1:
    - keep kwallet6-6.25.0-1 from excluded repository
  solution 2:
    - allow deinstallation of gpgme-1.24.1-1
    - allow deinstallation of messagelib-23.08.5-1
    - allow deinstallation of akonadi_calendar-23.08.5-1
    - allow deinstallation of libkleo-23.08.5-1
Please select a solution, skip the problem for now or quit.
select [1...2/s/q]: 2
problem 2: package retroshare-0.6.6-5 requires lib:libgpgme>=11.32.0, but none of the providers can be installed
  solution 1:
    - allow deinstallation of retroshare-0.6.6-5
    - allow deinstallation of akonadi_calendar-23.08.5-1
    - allow deinstallation of libkleo-23.08.5-1
    - allow deinstallation of messagelib-23.08.5-1
  solution 2:
    - keep kwallet-5.115.0-2 from excluded repository
Please select a solution, skip the problem for now or quit.
select [1...2/s/q]: 1
The following changes will be made:
  in system:
    upgrade package timgmsoundfont-2011_12_11-6 to 2011.12.11-1 from repository HaikuPorts
    install package gpgme2-2.1.1-1 from repository HaikuPorts
    install package gpgmepp-2.1.0-1 from repository HaikuPorts
    upgrade package kwallet-5.115.0-2 to 5.115.0-3 from repository HaikuPorts
    upgrade package kwallet6-6.25.0-1 to 6.28.0-1 from repository HaikuPorts
    uninstall package retroshare-0.6.6-5
    uninstall package akonadi_calendar-23.08.5-1
    uninstall package messagelib-23.08.5-1
    uninstall package libkleo-23.08.5-1
    uninstall package gpgme-1.24.1-1
Continue? [yes/no] (yes) : no
   user  ~    04:50   

\#2

Another strange thing with full-sync, that wen I selected that choices to previously in both cases, to not install / uninstall anything regarding the conflicting packages but leave all as it is on my system,

then I was asked whether I want to

upgrade package timgmsoundfont-2011_12_11-6 to 2011.12.11-1 from repository HaikuPorts ?

Now there were no question at all, but the full-sync stated that the packages would be upgraded as I wanted to avoid them.

In this case – why was my option to decide - removed, …

meanwhile on the other decision path, when I selected to not change anything in my system – during full-sync --, then I got that option to select I would sync or not ??

(I was who insisted on to timgmsoundfont-2011_12_11-6 get into Haikuports repo. Seemed I can happy as a new package got in, but someone renamed as well. I had not understand why ? Why was not good enough that showed that the sixth version became not fixed as 2011_12_11-5_fixed was but finally complete. This way I keep my originally downloaded timgmsoundfont-2011_12_11-6 package - even that the package in Haikuports is the same or not.)

\#3

Is there a solution to some packages put under blocking their update – against that there is a new version in the repo, but that one is faulty ?

The new SMplayer 26.x has several issues, but previous SMplayer 22.x works as expected. Previously I thought it was because the requirements upgraded, but finally faced with that this version contains that brake its usual flawless work the direct Audio CD access. When I tried out YT player capabilities or something else the same issue came up.

Just as I reinstalled the previous version - worked like charm. So I would exclude from general update when I do not issue specific package’s update, but whole that available for update in that repo.

Thanks in advance for any reply -

2

gpgme (and friends) have seen a major overhoal(*) things should be on par now, if you still experience issues can you reply?

1 Like
3

Actually I’m on Linux Mint now -

Today I’m going to an event (soon). I will be away till the late hours in the evening I assume.
Basically I can reboot into Haiku when I’m back.
Well, tonight or when I’m at my PC again, I can check it attempt an upgrade and check what happends gpgme related packages.Those packages not so important me, as SMPlayer.

Honestly, I tried the new version of SMPlayer through upgrades, but those error still remained With the new version, meanwhile the libraries and other packages upgraded, and with the oldversion of SMPlayer worked as expected. Fortunately its recipe of the old version does not require version that way that block other required packages upgrade.
So I just downgrade SMPlayer just after general upgrades, as I cannot close out specific package(s) as pkgman upgrade can install specific packages if named, all if issued by package names, but no diclosure switches if I know well.
Of course I could read a script, to insert package names in a loop, that would scan a file, that would not upgrade the matching package names. Well I know how it should work, but I lost the knowledge to write it me alone. Also I admit I do not feel to urge as well, I have some laziness sometimes. This way I asked for : is there an existing way to skip some specific spackages of upgrade - I had not shared I would know this workaround to spent times to develop a script that gives the function which not in pkgman actually - at least my knowledge.
I write - at least my knowledge, as for example in pkgman help does not list -D switch that add more details to search, and not list -i, that list packages which installed in the particular Haiku system. I found somewhere else, I recorded myself, and use it since then if it is necessary to use it. So maybe there is a switch in pkgman, I just do not know, and I cannot get if from its help page as not present in it. Of course I can study the source code, but I may not found what I search for there as I am not familiar in it - howecer I used to take a look at a bit the code changes when I see patches basically for notes in them to see why this patch created for, what fixes, or enhance.

I will check SMPlayer 26.x version output as well and present your team the screenshots, or erros in text here in forum post. I remember so it was connected somehow GL stuff, do not know what relation has with the graphic stuff with reading CD content directly - not the wave files Haiku converts an Audio CD through a layer and not works reliably, as more media players wants to rip the CD contents. I understands that Pulkomandy wrote about that direct playing works out generally through analog output that were connected through the sound card earlier and in modern hardware it does not exist anymore. I don’t know how mpv or SMPlayer solved this, but works, but with new version it became broken in SMPlayer - but I would hold the workin SMPlayer. I would do, as the swiss knife of media players, the VLC itself, cannot do this, but only SMPlayer only. I do not create media libraries, me also listen music from Youtube lists, and some other online sources, like online radios, but I have some optical disks with me I would listen them without ripping them into neat libraries with hours hard works, that some accident erase just seconds.

Thanks for your interest.

4

There is a buildmaster switch atm, so updating haikuports packages could be broken for the moment. Stay tuned. :slight_smile:

5

Indeed. I updated my VM few minutes ago. SoftwareUpdater told me that nothing was providing the haiku rev (hrev 59866_5-1) needed for the new librsvg (2.62.3-1) so I decided to keep the old one (2.58.0-1) for now. It was curious because Haiku packages hrev was 59866. But aside of that no problem and if I launch SoftwareUpdater again, it’s still asking the same question as expected.

But, if I fire HaikuDepot, it shows the new version of librsvg installed and no sign of the old version. I double checked, in packages directories, system and home and only found the old package in system tree. So, perhaps that we have a problem with HaikuDepot.

Edit: While updating to hrev 59867, librsvg was also updated. So, it’s no longer possible to see the problem.