Skip to main content
Topic: Do we need `ceph-libs`? and how to spedup kompiler (Read 685 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Do we need `ceph-libs`? and how to spedup kompiler

OS = Community-QT

I don't know why this  'ceph-libs' is installed, apparently Arch don't need it and retire from the "market" and apparently cause of systemd, Why this AUR-Package is present on my system, that's very good question for me.
One is sure this package come not alone but with a lot of dependencies and also `pacman` try to update it.

Well or bad, I upgrade the standard repos with `pacman` and only AUR with `paru`. Yesterday I got following message:
Code: [Select]
error: 'ceph-libs': could not find or read package
today, `paru` build the packages since hours and note: This package was not present as I installed "Plasma-OpenRC" (on another drive).

Questions:
1) Is `ceph-libs` present because of "Multilib" (32 bit)?
2) I'm not a gamer and could remove all this. Can you tell me how precisely?
3) Is a method to assign 7 of my 8 core (16 threads) for building and compiling &| compress?

Thanks in advance for any help

EDIT: Meanwhile paru stop/finish (after so many hours) working with:
Code: [Select]
==> ERROR: A failure occurred in build().
    Aborting...
error: failed to build 'ceph-17.2.5-1 (ceph-libs)':
error: packages failed to build: ceph-17.2.5-1 (ceph-libs)
nevertheless, I cant explain better:
Code: [Select]
paru ceph-libs
1 aur/ceph-libs 17.2.5-1 [+3 ~1.70] [Installed: 15.2.14-6]
    Distributed, fault-tolerant storage platform delivering object, block, and file system

any idea about what's going on?

 

Re: Do we need `ceph-libs`? and how to spedup kompiler

Reply #1
Look for the ceph package in your /var/log/pacman.log file.  Likely it's optional for something else and you have had this for ages, but you'll need to check.  The pactree utility in pacman-contrib is helpful to check dependencies in each direction.

The package moved from one of the main Arch repos to Aur several weeks ago.

Re: Do we need `ceph-libs`? and how to spedup kompiler

Reply #2
Look for the ceph package in your /var/log/pacman.log file.  Likely it's optional for something else and you have had this for ages, but you'll need to check.  The pactree utility in pacman-contrib is helpful to check dependencies in each direction.

The package moved from one of the main Arch repos to Aur several weeks ago.
Thanks for your answer first.

I'm a lucky guy because my system is not yet two weeks old, see first line of `/var/log/pacman.log`:
Code: [Select]
[2022-10-19T15:22:47+0200] [PACMAN] Running 'pacman -Syy'
The evidence `pacman` try to upgrade `ceph-libs` still two days ago in line '1954' & '2248':
Code: [Select]
[2022-10-30T13:24:29+0100] [PACMAN] Running 'pacman --upgrade -- ceph-libs'
[2022-10-30T13:43:04+0100] [PACMAN] Running 'pacman --upgrade -- ceph-libs'
this prevent `pacman -Syyu` to install all the others upgrades.

Today by `pacman -U ceph-libs`:
Code: [Select]
loading packages...
error: 'ceph-libs': could not find or read package
Ofcourse I can set the package in the ignore-list of pacman & hence paru will not try anymore to upgrade it, but i would do it only if the package have to remain installed.

Anyway, is not clear if `ceph-libs` is required &| affect other apps, the log-file mention two times `ceph-libs`, five time `dependencies` and I have no idea of packaging. The whole log-file is in attachment.

P.S.: If the instruction-s to install this (ceph-libs) package coming from the installation-iso... will not make any sense to reinstall (fresh-install) the 12 days old OS. Will we get a  new ISO?

Re: Do we need `ceph-libs`? and how to spedup kompiler

Reply #3
Quote
The evidence `pacman` try to upgrade `ceph-libs` still two days ago in line '1954' & '2248':

Check your pacman.log for items that also were updated on the date that ceph-libs arrived.  Likely it was pulled in then, or at the bring up of your install.  The first entry is key and what's around it on that date.



Quote
this prevent `pacman -Syyu` to install all the others upgrades.

You only need one y ie -Syu for regular updates.  Only use -Syyu when you change your mirrors as mirrors may be slightly out of sync.



Quote
Today by `pacman -U ceph-libs`:

pacman -U is usually used when you have the local files of a package on a disk or USB and don't need to interact with a server on the internet.   The error message you saw is 100% correct.



Quote
Ofcourse I can set the package in the ignore-list of pacman & hence paru will not try anymore to upgrade it, but i would do it only if the package have to remain installed.

Anyway, is not clear if `ceph-libs` is required &| affect other apps, the log-file mention two times `ceph-libs`, five time `dependencies` and I have no idea of packaging. The whole log-file is in attachment.

P.S.: If the instruction-s to install this (ceph-libs) package coming from the installation-iso... will not make any sense to reinstall (fresh-install) the 12 days old OS. Will we get a  new ISO?

You may have to determine how it ended up on your machine.  I can say that with my Artix base runit install, ceph-libs is not present.  Maybe it came with your DE or an application you use.  Review my comments about pacman-contrib's pactree utility to figure out what it needs and what needs it.

Reviewing your pacman.txt attachment, at 10-30 at 13:21:00 exactly, a massive update occurred and ceph-libs was pulled in then.  I have no clue what happened here, other than maybe a couple hundred packages were added to your system.

If you have a decent install, you don't need to reinstall using a new ISO.  Artix is a rolling distro.  You only need to install new machines or a seriously borked install.  With just this one package under concern, I don't see any value to a re-install.

 

Re: Do we need `ceph-libs`? and how to spedup kompiler

Reply #4
Check your pacman.log for items that also were updated on the date that ceph-libs arrived.  Likely it was pulled in then, or at the bring up of your install.  The first entry is key and what's around it on that date.

I'm not an expert, but, what I can see just after installing `yandex-browser-beta` come a lot of phyton and java packages installed, that's not good, I don't order this.
I contact already the yandex-developers, but, if someone else can test it, could be a usefull contribution and quickier solution.

You only need one y ie -Syu for regular updates.  Only use -Syyu when you change your mirrors as mirrors may be slightly out of sync.

Thanks for this advice, I made just after installation personally the mirrors-list and don't need anymore the double `yy`.

pacman -U is usually used when you have the local files of a package on a disk or USB and don't need to interact with a server on the internet.   The error message you saw is 100% correct.

Good to know, thanks.

You may have to determine how it ended up on your machine.  I can say that with my Artix base runit install, ceph-libs is not present.  Maybe it came with your DE or an application you use.  Review my comments about pacman-contrib's pactree utility to figure out what it needs and what needs it.

I read on arch-forum people uninstall these libs without any impact on the system, we are a bit special (no systemd) and wait for professional/expert advice. `pacman-contrib` is already installed, i don't know how to use and have no patience to read tons of wikis with missing important points, just see e.g. 'printer-installation'.

Reviewing your pacman.txt attachment, at 10-30 at 13:21:00 exactly, a massive update occurred and ceph-libs was pulled in then.  I have no clue what happened here, other than maybe a couple hundred packages were added to your system.

That's the real topic, i want trust pacman, artix-developers and the whole world, i have to do a job and no time to repair the system.

If you have a decent install, you don't need to reinstall using a new ISO.  Artix is a rolling distro.  You only need to install new machines or a seriously borked install.  With just this one package under concern, I don't see any value to a re-install.

Finally i want consign such a machine to my wife still using kubuntu 14.04, there just a click in systray advising available upgrade, put password, finish.

I have no time to become developer with 60 years and i have no clue of all this stuff, this the reason to install "clicky-bunti" = Gui-Installer. Frequently receive i manifolds to invite me become a coder or expert, a kind of  missionary, my approach is to use ready-made solutions like here and here for example.