Salve.
So che ormai non è molto popolare l’uso, ma amule va in crash:
[alangea@alangea-systemproductname ~]$ amule
2023-01-15 18:41:32: Initialising aMule 2.4.0 GIT compiled with wxGTK2 v3.0.5 (Snapshot: rev. )
2023-01-15 18:41:32: Checking if there is an instance already running…
2023-01-15 18:41:32: No other instances are running.
Rilevato trace/breakpoint (core dump creato)
Cercare di risolverlo potrebbe risultare utile per qualcosa di più importante.
[alangea@alangea-systemproductname ~]$ dnf repolist
id repo nome repo
rolling-x86_64 OpenMandriva Rolling - x86_64
rolling-x86_64-non-free OpenMandriva Rolling - Non-free - x86_64
rolling-x86_64-restricted OpenMandriva Rolling - Restricted - x86_64
rolling-x86_64-unsupported OpenMandriva Rolling - Unsupported - x86_64
teams teams
vscode vscode
dnfdrake vede il 2.4.0.5, non il 2.4.0.6. dnfdragora invece sì. L’ho installato da dnfdrafgora, e a questo punto dnfdrake (aggiornato, tra l’altro), lo vede. Strano, ma va bene così. Effwettivamente, dovevo aggiornare.
Grazie, problema risolto per il crash, ma amule continua ad avere un grosso problema: SI MANGIA TUTTA LA RAM. Così stando le cose, è inutilizzabile.
E’ un problema che avevo già anni fa. Avevo risolto con uno script che riavviava Amule quando superava una certa soglia di Ram o di uso del processore, ma purtroppo non funziona più e devo capire il perchè. Adesso ho risolto installando eMule con wine (sul pc di mio cognato) e funziona perfettamente.
Se è per questo,io ho installato E-mule in Windows 11 in VirtualBox, e funziona egragiamente. Io ho segnalato il problema perché immaginavo che potesse aiutare nella risoluzione di problemi simili.
Ci ho provato anch’io tempo fa, ma mi sono arreso quando ho scoperto che succede su qualunque distro.
Infatti l’idea dello script per gestire Amule l’ho trovata in rete, come anche una bozza dello script stesso.
Se ti interessa (forse c’è qualcosina da sistemare) posso passarti il listato.