Slackware KDE nélkül?

Na, ahogy nézem a fejleményeket, azért ennyire nem meleg a pite:) - szóval úgy néz ki inkább félreértelmezés volt, bár nehézségek vannak az ügyben, marad a kde.

A problema nem a KDE4-el van, hanem nehany ajanlott fuggosegevel, nevezetesen PolKit-el, amihez kell a PAM, merthogy a unix shadows file alapu authentikacio nem tamogatott benne. Ezt persze, hogy a nagy gyartok nyomjak, akik alapbol hasznalnak PAM-et. Reszemrol a kovetkezo lehetosegeket latom:

1. Pat dobja a KDE-t - szerintem butasag lenne, es nem fog megtortenni.
2. Kivarnak, es a kovetkezo (esetleg meg egy) Slackware verzio KDE 4.3.5-el jelenik meg (azt hiszem ez lesz az utolso javitas a 4.3-as szeriahoz, igy sokaig nem lehet biztonsagosan hasznalni), aztan meglatjak hogyan alakulnak a dolgok, es ujra eloterbe kerul a problema.
3. Bekerul a KDE 4.4, de PolKit nelkul. Ezaltal nehany funkcionalitasa hianyozni fog a KDE-nek, de meg mindig egy jol hasznalhato kornyezet marad. alienBob KDE 4.4-es csomagjai is igy vannak kompillalva.
4. Esetleg sikerul meggyozni a PolKit fejlesztoket, hogy tamogassak a shadows authentikalast, vagy sikerul valahogy belehekkelni, es akkor nincs szukseg PAM-re.
5. Bekerul a PAM.

Szia
Igen a problémával kapcsolatban én is kb. ezt hámoztam ki és mint te is írtad egyik opció, hogy kikerül a kde - ezt alienBob kde értékelő cikkének egy mondata sugallta és főleg az első reakciók, de aztán idegenBob pontosított, mert elsőre sokan így értelmezték az ominózus mondatot.
Szerk.
Különben megírnád mik ezek a hiányzó funkciók? (csak úgy nagyjából) Sajna mivel az említett kde 4.4 csomag csak x64-re van és nekem most éppen csak a p3-as gép áll rendelkezésemre, így nem tudom kipróbálni.

Nem tudom megmondani mik ezek a funkciok, mert az altalam hasznaltak kozul semmi sem hianyzik. Szoval nekem tokeletesen megfelelne egy PolKit nelkuli KDE 4.4, semmi hatranyom nem szarmazna a hianyabol...

Köszi! Erre voltam kíváncsi, mivel én sem használok semmi különös fícsört, pont annyi gondot okozna hiányuk, mint neked.

"Sajna mivel az említett kde 4.4 csomag csak x64-re van és nekem most éppen csak a p3-as gép áll rendelkezésemre, így nem tudom kipróbálni."

http://alien.slackbook.org/ktown/4.3.95/

lftp -c "open http://alien.slackbook.org/ktown/4.3.95/ ; mirror x86"

köszönet:)

Eric Hameleers (AlienBOB): KDE SC 4.4.0

Ugy tunik, hogy a masodik verzio mellett dontott Pat. Legalabb is Alien Bob bejegyzese alapjan.

KDE 4.4.0 will not be added to slackware-current. That is the reason why I am building these packages and making them available "unofficially". The reason being that KDE 4.4.0 has requirements which Slackware can not satisfy. As a result, the KDE 4.4.0 Slackware packages (the ones I built) miss certain features that require authorization through PolKit: for instance there is no font installer, and it is impossible to change the computer's time and date in KDE 4.4.0. Perhaps other stuff is missing too which I have not yet found, because during compilation I saw many hints that stated "if you would have had polkit you would get extra functionality".

KDE 4.3.5 will get added to slackware-current soon.

Eric

Forras: www.linuxquestions.org

Sziasztok!

Itt olvashattok egy kis háttérinfót is:
http://alien.slackbook.org/blog/kde3-kde4-and-slackware-13-0/

A lényeget kiollóztam nektek:

"The whole issue with PolicyKit, and more generally the whole set of “*Kit” libraries is that not only are they pushed into Linux by the big distros while at the same time dropping support for HAL, but support for the generic UNIX authentication backend “shadow utils” is ignored in favour of PAM. This is understandable if you consider that the other popular Linux distros are all using PAM. However, if we look upon X.Org and KDE as an Operating System’s core components, then these should not be intimately tied to Linux. Instead, their developers should strive to keep their code applicable to a wider range of OS’es.
Creating a dependency on PolicyKit (which is the work of a single Redhat employee and which is unstable as hell), and DeviceKit which was written by the former HAL developer after he left the HAL code to rot, is a very bad decision in my view."

"I do think that Free Software is being hi-jacked for the sake of the Big Bucks."

"I never stated that Slackware will not add KDE 4.4 because of these issues. I merely said that this will not happen in the immediate future. We are working with developers to get our shadow utils supported in polkit which is one way to take away the pain. Another alternative is to take the loss and add KDE 4.4 with reduced fuctionality. Look at my KDE 4.4 prerelease packages… they still offer a great desktop environment!"

Azoknak akik nem nagyon tudnak angolul a lényeg nagyon(!) röviden:
Ahogy azt fentebb kukukk is említette a KDE 4.4 használja a PolicyKit -et. Ezt viszont Pat nem akarja betenni a Slackware -be, mert az azt jelentené, hogy a shadow autentikációt le kellene cserélni és többé a HAL sem lenne támogatott. (Ezzel a döntéssel személy szerint Én egyetértek.)
A következő Slackware kiadás 4.3.5 -el fog kijönni, tehát lesz benne KDE!
Alien Bob készített "nem hivatalos" KDE 4.4 csomagokat, melyek PolicyKit nélkül lettek fordítva, de így néhány (ki tudja mennyi) funkció nem lesz elérhető: pl.: dátum és idő beállítása a KDE -ben.
Már dolgoznak azon, hogy a KDE 4.4 működjön PolicyKit nélkül is, bár azt már lehet tudni, hogy nem fognak vele egyhamar elkészülni.

Szevasztok

Nem tudom miért nem lehet azt a k.... PAM-ot beletenni.
3 csomagot kellene újrafordítani, meg két-három libet hozzárakni a repohoz.
Meg lenne oldva minden gond.
Egyébként vannak olyan alkalmazások, amikhez kellene a PAM, de nem lehet használni őket, mert a slack nem támogatja.
(Nem kde alkalmazás).
Lehet, hogy Pat nem szereti, nem tudom miért.
Nálam slackwall-nál is benn volt a PAM.
(nufw miatt kellett, meg rsbac miatt).

De ez csak az én véleményem, lehet, hogy más másképp gondolja.

Szevasztok