Linux-kysymyksiä & yleistä keskustelua Linuxista

Outoa kun ei ole tullut päivityksiä useaan päivään yhteenkään (10kpl) Ubuntu 22.04-servuuni... Viimesin päivitys on tullut 20, tai 21. päivä joulukuuta, riippuen servusta. Repot kyllä toimii kun asentaminen kerta onnistuu. Ihmeellistä... Onko muilla ollut samanlaista?
 
Leo_Greta sanoi:
Outoa kun ei ole tullut päivityksiä useaan päivään yhteenkään (10kpl) Ubuntu 22.04-servuuni... Viimesin päivitys on tullut 20, tai 21. päivä joulukuuta, riippuen servusta. Repot kyllä toimii kun asentaminen kerta onnistuu. Ihmeellistä... Onko muilla ollut samanlaista?
Napsauta laajentaaksesi...
Ei ole tainnut itsellekään tulla omiin koneisiin (Ubuntu/Debian) reiluun viikkoon päivityksiä. Joskus kesällä oli ihan sama juttu, vissiin pariin viikkoon ei tullut mitään.
 
Hyrava sanoi:
Ei ole tainnut itsellekään tulla omiin koneisiin (Ubuntu/Debian) reiluun viikkoon päivityksiä. Joskus kesällä oli ihan sama juttu, vissiin pariin viikkoon ei tullut mitään.
Napsauta laajentaaksesi...

Hyvä tietää et en oo ainoa, niin ei tarvi rueta selvittelemään enempää. Niilläkin vissiin lomat päällä nyt kun miettii tarkemmin ajankohtaa.
 
Tuli mieleen et mitenkä porukka käyttää superuser/root-oikeuksia, sudottamalla, itse root-käyttäjänä, vai sekakäyttäjä? Itellä pääasiassa sudottaen menee ja joskus harvemmin itse roottina, esim. jonkun palvelin softan konffauksessa, jossa joutuu paljon lukemaan ohjeita, niin sudon passun kysely alkaa joskus ärsyttämään aina kun timeout menee umpeen.
 
Leo_Greta sanoi:
Tuli mieleen et mitenkä porukka käyttää superuser/root-oikeuksia, sudottamalla, itse root-käyttäjänä, vai sekakäyttäjä? Itellä pääasiassa sudottaen menee ja joskus harvemmin itse roottina, esim. jonkun palvelin softan konffauksessa, jossa joutuu paljon lukemaan ohjeita, niin sudon passun kysely alkaa joskus ärsyttämään aina kun timeout menee umpeen.
Napsauta laajentaaksesi...

Riippuu paljolti siitä mitä on tekemässä. Joku adhoc komento niin kertaalleen sudolla, jos jotain pitkäkestoisempaa niin sudolla su rootiksi. Useimmiten jälkimmäinen kun palvelimia tulee pääasiassa ruuvattua ja melkein kaikkeen tarvitsee roottia kuitenkin. Joku kertonee että väärä tapa ja kyllähän siinä pieni safe guard on kun ei roottina turaa menemään, mutta kun näiden kanssa on vuosia pelannut niin saa sen saman vahingon pelkällä sudollakin aikaiseksi jos ei ole tarkkana. Toki tarkkaan rajatut sudo oikeudet tietyissä ympäristöissä on ihan perusteltuja, mutta noin ylläpitäjän näkökulmasta harvoin tarpeen.
 
Viimeksi muokattu:
Leo_Greta sanoi:
Tuli mieleen et mitenkä porukka käyttää superuser/root-oikeuksia, sudottamalla, itse root-käyttäjänä, vai sekakäyttäjä? Itellä pääasiassa sudottaen menee ja joskus harvemmin itse roottina, esim. jonkun palvelin softan konffauksessa, jossa joutuu paljon lukemaan ohjeita, niin sudon passun kysely alkaa joskus ärsyttämään aina kun timeout menee umpeen.
Napsauta laajentaaksesi...

Käyttökoneissa silloin kun roottina tarvitsee härvätä niin omassa terminaalissaan su -:lla. Sudoa ei ole edes asennettuna.
HTPC ja palvelinvehkeissä on Fedora jossa tulee sudo vakiona eikä niin paljoa kiinnosta värkätä että poistaisi sitä, niin muuten sama proseduuri mutta ssh:lla sisään ja sudo -s.
 
Leo_Greta sanoi:
Tuli mieleen et mitenkä porukka käyttää superuser/root-oikeuksia, sudottamalla, itse root-käyttäjänä, vai sekakäyttäjä? Itellä pääasiassa sudottaen menee ja joskus harvemmin itse roottina, esim. jonkun palvelin softan konffauksessa, jossa joutuu paljon lukemaan ohjeita, niin sudon passun kysely alkaa joskus ärsyttämään aina kun timeout menee umpeen.
Napsauta laajentaaksesi...
SSH-avaimella sisään ja auto log in -komentona sudo su :comp:
 
En ole koskaan ymmärtänyt miksi monet käyttää tuota "sudo su"-rimpsua kun siinä on tavallaan sama asia turhaan toistamiseen... "sudo -i" ajaa suoraan interaktiivisen shellin target-käyttäjänä ilman ylimääräistä su:n kautta kiertoa.
 
oongee sanoi:
En ole koskaan ymmärtänyt miksi monet käyttää tuota "sudo su"-rimpsua kun siinä on tavallaan sama asia turhaan toistamiseen... "sudo -i" ajaa suoraan interaktiivisen shellin target-käyttäjänä ilman ylimääräistä su:n kautta kiertoa.
Napsauta laajentaaksesi...

Kirjoittaahan jotkut myös exit vaikka ctrl + d ajaa saman asian. Tottuu tekemään alunperin yhdellä tavalla niin nuo tulee aika selkärangasta sen jälkeen. Vastaavia on pilvin pimein.

sudo su ilman viivaa toimii myös eri tavalla kuin sudo -i.
 
oongee sanoi:
En ole koskaan ymmärtänyt miksi monet käyttää tuota "sudo su"-rimpsua kun siinä on tavallaan sama asia turhaan toistamiseen... "sudo -i" ajaa suoraan interaktiivisen shellin target-käyttäjänä ilman ylimääräistä su:n kautta kiertoa.
Napsauta laajentaaksesi...

Ite käytän kans tuota sudo su/sudo su - komentoa varmaan ihan tottumuksesta. Etenkin ku ei oo tuttuja noi kaikki sudo:n vivut, plus sudo su komennon jälkeen root-käyttäjä pysyy sen hetkisessä hakemistossa missä olin, niin välttyy senkin typottamiselta :). sudo -i ei sitä näytä tekevän.
 
dome sanoi:
Kirjoittaahan jotkut myös exit vaikka ctrl + d ajaa saman asian. Tottuu tekemään alunperin yhdellä tavalla niin nuo tulee aika selkärangasta sen jälkeen.
Napsauta laajentaaksesi...

Minulla on estetty ctrl-d exit kokonaan. Interaktiivisesta Pythonista ja about kaikista muistakin REPL-tulkeista joita tulee käytettyä poistutaan myös ctrl-d:llä ja aivan liian monesti tulee painettua joko väärässä ikkunassa tai vahingossa kahdesti, ja menee koko shelli kiinni. Yleensä kesken jonkin tekemisen. Vähemmän vitutusta kokonaisuutena kirjoittaa se exit tarvittaessa.
 
Mitähän sitä voisi kokeilla, kun Fedora 39:ssä GDM-kirjautumisikkunassa ei ole valittavana yhtään Wayland-sessioita, vaan kaikissa vaihtoehdoissa on ainoastaan X11 valittavana?
Ongelma liittyy jotenkin Nvidian ajureihin, koska ainoat kerrat kun Wayland on ollut valittavana, oli kun Kernel-päivitykset "rikkoi" Nvidian propietary -ajurit (Nvidian sivuilta ladatut) ja graafinen käyttöliittymä latautui 1024x768-resolla.
Kun ajurit asensi uudelleen, näytön reso latautui normaalisti, mutta kaikki Wayland-vaihtoehdot katosi. Tällä hetkellä käytössä on RPMFusion-repon Nvidia-ajurit, jotka on paketoitu nimenomaan Fedoralle, ja noilla ajureilla kernelin päivityksen yhteydessä
ajurit toimii normaalisti, eikä niitä tarvi uudelleen asennella, mutta eipä ole edelleenkään Waylandiä valittavana. Tämä ongelma oli myös Fedora 38:ssa.

Noilla ohjeilla olen yrittänyt saada Waylandiä toimimaan:
www.if-not-true-then-false.com

NVIDIA 560.35.03 / 550.107.02 / 535.183.01 / 470.256.02 + Wayland on Fedora 40/39/38 with GNOME 46/45/44 and KDE Plasma 6.0

8. Enable Wayland with NVIDIA 560.35.03 / 550.107.02 / 535.183.01 / 470.256.02 proprietary drivers on Fedora 40/39/38 GNOME 46/45/44 desktop This is guide, howto enable NVIDIA accelerated 3D rendering and Wayland (Xwayland) on on Fedora 40/39/38 with NVIDIA 560.35.03 / 550.107.02 / 535.183.01 /...
www.if-not-true-then-false.com www.if-not-true-then-false.com

/etc/gdm/custom.conf-tiedostossa olen lisännyt seuraavat vaihtoehdot:
# GDM configuration storage
[daemon]
WaylandEnable=true
DefaultSession=gnome-wayland.desktop

Oli aikaisemmin:
WaylandEnable=false
DefaultSession=gnome-xorg.desktop

Silti valittavana ainoastaan X11 Gnomelle, KDE:lle yms.

Tässä listattuna asennetut Wayland-paketit, jotka listattu komennolla dnf list installed *wayland*

egl-wayland.x86_64 1.1.13-1.fc39 @updates
gnome-session-wayland-session.x86_64 45.0-3.fc39 @fedora-modular
kf5-kwayland.x86_64 5.111.0-2.fc39 @updates
kwayland-integration.x86_64 5.27.10-1.fc39 @updates
kwin-wayland.x86_64 5.27.10-1.fc39 @updates
libwayland-client.i686 1.22.0-2.fc39 @fedora-modular
libwayland-client.x86_64 1.22.0-2.fc39 @fedora-modular
libwayland-cursor.i686 1.22.0-2.fc39 @fedora-modular
libwayland-cursor.x86_64 1.22.0-2.fc39 @fedora-modular
libwayland-egl.i686 1.22.0-2.fc39 @fedora-modular
libwayland-egl.x86_64 1.22.0-2.fc39 @fedora-modular
libwayland-server.i686 1.22.0-2.fc39 @fedora-modular
libwayland-server.x86_64 1.22.0-2.fc39 @fedora-modular
plasma-workspace-wayland.x86_64 5.27.10-1.fc39 @updates
qt5-qtwayland.x86_64 5.15.11-1.fc39 @updates
qt6-qtwayland.x86_64 6.6.0-1.fc39 @updates
sddm-wayland-plasma.noarch 5.27.10-1.fc39 @updates
wayland-devel.x86_64 1.22.0-2.fc39 @fedora-modular
wayland-utils.x86_64 1.2.0-2.fc39 @fedora-modular
xisxwayland.x86_64 2-3.fc39 @fedora-modular
xorg-x11-server-Xwayland.x86_64 23.2.3-1.fc39 @updates

journalctl -b _UID=42 antaa seuraavia Waylandiin liittyviä erroreita

Jan 01 10:04:26 JIMMS-1493165 gdm-wayland-session[2423]: GLib-GIO: Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)
Jan 01 10:04:26 JIMMS-1493165 gdm-wayland-session[2423]: Gdm: session message bus already running, not starting another one
Jan 01 10:04:26 JIMMS-1493165 gdm-wayland-session[2423]: Gdm: Running wayland session
Jan 01 10:04:26 JIMMS-1493165 gdm-wayland-session[2423]: GLib: g_unix_open_pipe() called with FD_CLOEXEC; please migrate to using O_CLOEXEC instead
Jan 01 10:04:26 JIMMS-1493165 gdm-wayland-session[2423]: GLib-GIO: Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)
Jan 01 10:04:26 JIMMS-1493165 gdm-wayland-session[2423]: Gdm: gdm-wayland-session: Session will register itself
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2437]: dbus-daemon[2437]: Cannot setup inotify for '/var/lib/snapd/dbus-1/services/'; error 'Permission denied'
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: DEBUG(+): Enabling debugging
.
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: GLib-GIO-DEBUG(+): Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)
.
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: GLib-GIO-DEBUG(+): _g_io_module_get_default: Found default implementation dconf (DConfSettingsBackend) for ‘gsettings-backend’
.
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: GLib-GIO-DEBUG(+): Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)
.
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2437]: dbus-daemon[2437]: [session uid=42 pid=2437] Activated service 'org.freedesktop.systemd1' failed: Process org.freedesktop.systemd1 exited with status 1
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: WARNING: Could not check if unit gnome-session-wayland@gnome-login.target is active: Error calling StartServiceByName for org.freedesktop.systemd1: Process org.freedesktop.systemd1 exited with status 1
Jan 01 10:04:26 JIMMS-1493165 gnome-session-binary[2438]: WARNING: Could not check if unit gnome-session-wayland@gnome-login.target is active: Error calling StartServiceByName for org.freedesktop.systemd1: Process org.freedesktop.systemd1 exited with status 1
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of QT_IM_MODULE=ibus environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
Jan 01 10:04:26 JIMMS-1493165 gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of QT_IM_MODULE=ibus environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of XMODIFIERS=@im=ibus environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
Jan 01 10:04:26 JIMMS-1493165 gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of XMODIFIERS=@im=ibus environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of XDG_MENU_PREFIX=gnome- environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
Jan 01 10:04:26 JIMMS-1493165 gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of XDG_MENU_PREFIX=gnome- environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
Jan 01 10:04:26 JIMMS-1493165 /usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: DEBUG(+): Finding a graphical session for user 42
.
.
.
.

Eli oiskohan näillä jotain tekemistä tuon ongelman kanssa?

Could not make systemd aware of QT_IM_MODULE=ibus environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
/usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of QT_IM_MODULE=ibus environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of QT_IM_MODULE=ibus environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
/usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of XMODIFIERS=@im=ibus environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of XMODIFIERS=@im=ibus environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
/usr/libexec/gdm-wayland-session[2438]: gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of XDG_MENU_PREFIX=gnome- environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist
gnome-session-binary[2438]: DEBUG(+): Could not make systemd aware of XDG_MENU_PREFIX=gnome- environment variable: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Name "org.freedesktop.systemd1" does not exist

Samaa ongelmaa ollut monella muullakin, mitä tuota googlailin, mutta kaikki ne, millä ne on tuon saaneet toimimaan, ei toimi minulla. Ongelma edelleen sama. Jos jollakin on ideaa, saa ehdottaa.
 
Leo_Greta sanoi:
Ite käytän kans tuota sudo su/sudo su - komentoa varmaan ihan tottumuksesta. Etenkin ku ei oo tuttuja noi kaikki sudo:n vivut, plus sudo su komennon jälkeen root-käyttäjä pysyy sen hetkisessä hakemistossa missä olin, niin välttyy senkin typottamiselta :). sudo -i ei sitä näytä tekevän.
Napsauta laajentaaksesi...

Tuohan on nbimenomaan varsin huono homma kun ei hakemistoa vaihda. Voit olla käyttäjän kotihakemistossa ja sitten kirjoittelet sinne roottina sontaa.

Mitenhän tuolla tavalla on muutenkin muuttuja, että jos jotain softaa ajelee joka kotihakemistoon kirjoittelee conffeja niin meneekö ne rootin himaan vai käyttäjän himaan. Itte vedän sudo -i niin voi olla varma että asiat tapahtuu rootin muuttujilla, ei käyttäjän.
 
Sudolla mennää ja sormenjäljellä autentikointi niin ei haittaa toistuvat kyselyt, silloin harvoin kun sudo oikat ei riitä niin
Koodi: 
su root
vaihtaa käyttäjän.

Oon miettiny että kun tossa toi smart card reader on niin selvittäis että miten vois tehä autentikoinnin sen kautta henkilökortilla.
 
Jatketaas simppelien kysymysten parissa: Mulla on joku Samsungin ikivanha miniläppäri lasten leluna kirjoitteluun. Tällä hetkellä siitä löytyy FreeDOS, ja kone käynnistyy suoraan komentokehotteeseen, joten tekstiä tulee näytöllä sen kun nappia painaa. Mietin, jos kumminkin virittelisi jonkun oikean tekstieditorin ja sitä myöten vaikka Linuxin. Reunaehtona tässä tosin on, että kone pitäisi saada käynnistäessä kirjautumaan automaattisesti sisään, ja käynnistämään tekstieditorin (esim. Nano). Käyttäjät kun ovat 3- ja 5-vuotiaita, niin ei vielä voine olettaa että noiden tekeminen luonnistuisi :)

Koneen tietoja: Samsung N120, prossuna Intel Atom N280 (1,66 GHz, huikea 1-ydin hyper-threadingilla), 2GB RAM, 128GB SSD. Suurin rajoittava tekijä on varmastikin tuo prossu, 32-bittinen joten ihan perus Ubuntu Serveriä ei saa sisään. Asennuksen aikana käytettävissä on verkkoyhteys, mutta käytössäollessaan kone on irrotettu verkosta.

Elikkä, mikä (mieluusti Debian-pohjainen) tekstipohjainen/CLI Linux tuohon kannattaisi upottaa, ja miten se konffataan A) kirjautumaan sisään automaattisesti ja B) avaamaan nano-tekstieditorin?
 
Alensia sanoi:
Elikkä, mikä (mieluusti Debian-pohjainen) tekstipohjainen/CLI Linux tuohon kannattaisi upottaa, ja miten se konffataan A) kirjautumaan sisään automaattisesti ja B) avaamaan nano-tekstieditorin?
Napsauta laajentaaksesi...

Tein pari kk sitten ubuntulla tuollaisen, joka avasi brave-selaimen tekstieditorin sijaan.

Muistaakseni asennusvaiheessa laitoin rastin, että kirjaudu sisään automaattisesti.

Sitten braven automaattinen käynnistys oli hankalampi, se piti laittaa johonkin tiedostoon, joutui hieman googlella hakemaan, mutta sekin lähti toimimaan.
 
Alensia sanoi:
Elikkä, mikä (mieluusti Debian-pohjainen) tekstipohjainen/CLI Linux tuohon kannattaisi upottaa, ja miten se konffataan A) kirjautumaan sisään automaattisesti ja B) avaamaan nano-tekstieditorin?
Napsauta laajentaaksesi...
Laittaisin Debianin Stablen (bookworm tällä hetkellä), löytyy tuki vanhoille 32bittisille yms. Makuasoita.

A) Graafisella puolella esim. SDDM:n autologin hoitaa tuon. (CLI-puolella ei ole tullut kokeiltua)

B) Ks. yo. Autologin: kopioimalla halutun ohjelman .desktop-tiedoston /usr/share/xsessions -hakemistoon sen voi sitten määritellä Autoginin SESSION-muuttujaan, niin se avaa vain ko. ohjelman, ei ikkunointia eikä mitään muuta.

Kokeilin vasta samaa setuppia Retroarch-emulaattorille. Kopioinnin jälkeen ko. sessio tulee myös hiirellä/näppiksellä valittavaksi vaihtoehdoksi SDDM:n login -ikkunaan. CLI-hommiin löytynee kevyempää ratkaisua, mutta sopivasta GUI-editorista voisi löytyä ipanoita kiinnostavia juttuja ;)

Ps. Eee 900 -Atom läppärillä joskus jälkikasvua viihdytti Tuxpaint, jaksoi pyörittää ja löytyy suoraan Debianin repoista. Uskoisin että toimii sekin tuolla Autologin-kikalla.
 
ltrvs sanoi:
Laittaisin Debianin Stablen (bookworm tällä hetkellä), löytyy tuki vanhoille 32bittisille yms. Makuasoita.

A) Graafisella puolella esim. SDDM:n autologin hoitaa tuon. (CLI-puolella ei ole tullut kokeiltua)

B) Ks. yo. Autologin: kopioimalla halutun ohjelman .desktop-tiedoston /usr/share/xsessions -hakemistoon sen voi sitten määritellä Autoginin SESSION-muuttujaan, niin se avaa vain ko. ohjelman, ei ikkunointia eikä mitään muuta.

Kokeilin vasta samaa setuppia Retroarch-emulaattorille. Kopioinnin jälkeen ko. sessio tulee myös hiirellä/näppiksellä valittavaksi vaihtoehdoksi SDDM:n login -ikkunaan. CLI-hommiin löytynee kevyempää ratkaisua, mutta sopivasta GUI-editorista voisi löytyä ipanoita kiinnostavia juttuja ;)

Ps. Eee 900 -Atom läppärillä joskus jälkikasvua viihdytti Tuxpaint, jaksoi pyörittää ja löytyy suoraan Debianin repoista. Uskoisin että toimii sekin tuolla Autologin-kikalla.
Napsauta laajentaaksesi...
Kiitoksia, pitää perehtyä. Tuxpaint vaikuttaa kyllä oivalta lisältä, jossain vaiheessa se merkkien ilmestyminen näytölle nappia painaessa ei taatusti olekaan enää ihan niin mielenkiintoista :D
 
ltrvs sanoi:
Ps. Eee 900 -Atom läppärillä joskus jälkikasvua viihdytti Tuxpaint, jaksoi pyörittää ja löytyy suoraan Debianin repoista. Uskoisin että toimii sekin tuolla Autologin-kikalla.
Napsauta laajentaaksesi...
Itsekin olen opettanut meidän 3-vuotiaalle hiiren ja kosketuslevyn käyttöä tässä hiljan tuxpaintin avulla. :thumbsup:
 
Palaan vielä tuohon, kaikesta huolimatta värkkäsin nyt kuitenkin Ubuntu Server 16.04 LTS:n tohon sisään (viimeinen versio, josta on 32-bittinen). "Oikea läppäri" tulossa myöhemmin, mitä voi olla jopa miellyttävä käyttää, joten tällä "kirjoituskoneella" pitäisi nyt vaan saada tuo auto-login ja nano pelaamaan. Auto-loginin sain pelaamaan tällä ohjeella vallan mainiosti:

Ubuntu 16 server automatic login - KISPHP

www.kisphp.com www.kisphp.com

Nyt jos vielä tuon nanon saisi käynnistymään automaagisesti, niin olisi täydellistä :) Kuinka edetä?
 
Alensia sanoi:
Palaan vielä tuohon, kaikesta huolimatta värkkäsin nyt kuitenkin Ubuntu Server 16.04 LTS:n tohon sisään (viimeinen versio, josta on 32-bittinen). "Oikea läppäri" tulossa myöhemmin, mitä voi olla jopa miellyttävä käyttää, joten tällä "kirjoituskoneella" pitäisi nyt vaan saada tuo auto-login ja nano pelaamaan. Auto-loginin sain pelaamaan tällä ohjeella vallan mainiosti:

Ubuntu 16 server automatic login - KISPHP

www.kisphp.com www.kisphp.com

Nyt jos vielä tuon nanon saisi käynnistymään automaagisesti, niin olisi täydellistä :) Kuinka edetä?
Napsauta laajentaaksesi...

.bashrc tuli itselle mieleen, ja samaan päätyi ChatGPT:kin

To execute Nano automatically after implementing automatic login on Ubuntu 16, as described in the guide from KISPHP, you can modify the ~/.bash_profile or ~/.bashrc file of the user who is automatically logging in. By adding the command nano (or nano [filename] if you want to open a specific file) at the end of one of these files, Nano will be executed as soon as the user logs in to the shell.
Napsauta laajentaaksesi...
 
Onko tyypeillä kokemusta nixosstä. Itse asentelin tuon eräälle läppärille ja vaikuttaa hyvin lupaavalta vaikka oppimiskynnys on suhteellisen jyrkkä, Deklaratiivinen pakettienhallinta on oikein kiva ja muutenkin homma vaikuttaa mietityltä, saattaa olla, että tästä tulee allekirjoittaneen päädistro, tätä ennen pysynyt tiiviisti debianissa.

Nix & NixOS | Declarative builds and deployments

Nix is a tool that takes a unique approach to package management and system configuration. Learn how to make reproducible, declarative and reliable systems.
nixos.org nixos.org
 
dataaja95 sanoi:
Onko tyypeillä kokemusta nixosstä. Itse asentelin tuon eräälle läppärille ja vaikuttaa hyvin lupaavalta vaikka oppimiskynnys on suhteellisen jyrkkä, Deklaratiivinen pakettienhallinta on oikein kiva ja muutenkin homma vaikuttaa mietityltä, saattaa olla, että tästä tulee allekirjoittaneen päädistro, tätä ennen pysynyt tiiviisti debianissa.

Nix & NixOS | Declarative builds and deployments

Nix is a tool that takes a unique approach to package management and system configuration. Learn how to make reproducible, declarative and reliable systems.
nixos.org nixos.org
Napsauta laajentaaksesi...

Tuli testattua. Idea on tavallaan nerokas, mutta en sitten kuitenkaan saanut tuota myytyä ittelleni. Niin harvoin on tarve asennella koko paskaa uusiksi että ei tuosta ominaisuudesta ittelle oikein iloa ole.

Sitten toiseen aiheeseen.

Linux 6.7 Released With Bcachefs, Intel Meteor Lake In Good Shape & Nouveau GSP Support - Phoronix

www.phoronix.com www.phoronix.com

Nyt se on sitten bcachefs virallisesti osa kerneliä. Kyllä se kesti ja olihan tuossa loppumetreillä aikamoista draamaakin. Oli tuon tekiä jo aikeissa heittää pyyhkeen kehään mutta vedettyään viikon verran happea, jatkoi ponnisteluita ja se kannatti.
 
JiiPee sanoi:
Tuli testattua. Idea on tavallaan nerokas, mutta en sitten kuitenkaan saanut tuota myytyä ittelleni. Niin harvoin on tarve asennella koko paskaa uusiksi että ei tuosta ominaisuudesta ittelle oikein iloa ole.

Sitten toiseen aiheeseen.

Linux 6.7 Released With Bcachefs, Intel Meteor Lake In Good Shape & Nouveau GSP Support - Phoronix

www.phoronix.com www.phoronix.com

Nyt se on sitten bcachefs virallisesti osa kerneliä. Kyllä se kesti ja olihan tuossa loppumetreillä aikamoista draamaakin. Oli tuon tekiä jo aikeissa heittää pyyhkeen kehään mutta vedettyään viikon verran happea, jatkoi ponnisteluita ja se kannatti.
Napsauta laajentaaksesi...
Itselläni lähtee kyllä bcachefs ehdottomasti testiin, , sen verran mielenkiintoiselta vaikuttaa.
Eipä systeemiä joudu uudelleenasentelemaan kovinkaan usein, kun kyseessä on linux, mutta näen nixosssä muitakin etuja, konffit eivät ole sekaisin ympäri järjestelmää ja systeemi on mukavan looginen, varsinkin jos hallitset isompaa määrää servereitä näen tuosta pelkkää etua, voisiko sanoa, että ansible sisäänrakennettuna järjestelmään, mutta eihän tuo kaikille tietenkään ole tarkoitettu.
 
dataaja95 sanoi:
Itselläni lähtee kyllä bcachefs ehdottomasti testiin, , sen verran mielenkiintoiselta vaikuttaa.
Eipä systeemiä joudu uudelleenasentelemaan kovinkaan usein, kun kyseessä on linux, mutta näen nixosssä muitakin etuja, konffit eivät ole sekaisin ympäri järjestelmää ja systeemi on mukavan looginen, varsinkin jos hallitset isompaa määrää servereitä näen tuosta pelkkää etua, voisiko sanoa, että ansible sisäänrakennettuna järjestelmään, mutta eihän tuo kaikille tietenkään ole tarkoitettu.
Napsauta laajentaaksesi...

En nopealla silmäilyllä huomannut onko asia ratkaistu jotenkin, mutta jos ja kun tuossa määritellään tarkat dependencyt, niin tietoturvapäivitykset dependencyihin oletettavasti vaativat päivityksen ohjeman pakettiin, että ne tulevat käyttöön?
 
ojisama sanoi:
En nopealla silmäilyllä huomannut onko asia ratkaistu jotenkin, mutta jos ja kun tuossa määritellään tarkat dependencyt, niin tietoturvapäivitykset dependencyihin oletettavasti vaativat päivityksen ohjeman pakettiin, että ne tulevat käyttöön?
Napsauta laajentaaksesi...
Dependencyjä en ainakaan itse ole huomannut määritettävän, pelkät asennettavat paketit, aivan kuten ansiblessa tai puppetissa.
 
dataaja95 sanoi:
Dependencyjä en ainakaan itse ole huomannut määritettävän, pelkät asennettavat paketit, aivan kuten ansiblessa tai puppetissa.
Napsauta laajentaaksesi...

Varmaan ihan hyvä. Tulkitsin varmaan liian vahvasti noi "Nix builds packages in isolation from each other. This ensures that they are reproducible and don't have undeclared dependencies, so if a package works on one machine, it will also work on another." ja " Nix ensures that installing or upgrading one package cannot break other packages."

e. En kaiketi tulkinnut väärin, tulee rebuildi paketeille? Timely updates for NixOS
 
Viimeksi muokattu:
Miten 3D-renderöinti onnistuu nykyään etänä, jos haluaa hyödyntää GPU-kiihdytystä? Viimeksi kun asiaa selvittelin joitakin vuosia sitten, niin en löytänyt mitään ratkaisua, mutta mä en myöskään ole koskaan ymmärtänyt että mikä siinä on tarkalleen ottaen se tekninen haaste. Tarkoitan siis tilannetta, jossa renderöinti tapahtuu joka tapauksessa "offscreen" (eli ruudulle ei piirretä mitään, vaan kuvat tallennetaan suoraan levylle), mutta GPU-kiihdytys on saatavilla ainoastaan jos käyttää näppäimistöä, joka on fyysisesti kytketty siihen renderöintikoneeseen. Jos ottaa yhteyden esim. ssh:n avulla, niin renderöinnin saa toimimaan esim. xvfb (X virtual frame buffers) -ohjelmaa käyttämällä, mutta GPU-kiihdytys ei tällöin ole käytössä. Eli olisi kiva, jos xvfb:lle olisi joku vaihtoehto, joka tukisi laitteistokiihdytystä.

Tässä esim. täysin sama tilanne (kysyjä sai homman tehtyä ilman GPU:ta, eli mun kysymys jäi avoimeksi):
discourse.vtk.org

Status of VTK 9.0 with respect to off screen rendering under Ubuntu with pip install

Hello All, I have been experimenting with off screen rendering under Ubuntu 20.04 LTS and VTK 9.0.1 installed on Python 3.8 using pip3 install. I have simply set SetOffScreenRendering(1) on a rendering window on a small example. When the example is run it causes a core dump. I am wondering...
discourse.vtk.org discourse.vtk.org
 
Moi, millä koodinpätkällä sitä saikaan linuxissa (ubuntu) wi-fin pysymään päällä, vaikka sen vahingossa sulkee? Tahtoo olla vanhuksilla tapana se saada kiinni ja sitten kone onkin rikki jne. Kiitos. Siis wi-fi täytyy käydä taas käsin laittamassa päälle. Muuten kyllä yhdistää normaalisti.


Bash: 
#!/bin/bash

# Check if NetworkManager is running
if systemctl is-active --quiet NetworkManager; then
    echo "NetworkManager is running"
else
    # Start NetworkManager
    sudo systemctl start NetworkManager
    echo "NetworkManager has been started"
fi

No piti koettaa copilottia. Ei taida ihan pelkästään tuolla toimia? Hitsi kun ei muista miten tuosta sai jonkun klikattavan napin pöydälle. Edit: No kuulema ihan shortcutti ja clic kun on chmod +x tehty. Mites tää teidän silmiin näyttää, toimisko?
 
Viimeksi muokattu:
jhalmu sanoi:
Moi, millä koodinpätkällä sitä saikaan linuxissa (ubuntu) wi-fin pysymään päällä, vaikka sen vahingossa sulkee? Tahtoo olla vanhuksilla tapana se saada kiinni ja sitten kone onkin rikki jne. Kiitos. Siis wi-fi täytyy käydä taas käsin laittamassa päälle. Muuten kyllä yhdistää normaalisti.


Bash: 
#!/bin/bash

# Check if NetworkManager is running
if systemctl is-active --quiet NetworkManager; then
    echo "NetworkManager is running"
else
    # Start NetworkManager
    sudo systemctl start NetworkManager
    echo "NetworkManager has been started"
fi

No piti koettaa copilottia. Ei taida ihan pelkästään tuolla toimia? Hitsi kun ei muista miten tuosta sai jonkun klikattavan napin pöydälle. Edit: No kuulema ihan shortcutti ja clic kun on chmod +x tehty. Mites tää teidän silmiin näyttää, toimisko?
Napsauta laajentaaksesi...

Yks vaihtoehto ois heittää NetworkManager mäkeen ja käyttää NetPlan+systemd-networkdiä niin yhteyttä ei saa poikki GUI:n kautta ilman lisäohjelmia.

[edit] Ja jos wlanin sulkee, niin eihän siinä kait silloin itse NetworkManager sulkeudu, niin silloin ei varmaan toi sudo systemctl start NetworkManager ei taida auttaa.
 
jhalmu sanoi:
Moi, millä koodinpätkällä sitä saikaan linuxissa (ubuntu) wi-fin pysymään päällä, vaikka sen vahingossa sulkee? Tahtoo olla vanhuksilla tapana se saada kiinni ja sitten kone onkin rikki jne. Kiitos. Siis wi-fi täytyy käydä taas käsin laittamassa päälle. Muuten kyllä yhdistää normaalisti.
Napsauta laajentaaksesi...

Ota tumpelo käyhttäjältä pois mahdollisuus conffailla sitä netwörkkiä?

serverfault.com

NetworkManager - do not allow user to disable network or connection

By default, users that are logged in on the system are able to completely disable network or connection, is there a way to disable this? Thanks
serverfault.com serverfault.com

Jotain tuommosta.

EDIT: Itseasiassa tässä parempi ratkaisu
askubuntu.com

Prevent specific users from turning off network connections

There is a customised Ubuntu 22.04 system with 4 users: user_a, user_b, user_c, user_d I want to prevent 2 users (user_c, user_d) from changing Ubuntu settings. I've already locked down the termina...
askubuntu.com askubuntu.com
 
Viimeksi muokattu:
Mistähän mahtaa johtua, että Ubuntu 22.04:ssa ei aina toimi ctrl + alt alta tulevat erikoismerkit?
Siis nämä @, € ja £ yms. merkit.
Nämäkin yo. merkit joutu googlesta kopoimaan ja liittämään, kun näppis ei niitä suostunut kirjoittamaan.

Ja myöskin Firefoxissa joutuu aika usein valitsemaan eka ikkunan johon haluaa liittää kopioidun tekstin ennenkuin se antaa sitä liittää.
Onkohan tämä joku Firefoxin ominaisuus vai mikähän mahtaa olla vikana?
 
jkaart sanoi:
Mistähän mahtaa johtua, että Ubuntu 22.04:ssa ei aina toimi ctrl + alt alta tulevat erikoismerkit?
Siis nämä @, € ja £ yms. merkit.
Nämäkin yo. merkit joutu googlesta kopoimaan ja liittämään, kun näppis ei niitä suostunut kirjoittamaan.

Ja myöskin Firefoxissa joutuu aika usein valitsemaan eka ikkunan johon haluaa liittää kopioidun tekstin ennenkuin se antaa sitä liittää.
Onkohan tämä joku Firefoxin ominaisuus vai mikähän mahtaa olla vikana?
Napsauta laajentaaksesi...

Eikös nuo perinteisesti tule Alt Gr:n takaa?
 
dmn sanoi:
Eikös nuo perinteisesti tule Alt Gr:n takaa?
Napsauta laajentaaksesi...
No ei toimi senkään takaa, jos päättää olla toimimatta. Minusta bootin jälkeen aina toimii, mutta sitten jossain vaiheessa lakkaa toimimasta kun käyttäny konetta jonkun tunnin.
Edit: joo, nyt kun reboottasin niin taas toimii jonkuin aikaa.
 
jkaart sanoi:
No ei toimi senkään takaa, jos päättää olla toimimatta. Minusta bootin jälkeen aina toimii, mutta sitten jossain vaiheessa lakkaa toimimasta kun käyttäny konetta jonkun tunnin.
Edit: joo, nyt kun reboottasin niin taas toimii jonkuin aikaa.
Napsauta laajentaaksesi...
Voisiko olla itse näppäimistössä vikaa? Korjaantuuko jos bootin sijasta otatkin näppiksen piuhan irti ja takaisin kiinni?
 
JokuHullu sanoi:
Voisiko olla itse näppäimistössä vikaa? Korjaantuuko jos bootin sijasta otatkin näppiksen piuhan irti ja takaisin kiinni?
Napsauta laajentaaksesi...
No minkä takia muut näppäimet sitten toimii ja esim. keyboard layoutissa kun testaa niin kuitenkin rekisteröi tuon näppäin yhdistelmän, mutta ei näppäimistöstä saa mitään kyseisiä erikoismerkkejä ulos.
Edit: Niin ja onko se hiirikin sitten rikki kun ei copy-paste toimi ja sekin tuntuu rebootin jälkeen pelaavan ilman ongelmia? :smoke:
 
Viimeksi muokattu:
jkaart sanoi:
No minkä takia muut näppäimet sitten toimii ja esim. keyboard layoutissa kun testaa niin kuitenkin rekisteröi tuon näppäin yhdistelmän, mutta ei näppäimistöstä saa mitään kyseisiä erikoismerkkejä ulos.
Edit: Niin ja onko se hiirikin sitten rikki kun ei copy-paste toimi ja sekin tuntuu rebootin jälkeen pelaavan ilman ongelmia? :smoke:
Napsauta laajentaaksesi...
Logeja kannattaa mennä läpi, kun tuo ongelma ilmestyy, josko sieltä löytyisi vinkkejä....
Enempi softapuolen ongelmalta vaikuttaa ja siihen ny voi vaikuttaa ties mikä asia, jota koneella on.
 
root sanoi:
Ajaako täällä moni Discordia linux desktopilla? Minua häiritsee apparmor, joka spämmää /var/log/syslog :in täyteen traceilla estäessään Discordia tekemästä jotain:
Koodi: 
apparmor="DENIED" operation="ptrace" class="ptrace" profile="snap.discord.discord" pid=26882 comm="Utils" requested_mask="read" denied_mask="read" peer="unconfined"

Lueskelin tuosta ja en saanut loppumaan ottamalla Discordin asetuksista pois päältä "activity status" tilan jakamisen. Ei kiinnostaisi lähteä säätämään apparmor logituksen kanssa, kun siihen on niin erilaisia ohjeita heitelty netissä.

Kysymys oikeastaan on: jos on Ubuntua tai muuta distroa ajossa, missä on apparmor JA Discord asennettuna muuten kuin snap -pakettina , niin onko silti lokit täynnä DENIED tracea? Jos tuosta pääsisi eroon heivaamalla snapin pois, niin sen toin tehdä. Vaikka nyt ihan tarkoituksella otin sen halutessani kokeilla sovellusten ajoa hiekkalaatikossa ja Canonicalin varmistamasta reposta (näin ainakin oletan).
Napsauta laajentaaksesi...
Jos et oo ratkasua löytäny vielä niin tolla ohjeella sain ite pois ton kyseisen logi spämmin.
Eli siis:
Koodi: 
sudo auditctl -a exit,never -F exe=/snap/discord/current/usr/share/discord/Discord
Tarkista toi Discordin polku sitten, että se on oikein.
Ja saatat joutua asentamaan ton auditd paketin, kun mulla ei ainakaan oletuksen ole tuota asennettuna.
 
jkaart sanoi:
Mistähän mahtaa johtua, että Ubuntu 22.04:ssa ei aina toimi ctrl + alt alta tulevat erikoismerkit?
Siis nämä @, € ja £ yms. merkit.
Nämäkin yo. merkit joutu googlesta kopoimaan ja liittämään, kun näppis ei niitä suostunut kirjoittamaan.

Ja myöskin Firefoxissa joutuu aika usein valitsemaan eka ikkunan johon haluaa liittää kopioidun tekstin ennenkuin se antaa sitä liittää.
Onkohan tämä joku Firefoxin ominaisuus vai mikähän mahtaa olla vikana?
Napsauta laajentaaksesi...
Ei ratkaise ongelmaa, mutta voi ehkä auttaa eteenpäin. Mitä xev sanoo kun painat vaikka AltGr silloin kun se toimii ja sen jälkeen kun ei toimi? Onko vika myös terminaalin puolella vai vain työpöytäympäristön puolella?
 
Grizzle sanoi:
Ei ratkaise ongelmaa, mutta voi ehkä auttaa eteenpäin. Mitä xev sanoo kun painat vaikka AltGr silloin kun se toimii ja sen jälkeen kun ei toimi? Onko vika myös terminaalin puolella vai vain työpöytäympäristön puolella?
Napsauta laajentaaksesi...
Nämä kaks eventtiä silloin kun toimii
Koodi: 
KeyPress event, serial 38, synthetic NO, window 0x4a00001,
    root 0x1d0, subw 0x0, time 23120482, (487,380), root:(488,442),
    state 0x10, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
    XKeysymToKeycode returns keycode: 92
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 38, synthetic NO, window 0x4a00001,
    root 0x1d0, subw 0x0, time 23120607, (487,380), root:(488,442),
    state 0x90, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
    XKeysymToKeycode returns keycode: 92
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False
Ja toimimattomana ei oo vielä päässy testaamaan, kun tää on tällä kertaa toiminu niinkuin kuuluukin.
Pitää koittaa terminaalin puolella kuhan taas ilmenee ongelma.
 
Noniin, nyt se taas teki sen!
Terminaalissa toimi, työpöydällä ei.
Helvetin hauska kirjottaa VS Codessa koodia kun ei toimi hakasulut ja aaltosulut. :smoke:

Siinä olis xev ulostus tällä kertaa:

Koodi: 
KeyPress event, serial 38, synthetic NO, window 0x6e00001,
    root 0x1d0, subw 0x0, time 11202072, (155,-24), root:(158,140),
    state 0x10, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
    XKeysymToKeycode returns keycode: 92
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyRelease event, serial 38, synthetic NO, window 0x6e00001,
    root 0x1d0, subw 0x0, time 11202301, (155,-24), root:(158,140),
    state 0x98, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
    XKeysymToKeycode returns keycode: 92
    XLookupString gives 0 bytes:
    XFilterEvent returns: False
 
jkaart sanoi:
Noniin, nyt se taas teki sen!
Terminaalissa toimi, työpöydällä ei.
Helvetin hauska kirjottaa VS Codessa koodia kun ei toimi hakasulut ja aaltosulut. :smoke:

Siinä olis xev ulostus tällä kertaa:

Koodi: 
KeyPress event, serial 38, synthetic NO, window 0x6e00001,
    root 0x1d0, subw 0x0, time 11202072, (155,-24), root:(158,140),
    state 0x10, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
    XKeysymToKeycode returns keycode: 92
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyRelease event, serial 38, synthetic NO, window 0x6e00001,
    root 0x1d0, subw 0x0, time 11202301, (155,-24), root:(158,140),
    state 0x98, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
    XKeysymToKeycode returns keycode: 92
    XLookupString gives 0 bytes:
    XFilterEvent returns: False
Napsauta laajentaaksesi...
Omaan silmään nuo xev-tulosteet näyttävät sinänsä samoilta etten näe niissä mitään eroa mikä tuon toiminnan rikkoisi.

Ei sulla satu olemaan useampaa keymappia asennettuna? Olikohan Gnomessa joku Super+Space tai Super+Shift+Space -näppäinyhdistelmä joka vaihtaa keymappia ja tuli mieleen että jos tuo keymap vaihtuisi jostain syystä ja sen takia erikoismerkit ei toimi oikein.
 
Hyrava sanoi:
Omaan silmään nuo xev-tulosteet näyttävät sinänsä samoilta etten näe niissä mitään eroa mikä tuon toiminnan rikkoisi.

Ei sulla satu olemaan useampaa keymappia asennettuna? Olikohan Gnomessa joku Super+Space tai Super+Shift+Space -näppäinyhdistelmä joka vaihtaa keymappia ja tuli mieleen että jos tuo keymap vaihtuisi jostain syystä ja sen takia erikoismerkit ei toimi oikein.
Napsauta laajentaaksesi...

Mietin jo aikaisemmin, että mulla oli jonkun remote desktop softan kanssa ongelmia, sen ollessa käynnissä alt-gr ei joskus toiminut. En kirjoittanut aikaisemmin, kun en muista, että oliko tuo Linuxilla vai Windowsilla, mutta heitetään nyt ilmoille.
 
Hyrava sanoi:
Omaan silmään nuo xev-tulosteet näyttävät sinänsä samoilta etten näe niissä mitään eroa mikä tuon toiminnan rikkoisi.

Ei sulla satu olemaan useampaa keymappia asennettuna? Olikohan Gnomessa joku Super+Space tai Super+Shift+Space -näppäinyhdistelmä joka vaihtaa keymappia ja tuli mieleen että jos tuo keymap vaihtuisi jostain syystä ja sen takia erikoismerkit ei toimi oikein.
Napsauta laajentaaksesi...
Ei minusta pitäs olla kuin pelkkä finnish ja ei oo kyllä mitään keymapin vaihto näppäinyhdistelmääkään käytössä. Ja työpöytänähän on siis Mate
 
ojisama sanoi:
Mietin jo aikaisemmin, että mulla oli jonkun remote desktop softan kanssa ongelmia, sen ollessa käynnissä alt-gr ei joskus toiminut. En kirjoittanut aikaisemmin, kun en muista, että oliko tuo Linuxilla vai Windowsilla, mutta heitetään nyt ilmoille.
Napsauta laajentaaksesi...
Ei nyt oo ollu mitää remote desktop softaakaan käynnissä.
 
jkaart sanoi:
Ei minusta pitäs olla kuin pelkkä finnish ja ei oo kyllä mitään keymapin vaihto näppäinyhdistelmääkään käytössä. Ja työpöytänähän on siis Mate
Napsauta laajentaaksesi...
Näköjään ongelmaa on muillakin ainakin googlen perusteella, ainakin hakusanoilla "ubuntu mate altgr not working" tulee kaikenlaisia mystisiä ongelmia vaikka kuin paljon. Saattaapi olla siis Maten joku oma bugi tms.
 
Mulla on mekaanisilla näppäimillä heitellyt ihan eri kielille kuin koneessa on. Jotkut saa resetoituu joistain ei tiiä. Itsekin siirryin pyyttoniin noiden hakasulkujen takia :D
 
@jkaart
Mulla oli joku halpis mekaaninen näppäimistö joka sopivalla kombinaatiolla uudelleenmäppäsi shift / alt / tab / ctrl kombinaatioita jolloin kävi niin että muun muassa altgr ei toiminut kuten piti.
Nopealla googlauksella joku vastaava ratkaisu: AltGr randomly stops working on windows 10

En muista mikä kombinaatio omalla oli, ei kuitenkaan kiinalaisten tuottamasta manuaalista selvinnyt vaan lopulta ratkaisu löytyi redditistä.

Tuo paske mikä mulla oli siis vaihtoi keskenään esim altin ja shiftin tai vaikka shiftin ja capslockin paikkaa mikä teki näppäimistön käytöstä hieman hankalaa.

EDIT: ja oli siis käyttöjärjestelmäriippumaton, samat uudelleenmäppäykset linuxissa ja windowsissa
 
Kirjaudu tai rekisteröidy kirjoittaaksesi tänne.

Uutiset

Uutisia lyhyesti

Uusimmat viestit

Statistiikka

Viestiketjuista
262 476
Viestejä
4 558 137
Jäsenet
74 971
Uusin jäsen
Maikkol

Hinta.fi

Back
Ylös Bottom