Moreno wrote:Ciao
SymbianFlo wrote:mi dispiace dirlo ma non sai usare ne urpmi ne urpme ,
urpmi/e nome_pacchetto e non nome_lib-generata.so o .h etc.
può anche capitare che ti venga riconosciuta la libreria cercando il header .h o .so provides
ma sono solo coincidenze , urpmi/e si usano con il nome della libreria o pure con il alias:
Uomo di poca fede nelle taumaturgiche funzionalità di urpmi 8<))))))))
Direi che Mykol ha appena scoperto una funzione, a noi tutti sconosciuta, di urpmi davvero spettacolare e che funziona BENISSIMO!!
Code: Select all
# urpmi liblibkdetv.so.1
installazione di libkdevideo1-0.9.0-0.986125.1mdv2010.0.i586.rpm da /public/Linux/Mandriva/i586/Cooker/contrib
In preparazione... #############################################
1/1: libkdevideo1 #############################################
Effettivamente la stessa cosa non vale per urpme, un vero peccato
Ciao Ciao, Moreno
Ascolta moreno nessuno vuole toglierti quello che e tuo di diritto , ma vacci piano
ho detto sopra :
può anche capitare che ti venga riconosciuta la libreria cercando il header .h o .so del provides
ma sono solo coincidenze
e ribadisco che e cosi.Ma se tu hai rescritto urpmi e sai che va
BENISSIMO
chiedo scusa ( ma di quello che mi risulta , ho perfino segnalazioni bug per urpmi , direttamente a
[email protected] e non solo io ce una comunità intera che mi ha fatto dei test e bug report, alternative perl, pezzi di codice da proporre, etc. ), mykol non ha fatto altro che ha scoperto un'altra anomalia del urpmi .
Che funziona benissimo lo dici tu io ti posso portare kilometri de log che non e cosi , se vuoi
promuovere anche le cazzate che li fa mandriva anche qui ti dico che non ti farò fare queste cose , anche perche MIB
(almeno di quello che so io ) cerca di risolvere le rogne fatte da loro e integrare i nostri lavori nel mandriva
( che ti posso assicurare non e facile ), nascondersi dietro il " VA BENISSIMO" non si risolvono le mancanze o
le rogne , e se ho detto che kdetv e pacchettizzato a ca**o de cane e cosi , punto.
Lo so che tu sei dio moreno , e vedo con dispiacere che tutti quanti del mib hanno la memoria
che spande , ti stimo come avversario perche sei l'unico di "la" che ha sempre dichiarato
apertamente di odiare il MIB ma tutto qui.
Quindi per cortesia promoviamo le cose vere e fatte bene e cerchiamo di sistemare le rogne LOCO
perche un bugfix venuto da MIB non sarà mai preso in considerazione.
Code: Select all
my $restart_itself;
if ($options{replacepkgs}) {
urpm::select::select_replace($urpm, $state, \%requested);
} else {
$restart_itself = urpm::select::resolve_dependencies($urpm,
$state,
\%requested,
rpmdb => $env && "$env/rpmdb.cz",
auto_select => $auto_select,
callback_choices => \&ask_choice,
install_src => $install_src,
keep => $urpm->{options}{keep},
nodeps => $urpm->{options}{'allow-nodeps'} || $urpm->{options}{'allow-force'},
no_suggests => $urpm->{options}{'no-suggests'},
priority_upgrade => $test || $env ? '' : $urpm->{options}{'priority-upgrade'},
);
}
Io non sono ne Moreno ne esperta in perl ma dico ,
restart_itself /upgrade o pure replacepkgs, e la soluzione di tutti problemi di urpmi ?
e questi parametri vengono chiamati in loop su tutte le condizioni ambietali di urpmi,
basta guardarlo.....
Andiamo sulla pkgs:suffix ? che va sempre beissimo?
mah....