Newsgroup: it.comp.os.linux.debian
Titolo: Come forzare le dipendenze

Ho un problemaccio che non mi riesce di risolvere, voglio
purgare il maledetto akonadi-server (di kde 4) dal quale
pero' dipende kdepim-runtime che non voglio togliere.
Allora, siccome dselect non mi permette in nessun modo
di togliere l'akonadi, l'ho tolto dando:
#: dpkg --force-depends --purge akonadi-server
Il problema e' che appena uso dselect, piu' o meno ogni
giorno per upgradare i pacchetti, lui mi propone di
installare akonadi-server e non c'e' niente da fare! mi
tocca dirgli di si' e poi toglierlo nuovamnente con dpkg.
Cosa posso fare? un modo sarebbe di fare un finto
akonadi-server per simulare l'installazione, ma non ne
son capace (ho solo visto che e' stato fatto con certi
pacchetti gia' confezionati).
-- 
Saluti, Dalet

 akonadi-server
dselect e' il male assoluto
detto questo prova cosi':
purghi akonadi e rimuovi kdepim
poi installi kde-pim con --force-all
ma ho idea che poi ti fiacchera' i maroni ad ogni upgrade
perlomeno a me succede cosi' con nvidia-glx adesso che ho la versione in 
experimental che ha una dipendenza rotta
tutte le volte che voglio fare un upgrade lo rimuovo e lo reinstallo con 
force-all dopo l'upgrade
magari c'e' un modo piu' furbo....speriamo anzi

magari c'e' un modo piu' furbo....speriamo anzi
Mah.. forse ci puo' essere qualche riga di perl da scrivere,
ma non e' affatto facile scoprire cosa e dove scriverla:-(
-- 
Saluti, Dalet

 kdepim-runtime che non voglio togliere.
Posto che anch'io detesto akonadi (soprattutto per la dipendenza con 
MySQL), ti sconsigli di eliminarlo, proprio per il fatto che kdepim e` 
strettamente legato ad esso
Enrico

Il 27-02-2011, Enrico 'Henryx' Bianchi dice:



Si' grazie del consiglio, infatti adesso ho scoperto che
kdepim-runtime *e'* akonadi, cioe' e' l'ex akonadi-kde.
Inoltre e' venuto meno il motivo principale di toglierlo,
mi da' errore il dvd quando ci metto un film .VOB, invece
in console ho interdetto il polling con:
#: hal-disable-polling --device /dev/sr0
Cosi' volevo evitare che lo guardasse, ma ho scoperto che
non c'e' niente da fare, l'errore e' a livello del kernel
perche' me lo da' all'avvio se ci lascio il dvd, guarda
dmesg:
[    9.317888] sr 0:0:0:0: [sr0] Result: hostbyte=DID_OK
driverbyte=DRIVER_SENSE
[    9.318695] sr 0:0:0:0: [sr0] Sense Key : Illegal Request [current] 
[    9.319415] sr 0:0:0:0: [sr0] Add. Sense: Read of scrambled sector
without authentication
[    9.320838] sr 0:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 04 00 00 00 02 00
[    9.321603] end_request: I/O error, dev sr0, sector 4096
[    9.322329] Buffer I/O error on device sr0, logical block 512
-- 
Saluti, Dalet

 Inoltre e' venuto meno il motivo principale di toglierlo
OK.
In linea generale, quando avessi pensato di saperne più io di chi decide 
le dipendenze (quindi mai, per quanto *mi* riguarda ^_^), avrei proceduto 
così: installato akonadi-server, avrei copiato da /var/lib/dpkg/status la 
entry che lo riguarda.
Poi l'avrei disinstallato.
Poi avrei riaggiunto a mano l'entry di cui sopra in /var/lib/dpkg/status, 
così da ingannare dpkg facendogli credere che akonadi-server fosse 
installato.
Parlando accademicamente: non funzionerebbe una cosa così? Pur con tutte 
le controindicazioni del caso, intendo.
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
____________________________________________________________________
Non sprecare i cicli idle della tua CPU, né quelli della tua GPU.
 
http://boinc.berkeley.edu
 
 
http://www.worldcommunitygrid.org/index.jsp
 
http://boincsimap.org/
 
http://www.gpugrid.net/
 

 pacchetti gia' confezionati).
Premesso:
- che dselect è l'oscurità e apt è luce
- che chi decide le dipendenze normalmente non è un cretino ma è il
mantainer del pacchetto
- che una dipendenza è tale perché è necessaria, altrimenti in accordo
con la Debian Policy sarebbe una raccomandazione o un suggerimento
Tutto ciò premesso:
apt-cache search equivs
Debian ha una soluzione pulita per tutto.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

Debian ha una soluzione pulita per tutto.
Si'! splendido equivs!!
-- 
Saluti, Dalet

 impersonificata).
Ah beh, se scegli l'oscurità anche come DE te le cerchi :-PPPP


 normalmente non è un cretino ma è il mantainer del pacchetto
Su questo permettimi di dissentire (ho visto dipendenze astruse che 
magari potevano essere evitate con poco in molti casi) :)
Enrico

 Ah beh, se scegli l'oscurità anche come DE te le cerchi :-PPPP
Ti diro`, preferisco un DE che mi permette di personalizzarmi ogni minimo 
dettaglio via interfaccia grafica che un DE che mi richiede di scardinare 
un sistema di configurazione simile al registro di windows anche per 
mettere in grassetto l'ora dell'orologio :P
Enrico
P.S. si, mi va di fare un flame :P

 P.S. si, mi va di fare un flame
Eh no, questo e' trollare, visto che non hai studiato.
-- 
Best Regards, Jack
Linux User #264449
Powered by Debian GNU/Linux on AMD64

 Eh no, questo e' trollare, visto che non hai studiato.
Conosco l'argomento, fidati :)
Enrico

 l'utente non le usa o è troppo stupido per farlo")
Sigh.... si chiama Windowsizzazione


 Sigh.... si chiama Windowsizzazione
Non mi sembra. Per quanto sia limitante, difficilmente in Windows tolgono 
delle opzioni che gia` esistevano, al limite ci si ritrova davanti una 
riorganizzazione tale da non trovare piu` nulla (e.g. il salto da Windows 
XP a Windows Vista). In GNOME, e` consuetudine rimuovere alcune 
funzionalita` (mantenute in gconf) adducendo come motivazione il fatto 
che possano confondere l'utente alle prime armi (ovvero, siamo ben consci 
di trattare da stupidi gli utenti e lo facciamo fregandocene delle 
conseguenze)
Enrico

 conseguenze)
Appunto, stessa cosa di Windows: l'utente è uno stupido che bisogna
accompagnare per mano anche per andare al cesso.


 accompagnare per mano anche per andare al cesso.
Vedi sopra
Enrico

 ("la luce"? ma non era la supermucca?!)
No: la mucca non crittografa alla cazzo.