Page 1 of 1

Odd urpmi/gurpmi behavior

PostPosted: Jul 3rd, '23, 16:06
by Germ
I occasionally try packages from updates-testing. I decided to give kernel-6.4.1-3 a spin. Packages would not install.

Tried in the gui, just right click and choose open with installer and gurpmi froze after giving root password. So, I tried urpmi from konsole as root and it froze also. I've done this several times before with kernels and other packages without problems.

I had to run genhdlist2 on the directory, add it as a custom media, then install using add/remove software gui which worked fine.

Really strange...

Re: Odd urpmi/gurpmi behavior

PostPosted: Jul 3rd, '23, 16:12
by sturmvogel
Germ wrote:Tried in the gui, just right click and choose open with installer and gurpmi froze after giving root password. So, I tried urpmi from konsole as root and it froze also.

According your description you downloaded the rpm and tried to install it afterwards?

If you do it this way, you absolutely need to know what you are doing and which package requirements needs to be fullfilled. It is way easier to add/enable the updates_testing repositories, install the packages and disable the testing repos afterwards. Urpmi/gurpmi will solve all deps automatically and will search for it in the enabled testing repos...
https://wiki.mageia.org/en/Enabling_the_Testing_media

But maybe i only understood your description wrong.

Re: Odd urpmi/gurpmi behavior

PostPosted: Jul 3rd, '23, 18:27
by Germ
first I tried gurpmi. downloaded the rpms into a directory. opened the directory in dolphin. selected all, right click, selected open with software installer (gurpmi), chose yes I want to install. it asked for root's password, then a installer dialog opens, then it froze. Couldn't even exit the app.

tried in konsole as root with urpmi. login as root, cd to the directory, issued command 'urpmi *.rpm' , hit enter and the process froze.

I've used those 2 ways numerous times for years. First time failure.

I know about enabling the testing repos. Actually easier the way I've always done it.

Re: Odd urpmi/gurpmi behavior

PostPosted: Jul 3rd, '23, 18:33
by Germ
it was actually rpms.

cpupower
kernel-desktop
kernel-desktop-latest
lib64bpf1
kernel-userspace-headers

That's all I've ever needed to install a new kernel.

Re: Odd urpmi/gurpmi behavior

PostPosted: Jul 3rd, '23, 19:31
by doktor5000
Just out of curiosity, if we have package management, why would you manually download those packages and then use the graphical installer to install those? To be honest, I don't understand it.
Also you didn't mention why/how the initial installation failed and with what error message, you only wrote "Packages would not install."

On a related note, this is how I'd use the testing repos (although you'd need to keep in mind that metadata has to be refreshed using urpmi.update on those as long as they stay disabled IIRC): https://wiki.mageia.org/en/Enabling_the ... sable_them

Also I don't see any report about gurpmi freezing, so if you can clearly reproduce you could report that.

Re: Odd urpmi/gurpmi behavior

PostPosted: Jul 3rd, '23, 20:25
by Germ
There was no error message in the gui or konsole. They just froze. I gave each try several minutes.

As to why? To me, it's just easier that way with a package in a repo that you don't want to keep enabled. Done it that way for years. And as I said, it's the first time it has failed.

Re: Odd urpmi/gurpmi behavior

PostPosted: Jul 3rd, '23, 21:13
by doktor5000
Easier then simply running one urpmi command to install those packages?

Re: Odd urpmi/gurpmi behavior

PostPosted: Jul 3rd, '23, 21:50
by Germ
to me it is.