- A hozzászóláshoz be kell jelentkezni
- 3945 megtekintés
Hozzászólások
Gondoltam, felrakom, csak az a baj, hogy az RPMFusion repóban nincs Fedora 23-hoz anyag, így aztán várnom kell. Megengedhetném ugyan neki, hogy törölje azokat a csomagokat, amellyel konfliktusa van, de bután néznék vlc, ffmpeg, audacious-plugins-freeworld nélkül, amiben többek között az mp3 dekóder van. Kár, mert kíváncsi lettem volna. :(
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
RPMfusion repo a végleges kiadás után érkezik, mint mindig. Jó lesz ez, javították a nálam jelentkező touchpad bugot és az intel drivert is.
---
Fedora 22 @ Thinkpad T410
- A hozzászóláshoz be kell jelentkezni
Ebből arra következtetek, hogy felraktada Fedora 23 bétát. Ezek szerint nem hoz lázba az RPMFusion? Nekem onnan kell néhány dolog.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Fedora 22-höz nem akar valaki csinálni KDE4-et?
--
The Community ENTerprise Operating System
- A hozzászóláshoz be kell jelentkezni
A kdelibs-4.14.12-1.fc22.x86_64.rpm nem a kde4 része?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Nem.
- A hozzászóláshoz be kell jelentkezni
Bővebben? Nem használok KDE-t, így nem vagyok jártas ebben. Xfce-m van, bár néhány KDE-s alkalmazást használok. A KolourPaint nekem azt mondja, hogy Platform Version 4.14.9. Mindamellett vannak kf5-* csomagok Fedorára, ami szerintem KDE5, csak azért más az elnevezés, hogy ne ütközzön az általam vélt KDE4 csomagokkal. De, ha nem így van, akkor nem értem, szóval várom a magyarázatot.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Először is, a KolourPaint a KDE Applications része, ebben vegyesen vannak a régi, KDE4-es és az új, Qt 5 és KDE Frameworks 5 alapú alkalmazásokat. A 4.14-es verziószámot már nem használják, helyette dátum alapú a számozás, a 4.14-et tartalmazó KDE Applications például 15.08-as. Másodszor, olyan, hogy KDE5, nem létezik. Van a Qt 5, ami abban nincs benne, az a KDE Frameworks 5-ben van, apró darabokra szétcincálva, így ha valaki egy KDE alkalmazást fejleszt, akkor nem kell monstrum libraryket behúznia, csak azt, amire tényleg szüksége van, és ez telepítésnél is előnyös. A KDE Plasma 5 pedig az a desktop, amire azt mondja egy laikus, hogy ez a KDE. Valahogy így:
http://3.bp.blogspot.com/-fX-c8gW9Vvw/VEDy4Fn7BWI/AAAAAAAAS5A/re-SXd4Fz…
- A hozzászóláshoz be kell jelentkezni
Szerintem ez nem jó válasz, mert a 4.14-gyel jelölt csomagok mégiscsak a KDE4-ből vannak, nem?
- A hozzászóláshoz be kell jelentkezni
Igaz, csak hivatalosan az utolsó verzió a 4.9-es volt, aztán növelték a kdelibs verziószámot, hogy szinkronban maradjanak az alkalmazásokkal, most pedig áttértek a dátum alapú számozásra. Kövesse ezt, akinek két anyja van...
- A hozzászóláshoz be kell jelentkezni
Most látom, hogy a dnf system-upgrade download parancsnak van egy --datadir= paramétere:
--datadir=DIRECTORY
Save downloaded packages to DIRECTORY. DIRECTORY must already
exist. This directory must be mounted automatically by the sys‐
tem or the upgrade will not work. The default is
/var/lib/dnf/system-update.
Mennyit kínlódtam korábban, hogy nekem a /var önálló filerendszer, szépen letöltötte a csomagokat, reboot után pedig nem találta, mert nem csatolta fel. Más kérdés, hogy ha jól értem, már nem kellene megadnom ezt az opciót, mert reboot után felcsatolná a /var alá a filerendszert, ennek ellenére gyanítom, inkább a rootfs-re teszem az adatokat, úgyis csak ideiglenesen kell ez.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
+1, lehet persze hegeszetni, hogy külön FS alatt legyen, meg külön mount alatt a FSTAB-ban, de... minek, bár a felhasználás módja tényleg meghatározza... szóval off :)
- A hozzászóláshoz be kell jelentkezni
Nekem korábban ez magától jött így ki. A /var önálló filerendszer, ám erre a régi fedup nem volt felkészítve, és elhasalt upgrade-kor. Vagy azért, amit írtam, vagy épp fordítva, hogy a rootfs-re tette a letöltött csomagokat, reboot után felcsatolta /var alá a régi filerendszert, s ezzel kitakarta a csomagokat tartalmazó könyvtárat is. Arra már nem emlékszem, melyik eset volt, de mindegy is. Kénytelen voltam yum-mal upgrade-elni.
Ugyanakkor úgy emlékszem, mintha legutóbb már működött volna a fedup erre az esetre is. Most azért örültem meg a dnf-ben ennek az opciónak, mert teljes bizonyossággal ki lehet kerülni az általam említett problémát.
Ugyan nem írtam, nem tudom, figyelted-e, de már a fedup is elavult, Fedora 22-ről Fedora 23-ra már dnf-fel kell frissíteni. Aki használni szeretné, az olvassa el ezt az oldalt, mert egy bug miatt ideiglenesen maszkolni kell két service-t.
A minek-re az a válaszom, hogy noha desktop gép az enyém, volt a /var/ftp és a /var/www alatt némi ámokfutásom, és azt szerettem volna, hogy egy esetleges tiszta telepítésnél a rootfs formázása esetén ezek az anyagok éppen úgy megmaradjanak, mint a /home. Igaz, hogy semmi sem gátolhatna meg abban, hogy az ftp szerver és webszerver által kiszolgált anyagokat a /home-ra tegyem, de nyűgös, mert ebben az esetben a SELinux-szal kell bajlódni egy csomót, amihez nem éreztem magamban az elszántságot. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni