problemi con la 15 sulla nuova macchina [risolti]

[Rama]

sto avendo dei problemi che proprio non capisco;
la vecchia macchina aveva pure una cpu Intel e ho installato e messa a punto la 15 senza tribolare;
come al solito ho dovuto creare dei link simbolici per far andare amule che richiedeva vecchie librerie ed ha funzionato, ma ho avuto grossi problemi con libreoffice:

bash-5.1# libreoffice
javaldx: Could not find a Java Runtime Environment!
Warning: failed to read path from javaldx
Unspecified Application Error

bash-5.1# locate javaldx
/opt/openoffice4/program/javaldx
/usr/lib64/libreoffice/program/javaldx

alla fine ho ripiegato su openoffice che va, però lo script che copia i files importanti in /backup mi dice:

bash-5.1$ bacco
skipping non-regular file "aaa/libreoffice-7.0.0-x86_64-1alien.txz"
skipping non-regular file "aaa/libreoffice-dict-it-7.0.0-x86_64-1alien.txz"

questo anche se ho disinstallato libreoffice, però i files li copia;

altro problema con apcups, credo parzialmente risolto, non va in grafica ma

bash-5.1# apcaccess
APC : 001,017,0443
DATE : 2023-03-25 18:20:00 +0100
HOSTNAME : darkstar.it
VERSION : 3.14.14 (31 May 2016) slackware
CABLE : Custom Cable Smart
DRIVER : APC Smart UPS (any)
UPSMODE : Stand Alone
STARTTIME: 2023-03-25 18:19:50 +0100
STATUS : COMMLOST
MBATTCHG : 5 Percent
MINTIMEL : 3 Minutes
MAXTIME : 0 Seconds
NUMXFERS : 0
TONBATT : 0 Seconds
CUMONBATT: 0 Seconds
XOFFBATT : N/A
STATFLAG : 0x05000100
END APC : 2023-03-25 20:03:14 +0100

tranne che non si limiti a riprodurre la configurazione, come temo;

altro problema è con minidlna, non c'è verso di farlo andare

bash-5.1# minidlnad
bash: /usr/sbin/minidlnad: cannot execute binary file: Formato eseguibile non valido

purtroppo non va neanche nella Debian: la tv si connette ma continua a macinare senza riprodurre il contenuto della dir;

[joe]

Quando devi fare link simbolici, già c'è qualcosa che non va... o meglio è un operazione che non dovrebbe quasi mai servire se il pacchetto installato è fatto bene.

Invece di mettere troppa carne al fuoco, inizia dal primo software che vuoi installare. Ad esempio LibreOffice.

Nel mio caso lo avevo installato con "sbopkg", qundi da SBo. Ce ne sono diversi quello che ho io è il binario ri-pacchettizzato a partire dall'rpm.tar.gz che pubblicano sul sito del software o giù di lì.

Codice: Seleziona tutto

# sbopkg -s libreoffice
Searching for libreoffice
LibreOffice is a productivity suite that is compatible with other major
office suites, and available on a variety of platforms. It is free
software and therefore free to download, use and distribute.

This script builds a Slackware package from the official binary (RPM's)
distributed by The Document Foundation.  Everything needed by the
application should be built statically into it, so there aren't any
dependencies not satisfied by a normal installation.

Be sure to look at the script for some optional things you can do when
building.

NOTE:
See the separate SlackBuild script for the language packs.
Avahi is only needed if you need to use Impress and Draw

Con lo stesso comando ti trovi dentro "less", premendo ":n" ti mostra in sequenza lo slackbuild, e infine il file info che contiene la stringa REQUIRES.
Io m'ero fatto un oneliner che la greppa e l'avevo chiamato "sboreq":

Codice: Seleziona tutto

# sboreq libreoffice
REQUIRES="zulu-openjdk8 avahi"

A quel punto avendo un'idea di che pacchetto si tratta e di cosa gli serve provo l'installazione con sbopkg:

Codice: Seleziona tutto

# sbopkg -i libreoffice
Both a queuefile and a package were found with the name "libreoffice".

Use (Q)ueuefile, (P)ackage, or (A)bort?: q

###########################################
       New queue process started on:
       sab 25 mar 2023, 23:38:02, CET
###########################################

+++++++++++++++++++++++++++++++++++++++++++
PRE-CHECK LOG
Using the SBo repository for Slackware 15.0
Queue Process:  Download, build, and install

libdaemon:
  Checking GPG for libdaemon.tar.gz ... OK
  Processing libdaemon 0.14-1
  Using original .info file
  Using original SlackBuild file
  No build options selected.

avahi:
  Checking GPG for avahi.tar.gz ... OK
  Processing avahi 0.8-7
  Using original .info file
  Using original SlackBuild file
  No build options selected.

zulu-openjdk8:
  Checking GPG for zulu-openjdk8.tar.gz ... OK
  Processing zulu-openjdk8 8.0.362-1
  Using original .info file
  Using original SlackBuild file
  No build options selected.

libreoffice:
  Checking GPG for libreoffice.tar.gz ... OK
  Processing libreoffice 7.5.1-1
  Using original .info file
  Using original SlackBuild file
  No build options selected.

+++++++++++++++++++++++++++++++++++++++++++

Pre-check complete.

Do you wish to proceed based on the search results above? Packages not
found will be skipped during the process.

(P)roceed or (Q)uit?:

Bon, premendo "P" viene comopilato quell che serve installato ecc...
zulu-openjdk è una versione snella di java, anche lì pacchettizzata a partire da binari, altrimenti compilarsi openjdk se non hai una CPU ultra prestante è lunga.

Nel tuo caso da quello che vedo forse avevi messo i pacchetti LibreOffice di AlienBob.
Ma anche in quel caso lì bisogna sempre leggere bene:

http://www.slackware.com/~alien/slackbu ... 1alien.dep

se lo apri ecco cosa riporta:

Codice: Seleziona tutto

boost-compat
icu4c-compat
openjdk11

Immagino siano pacchetti di dipendenza, probabilmente da prendere sempre da AlienBob.. per coerenza.
http://www.slackware.com/~alien/slackbu ... st-compat/
http://www.slackware.com/~alien/slackbu ... kg64/15.0/

Personalmente preferisco non fare troppi minestroni e siccome su SBo c'è più roba, fintanto che non inciampo in qualcosa di assente lì, cerco di installare tutto via SBo. Come vedi con sbopkg, che è anche abbastanza comodo.
Faccio qualche eccezione per alcuni script python tipo yt-dlp e qualche altro che non ricordo per i quali uso "pip".
E Firefox per cui uso latest-firefox.sh di Ruario:
https://gist.github.com/ruario

Qualcosa personalizzo anche e a volte provo versioni più recenti con slackbuilds per lo più presi sempre da SBo senza utilizzare sbopkg però. Ma poca roba.

Ripeto: quando devi fare link simbolici a mano in /usr/bin o roba così, c'è qualche errore di fondo prima... meglio sempre evitare e risolvere in altre vie più "pulite".

[Rama]

sì, per Libreoffice mi sono servito dei pacchetti di AlienBob, come per il resto, quando è possibile;
e sì, ho installato i compat e openjdk11, comunque non perdo tempo a cercare di farlo andare, Openoffice va bene;
ho anche compilato acpcups e minidlna;
ripeto che la stranezza è che non funzionino adesso con lo stesso procedimento fatto all'uscita della 15 dove era andato tutto liscio;
è cambiata solo la macchina ma dubito sia una questione di hardware;

[Rama]

tentando di compilare minidlna ottengo:

configure: error: Could not find libavformat - part of ffmpeg

ma:

bash-5.1$ locate libavformat
/usr/lib64/libavformat.so
/usr/lib64/libavformat.so.57
/usr/lib64/libavformat.so.57.71.100
/usr/lib64/libavformat.so.58
/usr/lib64/libavformat.so.58.76.100
/usr/lib64/pkgconfig/libavformat.pc

e poi:

bash-5.1# minidlnad
bash: minidlnad: comando non trovato
bash-5.1# locate minidlnad
/usr/man/man8/minidlnad.8.gz
/usr/sbin/minidlnad
bash-5.1# /usr/sbin/minidlnad
bash: /usr/sbin/minidlnad: File o directory non esistente

cancellato tutto quel che riguarda minidlna nel configurare riottengo lo stesso errore con libavformat;

[Rama]

sulla Debian minidlna va: è la tv piccola che non lo digerisce, con quella grande va;
continua ad non andare apcups;
vabbè, userò la Debian finché non avrò voglia di ritentare ad installare la Slack da zero;

[joe]

Non potrebbe mica essere che sia "locate" a fregarti?
Non si sa mai...
Prova a verificare con un

Codice: Seleziona tutto

find / -iname "*minidlnad*"

Altra verifica in più:

Codice: Seleziona tutto

updatedb
locate ecc ecc

[Rama]

bash-5.1# find / -iname "*minidlnad*"
find: ?/run/user/1000/gvfs?: Permesso negato
/tmp/SBo/minidlna-1.3.2/minidlnad.8

/etc/minidlna.conf
/etc/rc.d/rc.minidlna
/usr/sbin/minidlna

[joe]

Quindi anche "find" conferma la presenza del file "/usr/sbin/minidlna".
E un banale list cosa restituisce?

Codice: Seleziona tutto

# ls -lh /usr/sbin/minidlna

[Rama]

bash-5.1# ls -lh /usr/sbin/minidlna
-rwxr-xr-x 1 root root 232K Apr 22 2017 /usr/sbin/minidlna

mi soffermerei sulla mancanza del demone minidlnad;

[rik70]

Anche secondo me è l'installazione che non è andata a buon fine.
Che media hai usato per l'installazione: dvd? E quale, quello ufficiale?

E' la stessa macchina dell'altra discussione su UEFI e disco gpt?

Nel caso:
- tirati giù la iso ufficiale e scompattala su una chiavetta usb in FAT32 e fai il boot da lì;
- la partizione di destinazione cancellala e ricreala usando gdisk della Slackware prima di lanciare il setup. Non vorrei che sia lì il problema.
Fatti prima un backup della tabella partizioni con gdisk - vedi documentazione.

Oppure:
- se usi Debian, preparati un ambiente chroot per la Slackware e da lì prova a dare

Codice: Seleziona tutto

slackpkg reinstall a/* ap/* d/* e/* f/* k/* kde/* l/* n/* t/* tcl/* x/* xap/* xfce/* y/*

sperando che non si pianti.
Infine, per sicurezza:

Codice: Seleziona tutto

slackpkg install-new

In questo modo puoi continuare a lavorare sulla Debian senza perdere troppo tempo.
Al termine probabilmente ti chiederà cosa vuoi fare con i vecchi 'config|script|eccetera' in /etc/*; sovrascrivili tutti.

[Rama]

il dvd è quello di quando è stata rilasciata e ho fatto il checksum;
il problema credo sia in questa libreria:

bash-5.1# sh rc.minidlna start
Starting MiniDLNA server in /usr/sbin/minidlnad... /usr/sbin/minidlnad: /lib64/libc.so.6: version `ALT_2.24' not found (required by /usr/lib64/libzvbi.so.0)
Failure
bash-5.1# locate libc.so.6
/boot/initrd-tree/lib64/libc.so.6
/lib64/libc.so.6

che risulta un link simbolico a libc-2.33.so;
ho aggiornato glibc-zoneinfo ma non contiene libc-2.33.so, quindi non è colpa dell'aggiornamento;

[erio]

rama quello che manca e' un link a debian strech? delle glibc, puoi usare slakfinder per una versione recente di minidlna se non ti va di compilarla la versione di salix e' presente.

[Rama]

x erio:
intendi per acpcups? ora, stranamente, minidlna va anche sulla tv piccola (intendo il mini della Debian);
minidlna (sulla Slack) ho provato a compilarlo ma saltano fuori errori, ora sto scaricando una nuova iso della 15 e domani proverò a fare un'installazione formattando la partizione col dvd che farò;
ho un sospetto, visto che vede solo le partizioni create in precedenza con Mint, poi una volta installata le vede tutte;
scaricato minidlnad da Salix, e anche apcupsd, amule e openoffice, così non mescolo i repo, altro non mi serve;

[erio]

anche se e' salix e' slackware 15 slackpkg+ ha difficolta' ha gestire il repository,sarebbe meglio slapt-get per salix e salix extra,e mi fermo qua' PS: senza togliere nulla ai repository di ponce e alien o slakfinder.

[rik70]

il dvd è quello di quando è stata rilasciata e ho fatto il checksum;

Ok, ma poi che fai: la masterizzi su dvd?
Fai un check di lettura con 'dd' individuando prima la dimensione dei blocchi e del volume con 'isoinfo'.

Ricorda tu a me come si faceva.
Una cosa tipo:

Codice: Seleziona tutto

isoinfo -d -i /dev/dvd
[...]
Logical block size is: 2048
Volume size is: 353406
[...]

Codice: Seleziona tutto

dd if=/dev/dvd bs=2048 count=353406 of=/dev/null 

Se i records in e out non corrispondono, o saltano fuori errori, scompatta la iso su usb come detto.

ho un sospetto, visto che vede solo le partizioni create in precedenza con Mint, poi una volta installata le vede tutte;

Mi quoto:

- la partizione di destinazione cancellala e ricreala usando gdisk della Slackware prima di lanciare il setup. Non vorrei che sia lì il problema.