Re: bug a l'X session?
Hola, tictacbum writes: > que hi tens a la línia 43 del /etc/X11/Xsession? al meu hi tinc un > comentari, per això m'estranya que et salti a aquesta línia Sí, hi ha un comentari. És l'Xsession de Debian, no l'he tocat. Diria que el número de línia no és fiable, perquè l'Xsession afegeix altres scripts i llavors els números de línia no corresponen amb els del fitxer Xsession. Abans he fet un grep recursiu al directori /etc i no he trobat cap export sospitós. > has provat de comentar tot el de .environment excepte l'export > LANG="ca_ES.UTF-8" i provar d'entrar a veure si peta? És el que he fet... primer l'he comentat tot i llavors he anat descomentant per parts. El problema apareix específicament quan descomento l'export del LANG. Tots els altres exports no provoquen cap problema.
Re: bug a l'X session?
Hola Ernest,
que hi tens a la línia 43 del /etc/X11/Xsession? al meu hi tinc un
comentari, per això m'estranya que et salti a aquesta línia
has provat de comentar tot el de .environment excepte l'export
LANG="ca_ES.UTF-8" i provar d'entrar a veure si peta?
salut!
Lluís
Missatge de Ernest Adrogué del dia dc., 17 d’oct. 2018 a
les 19:09:
>
> Hola,
>
> Si intento entrar amb el login gràfic lightdm, surt immediatament i em
> torna a la pantalla de login. Al fitxer .xsession-errors hi ha les
> següents línies
>
> dbus-update-activation-environment: setting
> DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
> dbus-update-activation-environment: setting DISPLAY=:0
> dbus-update-activation-environment: setting
> XAUTHORITY=/home/ernest/.Xauthority
> /etc/X11/Xsession: 43: export: és: bad variable name
>
> O sigui, entenc que algú està intentant exportar la variable "és", i com
> que "és" no és un nom de variable vàlid, la sessió X s'atura en aquest
> punt.
>
> En el .xsessionrc només hi tinc això:
>
> if [ -r "${HOME}/.environment" ]; then
> . "${HOME}/.environment"
> fi
>
> I en el .environment he vist que si comento la línia
>
> export LANG="ca_ES.UTF-8"
>
> l'error desapareix. A partir d'aquí ja no sé a on mirar. Alguna idea?
>
>
Re: Debian 10 eliminant suport a programari no-systemd
Pedro writes: > Ja que per lo poc que tins entès systemd és un ecosistema molt més > gran que sysvinit. I si ve com dius en sysvinit era afegir cosetes en > el /proc, per fer compatibilitat amb systemd estic veient programes > que són compatibles amb determinades característiques de systemd Abans del systemd la gestió de les sessions dels usuaris estava mal resolta. Hi havia el "console kit" que s'encarregava d'això, però tenia bastants problemes i no se solucionaven. Llavors el van substituir pel logind que és un component del systemd. El logind sembla que no té tants problemes, i permet fer coses que abans no es podien fer. Per exemple ara els usuaris normals poden configurar serveis associats a les seves sessions. Suposo que tècnicament està justificat que logind estigui integrat a systemd, ja que fan coses relacionades. Ara, respecte a altres components de systemd tinc bastant dubtes i els arguments del Lennart Poettering no em convencen gens.
bug a l'X session?
Hola,
Si intento entrar amb el login gràfic lightdm, surt immediatament i em
torna a la pantalla de login. Al fitxer .xsession-errors hi ha les
següents línies
dbus-update-activation-environment: setting
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
dbus-update-activation-environment: setting DISPLAY=:0
dbus-update-activation-environment: setting XAUTHORITY=/home/ernest/.Xauthority
/etc/X11/Xsession: 43: export: és: bad variable name
O sigui, entenc que algú està intentant exportar la variable "és", i com
que "és" no és un nom de variable vàlid, la sessió X s'atura en aquest
punt.
En el .xsessionrc només hi tinc això:
if [ -r "${HOME}/.environment" ]; then
. "${HOME}/.environment"
fi
I en el .environment he vist que si comento la línia
export LANG="ca_ES.UTF-8"
l'error desapareix. A partir d'aquí ja no sé a on mirar. Alguna idea?
Re: Debian 10 eliminant suport a programari no-systemd
systemd vs sysvinit systemd: 224000 (Approx) (inc Codes, comments and white space) 125000 (Approx) (acctual code) sysvinit: LOC15000 (Approx) src https://www.tecmint.com/systemd-replaces-init-in-linux/ tornant al concepte de portabilitat, per 15000 línies (menys complexitat) s'entén que és molt més portable que el monstre de systemd. La part que ja patirem és la de les aplicacions que s'estan enganxant a les APIs de systemd. Ja que per lo poc que tins entès systemd és un ecosistema molt més gran que sysvinit. I si ve com dius en sysvinit era afegir cosetes en el /proc, per fer compatibilitat amb systemd estic veient programes que són compatibles amb determinades característiques de systemd On Wed, Oct 17, 2018 at 9:24 AM Narcis Garcia wrote: > > __ > I'm using this express-made address because personal addresses aren't > masked enough at this mail public archive. Public archive administrator > should fix this against automated addresses collectors. > El 17/10/18 a les 00:15, Jordi Mallach ha escrit: > > systemd is not portable, però es poden implementar o representar les > > interfícies i APIs de Linux que necessita i assumeix en altres > > sistemes, igual que ja van fer amb /proc, i fer-lo funcionar. No hi ha > > màgia involucrada, és voler o no. > > Això: és voler o no. > I això és el què també s'està discutint en ambdós sentits, de si fins i > tot es neteja la compatibilitat amb SystemV de Debian. De quina és > l'herència que han de rebre les distribucions derivades de Debian. > > Crec important enfocar que Linux o Hurd no són sistemes operatius, i GNU > o Android sí que ho són. Els qui ho enfoquen d'una manera més tancada > (Linux, Linux, Linux) fan perdre la noció de diversitat i llibertat a > tothom, i fan que Systemd sembli «una característica» del camí únic que > s'ha de seguir, encara que això també compliqui l'existència a > desenvolupadores, empaquetadors i administradors de sistemes (com a mínim). >
Re: Debian 10 eliminant suport a programari no-systemd
__ I'm using this express-made address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors. El 17/10/18 a les 00:15, Jordi Mallach ha escrit: > systemd is not portable, però es poden implementar o representar les > interfícies i APIs de Linux que necessita i assumeix en altres > sistemes, igual que ja van fer amb /proc, i fer-lo funcionar. No hi ha > màgia involucrada, és voler o no. Això: és voler o no. I això és el què també s'està discutint en ambdós sentits, de si fins i tot es neteja la compatibilitat amb SystemV de Debian. De quina és l'herència que han de rebre les distribucions derivades de Debian. Crec important enfocar que Linux o Hurd no són sistemes operatius, i GNU o Android sí que ho són. Els qui ho enfoquen d'una manera més tancada (Linux, Linux, Linux) fan perdre la noció de diversitat i llibertat a tothom, i fan que Systemd sembli «una característica» del camí únic que s'ha de seguir, encara que això també compliqui l'existència a desenvolupadores, empaquetadors i administradors de sistemes (com a mínim).
