Pagina 2 di 3
Re: Kde5 in main stream
Inviato: mer 9 dic 2020, 18:31
da sya54M
sì è completo e ho aggiornato tutte le configurazioni che avevano .new
nel log postato prima dice:
[13:00:35.724] (II) DAEMON: Running: /usr/bin/X -nolisten tcp -auth /var/run/sddm/{eaab49f8-b76d-4a12-84c1-193641ddd90e} -background none -noreset -displayfd 18 -seat seat0 vt7
[13:00:35.982] (EE) DAEMON: Failed to read display number from pipe
[13:00:35.982] (EE) DAEMON: Could not start Display server on vt 7
[13:01:02.843] (WW) DAEMON: Signal received: SIGTERM
Re: Kde5 in main stream
Inviato: mer 9 dic 2020, 18:39
da ZeroUno
Ora su uno dei due pc non riesco a loggarmi. Problema pam plausibilmente.
Quando ho sistemato confronto con il mio
Re: Kde5 in main stream
Inviato: mer 9 dic 2020, 20:28
da Meskalamdug
Meskalamdug ha scritto: ↑mer 9 dic 2020, 16:11
A me l'aggiornamento ha dato 2 problemi: al posto dello screensaver si attiva una schermata nera con il blocco, ma la tastiera è come se non ci fosse, allora devo aprire una shell e terminare xscreensaver.
All'avvio lightdm è configurato per l'autologin, ma mi chiede la password! Fatto il login do telinit 3 && telinit 4 ed ecco che come per miracolo funziona l'autologin.
Ho il sospetto che elogind c'entri qualcosa.
Il problema dello screensaver è risolto riselezionando electrisheep dalle impostazioni di xfce.
Re: Kde5 in main stream
Inviato: mer 9 dic 2020, 20:52
da ZeroUno
Intanto un punto importante, che avevo smarcato nell'altro pc precedentemente e poi scordato, ci sono file .new che NON sono intercettati da slackpkg e sono vitali.
/usr/share/sddm/scripts
vanno quindi rinominati a mano per chi ha cominciato con vecchie versioni di ktown
Re: Kde5 in main stream
Inviato: mer 9 dic 2020, 21:46
da ZeroUno
sya54M ha scritto: ↑mer 9 dic 2020, 18:31
sì è completo e ho aggiornato tutte le configurazioni che avevano .new
nel log postato prima dice:
[13:00:35.724] (II) DAEMON: Running: /usr/bin/X -nolisten tcp -auth /var/run/sddm/{eaab49f8-b76d-4a12-84c1-193641ddd90e} -background none -noreset -displayfd 18 -seat seat0 vt7
[13:00:35.982] (EE) DAEMON: Failed to read display number from pipe
[13:00:35.982] (EE) DAEMON: Could not start Display server on vt 7
[13:01:02.843] (WW) DAEMON: Signal received: SIGTERM
Hai ancora il problema?
Ad occhio e croce mi pare si presenti dopo l'autenticazione dal log postato.
Vedi se anche per te è un problema di script non aggiornati in /usr/share/sddm/scripts
Re: Kde5 in main stream
Inviato: gio 10 dic 2020, 9:22
da sya54M
ZeroUno ha scritto: ↑mer 9 dic 2020, 21:46
sya54M ha scritto: ↑mer 9 dic 2020, 18:31
sì è completo e ho aggiornato tutte le configurazioni che avevano .new
nel log postato prima dice:
[13:00:35.724] (II) DAEMON: Running: /usr/bin/X -nolisten tcp -auth /var/run/sddm/{eaab49f8-b76d-4a12-84c1-193641ddd90e} -background none -noreset -displayfd 18 -seat seat0 vt7
[13:00:35.982] (EE) DAEMON: Failed to read display number from pipe
[13:00:35.982] (EE) DAEMON: Could not start Display server on vt 7
[13:01:02.843] (WW) DAEMON: Signal received: SIGTERM
Hai ancora il problema?
Ad occhio e croce mi pare si presenti dopo l'autenticazione dal log postato.
Vedi se anche per te è un problema di script non aggiornati in /usr/share/sddm/scripts
sì grazie mille era quello
appena risolto
Re: Kde5 in main stream
Inviato: gio 10 dic 2020, 14:31
da Meskalamdug
Riguardo il problema del salvaschermo su xfce ho notato che mentre prima veniva usato xscreensaver ora xfce usa un suo salvaschermo(processo xfce4-screensaver) che ha poche scelte(4 in tutto) e a volte non prende input dalla tastiera per sbloccare.
Ho provato a disabilitare il salvaschermo di xfce4 vediamo se xscreensaver parte..
Re: Kde5 in main stream
Inviato: ven 11 dic 2020, 23:05
da gian_d
Meskalamdug ha scritto: ↑mar 8 dic 2020, 17:23
Segnalo qualche pacchetto che non compila per la mancanza di qt4
ProjectM
kradio
shiboken
Mentre invece audacity va solo ricompilato.
Ho appena ricompilato projectM, non dà alcun problema. Forse usi una vecchia versione, io avevo ancora la 2.1. Ho aggiornato lo slackbuild alla 3.1.7 e viene compilato, probabilmente è stato spostato il supporto a qt5
Re: Kde5 in main stream
Inviato: lun 14 dic 2020, 22:16
da Meskalamdug
gian_d ha scritto: ↑ven 11 dic 2020, 23:05
Meskalamdug ha scritto: ↑mar 8 dic 2020, 17:23
Segnalo qualche pacchetto che non compila per la mancanza di qt4
ProjectM
kradio
shiboken
Mentre invece audacity va solo ricompilato.
Ho appena ricompilato projectM, non dà alcun problema. Forse usi una vecchia versione, io avevo ancora la 2.1. Ho aggiornato lo slackbuild alla 3.1.7 e viene compilato, probabilmente è stato spostato il supporto a qt5
Grazie.
Segnalo intanto che con xscreensaver il problema è risolto.
Re: Kde5 in main stream
Inviato: mar 15 dic 2020, 11:01
da rik70
Perdonate la domanda,
ma è normale che se do
mi installa in automatico tutto quello che c'è in 'kde/' nonostante non abbia alcun pacchetto kde installato?
Ho dovuto mettere in blacklist 'kde/*'.
Re: Kde5 in main stream
Inviato: mar 15 dic 2020, 11:11
da ilmich
rik70 ha scritto: ↑mar 15 dic 2020, 11:01
mi installa in automatico tutto quello che c'è in 'kde/' nonostante non abbia alcun pacchetto kde installato?
Ho dovuto mettere in blacklist 'kde/*'.
si, con quel comando credo slackpkg installi tutto cio che non trova gia installato... anche io ho dovuto mettere in blacklist kde
Re: Kde5 in main stream
Inviato: mar 15 dic 2020, 12:50
da conraid
Aggiungo altro "problema". In konsole, e in altri termini, i colori sono sempre normali, mai "luminosi". Mi spiego.
ho queste due righe, una per la console locale e una quando è in ssh
export PS1='\[\e[0;32m\]\u@\h:\[\e[0m\]\[\e[1;32m\]\w\$\[\e[0m\]'
export PS1="\[\e[1;33m\]SSH-CURRENT-\[\e[1;32m\]\u@\h:\w\[\e[0m\] "
i colori però son sempre uguali, non prende quel [1
da tty* tutto ok invece
non ho provato altri ambienti grafici.
Fino all'ultimo aggiornamento di kde tutto ok.
Purtroppo anche slackpkg è così, ed è quasi illeggibile
Sapete se c'è qualche opzione?
Re: Kde5 in main stream
Inviato: mar 15 dic 2020, 14:04
da ponce
rik70 ha scritto: ↑mar 15 dic 2020, 11:01
Perdonate la domanda,
ma è normale che se do
mi installa in automatico tutto quello che c'è in 'kde/' nonostante non abbia alcun pacchetto kde installato?
Ho dovuto mettere in blacklist 'kde/*'.
si, dovrebbe essere perche' la stragrande maggioranza dei pacchetti di kde sono stati aggiunti a current (non c'erano prima) e slackpkg per la sua opzione "install-new" fa un parse del ChangeLog e propone di installare i pacchetti aggiunti.
conraid ha scritto: ↑mar 15 dic 2020, 12:50
Aggiungo altro "problema". In konsole, e in altri termini, i colori sono sempre normali, mai "luminosi". Mi spiego.
ho queste due righe, una per la console locale e una quando è in ssh
export PS1='\[\e[0;32m\]\u@\h:\[\e[0m\]\[\e[1;32m\]\w\$\[\e[0m\]'
export PS1="\[\e[1;33m\]SSH-CURRENT-\[\e[1;32m\]\u@\h:\w\[\e[0m\] "
i colori però son sempre uguali, non prende quel [1
da tty* tutto ok invece
non ho provato altri ambienti grafici.
Fino all'ultimo aggiornamento di kde tutto ok.
Purtroppo anche slackpkg è così, ed è quasi illeggibile
Sapete se c'è qualche opzione?
se ho capito bene questo e' un baco che si manifesta con konsole/yakuake e sara' sistemato
https://www.linuxquestions.org/question ... ost6195085
Re: Kde5 in main stream
Inviato: mer 16 dic 2020, 7:19
da conraid
Sì, è questo. Appena ricompilato con le patch e tutto torna ok.
Thanks
Re: Kde5 in main stream
Inviato: mer 16 dic 2020, 16:15
da gian_d
gian_d ha scritto: ↑ven 11 dic 2020, 23:05
Meskalamdug ha scritto: ↑mar 8 dic 2020, 17:23
Segnalo qualche pacchetto che non compila per la mancanza di qt4
ProjectM
kradio
shiboken
Mentre invece audacity va solo ricompilato.
Ho appena ricompilato projectM, non dà alcun problema. Forse usi una vecchia versione, io avevo ancora la 2.1. Ho aggiornato lo slackbuild alla 3.1.7 e viene compilato, probabilmente è stato spostato il supporto a qt5
Fra i pacchetti che non si possono ricompilare perché basati su qt4 ho trovato gImageReader e una sua dipendenza, qtspell. Si tratta però di un male minore, dal momento che tesseract si può comunque usare da riga di comando