dipendenze kde

da **samiel** » ven dic 17, 2004 14:03

Ripropongo il quesito a ERIOL. Ricompilando con l´opzione --without-pam risolvo il problema dello screensaver da root, non invece da user. In queto caso, ricevo il messaggio "Impossibile sbloccare lo schermo". E devo killare X. Tu hai verificato che la cosa funzioni sia da root che da user? Grazie M.

da **useless** » ven dic 17, 2004 15:02

possibile che devi ricompilare qualche altro pezzo di kde senza pam? ti avevo detto di non usarlo...

da **samiel** » ven dic 17, 2004 21:02

No, non si tratta di compilare qualcosa con PAM, si tratta di dire a kdebase di non cercarlo proprio. PAM non l´ho installato. Ho verificato: se non metto --without-pam non sblocca lo screensaver o la sessione, se coperti da password. Con quell´opzione, da root funziona regolarmente. Da user invece continua a no nsbloccare lo screensaver, per ragioni che oltrepassano il mio QI M.

da **mangus** » ven dic 17, 2004 21:19

possibile che tu non abbia PAM installato e kde si sia linkato da solo? compilo kde da una vita ma non ricordo di aver mai dovuto usare --without-pam , poichè pam non risiede e mai lo farà, nel mio sistema. il guaio è che per creare pacchetti slackware _perfetti_ e fruibili da altri la compilazione andrebbe fatta su una fresh installation, come penso faccia sempre Pat, anzi proprio lui me lo confermò una volta. compilare su un sistema non fresh, porta problemi di linkaggio a librerie non presenti nella distro,aggiunte manualmente in seguito e che probabilmente altri utenti non hanno, da cui Pam, sensor, xinerama o cazzi vari. Per questo non si avranno _mai_problemi con pacchetti fatti da Pat e sempre con pacchetti fatti da altri. Chiamatela paranoia ma Io non installo mai da linuxpackages..se ho bisogno di qualcosa me lo compilo e mai mi sognerei di dare pacchetti a qualcuno per non creare problemi, che in realtà, non esistono.In questo modo i sistemi sono molto più stabili, e se devo installare kde , installo _solo_ kde, che ha solo 3 dipendenze obbligatorie: pcre, libxml e libxlst , che guardacaso sono tutte presenti nella distro just my 2 eurocent ogni commento è accetto. Fede ... Logically incoherent, semantically incomprehensible, and legally ... impeccable! [ Questo Messaggio è stato Modificato da: mangus il 17-12-2004 20:25 ]

da **samiel** » ven dic 17, 2004 21:30

Possibilissimo! Ho appena installato una 10 nuda e cruda, proprio per compilare KDE 3.3.2, dove l´ormai mitico PAM *non esiste*. Anch´io ho notato che nello SlackBuild ufficiale di KDE 3.3.1 non è affatto presente quell´opzione. Tuttavia, il pacchetto creato dava l´errore che si è riscontrato, cioè se proteggevo lo screensaver con una password non lo sbloccava. Con quella opzione invece funziona, ma solo da root (come già detto). Dunque, in base ai tuoi criteri, il mio sistema è fresh, anzi freshissimo. Verosimilmente, il problema sta altrove M.

da **Eriol** » ven dic 17, 2004 23:14

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>Quote:<HR></TD></TR><TR><TD><BLOCKQUOTE> 17-12-2004 alle ore 13:03, samiel : Ripropongo il quesito a ERIOL. Ricompilando con l´opzione --without-pam risolvo il problema dello screensaver da root, non invece da user. In queto caso, ricevo il messaggio "Impossibile sbloccare lo schermo". E devo killare X. Tu hai verificato che la cosa funzioni sia da root che da user? Grazie M. </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Devi perdonarmi ma sia ieri che oggi non ho potuto accedere alla rete. Ti rispondo subito, si da utente mi funziona perfettamente... anzi a dir la verità da root non ho provato. Ora provo intanto ti rispondo... scusa ancora ma sia ieri che oggi sono stato fuori e non avevo dove collegare il portatile. Ciao [ Questo Messaggio è stato Modificato da: Eriol il 17-12-2004 22:18 ]

da **samiel** » ven dic 17, 2004 23:21

Non ti preoccupare, tempo ce n´è! Allora stasera sistemo un paio di cose e prima di andare a nanna lancio lo SlackBuild. Che stranezza, speriamo si risolva! Grazie ancora M.

da **Eriol** » sab dic 18, 2004 0:17

Ho provato anche come root e tutto funziona regolarmente anche li. Non so proprio cosa possa essere... io ho notato il problema guardando quello che avevo sulla tty da cui avevo avviato kde.

da **samiel** » sab dic 18, 2004 0:31

Ok, fra un po´ provo. Hai ricompilato su un 10 clean ? M.

da **useless** » sab dic 18, 2004 14:35

ok scusa samiel, non avevo capito

. qui ho kde cvs 3.4 alpha1 compilato sulla current senza --without-pam e lo screensaver si sblocca regolarmente. che roba strana, probado a cercare su bugs.kde.org?

da **samiel** » sab dic 18, 2004 16:06

Allora, ieri sera ho spianato tutto e reinstallato tutto, una Slack extra-vergine, più dell´olio sasso. Ho risistemato gli SlackBuild, eliminando le poche "varianti personali". Perciò anche senza --without pam. Poi ho lanciato lo SlackBuild generale e stamattina ho trovato tutto compilato. Dai controlli che ho potuto fare, mi pare che tutto fili, tranne sta maledetta faccenda. Da root sblocco, da user nada de nada. Killando il server X leggo una serie di cose tipo: kded: Fatal I/O error kicker: Fatal I/O error kdesktop_lock: Fatal I/O error klipper: Fatal I/O error kdesktop: Fatal I/O error kxkb: Fatal I/O error kwin: Fatal I/O error Error: Can´t connect kdeinit! e non capisco che cosa piò essere. Sembra che non riconosca la password... M.

da **samiel** » sab dic 18, 2004 23:48

RISOLTO!! La soluzione era indicata nel README di konstrukt: ------------------------------------------------------------------------------------------- On shadow password systems you have to set $(prefix)/bin/kcheckpass SUID root or SGID shadow - otherwise you will not be able to unlock a locked desktop. -------------------------------------------------------------------------------------------- Per cui un bel chmod u+s /opt(kde/bin/kcheckpass e tutto funziona. Prima di riportare la correzione nello SlackBuild, per rifare e riupare il pacchetto su nogood, chiedo agli esperti: è preferibile la prima soluzione o la seconda? Oppure si equivalgono anche dal punto di vista della sicurezza, visto che la modifica di questi parametri è sempre "rischiosa"? Sto uppando la release 2, quella con qualche correzione. Rigrazie a tutti gli eroici sperimentatori! Mauro

da **useless** » dom dic 19, 2004 15:06

la prima! la cosa interessante è che da me è già settato suid, mi chiedo chi l´abbia fatto!

da **samiel** » dom dic 19, 2004 15:45

Avevo rifatto il pacchetto adottando (provvisoriamente) la prima soluzione. Questo pomeriggio uppo su nogood la seconda release. Mi pare che risolva i problemi finora emersi. A scanso di equivoci, preciso che tutti o pacchetti sono stati ricompilati a) eliminando opzioni personali negli SlackBuild e soprattutto b) su una Slack 10.0 appena installato, senza l´aggiunta di alcunché. Per il SUID di useless, sarà stato il noto ghost in tha machine... M.

da **samiel** » dom dic 19, 2004 18:38

La release 2 di KDE 3.3.2 è disponibile su nogood. Anche se vedo che arriverà presto la versione ufficiale..... Bene, la Slack 10.1 si avvicina! M.

Chi c’è in linea