Ubuntu työpöydän näkyvyys

[rmv]

Käytössäni on Ubuntu 16.04 käyttöjärjestelmä. Pääkäyttäjänä (tai ainakin järjestelmän asentajana) sain luotua itselleni mieleisen Ubuntu työpöydän.  Jos tulostan tiedostoon työpöydälle, niin tulostustiedosto tulee heti näkyviin näytölle.
Toiselle käyttäjälle en saa luotua sellaista työpöytää joka olisi koko ajan näkyvissä. 
Esimerkiksi kun tulostetaan tiedostoon ja osoitteena on työpöytä , niin tulostustiedosto tallentuu Tiedostot  kuvakkeen sisällä olevaan  Työpöytä kansioon, mutta näytön työpöydälle ne eivät tule näkyviin. Ne saa kyllä näkyviin avaamalla Tiedostot kuvakkeen ja sitten Työpöydän jonka alta löytyy kyllä kaivatut tiedostot.
Missä on vikaa vai onko tämä ominaisuus?

[AimoE]

En ollut ehkä koskaan pohtinut mikä tekee tietyistä hakemistoista erityisiä kansioita, mutta nyt kun kysyit, tökkäsin hakukoneeseen sanat "ubuntu desktop folder", ja haku ppalautti heti monta sivua jotka kertovat että nuo erityiset hakemistot määritellään tiedostossa ~/.config/user-dirs.dirs - avaa se editoriin ja tarkista että asetuksen XDG_DESKTOP_DIR arvona on "$HOME/Työpöytä" (tai se kansio jonka haluat työpöydäksi). Sitä en kyllä tiedä miksi sillä toisella käyttäjällä homma ei ole heti alunalkaen kunnossa. Yksi arvaus on että kun valitaan uuden käyttäjän luonnin yhteydessä halutaanko kansioiden nimet enkuksi vai suomeksi, niin siinä on tehty valilnta joka ei sitten olekaan vastannut odotuksia. Mutta en tosiaan tiedä onko arvaukseni sinne päinkään.

Edit: jos muokkaat tiedostoa, tiedostonhallinta täytyy käynnistää uudelleen jotta muuutos näkyisi. Sitä varten voi kirjautua ulos ja takaisin sisään, tai voit vain tappaa tieodstonhallinnan prosessin:

Koodia: [Valitse]

killall nautilus

[nm]

Näkyykö työpöydällä taustakuva? Kirjautuvatko molemmat käyttäjätunnukset samaan työpöytäympäristöön, eli kirjautumisnäytön Ubuntu-kuvakeesta on valittu sama vaihtoehto? Onko se Unity vai jokin muu?

Jos XDG_DESKTOP_DIR on asetettu oikein ja kyseessä on Unity tai GNOME, tällaista komentoa voisi kokeilla päätteessä:

Koodia: [Valitse]

gsettings set org.gnome.desktop.background show-desktop-icons true

[retu]

Eikö siihen ole asetus että näkyykö työpöydällä kuvakkeet vai ei? Ainakin xfce-työpöydän asetuksissa on sellainen valinta. Jos Unityssä ei sitä ole, varmaan kaipaa tutkailua asetuseditorilla (dconf vai xconf vai mikä se oli?).

[nm]

Eikö siihen ole asetus että näkyykö työpöydällä kuvakkeet vai ei? Ainakin xfce-työpöydän asetuksissa on sellainen valinta. Jos Unityssä ei sitä ole, varmaan kaipaa tutkailua asetuseditorilla (dconf vai xconf vai mikä se oli?).

Unityssä ja GNOME:ssa ei ole tälle asetusta muualla kuin dconfin uumenissa, ja edellisessä viestissä esittämäni komento kytkee työpöytäkuvakkeet päälle. Tavallisesti ne ovat aina käytössä, mutta ongelmia voi aiheutua mm. siitä, että järjestelmään on asennettu joku toinen Nautilusta vastaava tai korvaava tiedostoselain, kuten Cinnamonin Nemo, MATE:n Caja, Xfce:n Thunar jne.

[AimoE]

Kun dconf korvaa vanhan gsettingsin, kannattaisi ehkä opetella antamaan myös komennot dconf-muodossa?

Näillä saa saman tuloksen:

Koodia: [Valitse]

gsettings set org.gnome.desktop.background show-desktop-icons true
dconf write /org/gnome/desktop/background/show-desktop-icons true
Vanha komento toimii, koska asetuksia on siirretty hitaasti vuosien mittaan yhdestä kannasta toiseen, ja homma on ilmeisesti haluttu tehdä käyttäjille helpommaksi.

[nm]

Kun dconf korvaa vanhan gsettingsin, kannattaisi ehkä opetella antamaan myös komennot dconf-muodossa?

Näillä saa saman tuloksen:

Koodia: [Valitse]

gsettings set org.gnome.desktop.background show-desktop-icons true
dconf write /org/gnome/desktop/background/show-desktop-icons true
Vanha komento toimii, koska asetuksia on siirretty hitaasti vuosien mittaan yhdestä kannasta toiseen, ja homma on ilmeisesti haluttu tehdä käyttäjille helpommaksi.

Taidat nyt sekoittaa gsettingsin ja gconfin keskenään. gconf on vanha konfiguraatiotietokanta, jonka dconf on korvannut. gsettings taas on komentorivikäyttöliittymä GNOME:n GSettings-rajapintaan, jonka takana on dconf-tietokanta.

[AimoE]

Taidat nyt sekoittaa gsettingsin ja gconfin keskenään. gconf on vanha konfiguraatiotietokanta, jonka dconf on korvannut. gsettings taas on komentorivikäyttöliittymä GNOME:n GSettings-rajapintaan, jonka takana on dconf-tietokanta.

Varmaankin sekoitan. Mutta minkä ihmeen takia noita komentoja sitten on kaksi?

[Tomin]

Eikö siihen ole asetus että näkyykö työpöydällä kuvakkeet vai ei? Ainakin xfce-työpöydän asetuksissa on sellainen valinta. Jos Unityssä ei sitä ole, varmaan kaipaa tutkailua asetuseditorilla (dconf vai xconf vai mikä se oli?).

Unityssä ja GNOME:ssa ei ole tälle asetusta muualla kuin dconfin uumenissa, ja edellisessä viestissä esittämäni komento kytkee työpöytäkuvakkeet päälle.

Itse asiassa Gnome Tweak Tool osaa muuttaa tuota myös. Se löytyy ainakin Fedorassa nimellä (Gnomen) lisäasetukset. Se pitää luultavasti asentaa erikseen.

[nm]

Taidat nyt sekoittaa gsettingsin ja gconfin keskenään. gconf on vanha konfiguraatiotietokanta, jonka dconf on korvannut. gsettings taas on komentorivikäyttöliittymä GNOME:n GSettings-rajapintaan, jonka takana on dconf-tietokanta.

Varmaankin sekoitan. Mutta minkä ihmeen takia noita komentoja sitten on kaksi?

gsettings on korkeamman tason työkalu, joka ymmärtää jotain myös skeemasta. Näitä ominaisuuksia ei ilmeisesti ole ollut tarkoituksenmukaista viedä dconf-työkaluun, joka on suoraviivaisempi tietokannan avain-arvo-parien ja hakemistojen käsittelijä.

[AimoE]

gsettings on korkeamman tason työkalu, joka ymmärtää jotain myös skeemasta. Näitä ominaisuuksia ei ilmeisesti ole ollut tarkoituksenmukaista viedä dconf-työkaluun, joka on suoraviivaisempi tietokannan avain-arvo-parien ja hakemistojen käsittelijä.

Tää kuuluisi kyllä ihan eri ketjuun, mutta koska alku on jo tässä, jatkan tähän.

Minusta on hämmentävää, jopa hämäävää että gsettings on tarkoitettu "korkeamman tason" työkaluksi, monestakin syystä. Kun gconf on korvattu dconfilla, jolle on dconf-editor olemassa, on käyttäjän kannalta erittäin hämäävää se että komentorivillä pitäisi käyttää g-alkuista komentoa gsettings. Mutta vielä hämmentävämpää on se että tämän "korkeamman tason" työkalun käyttäjän pitäisi tietää mitä skeemat ovat, vaikka niitä ei ole oikein missään käyttäjälle esitelty. Kun dconf-editor -työkalulla katson tietokantaa, skeemat eivät erotu navigointirakenteesssa, ne näkee vain katsomalla yksittäisten avainten ominaisuuksia. Käyttäjä tuskin kaivaa sitä tietoa sieltä esiin, vaan todennäköisimmin katsoo vain navigointirakenteen ja kopioi sen dconf-komentoon. Kaikkein hämmentävintä on se, että gsettings vaatii aina skeeman voidakseen tehdä yhtään mitään, mutta dconf-tietokannassa on paljon avaimia ilman skeemaa. Jos tarkoitus on suojata avaimia niin että käyttäjä ei koskisi niihin joilla ei ole skeemaa, niin mistä käyttäjän oletetaan tietävän ne skeemat? Tietokantaa on aina helpompi käpistellä dconf-komennolla. Juu, ymmärrän että se on vaaralllista juuri siksi että se ei ole "korkeamman tason" komento, mutta se on selvästi helpompi käyttää kuin gsettings. Ihme sotku.

[nm]

Minusta on hämmentävää, jopa hämäävää että gsettings on tarkoitettu "korkeamman tason" työkaluksi, monestakin syystä. Kun gconf on korvattu dconfilla, jolle on dconf-editor olemassa, on käyttäjän kannalta erittäin hämäävää se että komentorivillä pitäisi käyttää g-alkuista komentoa gsettings.

Niin no veikkaan että dconf-editor oli aluksi yhtä yksinkertainen muokkain kuin komentorivivastineensa. Siihen on vain sittemmin pultattu tuki GSettings-skeemoille, jotta käyttäjät näkisivät mitä asetuksia käytössä olevat ohjelmat ja kirjastot oikeasti tukevat, vaikka tietokantaan ei olisi asetettu arvoja. Nimi on jäänyt, vaikka ohjelma on nykyisin ennemminkin gsettings-editor.

Ohjelmoijan näkökulmasta GSettingsin ja dconfin suhteessa ei kuitenkaan ole mitään erityisen epäselvää. Jos ohjelma on rakennettu GLibin päälle, kuten GNOME:n ohjelmat ovat, asetuksia on luonnollisinta hallita GLibin GSettings-API:n kautta. Se puolestaan käyttää eri käyttöjärjestelmissä eri backendejä. Linuxissa alla on dconf, Windowsissa taas Windowsin rekisteri.

Mutta vielä hämmentävämpää on se että tämän "korkeamman tason" työkalun käyttäjän pitäisi tietää mitä skeemat ovat, vaikka niitä ei ole oikein missään käyttäjälle esitelty.

gsettingsin manuaalisivu on minusta aika selkeä. Skeemat listataan komennolla:

Koodia: [Valitse]

gsettings list-schemas
Sieltä voi hakea vaikka tässä ketjussa mainitun background-hakemiston:

Koodia: [Valitse]

gsettings list-schemas | grep background

org.gnome.desktop.background
org.gnome.settings-daemon.plugins.background

Ja listata mitä asetuksia se sisältää:

Koodia: [Valitse]

gsettings list-recursively org.gnome.desktop.background

org.gnome.desktop.background picture-opacity 100
org.gnome.desktop.background secondary-color '#2c001e'
org.gnome.desktop.background show-desktop-icons true
org.gnome.desktop.background primary-color '#3bcd426e51eb'
org.gnome.desktop.background color-shading-type 'solid'
org.gnome.desktop.background picture-options 'none'
org.gnome.desktop.background picture-uri ''
org.gnome.desktop.background draw-background true

Validit asetusarvot voi myös tarkistaa:

Koodia: [Valitse]

gsettings range org.gnome.desktop.background color-shading-type

enum
'solid'
'vertical'
'horizontal'

Kun dconf-editor -työkalulla katson tietokantaa, skeemat eivät erotu navigointirakenteesssa, ne näkee vain katsomalla yksittäisten avainten ominaisuuksia.

Oikeastaan dconf-editorin koko näkymä on skeemanäkymä. Tietokantaan kirjoitetut, oletuksista poikkeavat arvot näkyvät siellä seassa lihavoituna. Yksittäisestä avaimesta näkee sitten kuvauksen, oletusarvon ja sallitut arvot, kun avaimen valitsee.

Käyttäjä tuskin kaivaa sitä tietoa sieltä esiin, vaan todennäköisimmin katsoo vain navigointirakenteen ja kopioi sen dconf-komentoon.

No ei sekään ole kiellettyä. Itse kyllä kopioisin gsettings-komentoon, niin saa skeemavalidoinnin kaupan päälle, eikä mene pieleen, jos tekee kirjoitusvirheen. Silloin ei myöskään tarvitse vaihtaa polun pisteitä kauttaviivoiksi, eikä käyttää dconfin outoa merkkijonosyntaksia. Muualta kuin shell-skripteistä käyttäisin vastaavasti GSettings-rajapintaa.

Kaikkein hämmentävintä on se, että gsettings vaatii aina skeeman voidakseen tehdä yhtään mitään, mutta dconf-tietokannassa on paljon avaimia ilman skeemaa.

Skeemattomia avaimia voi olla, jos joku ohjelma käyttää suoraan dconfia, eikä halua tukea GSettings-skeemoja. Varmaan myös vanhat asetukset jäävät tietokantaan lojumaan käyttämättöminä, jos ohjelman tai kirjaston skeema muuttuu. En kyllä äkkiseltään bongaa omasta järjestelmästäni skeemattomia avaimia dconf-editoria selailemalla.

Tietokantaa on aina helpompi käpistellä dconf-komennolla. Juu, ymmärrän että se on vaaralllista juuri siksi että se ei ole "korkeamman tason" komento, mutta se on selvästi helpompi käyttää kuin gsettings. Ihme sotku.

Minusta taas gsettings on selvästi helpompi, loogisempi ja turvallisempi käyttää. 
Se varmistaa, että asetukset menevät oikein perille ja arvot ovat tuettuja. dconf antaa tehdä mitä tahansa:

Koodia: [Valitse]

dconf write /org/gnome/desktop/background/color-shading-type "'peruna'"

Koodia: [Valitse]

dconf read /org/gnome/desktop/background/color-shading-type

'peruna'

Tässä siis peruna ei todellakaan ole skeemassa hyväksytty arvo, ja kyseistä asetusta lukeva ohjelma saakin sen sijaan käyttöönsä asetuksen oletusarvon:

Koodia: [Valitse]

gsettings get org.gnome.desktop.background color-shading-type

'solid'

Jos gsettingsillä yrittää vastaavaa, saa selvän ilmoituksen, että arvo on virheellinen:

Koodia: [Valitse]

gsettings set org.gnome.desktop.background color-shading-type peruna

Annettu arvo on yli sallittujen rajojen

[AimoE]

0
En kyllä äkkiseltään bongaa omasta järjestelmästäni skeemattomia avaimia dconf-editoria selailemalla.

Minä taas törmäsin niihin heti kun yritin muuntaa kaikki dconf-komennot omissa muistiinpanoissani gsettings-komennoiksi. Kyse on asetuksista jotka olen löytänyt erilaisilta nettisivuilta kun olen etsinyt ratkaisua johonkin pulmaan. Enpä sitten pystynytkään korvaamaan kaikkia dconf-komentoja gsettings-komennoilla. Hirveä sekamelska.
Esimerkki:

Koodia: [Valitse]

dconf write /org/compiz/profiles/unity/plugins/unityshell/launcher-minimize-window trueMiten tuon tekee gsettings-komennolla?

Vielä jäi yksi asia mainitsematta: navigaatiorakenteessa kaikki polut ovat pienillä kirjaimila, mutta skeemojen nimissä on isoja kirjaimia. Ihan kuin ilkeyttään tehtäisiin asia vielä vaikeammaksi.
Esimerkki:

Koodia: [Valitse]

dconf write /com/canonical/unity/launcher/launcher-position '"Bottom"'
gsettings set com.canonical.Unity.Launcher launcher-position Bottom

[nm]

Minä taas törmäsin niihin heti kun yritin muuntaa kaikki dconf-komennot omissa muistiinpanoissani gsettings-komennoiksi. Kyse on asetuksista jotka olen löytänyt erilaisilta nettisivuilta kun olen etsinyt ratkaisua johonkin pulmaan. Enpä sitten pystynytkään korvaamaan kaikkia dconf-komentoja gsettings-komennoilla. Hirveä sekamelska.
Esimerkki:

Koodia: [Valitse]

dconf write /org/compiz/profiles/unity/plugins/unityshell/launcher-minimize-window trueMiten tuon tekee gsettings-komennolla?

Compizin pluginit käyttävät nähtävästi siirrettäviä skeemoja (relocatable schema), joten menee tähän tapaan:

Koodia: [Valitse]

gsettings set org.compiz.unityshell:/org/compiz/profiles/unity/plugins/unityshell/ launcher-minimize-window true
Siirrettävät skeemat voi listata komennolla:

Koodia: [Valitse]

gsettings list-relocatable-schemas
Ja mahdolliset avaimet arvoineen:

Koodia: [Valitse]

gsettings list-recursively  org.compiz.unityshell:/org/compiz/profiles/unity/plugins/unityshell/

Siirrettävät skeemat ovat olleet ongelmallisia myös dconf-editorissa: https://github.com/mate-desktop/mate-panel/issues/675
Kommenttien perusteella tänä talvena editoriin on tullut näille parempi tuki, jotta dconf-tietokannasta puuttuvia, mutta siirrettävässä skeemassa määriteltyjä arvoja voi asettaa myös graafisesti.

[AimoE]

Siirrettävät skeemat ovat olleet ongelmallisia myös dconf-editorissa: https://github.com/mate-desktop/mate-panel/issues/675
Kommenttien perusteella tänä talvena editoriin on tullut näille parempi tuki, jotta dconf-tietokannasta puuttuvia, mutta siirrettävässä skeemassa määriteltyjä arvoja voi asettaa myös graafisesti.

Ubuntun bugikannasta löytyy haulla "relocatable schema" kaksi raporttia, glib-compile-schemas doesn't compile relocatable schemas ja unity actively overrides system-wide gsettings as current user, making some vendor overrides ineffective. Siirrettävien skeemojen ongelma on selvästi laajempi kuin vain GUI-ongelma.

Tämä vain vahvistaa sitä sanomaani että dconf on kuitenkin paljon helpompi käyttää, mikä on ikävää kun siitä puuttuu kaikki tyypitarkistus- yms. turvaominaisuudet.

[nm]

Ubuntun bugikannasta löytyy haulla "relocatable schema" kaksi raporttia, glib-compile-schemas doesn't compile relocatable schemas ja unity actively overrides system-wide gsettings as current user, making some vendor overrides ineffective. Siirrettävien skeemojen ongelma on selvästi laajempi kuin vain GUI-ongelma.

Tämä vain vahvistaa sitä sanomaani että dconf on kuitenkin paljon helpompi käyttää, mikä on ikävää kun siitä puuttuu kaikki tyypitarkistus- yms. turvaominaisuudet.

Nuo bugit vaikuttavat kyllä yhtä lailla dconfilla asetettujen arvojen käyttöön.

Skeemojen validointijärjestelmät ovat aina jokseenkin monimutkaisia, joten bugejakin ilmenee helposti.

[AimoE]

Nuo bugit vaikuttavat kyllä yhtä lailla dconfilla asetettujen arvojen käyttöön.

Vitsi onkin siinä ettäkun siirtyvien skeemojen käyttö on hankalaa ja dconf-komento on helpompi, se vaan pahentaa asiaa, kun käyttäjän (komentorivillä, dconf-komennolla) tekemä asetus peittää näkyvistä sovelluksen asetuksia sille joka käyttää oikeata gsettings-komennon muotoa. Yleensä "korkeaman tason" työkalu on käyttäjlle helpompi kuin "alemman tason", mutta tässä tapauksessa on köynyt päinvastoin.

[nm]

Tässä matala taso tarkoittaa yksinkertaista key-value-tietokantaa, ja GSettings-rajapinta tuo mukaan melko laajan skeemanhallinnan, joka toki lisää monimutkaisuutta. Korkea taso ei tässä yhteydessä varsinaisesti tarkoita helppokäyttöisyyttä, joskin gsettings on mielestäni ihan hyvin toteutettu työkalu. Relocatable-skeemojen osalta olisi tietty mukavaa, että komento hyväksyisi pelkän polun ilman skeeman määrittämistä.

Nämä komentorivityökalut on joka tapauksessa tarkoitettu pikemminkin kehittäjien apuvälineeksi kuin peruskäyttäjille satunnaisten asetusten muokkaamiseen. dconf-editor on sitä varten.

[rmv]

Tässä on tullut jo niin paljon erilaisia kommentteja, joten tavallisena käyttäjänä ne menevät minun käsityskykykni ohi.
Vastaan tässä muutamaan kysymykseen:

nm; "Näkyykö työpöydällä taustakuva? Kirjautuvatko molemmat käyttäjätunnukset samaan työpöytäympäristöön, eli kirjautumisnäytön Ubuntu-kuvakeesta on valittu sama vaihtoehto? Onko se Unity vai jokin muu?"

Toisen käyttäjän työpöydän taustakuvana ei näy valitsemani taustakuva, vaan se on Ubuntun oma retliinin sävyinen tausta.
Molemmat käyttäjät kirjautuvat samaan työpöytäympäristöön. Vaihtoehtona on vain Gnome ja Ubuntu. Gnomesta kaksi vaihtoehtoa. Valittuna on Ubuntu, sillä Gnome ei ole minun mielestä yhtä käyttökelpoinen.

"Jos XDG_DESKTOP_DIR on asetettu oikein ja kyseessä on Unity tai GNOME, tällaista komentoa voisi kokeilla päätteessä:"
Syötin tämän komennon päätteelle ja sain vastaukseksi: "komentoa ei löytynyt".

Syötteeseen "gsettings set org.gnome.desktop.background show-desktop-icons true" pääte ei anna mitään vastausta.

[nm]

"Jos XDG_DESKTOP_DIR on asetettu oikein ja kyseessä on Unity tai GNOME, tällaista komentoa voisi kokeilla päätteessä:"
Syötin tämän komennon päätteelle ja sain vastaukseksi: "komentoa ei löytynyt".

Syötteeseen "gsettings set org.gnome.desktop.background show-desktop-icons true" pääte ei anna mitään vastausta.

Niin siis syötettävä komento oli tuo "gsettings set org.gnome.desktop.background show-desktop-icons true", jonka ei kuulu antaa mitään vastausta silloin kun komento menee perille. Ilmeisesti se ei kuitenkaan ratkaissut ongelmaa uudelleenkirjautumisen jälkeen?


Mikä arvo muuttujalle XDG_DESKTOP_DIR on asetettu .config/user-dirs.dirs -tiedostossa? Tarkista vaikka päätteessä komennolla:

Koodia: [Valitse]

cat ~/.config/user-dirs.dirs

Lisäys: Tämän asetuksen voisi myös tehdä varmuuden vuoksi:

Koodia: [Valitse]

gsettings set org.gnome.settings-daemon.plugins.background active true