slacky.eu

Prendendo spunto dagli ultimi argomenti trattati nel forum, mi chiedevo: sarebbe il caso, a vantaggio di chi utilizza i driver proprietari nvidia, proporre ai mantainer SBo una modifica allo script nvidia-switch in modo da includere anche le librerie OpenCL?

Sbaglio o prima della Slackware 15 OpenCL non c'era tra i pacchetti ufficiali?

Se fosse così, lo switch verso xorg tiene su le libOpenCL proprietarie installate dal pacchetto.
Questo potrebbe essere un problema - e di fatti lo è stato, a quanto leggo - non tanto in caso di upgrade - i pacchetti proprietari andrebbero rimossi - ma soprattutto in caso di compilazione di pacchetti personali.

O sono io che ho le traveggole?

mi sembra che nelle nuove versioni dei driver (non ho controllato da quali) si tenda a mantenere la libOpenCL di ocl-icd e che da una certa versione in poi non ci sia piu' nemmeno lo script nvidia-switch: bisognerebbe sentire i maintainer dei vari script che pacchettizzano i driver nvidia, sarebbe un ottimo argomento di discussione sulla slackbuilds-users mailing list...

A me col pacchetto "nvidia-legacy340-driver" risulta come dice rik. E in effetti nvidia-switch non esegue il backup né il ripristino del file libOpenCL.

Per fare qualche test ho proposto una semplice procedura nell'altro topic, la riporto anche qui: Io per risolvere l'errore e il corretto funzionamento di FFMpeg dal browser ho dovuto reinstallare il pacchetto che diceva Conraid: "ocl-icd", che appunto contiene il file "usr/lib64/libOpenCL.so.1.0.0"

Aggiungo questo: Quindi il file libOpenCL.so.1.0.0 risiede precompilato nell'installer proprietario nvidia.
Lo SlackBuild lo installa quindi sovrascrivendo l'originale, ecco la riga interessante: Ovviamente i due files sono molto diversi anche come dimensioni: Domande da ignorante:
1) I driver nvidia funzionano poi al 100% se usiamo il libOpenCL stock di slackware?
2) Come fare quindi per mantenere il sistema coerente, pur volendo installare i driver proprietari?

joe ha scritto: ↑

lun 16 mag 2022, 13:34

1) I driver nvidia funzionano poi al 100% se usiamo il libOpenCL stock di slackware?

Il pacchetto crea il file '/etc/OpenCL/vendors/nvidia.icd' e forse - dico forse - potrebbe bastare.
A quel punto basterebbe modificare lo SlackBuild ed eliminare la parte che installa la libreria OpenCL proprietaria e i link simbolici alla stessa.
Il sistema così sarebbe coerente.

Ma andrebbe testato e potete farlo solo voi.

ponce ha scritto: ↑

lun 16 mag 2022, 11:29

mi sembra che nelle nuove versioni dei driver (non ho controllato da quali) si tenda a mantenere la libOpenCL di ocl-icd e che da una certa versione in poi non ci sia piu' nemmeno lo script nvidia-switch: bisognerebbe sentire i maintainer dei vari script che pacchettizzano i driver nvidia, sarebbe un ottimo argomento di discussione sulla slackbuilds-users mailing list...

Interessante. In effetti non si potrebbe utilizzare un 'conf' in '/etc/ld.so.conf.d' e mettere le librerie nvidia in delle sottocartelle?
Edit: ma poi per la compilazione di pacchetti personali, bisognerebbe rimuovere prima il pacchetto nvidia o ... ?
Ma lascio a voi perché io qui di nvidia non posso testare nulla.

Sì rik, come ho descritto sembra funzionare tutto anche omettendo libOpenCL fornito da nvidia, che di fatto è la mia situazione attuale, in cui ho installato il dirver nvidia, ma poi ho reinstallato ocl-icd che ha sovrascritto il libOpenCL estraneo e ha rimesso quello stock.
In pratica equivale a togliere dallo slacbuild del driver la riga "install ecc ecc libOpenCL.so.ecc.ecc".

La mia domanda voleva essere del tipo: qua sembra andare via tutto liscio e la riproduzione video ad esempio va benone, il carico soprattutto viene affidato alla scheda grafica, questo è evidente dai test. Ma magari per le cose che ho provato io non si vedono problemi, poi tipicamente quando ti serve un certo altro software che sfrutta libOpenCL (io non so neanche a cosa servano) ecco che magari non funziona e la causa potrebbe riscontrarsi proprio in quel doppione.
Per il momento comunque non ci sono tante scelte: con la versione nvidia, saltano fuori errori e non si vede neanche il tubo da Firefox; quindi l'unica è usare quelle stock così per lo meno si mantiene il sistema il più possibile coerente.

È certamente una cosa da far presente, sia qui che su LQ dove bazzica magari anche lì gente d'elité su slack:

https://www.linuxquestions.org/question ... 175712147/

Se servono test vari io posso metterci la scheda da 30 euro che mangia il driver legacy in questione.

eventuali problemi con gli SlackBuild di SBo (e questo mi sembra il caso) vanno segnalati ai maintainer via posta elettronica e, eventualmente (nel caso per esempio che il maintainer non risponda), nella mailing list slackbuilds-users, perche' va assunto che i maintainer non frequentino i forum: nello specifico, il mantainer di nvidia-legacy340-kernel non e' iscritto al forum di slacky.eu e non accede a quello di LQ da ottobre 2021.
l'altro motivo e' che il maintainer, insieme alla persona che segnala, e' quello piu' indicato per testare lo script in questione: ad esempio, come diceva anche rik70, perche' entrambi possiedono un determinato tipo di hardware, ma anche perche' si suppone che il maintainer sia la persona che conosce meglio le particolarita' dello script di cui si occupa o anche semplicemente perche' lo usa.

Sì alla fine è la cosa giusta da fare: contattare l'autore del pacchetto.

Qui concludiamo la discussione dicendo che forse avevamo visto giusto.
Leggo nello SlackBuild dei driver 510:Si toglie tutta la parte riguardante l'installazione delle libOpenCL e relativi link simbolici e fine della storia.

OK, proponiamola al maintainer... io gli ho inviato un mail... se volete proporla anche voi fate pure. Ho anche già spiegato la fazenda nel topic che avevo aperto su LQ.

Grazie ancora a tutti delle risposte!