Üdv!
Frissítene a F22 x64, de valami dependency problémája van. Nektek is jelentkezik a probléma?
$ sudo dnf update
Last metadata expiration check performed 0:41:10 ago on Thu Sep 10 09:57:21 2015.
Függőségek feloldva.
================================================================================
Csomag Arch Verzió Tároló Méret
================================================================================
Skipping packages with broken dependencies:
libldb x86_64 1.1.21-1.fc22 updates 133 k
Tranzakció Összegzés
================================================================================
Nincs tennivaló.
Kész!
Leszedni nem akarom (egyelőre), mert sokminden nem indulna...
Hozzászólások
Gondolom, igen, mert az 1.1.20-1-es van fenn. Azért mondom, hogy gondolom, mert a dnf-automatic nevű csodát használom, ami a háttérben frissít. Írtam scriptet, ami értesít a frissítésről különféle módokon a desktopon, de én nem vagyok hajlandó a kérdéssel manuálisan foglalkozni. Így kényelmes az élet. :)
De ez miért baj? Ez csak azt jelenti, hogy nem pontosan egyszerre tolták az update repóba valamelyik függőségét, vagy megfeledkeztek a csomagkészítők, hogy van függősége, ami nálad, nálam létezik, a csomag készítőjénél meg nincs telepítve, így neki nem tűnt fel.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Csak neked, csak most, itt a függősége, teszteltem, működik:
http://koji.fedoraproject.org/koji/buildinfo?buildID=682828
:)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
úgy érted, hogy a testing-updates repot kapcsoljam be? (és azzal update?)
Nem, mert akkor egy rakás dolog a testingből fog frissülni. Szerintem egyszerűbb letöltni Kojiról - amit linkeltem - a szükséges csomagokat egy alkönyvtárba, majd onnan root joggal:
dnf update libldb ./*.rpm
Nekem könnyű dolgom van, mert írtam shell scriptet, amelyik közvetlenül a Koji build szerverről képes frissíteni. Vannak csomagok, amelyekre nem szeretek várni, ilyen a selinux-policy, systemd, firefox, thunderbird, kernel, linux-firmware, libreoffice, java-1.8.0-openjdk, tzdata, sqlite, NetworkManager, network-manager-applet, xscreensaver így hirtelenjében.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
azt mindenki maga döntse el, hogy bevállalja-e a testing-updates használatát :)
Nálam kb. 2-3 hete be van kapcsolva, nem volt a libldb-vel gond.
De pl. a plasma-workspace és még 1-2 csomag a multkor kb 4-5 napig nem tudott frissülni a hiányzó függőségeik miatt.
Nálunk is jelentkezik, valószínűleg valaki valamit elszúrt a csomag függéségei kapcsán.
Külön érdekesség, hogy a 0yum-security.cron így reagálja le a problémát:
/etc/cron.daily/0yum-security.cron:
Failed to check for updates with the following error message:
Failed to build transaction: Success - empty transaction
Ember legyen a talpán, aki tudja ezt értelmezni. :)
Fentebb írtam, mi hiányzik hozzá.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Ma a frissítéssel már felment: libldb.x86_64 1.1.21-1.fc22
Javítottak a csomagon.
:)
Nyilván nem a csomagon javítottak, hiszen ugyanaz a verzió, még mindig az első build. Inkább belekerült az update repóba az sssd. Még jó, hogy írtam, hogy mi volt a hiba, s hogyan javíthattad volna akár idő előtt.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
ilyenkor szeretem megvárni a javítást. ha van rá mód...
Ezzel nincs baj, de itt a hibaüzenetből látszott, mi a probléma, a megoldás nyilvánvaló volt. Egyik csomag sem volt hibás, csak függőség miatt egyszerre kellett volna az update repóba kerülniük. Nem így történt. Viszont a dnf intelligens, ilyenkor kihagyja azt a csomagot, amelyiknek függőségi problémája van.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
Igen, tudom. De inkább most lustaságból vártam a javítást. :)