Forum Debianizzati

Condividi contenuti
Aggiornato: 1 ora 18 min fa

Re: Stampante Linux compatibile

Mar, 10/09/2019 - 00:09
certo, ma, a parte apt-get, anche aptitude non è in grado di risolverle.
Poi ho scaricato i pacchetti da experimental e cercato di installarli con dpkg,
ma anche in quel caso ci sono dipendenza da pacchetti che ne rompono altri.
Domani provo a fare un pinning
Categorie: Forum Debianizzati

Re: Stampante Linux compatibile

Lun, 09/09/2019 - 23:50
samiel ha scritto:In verità, già il semplice aggiornamento di Testing mi pone problemi,
al di là di hplip
Perché hplip e hplip-gui non sono sufficienti, ma vanno installate anche le loro dipendenze.
Categorie: Forum Debianizzati

Re: IcedTea con Buster stable non apre più i JNLP dell'AdE

Lun, 09/09/2019 - 23:26
stephanie ha scritto:con quale versione di "Oracle Java" hai verificato che l'applet funziona correttamente ?
Ciao, avevo scaricato la jre-8u211-linux-x64 [..]
Il malfunzionamento che genera l'errore "java.lang.ClassNotFoundException: javax.activation.ActivationDataFlavor", in vari forum che trattano di applet java, è ricondotto all'utilizzo di versioni di java dalla versione 9 e successive (spesso nel passaggio di versione da java 8 a java 9). Ciò perché alcuni componenti software (javax), dalla versione 9, non sono più immediatamente disponibili alle applicazioni java. La JVM distribuita con IcedTea è alla versione 11, quindi effettivamente maggiore della versione 8 di Oracle che stai usando e con la quale tutto ti funziona come atteso.
Categorie: Forum Debianizzati

Re: IcedTea con Buster stable non apre più i JNLP dell'AdE

Lun, 09/09/2019 - 18:27
Linux anche perché è l'unico sistema operativo Open Source e gratuito,
Molto meglio scrivere
"GNU/Linux anche perché è l'unico sistema operativo Open Source e Libero (licenza GPL)."

OT Non si tratta di pagare, anche perché in donazioni $$$ verso molto di più che pagare licenze proprietarie, ma di essere LIBERI e non schiavi.
Categorie: Forum Debianizzati

Re: IcedTea con Buster stable non apre più i JNLP dell'AdE

Lun, 09/09/2019 - 17:18
con quale versione di "Oracle Java" hai verificato che l'applet funziona correttamente ?

Ciao, avevo scaricato la jre-8u211-linux-x64 che è la stessa che avevo utilizzato per fare funzionare il software ISA di cui a questo topic:

http://forum.debianizzati.org/viewtopic.php?f=1&t=55129

stephanie@PcServer:~$ java -version
java version "1.8.0_211"
Java(TM) SE Runtime Environment (build 1.8.0_211-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.211-b12, mixed mode)
stephanie@PcServer:~$


Finora (sono diversi anni che lavoro con Debian per i dichiariativi con i software dell'Agenzia delle Entrate) non ho mai avuto problemi con la Java ufficiale di Oracle, con IcedTea qualche volta invece ci sono stati problemi, ma ultimamente sembravano risolti, ed anche quest'anno quando Buster era in testing funzionava tutto a meraviglia, tranne il software ISA, che richiedeva necessariamente la runtime di Oracle.

@dring:
Il software ISA con la runtime ufficiale di Oracle funziona correttamente sotto Linux, finora sono sono riuscita a lavorare con Linux anche per Entratel con Wine, mi da' un po' fastidio che ufficialmente non sia supportato, ma alla fine funziona... Naturalmente sono d'accordo che sarebbe auspicabile un maggior supporto di Linux anche perché è l'unico sistema operativo Open Source e gratuito, per cui non si dovrebbe richiedere da acquistare software proprietario (ed accettare le relative condizioni contrattuali) per adempiere ad obblighi di legge, comunque altri settori (Registro Imprese, rifiuti, ecc.) sono messi ancora (molto) peggio.

Grazie per qualsiasi suggerimento e buona serata a tutti,

Stéphanie
Categorie: Forum Debianizzati

Re: Stampante Linux compatibile

Lun, 09/09/2019 - 13:33
In verità, già il semplice aggiornamento di Testing mi pone problemi,
al di là di hplip:
I seguenti pacchetti parzialmente installati saranno configurati:
  hplip{b} hplip-gui
I seguenti pacchetti sono RACCOMANDATI ma NON verranno installati:
  pigz
881 pacchetti aggiornati, 39 installati, 31 da rimuovere e 0 non aggiornati.
È necessario prelevare 864 MB di archivi. Dopo l'estrazione, verranno occupati 407 MB.
I seguenti pacchetti hanno dipendenze non soddisfatte:
 hplip : Dipende: libhpmud0 (= 3.19.6+dfsg0-1) but 3.18.12+dfsg0-2 is installed
         Dipende: libsane-hpaio (= 3.19.6+dfsg0-1) but it is not going to be installed
         Dipende: printer-driver-hpcups (= 3.19.6+dfsg0-1) but 3.18.12+dfsg0-2 is installed
 phonon-backend-gstreamer : Dipende: phonon-backend-gstreamer-common (= 4:4.9.1-1) but it is not going to be installed
Le seguenti azioni permetteranno di soddisfare queste dipendenze:

      Rimuovere i seguenti pacchetti:                         
1)      hplip [3.19.6+dfsg0-1 (now)]                         
2)      hplip-gui [3.19.6+dfsg0-1 (now)]                     
3)      kaccessible [4:17.08.3-1 (now)]                       
4)      kde-runtime [4:17.08.3-2.1 (now)]                     
5)      kopete [4:17.08.3-2.1 (now)]                         
6)      phonon [4:4.10.3-1 (now)]                             
7)      phonon-backend-gstreamer [4:4.9.1-1 (now)]           

      Leave the following dependencies unresolved:           
8)      kdeaccessibility raccomanda kaccessible (>= 4:17.08.3)
9)      kdelibs5-plugins raccomanda kde-runtime               
10)     libkopete4 raccomanda kopete (= 4:17.08.3-2.1)       
Categorie: Forum Debianizzati

Re: XFCE Accesso diretto al menù applicazioni

Lun, 09/09/2019 - 11:05
L'opzione che trovo nelle impostazioni permette di far apparire il menù applicazioni come voce del menù contestuale, comunque provo a guardare meglio. Grazie per ora.
Categorie: Forum Debianizzati

journalctl e verbosità log

Lun, 09/09/2019 - 10:49
Che differenza c'è nel richiamare

journalctl -u postfix


oppure, come suggerito dall'autocompletamento

journalctl -u postfix@-.service


?

Nel primo caso ottengo solo

-- Logs begin at Mon 2019-09-09 09:26:49 CEST, end at Mon 2019-09-09 10:42:47 CEST. --
Sep 09 09:26:51 mail1.local systemd[1]: Starting Postfix Mail Transport Agent...
Sep 09 09:26:51 mail1.local systemd[1]: Started Postfix Mail Transport Agent.


mentre nel secondo ottengo 91 righe.
Categorie: Forum Debianizzati

Re: Debian 10 installer problemi wifi

Lun, 09/09/2019 - 10:37
Questa settimana cerco di tornare sulla questione.
Categorie: Forum Debianizzati

Re: XFCE Accesso diretto al menù applicazioni

Lun, 09/09/2019 - 09:44
Ciao,

Al momento non sono su Linux e non posso scrivere per esteso tutti i passaggi, ma l'opzione è presente nelle impostazioni del desktop.

Oppure non ho capito la domanda.
Categorie: Forum Debianizzati

Re: IcedTea con Buster stable non apre più i JNLP dell'AdE

Lun, 09/09/2019 - 08:14
@Stéphanie:
con quale versione di "Oracle Java" hai verificato che l'applet funziona correttamente ?
Categorie: Forum Debianizzati

Re: IcedTea con Buster stable non apre più i JNLP dell'AdE

Lun, 09/09/2019 - 00:26
beh, intanto ringraziamo i 1500 ingegneri informatici di SOGEI che ci propinano solo soluzioni che funzionano con Windows, e non sempre, vedi qui:
http://forum.debianizzati.org/viewtopic.php?f=1&t=55129&p=217853#p217853
l'unica soluzione per GNU/Linux è java di Oracle, non IcedTea.
Categorie: Forum Debianizzati

Re: IcedTea con Buster stable non apre più i JNLP dell'AdE

Dom, 08/09/2019 - 23:24
Ciao e grazie della risposta, ti confermo che la libreria libactivation-java è installata (versione 1.2.0-2) e che non utilizzo l'opzione -XoffLine (probabilmente mi sono espressa male io, volevo dire che in agosto quando ho aggiornato Buster a stable con l'opzione -XoffLine funzionava, chiaramente utilizzando la cache precedentemente scaricata quando Buster era in testing, poi togliendo il parametro -XoffLine e la vecchia cache - necessario per permette di scaricare le versioni aggiornate - si sono verificati i problemi di funzionamento anche con il software IRA19.jnlp che in se' non ha subito aggiornamenti nel frattempo).

Ho avviato semplicemente con:

javaws -verbose -jnlp /home/stephanie/Software/Fiscale/2019/RPF19.jnlp


Ancora grazie e buona serata,

Stéphanie
Categorie: Forum Debianizzati

Re: IcedTea con Buster stable non apre più i JNLP dell'AdE

Dom, 08/09/2019 - 22:52
Dal log che hai inviato, risultano i seguenti errori:
$ grep NotFound log5.txt
java.lang.ClassNotFoundException: sun/misc/JarIndex
java.lang.ClassNotFoundException: javax.activation.ActivationDataFlavor
java.lang.ClassNotFoundException: javax.activation.ActivationDataFlavor
java.lang.ClassNotFoundException: javax.activation.ActivationDataFlavor
java.lang.ClassNotFoundException: javax.activation.ActivationDataFlavor
java.lang.ClassNotFoundException: javax.activation.ActivationDataFlavor
java.lang.ClassNotFoundException: javax.activation.ActivationDataFlavor
java.lang.ClassNotFoundException: javax.activation.ActivationDataFlavor
java.lang.ClassNotFoundException: javax.activation.ActivationDataFlavor
java.lang.ClassNotFoundException: javax.activation.ActivationDataFlavor
java.lang.ClassNotFoundException: javax.activation.ActivationDataFlavor

Non è trovata la classe javax.activation.ActivationDataFlavor . Questa classe è fornita con il pacchetto libactivation-java: verifica se è installato.

Inoltre, non dovrebbe essere più necessario utilizzare l'opzione -XoffLine
Categorie: Forum Debianizzati

Re: IcedTea con Buster stable non apre più i JNLP dell'AdE

Dom, 08/09/2019 - 22:41
Ciao, mi sembra che il problema di funzionamento sia sempre in qualche modo collegato al download del software dal server AdE.

Ho fatto la prova anche con il software IRA19.jnlp, la cui versione 1.0.1 risale a fine giugno, e quindi non aggiornato nei giorni scorsi, stessa versione che avevo utilizzato correttamente con Buster ancora in testing e che poi funzionava correttamente anche dopo utilizzando la vecchia cache (scaricata prima dell'aggiornamento a stable) con il parametro -XoffLine .

In pratica con lo stesso sistema operativo, stessa versione di IcedTea, stessa versione del software JNLP, funzionava quando scaricata dai Server AdE con Buster ancora in testing, la stessa versione scaricata ora si avvia ma presenta problemi nel funzionamento.

Grazie per qualsiasi consiglio, buona serata,

Stéphanie
Categorie: Forum Debianizzati

Re: IcedTea con Buster stable non apre più i JNLP dell'AdE

Dom, 08/09/2019 - 22:15
Grazie mille per il l'aiuto, con

deployment.https.noenforce=true


nel file deployment.properties , dopo avere eliminato la vecchia cache adesso il software ora si avvia correttamente.

Tuttavia purtroppo permangono dei problemi di funzionamento, ad esempio aprendo le dichiarazioni salvate non mi legge dei dati in diversi quadri che invece erano presenti, e la cosa è strana perché se stampo mi visualizza anche i dati che a video sembrano vuoti (ma che invece erano stati inseriti in precedenza anche se visualizza vuoti i rispettivi campi).

Anche confermando i quadri, a prescindere dal visualizzato, da' alcuni messaggi di incongruenza, segno quindi che oltre a non visualizzare correttamente, comunque non legge dei dati.

Ho provato anche ad inserire ex novo una nuova dichiarazione, ma ci sono ugualmente problemi di funzionamento (le combo non funzionano, i dati inseriti non rimangono comunque visualizzati).

Provando invece altri applicativi dell'Agenzia delle Entrate, come il software per la compilazione degli F24, sembrerebbe funzionare correttamente.

La cosa strana è che tutte le dichiarazioni erano state inserite proprio utilizzando IcedTea quando Buster era ancora in testing.

Adesso l'unica soluzione rimane purtroppo di usare la runtime di Oracle, tranne per qualche applicativo come gli F24 dove sembra funzionare con IcedTea.

Allego il log, non so quanto possa essere utile visto che il software ora si avvia senza messaggi di errore, mentre i problemi riguardano il funzionamento.

Qualsiasi consiglio è bene accetto.

Ancora grazie e buona serata,

Stéphanie
Categorie: Forum Debianizzati

Re: XFCE Accesso diretto al menà applicazioni

Dom, 08/09/2019 - 21:53
Non mi sono spiegato bene purtroppo.
Allego uno screenshoot, così dovrebbe essere tutto più chiaro:
https://imgur.com/I5dhlVd
Come si vede dall'immagine, il menù applicazioni si trova in basso, nel menù contestuale che apro con il tasto destro del mouse.
Vorrei invece, che cliccando con il tasto destro del mouse, si apra direttamente il menù applicazioni.
Categorie: Forum Debianizzati

Re: XFCE Accesso diretto al menà applicazioni

Dom, 08/09/2019 - 20:42
Mi sfugge qualcosa: non è sufficiente andare in impostazioni->mouse e touchpad ed impostare pulsanti->"mancino" ?

Stai forse usando una macchina virtuale ?
Categorie: Forum Debianizzati

XFCE Accesso diretto al menà applicazioni

Dom, 08/09/2019 - 20:05
Su uno dei miei pc con debian, trafficando con i fie .desktop sono riuscito, completamente randomicamente, ad avere l'accesso diretto al menù applicazioni con il tasto destro del mouse.
Non sono più riuscito a replicare questa configurazione, anche copiandomi i vari file di config da un pc all'altro.
Ho provato a cercare su internet, ma non ho trovato nulla a riguardo.
Qualcuno sa suggerirmi come replicare il tutto su altri pc con XFCE ?
Categorie: Forum Debianizzati

Re: IcedTea con Buster stable non apre più i JNLP dell'AdE

Dom, 08/09/2019 - 20:05
Penso di aver trovato la soluzione (per il momento).

Cercando nel codice sorgente java di https://packages.debian.org/source/buster/icedtea-web da cui è generato il pacchetto binario https://packages.debian.org/buster/icedtea-netx che implementa la versione webstart di java (javaws) per la versione IcedTea, sulla base dei log, sono risalito a questo codice sorgente:
[..]
   public List<URL> getUrls() {
        List<URL> urls = new LinkedList<>();
        URL url;

        if (downloadOptions.useExplicitPack() && downloadOptions.useExplicitVersion()) {
            url = getUrl(resource, true, true);
            if (url != null) {
                urls.add(url);
            }
            url = getUrl(resource, false, true);
            if (url != null) {
                urls.add(url);
            }
            url = getUrl(resource, true, false);
            if (url != null) {
                urls.add(url);
            }
        } else if (downloadOptions.useExplicitPack()) {
            url = getUrl(resource, true, false);
            if (url != null) {
                urls.add(url);
            }
        } else if (downloadOptions.useExplicitVersion()) {
            url = getUrl(resource, false, true);
            if (url != null) {
                urls.add(url);
            }
        }

        url = getVersionedUrl();
        urls.add(url);

        urls.add(resource.getLocation());

        boolean noHttpsPreffered = Boolean.valueOf(JNLPRuntime.getConfiguration().getProperty(DeploymentConfiguration.KEY_HTTPS_DONT_ENFORCE));
        if (!noHttpsPreffered) {
            //preffering https and  owerriding case, when applciation was moved to https, but the jnlp stayed intacted
            List<URL> urlsCopy = new LinkedList<>(urls);
            for (URL u : urlsCopy) {
                if (u.getProtocol().equals("http") && u.getPort() < 0) {
                    try {
                        urls.add(0, copyUrltoHttps(u));
                    } catch (Exception ex) {
                        OutputController.getLogger().log(ex);
                    }
                }
            }
        }
        return urls;
    }

In questo frammento di codice sorgente, che è usato per generare le URL utilizzate da javaws per effettuare la ricerca del file JNLP sulla base della URL originaria, è indicato che è eseguito un controllo su un parametro di configurazione che permette di specificare che non è richiesto sia generata anche una URL per il protocollo https:
        boolean noHttpsPreffered = Boolean.valueOf(JNLPRuntime.getConfiguration().getProperty(DeploymentConfiguration.KEY_HTTPS_DONT_ENFORCE));
        if (!noHttpsPreffered) {
            //preffering https and  owerriding case, when applciation was moved to https, but the jnlp stayed intacted
            List<URL> urlsCopy = new LinkedList<>(urls);
[...]

Questo indizio mi ha condotto alla discussione https://marc.info/?l=openjdk-distro-pkg-dev&m=151274361410882&w=2 dove è indicato la variazione del codice con creazione del parametro deployment.https.noenforce che può essere valorizzato come true o false, e da inserire nel file $HOME/.config/icedtea-web/deployment.properties che permette di eseguire l'override (default=false) delle configurazioni di sistema di javaws. Questo e gli altri parametri sono meglio documenti nella pagina di manuale del comando itweb-settings (vedi https://manpages.debian.org/buster/icedtea-netx/itweb-settings.1.en.html), dove è indicato:
deployment.https.noenforce
false (Possible: are true or false)

Pertanto, è possibile creare un file $HOME/.config/icedtea-web/deployment.properties contenente:
deployment.https.noenforce=true

Al successivo tentativo di avviare il programma, dovrebbe essere avviato con il comando:
javaws -verbose -jnlp http://jws.agenziaentrate.it/jws/dichiarazioni/2019/RPF19.jnlp

Ho provato fino allo splash screen principale, quindi non so se ci sono altre e successive problematiche.
Categorie: Forum Debianizzati