I’m boring with Ubuntu because of snap usage and philosophy.
I try to switch to opensuse but i’m facing a problem
When i try to install nomacs (i really love that program) form yast on my newly installed tumbleweed (XFCE)
i got an error because it can’t resolve libquazip5.so.1()(64bit)
If i browse thru the repo OSS i found it. but yast doesn’t
could you help me ?
Thanks a lot.
Hi and welcome to the Forum
It’s failing to build at the moment for Tumbleweed… (can’t find quazip…)
Perhaps fallout from the quazip update…
A bug report would be in order… openSUSE:Submitting bug reports - openSUSE
Hello and welcome.
Why using YaST is fine, it is a bit difficult to show here what happens. Best is to do (as root) a
zypper in nomacs
And then post the whole here so others can see what happens.
Because you are new here, allow me to post the standard information going to many here:
There is an important, but not easy to find feature on the forums.
Please in the future use CODE tags around copied/pasted computer text in a post. It is the # button in the tool bar of the post editor. When applicable copy/paste complete, that is including the prompt, the command, the output and the next prompt.
An example is here: Using CODE tags Around your paste.
here is the result of zypper in nomacs
However it is in french.
I try to translate it with google.
Chargement des données du dépôt... Lecture des paquets installés... Résolution des dépendances des paquets... Problème : rien ne fournit libquazip5.so.1()(64bit), qui est requis par nomacs-3.16.224-1.4.x86_64 Solution 1 : ne pas installer nomacs-3.16.224-1.4.x86_64 Solution 2 : casser nomacs-3.16.224-1.4.x86_64 en ignorant certaines de ses dépendances Choisir une des solutions ci-dessus en tapant son numéro ou bien annuler en tapant 'a' [1/2/a/d/?] (a): 1 Résolution des dépendances... Résolution des dépendances des paquets...
and google translation
Loading data from the repository ... Reading installed packages ... Resolving Package Dependencies ... Problem: Nothing provides libquazip5.so.1 () (64bit), which is required by nomacs-3.16.224-1.4.x86_64 Solution 1: do not install nomacs-3.16.224-1.4.x86_64 Solution 2: nomacs-3.16.224-1.4.x86_64 pan ignoring some of its dependencies Choose one of the above solutions by typing its number or cancel by typing 'a' [1/2 / a / d /?] (A): 1 Resolving dependencies ... Resolving Package Dependencies ...
ok build failed for the same reason i did not find libquazip5
but shouldn’t I be able to install the last successfull build ? (surely a stupid question because i’m new with rolling release)
Thanks. While you got already a better answer then mine, allow me to give some hints:
- Always include the command line in your CODE oart, it is only one line more at the top to copy/paste.
- When you want to show output not in your local language, precede the command with LANG=C, in this case
LANG=C zypper in nomacs
Much better then Google translate.
Thanks to all
I issue a bug (i hope it is at the right place) : BUG N°1177557
here is the result of the command
localhost:~ # LANG=C zypper in nomacs Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides libquazip5.so.1()(64bit) needed by nomacs-3.16.224-1.4.x86_64 Solution 1: do not install nomacs-3.16.224-1.4.x86_64 Solution 2: break nomacs-3.16.224-1.4.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c/d/?] (c): 1 Resolving dependencies... Resolving package dependencies... Nothing to do.
No, because the new version of quazip is present. You could go back in the history and grab the quazip and nomacs and then lock them;
zypper in -f http://download.opensuse.org/history/20201008/tumbleweed/repo/oss/x86_64/libquazip5-1-0.9.1-1.3.x86_64.rpm http://download.opensuse.org/history/20201008/tumbleweed/repo/oss/x86_64/nomacs-3.16.224-1.4.x86_64.rpm zypper al libquazip nomacs
as from the last command
# LANG=C zypper in nomacs Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides libquazip5.so.1()(64bit) needed by nomacs-3.16.224-1.4.x86_64 Solution 1: do not install nomacs-3.16.224-1.4.x86_64 Solution 2: break nomacs-3.16.224-1.4.x86_64 by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/c/d/?] (c): 1
zypper found nomacs but it didn’t found libquazip5
localhost:~ # LANG=C zypper in libquazip5 Loading repository data... Reading installed packages... 'libquazip5' not found in package names. Trying capabilities. No provider of 'libquazip5' found. Resolving package dependencies... Nothing to do.
Why did i found libquazip5 in oss repo but zypper doesn’t ?
Please show what you found and how.
I just posted this on Discord:
it’s a packaging error. libquazip5 brings libquazip1-qt5.so.1.0.0, not libquazip5.so.1 Report a bug against the lib
You could try symlinking, but that is merely a work around. To test, you should pick option 3
and the create a symlink
But, the real solution should be a fixed package
i’m going there with firefox
and i found
with detail here :
and this is just want i need
so why zypper nor yast found it ?
nomacs is also present
I’m not sure to understand enough what you said to be able to fill a bug.
Did you try the command I showed, all works fine here?
Yes it works. but I prefer to spend time and have the problem solved.
Then a bug report, or branch and fix? Let me have a play with it first…
I see someone has reported upstream: https://github.com/nomacs/nomacs/issues/569
that’s fine. I think it will be solved within few days.
Thanks again for the time you give to that problem.
Hopefully, the cmake routine needs updating as per: https://stachenov.github.io/quazip/usage.html
Hi, I’m new to the forum, using opensuse TW 20201011. I’m getting similar message (same library) but trying to install krita
Problem: nothing provides libquazip5.so.1()(64bit) needed by krita-4.3.0-2.5.x86_64 Solution 1: do not install krita-4.3.0-2.5.x86_64 Solution 2: break krita-4.3.0-2.5.x86_64 by ignoring some of its dependencies **Choose from above solutions by number or cancel [1/2/c/d/?] (c):**
Do I have to open a new thread or when problem is fixed for the library should work for all?
Again, sorry if this is not the place to ask for. If that’s the case, could you please help me as where to post it.
Thanks in advance.
Hi all, just to let you know that with last update of TW mi issue was solved. Hope the same happens for those having trouble with the library.