AppImage {Ratkaistu 2 asiaa]

[ilkant]

Eilen sain tiedon, että Stellarium-tähtiohjelmasta on ilmestynyt noin 3 viikkoa sitten versio 1.0. Asensin käytämäni Linux Kubuntu 22.04 koneelle Stellariumin pakettivarastoista. Asentui versio 0.20.4. Tuntui ihan hyvältä ohjelmalta. Pidän toki KStarsin edelleen koneella. Stellarium 1.0 käyttää ohjesivujen mukaan Qt 6:sta ja minulla on Plasma 5.24.6 myötä käytössä Qt 5. Eli toistaiseksi käyttänen versiota 0.20.4. Plasmasta tullee versio 6.x ehkä vuoden kuluessa. Purkkavirityksiä ei viitsisi tehdä kun niistä tulee helposti ongelmia.

Huomasin sitten Stellariumin weekly snapshot sivustolla on jo ohjelmasta versio 1.1 release candidatena. Siellä oli myös AppImage. Latasin AppImagen. Käynnistäminen vaati myös, että *ubuntuun on asennettava libfuse2*, sillä niitä ei ole (K)ubuntu 22.04:n vakiokokoonpanossa enää. Sivustolta ilmenee, että AppImage käyttää Qt 5 -kirjastoja. Annoin ladatulle tiedostolle suoritusoikeudet chmodilla. Ja käynnistin Konsolessa. Kas, ohjelma käynnistyi muutaman virheilmoituksen jälkeen. Kaikki asetuksetkin kuten maantieteellien sijaintini olivat kunnossa ja toimivia. AppImage on käyttänyt ~/.stellarium hakemiston asetuksia apt-asennuksesta.

Pyysin Transifexissä päästä Stellariumin suomentajiin. Siellä on muitakin suomennettavia osia/moduuleita. Transifex ilmoittaa, että vain 18 % fraaseista on suomennettu. Olisiko niin, että uusissa versioissa on paljon uusia fraaseja, joita kukaan ei ole suomentanut? Kokeilemani Stellarium 0.20.4 näyttää olevan suomenkielinen kokonaisuudessaan.

Viestin pihvi. Tämä kaikki oli johdantoa varsinaiseen viestin asiaan.

• Onko AppImage ns. konttiohjelmoinnin tulos? Siinähän konttiin pakataan kaikki tarvittava. Maalaisjärjesllä ajateltuna se voisi olla konttiohjelmointia.
• Jos järjestelmässä on n kpl AppImageja, onko mahdollista, että niissä on samoja apuohjelmia / rutiineja kussakin paketissa? Vie siis turhaa tilaa ja toisekseen eri pakettien sisltämissä samoissa palikoissa eri versioissa voi tulla ongelmia.

[nm]

Viestin pihvi. Tämä kaikki oli johdantoa varsinaiseen viestin asiaan.

• Onko AppImage ns. konttiohjelmoinnin tulos? Siinähän konttiin pakataan kaikki tarvittava. Maalaisjärjesllä ajateltuna se voisi olla konttiohjelmointia.

AppImage on levykuva sovelluksen kaikista tiedostoista ja sellaisista kirjastoista, jotka eivät kuulu geneeriseen kohdejärjestelmään. Levykuva liitetään Fusella sovelluksen käynnistämisen yhteydessä. Toisin kuin Snap ja Flatpak, AppImage ei tue sandboxausta, laiterajapintojen rajoittamista, virtuaaliverkkoja eikä muitakaan kontitustekniikoita.

• Jos järjestelmässä on n kpl AppImageja, onko mahdollista, että niissä on samoja apuohjelmia / rutiineja kussakin paketissa? Vie siis turhaa tilaa ja toisekseen eri pakettien sisltämissä samoissa palikoissa eri versioissa voi tulla ongelmia.

AppImage ei jaa riippuvuuksia sovellusten kesken, perusjärjestelmää lukuunottamatta. Paketeissa olevien kirjastojen eri versiot eivät myöskään sotke toisiaan tai järjestelmää.

Snap ja Flatpak tukevat jaettuja riippuvuuksia paremmin, mutta käytännössä päällekkäisiä kirjastoja tulee niissäkin aika paljon verrattuna perinteisiin Linux-paketointeihin, joissa jokaisesta kirjastosta on asennettuna yleensä vain yksi tai kaksi eri versiota ja kaikki sovellukset on käännetty niitä vasten.

[Vika/fiba]

Minua kiinnostaa RawTherapee-ohjelma. Siinä on viime aikoina ollut kehitysongelmia, mutta nyt tilanne näyttää paranevan. Silti uutta versiota ei ole julkaistu, vaan paljon parannuksia sisältävä dev-versio olisi ladattava Linuxille appimagena. En ihan ymmärrä, mitä tämä tarkoittaa.

Luultavasti tämä:  RawTherapee_dev_release.AppImage sivulla https://github.com/Beep6581/RawTherapee/releases/tag/nightly-github-actions olisi uusin versio.

Jos tämän asentaisin, olisiko tämä Appimage-versio erillinen vanhasta, jo asennetusta versiosta, vai pitäisikö vanha ensin poistaa?
Tämä appimage tuskin päivittyy, mutta odotamme uutta RawTherapeeta käyttöjärjestelmän repoihin!

[startx]

Minua kiinnostaa RawTherapee-ohjelma. Siinä on viime aikoina ollut kehitysongelmia, mutta nyt tilanne näyttää paranevan. Silti uutta versiota ei ole julkaistu, vaan paljon parannuksia sisältävä dev-versio olisi ladattava Linuxille appimagena. En ihan ymmärrä, mitä tämä tarkoittaa.

Luultavasti tämä:  RawTherapee_dev_release.AppImage sivulla https://github.com/Beep6581/RawTherapee/releases/tag/nightly-github-actions olisi uusin versio.

Jos tämän asentaisin, olisiko tämä Appimage-versio erillinen vanhasta, jo asennetusta versiosta, vai pitäisikö vanha ensin poistaa?
Tämä appimage tuskin päivittyy, mutta odotamme uutta RawTherapeeta käyttöjärjestelmän repoihin!

Appimage sisältää kaikki tarvittavat komponentit, eikä vaadi asennusta. Ohjelma käynnistyy, kun annat sille suoritusoikeudet. Ei pitäisi aiheuttaa ongelmia, jos vanhempi versio on asennettuna.

[nm]

Jos tämän asentaisin, olisiko tämä Appimage-versio erillinen vanhasta, jo asennetusta versiosta, vai pitäisikö vanha ensin poistaa?

Appimaget ovat erillisiä ja itsenäisiä, eivätkä ne sekoita muun järjestelmän toimintaa muuten kuin mahdollisesti käyttäjän kotihakemistoon tallennettujen asetusten osalta. Jos sovelluksen eri versiot vaativat erilaiset asetukset, voi olla järkevää käyttää vain AppImagea ja vaikka poistaa vanhempi versio kokonaan.

Snapissa ja Flatpakissa myös asetuskansiot on versioitu, jolloin samasta sovelluksesta saa olla useita versioita asennettuna.

[ilkant]

Hienosti tuo AppImage Stellarium v. 1.1 RC3 toimii Kubuntu 22.04:ssä. Sovelluksessa on sellainen ikävä ominaisuus, että asetusikkunoiden taustan väri on tumma ja kirjasin musta. Minun ja ehkä jokun muunkin on ollut vaikea lukea tekstiä.

Vinkkinä tuli, että niiden ikkunoiden värejä ja muitakin ominaisuuksia voi määritellä CSS-määrittelyillä. Ja annettiin daylight.css esimerkkinä. Kun sen kopioi ~/.stellarium/ hakemistoon, niin sen sai käyttöön kun käynnisti tuon AppImagen. Se siis ei ole ihan umpioitu paketti, josta ei pääse ulos. Ja ne asetusikkunoiden tekstit on nyt miellyttävää luettavaa.

[ilkant]

Ei ihan hienosti toimi AppImage apt:llä asennetun aiemman version kanssa. Tuli virheilmoitus " Could not load scientific star extra names file: stars/default/extra_name.fab". Kehittäjät vastasivat bugiraporttiin, että ei ole viisasta käyttää vanhemman version datatietoja uudemman ohjelmaversion (AppImagena) kanssa. Ei se ainakaan ole sitten 100 % toimiva joka tilanteessa.

Nyt ilmeisesti minun olisi poistettava apt:llä installoitu Stellarium 0.20.4 ja käyttää vain tuota AppImagea. Mietin vaan sitten, mitä tapahtuu kun olen säätänyt ohjelmaan daylight.css, joka sijaitsee ~/.stellarium/ -hakemistossa. Onko tuollainen hakemisto olemassa järjestelmässä AppImage -ajon jälkeenkin?

[nm]

Nyt ilmeisesti minun olisi poistettava apt:llä installoitu Stellarium 0.20.4 ja käyttää vain tuota AppImagea. Mietin vaan sitten, mitä tapahtuu kun olen säätänyt ohjelmaan daylight.css, joka sijaitsee ~/.stellarium/ -hakemistossa. Onko tuollainen hakemisto olemassa järjestelmässä AppImage -ajon jälkeenkin?

Ota se daylight.css talteen muualle, niin ei huku. Sinänsä ainakaan apt-paketin poistaminen ei sitä hävitä.

[ilkant]

Ota se daylight.css talteen muualle, niin ei huku. Sinänsä ainakaan apt-paketin poistaminen ei sitä hävitä.

Ohjelma saikin sen käyttöön kun tiedosto oli ~/.stellarium/ hakemistossa ja kun ohjelman käynnisti argumenteilla  --gui-css daylight.

[ilkant]

Kun uusinta ohjelmaversiota 1.1 on vaivannut näytön ongelma, niin osaako joku sanoa, mikä tuollaisen aiheuttaa? Kuvio vaihtuu eri Stellariumin käynnistyskerroilla. Välillä se on pelkkä viirukuvio. Aiemmissa versioissa ei moista ole. Tämä "ominaisuus" tuli version 1.1 RC3 jälkeen. Käänsin siis Stellariumin lähdekoodeista tällä koneella. Näytönohjain on MSI GeForce GT 1030 2GH LF OC. Tässä itse lähdekoodeista käännetyssä Stellariumissa on siis sama ongelma kuin AppImagen Stellariumissa. Ilmeisesti seuraava toimenpide on tutkia lähdekoodia tuon RC3:n jälkeen tehtyjen muutosten suhteen.

[nm]

Kun uusinta ohjelmaversiota 1.1 on vaivannut näytön ongelma, niin osaako joku sanoa, mikä tuollaisen aiheuttaa? Kuvio vaihtuu eri Stellariumin käynnistyskerroilla. Välillä se on pelkkä viirukuvio. Aiemmissa versioissa ei moista ole. Tämä "ominaisuus" tuli version 1.1 RC3 jälkeen. Käänsin siis Stellariumin lähdekoodeista tällä koneella. Näytönohjain on MSI GeForce GT 1030 2GH LF OC.

Onko käytössä Nvidian suljettu ajuri vai avoin Nouveau?

Koodia: [Valitse]

lshw -c display
Onko ikkunointijärjestelmänä Wayland vai X.org?

Koodia: [Valitse]

echo $XDG_SESSION_TYPE

[ilkant]

Onko käytössä Nvidian suljettu ajuri vai avoin Nouveau?

Stellarium-lokista:

01:00.0 VGA compatible controller: NVIDIA Corporation GP108 [GeForce GT 1030] (rev a1) (prog-if 00 [VGA controller])
Kernel driver in use: nouveau
Kernel modules: nvidiafb, nouveau

Koodia: [Valitse]

lshw -c display

Koodia: [Valitse]

  *-display                 
       description: VGA compatible controller
       product: GP108 [GeForce GT 1030]
       vendor: NVIDIA Corporation
       physical id: 0
       bus info: pci@0000:01:00.0
       logical name: /dev/fb0
       version: a1
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress vga_controller bus_master cap_list rom fb
       configuration: depth=32 driver=nouveau latency=0 mode=3440x1440 resolution=3440,1440 visual=truecolor xres=3440 yres=1440
       resources: iomemory:400-3ff iomemory:400-3ff irq:140 memory:a0000000-a0ffffff memory:4000000000-400fffffff memory:4010000000-4011ffffff ioport:4000(size=128) memory:c0000-dffff


Onko ikkunointijärjestelmänä Wayland vai X.org?

Koodia: [Valitse]

echo $XDG_SESSION_TYPE

$ echo $XDG_SESSION_TYPE
x11

Hain GitHubista Stellarium 1.1.1 koodit ja käänsin omalla koneella ohjelman. Ja sama juttu tuli silläkin esille. Nyt vaan tiedän, että se on tullut version 1.1 RC3 ja 1.1 välissä. En vain tiedä, miten GitHubissa voisi vertailla noita. Nehän lienevät eri forkkeja. Kehittäjillä on tuhat muutakin korjaamiskohdetta, joten heillä ei varmaan riitä mielenkiintoa kovin pitkälle ratkomaan tuota. Ja minä mietin jo, että jos kotikoneella ottaisi vanhemmasta versiosta näyttöön vaikuttavat koodinpätkät uudemman tilalle, niin voisi ehkä toimiakin, ellei sitten tule ristiriitaisuuksia muun koodin välille.

Kun katselin MSI GeForce GT 1030 2GH LF OC näytönohjaimen suoritusarvoja ja vertailuja, alkoi se tuntua jo muinaiselta. Mutta se on toiminut ihan hyvin ja täyttänyt tehtävänsä. Esimerkiksi GeForce GTX 3050 suoritusarvot olisivat paljon paremmat, mutta on hintakin nelinkertainen. Ja sitäpaitsi voisi olla, ettei sekään ratkaisisi tuota ongelmaa.

[nm]

Kernel driver in use: nouveau

Nouveau on hyvin suurella todennäköisyydellä syyllinen ongelmaan. Kokeile Nvidian suljetulla ajurilla.

[ilkant]

Nouveau on hyvin suurella todennäköisyydellä syyllinen ongelmaan. Kokeile Nvidian suljetulla ajurilla.

No niinpä oli. Nyt toimii. Kiitos! Tästä on ollut aiemminkin puhetta, mutta en uskaltanut silloin kokeilla kun pelkäsin, että en saa enää grafiikoita takaisin, jos ne katoavat. Kuten on joskus alkuaikoina käynyt. Meni järjestelmän uudelleenasennukseksi.

Onko minulla nyt ihan väärä ajatus kun käyttäisin mieluummin avoimia ajureita kuin suljettuja ja sen takia, että suljetuissa voi olla dokumentoimattomia ominaisuuksia? No voi sitä ajatella ehkä niinkin, että avoimen lähdekoodin koodaajat eivät tiedä tai ole saaneet selville näytönohjaimen raudata kaikkea.

EDIT: Tuota, tuota... Tässähän näkyy nyt satelliititkin, joita ei näkynyt avoimilla ajureilla. Ja uusia kohteita muitakin, joita ei ole avoimilla ajureilla näkynyt... 

[ilkant]

Oli tuosta se hyvä puoli, että nyt näkyy kuusta kraateritkin kun lähentää sitä tarpeeksi. AppImagessa ei näkynyt vaan pallona ilman kraatereita. Tällä koneella käännetty ottanee aiempien ohjelmakertojen ajoissa syntyneitä hakemistoja käyttöön. AppImage ei sitä tenyt. Olen näet ladannut lisätekstuurit kuuhun. Ja niitä ei AppImage ilmeisesti löydä tai ei edes etsi. Ja muutenkin haluan tutustua koodeihin. Mahdollisesti tehdä omia kokeiluja niihin.

Kuu nyt.

EDIT: Ja nyt tässä on käytössä Qt 6. Ubuntun ohjesivun mukaan piti asentaa ennen kääntämistä liuta paketteja ja niissä QT 6 mukana.

log.txt:

Koodia: [Valitse]

Qt runtime version: 6.2.4
Qt compilation version: 6.2.4


[nm]

Oli tuosta se hyvä puoli, että nyt näkyy kuusta kraateritkin kun lähentää sitä tarpeeksi. AppImagessa ei näkynyt vaan pallona ilman kraatereita. Tällä koneella käännetty ottanee aiempien ohjelmakertojen ajoissa syntyneitä hakemistoja käyttöön. AppImage ei sitä tenyt. Olen näet ladannut lisätekstuurit kuuhun. Ja niitä ei AppImage ilmeisesti löydä tai ei edes etsi.

Kyllä AppImagen pitäisi käyttää samaa konfiguraatiota ja dataa kuin itse käännetty versio, jos data sijaitsee kotihakemistossasi.

Onko minulla nyt ihan väärä ajatus kun käyttäisin mieluummin avoimia ajureita kuin suljettuja ja sen takia, että suljetuissa voi olla dokumentoimattomia ominaisuuksia? No voi sitä ajatella ehkä niinkin, että avoimen lähdekoodin koodaajat eivät tiedä tai ole saaneet selville näytönohjaimen raudata kaikkea.

Nvidian tapauksessa suljettu ajuri on reilusti nopeampi ja vakaampi kuin yhteisön kehittämä avoin ajuri. AMD ja Intel sen sijaan kehittävät ja ylläpitävät näytönohjaimiensa avoimia ajureita itse, ja ne toimivat hyvin.

Eli jos haluat käyttää avoimia ajureita, kannattanee vaihtaa koneeseen AMD:n näytönohjain.

[ilkant]

Kyllä AppImagen pitäisi käyttää samaa konfiguraatiota ja dataa kuin itse käännetty versio, jos data sijaitsee kotihakemistossasi.

Kuvatiedosto vietiin hakemistoon

/usr/share/stellarium/textures/

[nm]

Kyllä AppImagen pitäisi käyttää samaa konfiguraatiota ja dataa kuin itse käännetty versio, jos data sijaitsee kotihakemistossasi.

Kuvatiedosto vietiin hakemistoon

/usr/share/stellarium/textures/

Laita tiedostot kotihakemistossasi olevaan .stellarium-kansioon: ~/.stellarium/textures

Stellarium käyttää ensisijaisesti kotihakemistossa sijaitsevaa dataa. Tämä on dokumentoitu ainakin aiemman 0.22-version ohjeissa:
https://stellarium.org/doc/0.22/fileStructure.html

AppImage ei näe /usr/share-hakemistossa sijaitsevaa dataa, koska AppImagessa on oma sisäinen /usr/share. Sen sijaan käyttäjän kotihakemistossa oleva konfiguraatio ja data tulee käyttöön.

[ilkant]

MInusta tuntui jotenkin ensimmäisen kerran käynnistäessäni sitä itse käännettyä, että se olisi käynnistynyt nopeammin kuin AppImage. Päätin, että käännän jatkossakin omalla koneella. Ei se ole vaikeaa. Eikä kestä kovin kauaa. Kääntäminen rasittaa prosessoria pahemmin kuin prime95-alkuluvun etsintäohjelma. Laitoin 10/12 ydintä tekemään käännöstä. Tehoista meni pahimmillaan 90 %. Sinä aikana en tehnytkään koneella muuta. Ei se montaa minuuttia kääntänyt.