Linux-kysymyksiä & yleistä keskustelua Linuxista

[Tuge]

Miksi linux mint päivitysten hallinta tarjoaa vanhoja ytimiä ladattavaksi?

 

[Juha Uotila]

Miksi linux mint päivitysten hallinta tarjoaa vanhoja ytimiä ladattavaksi?

Mitä vanhoja? Koko minttihän on softaltaan sen 2-3 vuotta muita jäljessä

 

[Kosm]

Tuntui ainakin itsellä tuo POP_OS:n 20.04 julkaisu olevan varsin buginen ja raskas. Vaihdoin normaaliin ubuntuun ja tää toimii jostian syystä huomattavasti paremmin. Voi olla osittain tän koneen ja raudan syytäkin, mutta popin sai "kaatumaan"/jäätymään joka kerta samalla tavalla kun yritti käyttää tuota uutta tiling ominaisuutta.

Samaa huomasin itsekin, se tiling ominaisuus tuntui varsin keskeneräiseltä ja löytyi monta bugia siitä parissa tunnissa.

 

[Tuge]

Mitä vanhoja? Koko minttihän on softaltaan sen 2-3 vuotta muita jäljessä

Kyllä tässä on 5.3.0.-53. Tarjoilee 4.jotain ladattavaksi

 

[Juha Uotila]

Kyllä tässä on 5.3.0.-53. Tarjoilee 4.jotain ladattavaksi

Mutta onko sulla poistettu ne aikaisemmat 4.x kernelit sieltä? Jos ne on edelleen asennettuna niin eikös niihin kuitenkin normaalisti tarjota päivitykset kun sellaiset julkaistaan.

 

[HendriXXX]

Kyllä ne vanhat kernelit siellä päivittyy aina jos ne vaan on asennettuna, vaikkei käytössä olisikaan. Kannattaa ne vanhat poistella, mutta ite oon jättäny yhen vanhemman kernelin aina varalle jos tuoreempi kyykkää jostain syystä.
Hyvin harvoin noiden kerneleiden kans ongelmia on, mut on niitä joskus sattunu kohalle..

 

[Xiyng]

Onko Linuxille olemassa peliohjaimella käytettävää käyttöliittymää/"launcheria"? Posti toi Raspberry Pin, jota tahtoisin käyttää erinäisin tavoin. Käytännössä haluaisin siis pyörittää Raspbiania normaalilla työpöytäympäristöllä niin, että normaalisti laite käynnistyy suoraan peliohjaimella käytettävään käyttöliittymään. Ohjainkäyttöliittymässä tarvitsee näkyä vain haluamani sovellukset (tai vaihtoehtoisesti valinnat, joille olen jotenkin muuten valinnut, mikä komento ajetaan valinnan osuessa niihin). Lisäksi olisi varmaan syytä päästä myös takaisin työpöytäympäristöön, mutta siitä voinen ehkä joustaakin. Itse asiassa koko vaatimus työpöytäympäristöstäkin saattaa tarvittaessa olla karsittavissa pois.

 

[HendriXXX]

Mä tekisin sen Kodi:lla. Siihen sai ainaki vielä pari vuotta sitten addonin jonka avulla perus linux ohjelmia sai käynnistettyä suoraan Kodi:sta. Se tais tehdä semmosen ruudukkonäkymän niistä ohjelmista. Se kyllä on peliohjaimella varmaan hyvä käytellä..

 

[Xiyng]

No jos Kodi taipuu tuohon, se saattaisi toimia. Pitääpä selvitellä tuota vähän. Kodi oli muutenkin yksi niistä jutuista, joita olisin jossain vaiheessa saattanut haluta käynnistellä, joten se saattaisi toimia mainiosti myös "pohjaratkaisuna".

 

[Hyrava]

Ihan tavallista työpöytääkin voi toki peliohjaimella käyttää. Itselläni oli hetken sellainen viritys että laitoin tarvittavat ohjelmat/pelit työpöydälle kuvakkeiksi ja suurensin kuvakkeiden kokoa muutaman pykälän ja sitten vaan joku softa jolla pystyi hiirtä liikuttelemaan joystickin avulla. Toimi yllättävän hyvin omassa käytössä kunnes tuli laitettua RaspberryPi:hin Lakka.

 

[Karaya1]

Asensin vanhaan koneeseen Mintin, miten tuossa saa ulkonäköä muokattua?Kuvakeita ja työpöytää lähinnä.

 

[dominik]

Asensin vanhaan koneeseen Mintin, miten tuossa saa ulkonäköä muokattua?Kuvakeita ja työpöytää lähinnä.

Järjestelmäasetukset ja teemat jne.

 

[Karaya1]

Järjestelmäasetukset ja teemat jne.

Ok. Meni Mintti jo vaihtoon kun en sanut ääniä tomimaan millään. Nyt Ununtu käytössä, onhan tuo parempi mitä Mintti.

 

[jhalmu]

Mä tykkään mun Pop !Os:ista. Ja gnomen lisäosilla saa kivasti docin "oikeaksi".

 

[Juha Uotila]

Mä tykkään mun Pop !Os:ista. Ja gnomen lisäosilla saa kivasti docin "oikeaksi".

Eikai tuo eroa juuri mitenkään siitä että otat distron jossa gnome ja isket siihen saman lisäosan (ilmeisesti Dash to dock)

 

[jhalmu]

Eikai tuo eroa juuri mitenkään siitä että otat distron jossa gnome ja isket siihen saman lisäosan (ilmeisesti Dash to dock)

Juuri näin, ei eroa. Mutta muuten hienoja, toimiva ja freesi ubuntu-variantti. Toi ulkoasu asia on sikäli kimurantti että saan sillä itsekin itseni solmuun, joten arvostan hyvää selkeää työpöytää samantien. Ja ubuntun helppous kuitenkin. Toinen on Zorin os mutta jotenkin ei riittänyt uskallus nyt pääkoneeseen. Solus on kanssa kaunis, mutta minä laiska opettelemaan edes uutta päivitys-komentoa. Sori distroilu, mutta tuo mint-turhautuminen herätti muistoja.

 

[Juha Uotila]

Juuri näin, ei eroa. Mutta muuten hienoja, toimiva ja freesi ubuntu-variantti. Toi ulkoasu asia on sikäli kimurantti että saan sillä itsekin itseni solmuun, joten arvostan hyvää selkeää työpöytää samantien. Ja ubuntun helppous kuitenkin. Toinen on Zorin os mutta jotenkin ei riittänyt uskallus nyt pääkoneeseen. Solus on kanssa kaunis, mutta minä laiska opettelemaan edes uutta päivitys-komentoa. Sori distroilu, mutta tuo mint-turhautuminen herätti muistoja.

Juu itsekin ajelin pop 19.04 pitkään kunnes Linux hommat jäi vähän taka-alalle. Testasin tuossa nyt 20m04 versiota, mutta ainakin omalla luuskalla tuo uusin Ubuntu tuntuu toimivan huomattavasti paremmin. Pitää testata uudestaan kun tuo uusi läppäri tulee. Tykkään PopOS:n default teemasta ja "puhtaasta" gnomesta enemmän kuin Ubuntun.

 

[Romuvarasto]

Yhteen aikaan tuli vaihdettua jakeluita aika usein Käytännössä ainoa joissa on jaksanut roikkua pitempään kuin kuukauden tai kaksi on Ubuntu. Se on pitkän historiansa, hyvän tukensa ja suomenkielisenkin käyttäjäkuntansa takia osoittautunut helpoimmaksi ratkaisuksi tällaiselle kädettömälle. En pidä Ubuntun värimaailmasta joten se tulee aina modattua raikkaamman väriseksi.

 

[ztec]

/etc/hdparm.conf:n voi laittaa, ellei sitten tuo levyt-sovellus jo laittanut sinne ja ei jostain syystä pelaa.

Ei auta levyjen kanssa noiden virransäästöominaisuudet on rikki tai valmistaja tarkoituksella ohittaa annetut arvot.

Mulla on molemmantyyppisiä levyjä:
1) Toiset parkkeeraa headit muutaman sekunnin päästä
2) Toisissa ei low power timeri toimi ollenkaan

Molemmat on omalla tavallaan ärsyttäviä. Toiset jyrää koko ajan, ja toiset hidastelee ja raksuttelee jatkuvasti parkin kanssa sekä aiheuttaa aivan järjetöntä I/O latenssia.

Ykköseen ei ole mitään korjausta. Paitsi generoida jatkuvasti levytapahtumia, jolloin parkkia ei tapahdu.

Kakkoseen on korjaus antaa komento low powerista aina tarvittaessa käyttäen muuta ajastinta kuin levyn omaa ajastinta. Esim tarkistaa kerran vartissa, onko IOPS countti kasvanut kyseiselle interfacelle ja jos ei, niin sitten low power päälle. Onnistuu hyvin vaikka cronilla ja shelli scriptillä.

Tiedän aivan sairaan raivostuttavaa, mutta tällaista tää joskus on.

 

[Juha Uotila]

Mites voikon saa Archissa asennettua ja toimimaan LibreOfficen kanssa? Aur:stä löytyvät tarvittavat paketit ei tunnu enää toimivan /suostu asentumaan

 

[jhalmu]

Air=aur?
Ootko tämän ohjeilla koettanut asentaa? LibreOffice - ArchWiki

Sitten on vielä snap

Install libreoffice on Arch Linux using the Snap Store | Snapcraft

Get the latest version of libreoffice for on Arch Linux - LibreOffice is a free and open source office suite

snapcraft.io

 

[Juha Uotila]

Air=aur?
Ootko tämän ohjeilla koettanut asentaa? LibreOffice - ArchWiki

Sitten on vielä snap

Install libreoffice on Arch Linux using the Snap Store | Snapcraft

Get the latest version of libreoffice for on Arch Linux - LibreOffice is a free and open source office suite

snapcraft.io

Juurikin tuota Archwikin ohjetta yritin seurata ja asetnaa noita paketteja joita tuolla oli mainittu mutta yksi noista AUR:sta olevista paketeista ei suostu asentumaan, tai no tarkemmin ottane yksi sen riippuvuus (foma) ei suostu asentumaan vaan käännösvaiheessa puskee erroria.

 

[Asiantuntija]

Juurikin tuota Archwikin ohjetta yritin seurata ja asetnaa noita paketteja joita tuolla oli mainittu mutta yksi noista AUR:sta olevista paketeista ei suostu asentumaan, tai no tarkemmin ottane yksi sen riippuvuus (foma) ei suostu asentumaan vaan käännösvaiheessa puskee erroria.

Pystyisi varmaan auttamaan paremmin, jos kertoisit mitä erroria se puskee siinä käännösvaiheessa? Ei Voiko:lle taida olla muuta tapaa asentaa kuin AUR.

 

[Juha Uotila]

Pystyisi varmaan auttamaan paremmin, jos kertoisit mitä erroria se puskee siinä käännösvaiheessa? Ei Voiko:lle taida olla muuta tapaa asentaa kuin AUR.

Tuon foma-paketin kääntö aiheessa tuo vaan kaatuu ilman sen kummempia virheitä.

Spoileri: setti

[juha@archvii ~]$ yay -S voikko-fi
:: Checking for conflicts...
:: Checking for inner conflicts...
[Aur: 1] voikko-fi-2.3-1
[Aur Make: 1] foma-0.9.18-1

==> Remove make dependencies after install? [y/N] y
2 foma (Build Files Exist)
1 voikko-fi (Build Files Exist)
==> Packages to cleanBuild?
==> [N]one [A]ll [Ab]ort nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==> a
:: Deleting (1/2): /home/juha/.cache/yay/foma
:: Deleting (2/2): /home/juha/.cache/yay/voikko-fi
:: Downloaded PKGBUILD (1/2): foma
:: Downloaded PKGBUILD (2/2): voikko-fi
2 foma (Build Files Exist)
1 voikko-fi (Build Files Exist)
==> Diffs to show?
==> [N]one [A]ll [Ab]ort nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==> n
:: Parsing SRCINFO (1/2): foma
:: Parsing SRCINFO (2/2): voikko-fi
==> Making package: foma 0.9.18-1 (pe 29. toukokuuta 2020 22.14.10)
==> Retrieving sources...
-> Downloading foma-0.9.18.tar.gz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0
100 329k 100 329k 0 0 81888 0 0:00:04 0:00:04 --:--:-- 139k
==> Validating source files with md5sums...
foma-0.9.18.tar.gz ... Passed
==> Making package: voikko-fi 2.3-1 (pe 29. toukokuuta 2020 22.14.15)
==> Retrieving sources...
-> Downloading voikko-fi-2.3.tar.gz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 334 100 334 0 0 940 0 --:--:-- --:--:-- --:--:-- 940
100 678k 100 678k 0 0 728k 0 --:--:-- --:--:-- --:--:-- 2865k
-> Downloading voikko-fi-2.3.tar.gz.asc...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 338 100 338 0 0 2086 0 --:--:-- --:--:-- --:--:-- 2086
100 833 100 833 0 0 1250 0 --:--:-- --:--:-- --:--:-- 1250
==> Validating source files with md5sums...
voikko-fi-2.3.tar.gz ... Passed
voikko-fi-2.3.tar.gz.asc ... Skipped
==> Verifying source file signatures with gpg...
voikko-fi-2.3.tar.gz ... Passed
==> Making package: foma 0.9.18-1 (pe 29. toukokuuta 2020 22.14.18)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found foma-0.9.18.tar.gz
==> Validating source files with md5sums...
foma-0.9.18.tar.gz ... Passed
==> Removing existing $srcdir/ directory...
==> Extracting sources...
-> Extracting foma-0.9.18.tar.gz with bsdtar
==> Sources are ready.
==> Making package: foma 0.9.18-1 (pe 29. toukokuuta 2020 22.14.20)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing $srcdir/ tree
==> Starting build()...
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c int_stack.c -o int_stack.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c define.c -o define.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c determinize.c -o determinize.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c apply.c -o apply.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c rewrite.c -o rewrite.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c lexcread.c -o lexcread.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c topsort.c -o topsort.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c flags.c -o flags.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c minimize.c -o minimize.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c reverse.c -o reverse.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c extract.c -o extract.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c sigma.c -o sigma.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c io.c -o io.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c structures.c -o structures.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c constructions.c -o constructions.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c coaccessible.c -o coaccessible.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c utf8.c -o utf8.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c spelling.c -o spelling.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c dynarray.c -o dynarray.o
dynarray.c: In function ‘fsm_construct_done’:
dynarray.c:456:9: warning: ‘strncpy’ specified bound 40 equals destination size [-Wstringop-truncation]
456 | strncpy(net->name, handle->name, 40);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c mem.c -o mem.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c stringhash.c -o stringhash.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c trie.c -o trie.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c lex.lexc.c -o lex.lexc.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c lex.yy.c -o lex.yy.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c lex.cmatrix.c -o lex.cmatrix.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c regex.c -o regex.o
regex.y: In function ‘function_apply’:
regex.y:70:25: warning: ‘sprintf’ may write a terminating nul past the end of the destination [-Wformat-overflow=]
70 | sprintf(oldstr, "@ARGUMENT%02i@", (i+1));
| ^~~~~~~~~~~~~~~~
regex.y:70:9: note: ‘sprintf’ output between 13 and 14 bytes into a destination of size 13
70 | sprintf(oldstr, "@ARGUMENT%02i@", (i+1));
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
ar cru libfoma.a int_stack.o define.o determinize.o apply.o rewrite.o lexcread.o topsort.o flags.o minimize.o reverse.o extract.o sigma.o io.o structures.o constructions.o coaccessible.o utf8.o spelling.o dynarray.o mem.o stringhash.o trie.o lex.lexc.o lex.yy.o lex.cmatrix.o regex.o
ar: `u' modifier ignored since `D' is the default (see `U')
ranlib libfoma.a
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -shared -Wl,-soname,libfoma.so.0 -o libfoma.so.0.9.18 int_stack.o define.o determinize.o apply.o rewrite.o lexcread.o topsort.o flags.o minimize.o reverse.o extract.o sigma.o io.o structures.o constructions.o coaccessible.o utf8.o spelling.o dynarray.o mem.o stringhash.o trie.o lex.lexc.o lex.yy.o lex.cmatrix.o regex.o -lreadline -lz -ltermcap
/usr/bin/ld: define.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: define.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: determinize.o.bss+0x18): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: determinize.o.bss+0x20): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: apply.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: apply.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: rewrite.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: rewrite.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: lexcread.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: lexcread.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: topsort.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: topsort.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: flags.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: flags.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: minimize.o.bss+0x0): multiple definition of `trans_array'; determinize.o.bss+0x0): first defined here
/usr/bin/ld: minimize.o.bss+0x8): multiple definition of `trans_list'; determinize.o.bss+0x8): first defined here
/usr/bin/ld: minimize.o.bss+0x10): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: minimize.o.bss+0x18): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: reverse.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: reverse.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: extract.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: extract.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: sigma.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: sigma.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: io.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: io.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: structures.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: structures.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: constructions.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: constructions.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: coaccessible.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: coaccessible.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: utf8.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: utf8.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: spelling.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: spelling.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: dynarray.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: dynarray.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: mem.o.bss+0x28): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: mem.o.bss+0x30): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: lex.lexc.o.bss+0x10): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: lex.lexc.o.bss+0x8): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: lex.yy.o.bss+0x1600): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: lex.yy.o.bss+0x1608): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: lex.cmatrix.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: lex.cmatrix.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: regex.o.bss+0x30): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: regex.o.bss+0x38): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
collect2: error: ld returned 1 exit status
make: *** [Makefile:70: libfoma.so.0.9.18] Error 1
==> ERROR: A failure occurred in build().
Aborting...

 

[micko]

Tuon foma-paketin kääntö aiheessa tuo vaan kaatuu ilman sen kummempia virheitä.

Ei mitään ilmoitusta? Mistä sitten tiedät sen kaatuneen? Yleensä ei palautetta tarkoittaa, että homma onnistui.

 

[Juha Uotila]

Ei mitään ilmoitusta? Mistä sitten tiedät sen kaatuneen? Yleensä ei palautetta tarkoittaa, että homma onnistui.

tuossa ne on spoilerissa se error rivi mitä sieltä tulee

 

[Hyrava]

googleen hakua "libfoma arch" niin tulee kaikenlaista keskustelua aiheesta. ilmeisesti tuolla on joku sellainen riippuvuus jota arch ei osaa itse selvittää mutta jollain parametreillä lähtee toimimaan. Tai siis ilmeisesti jos oikein ymmärsin voidaan valita mitä komponenttia vasten tuota käännetään ja oletuksena se ilmeisesti riittävän vanilla-archilla tyssää siihen.

Itse en ole mikään arch-velho, käytän mieluummin debian-pohjaisia distroja mutta kun joutuu töissä paria arch-kasaa ylläpitämään niin edes vähän tuota ongelmanratkaisua on pikkuhailjaa kehittynyt. Ja nyt tulee varsin vahva vain oma mielipide, älkää vetäkö herneitä pussillista sieraimeen: arch on monin verroin työläämpi ylläpidettävä kuin esim debian-pohjaiset distrot. Tuo siis täysin omaa kokemusta oman spesiaali-arch-ympäristön keskeltä.

 

[Juha Uotila]

Jännästi tuo paketti kuitenkin asentuu virtuaalikoneessa pyörivään Manjaroon.

 

[ississ]

Tuon foma-paketin kääntö aiheessa tuo vaan kaatuu ilman sen kummempia virheitä.

Spoileri: setti

[juha@archvii ~]$ yay -S voikko-fi
:: Checking for conflicts...
:: Checking for inner conflicts...
[Aur: 1] voikko-fi-2.3-1
[Aur Make: 1] foma-0.9.18-1

==> Remove make dependencies after install? [y/N] y
2 foma (Build Files Exist)
1 voikko-fi (Build Files Exist)
==> Packages to cleanBuild?
==> [N]one [A]ll [Ab]ort nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==> a
:: Deleting (1/2): /home/juha/.cache/yay/foma
:: Deleting (2/2): /home/juha/.cache/yay/voikko-fi
:: Downloaded PKGBUILD (1/2): foma
:: Downloaded PKGBUILD (2/2): voikko-fi
2 foma (Build Files Exist)
1 voikko-fi (Build Files Exist)
==> Diffs to show?
==> [N]one [A]ll [Ab]ort nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==> n
:: Parsing SRCINFO (1/2): foma
:: Parsing SRCINFO (2/2): voikko-fi
==> Making package: foma 0.9.18-1 (pe 29. toukokuuta 2020 22.14.10)
==> Retrieving sources...
-> Downloading foma-0.9.18.tar.gz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0
100 329k 100 329k 0 0 81888 0 0:00:04 0:00:04 --:--:-- 139k
==> Validating source files with md5sums...
foma-0.9.18.tar.gz ... Passed
==> Making package: voikko-fi 2.3-1 (pe 29. toukokuuta 2020 22.14.15)
==> Retrieving sources...
-> Downloading voikko-fi-2.3.tar.gz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 334 100 334 0 0 940 0 --:--:-- --:--:-- --:--:-- 940
100 678k 100 678k 0 0 728k 0 --:--:-- --:--:-- --:--:-- 2865k
-> Downloading voikko-fi-2.3.tar.gz.asc...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 338 100 338 0 0 2086 0 --:--:-- --:--:-- --:--:-- 2086
100 833 100 833 0 0 1250 0 --:--:-- --:--:-- --:--:-- 1250
==> Validating source files with md5sums...
voikko-fi-2.3.tar.gz ... Passed
voikko-fi-2.3.tar.gz.asc ... Skipped
==> Verifying source file signatures with gpg...
voikko-fi-2.3.tar.gz ... Passed
==> Making package: foma 0.9.18-1 (pe 29. toukokuuta 2020 22.14.18)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found foma-0.9.18.tar.gz
==> Validating source files with md5sums...
foma-0.9.18.tar.gz ... Passed
==> Removing existing $srcdir/ directory...
==> Extracting sources...
-> Extracting foma-0.9.18.tar.gz with bsdtar
==> Sources are ready.
==> Making package: foma 0.9.18-1 (pe 29. toukokuuta 2020 22.14.20)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing $srcdir/ tree
==> Starting build()...
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c int_stack.c -o int_stack.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c define.c -o define.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c determinize.c -o determinize.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c apply.c -o apply.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c rewrite.c -o rewrite.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c lexcread.c -o lexcread.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c topsort.c -o topsort.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c flags.c -o flags.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c minimize.c -o minimize.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c reverse.c -o reverse.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c extract.c -o extract.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c sigma.c -o sigma.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c io.c -o io.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c structures.c -o structures.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c constructions.c -o constructions.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c coaccessible.c -o coaccessible.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c utf8.c -o utf8.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c spelling.c -o spelling.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c dynarray.c -o dynarray.o
dynarray.c: In function ‘fsm_construct_done’:
dynarray.c:456:9: warning: ‘strncpy’ specified bound 40 equals destination size [-Wstringop-truncation]
456 | strncpy(net->name, handle->name, 40);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c mem.c -o mem.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c stringhash.c -o stringhash.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c trie.c -o trie.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c lex.lexc.c -o lex.lexc.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c lex.yy.c -o lex.yy.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c lex.cmatrix.c -o lex.cmatrix.o
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -c regex.c -o regex.o
regex.y: In function ‘function_apply’:
regex.y:70:25: warning: ‘sprintf’ may write a terminating nul past the end of the destination [-Wformat-overflow=]
70 | sprintf(oldstr, "@ARGUMENT%02i@", (i+1));
| ^~~~~~~~~~~~~~~~
regex.y:70:9: note: ‘sprintf’ output between 13 and 14 bytes into a destination of size 13
70 | sprintf(oldstr, "@ARGUMENT%02i@", (i+1));
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
ar cru libfoma.a int_stack.o define.o determinize.o apply.o rewrite.o lexcread.o topsort.o flags.o minimize.o reverse.o extract.o sigma.o io.o structures.o constructions.o coaccessible.o utf8.o spelling.o dynarray.o mem.o stringhash.o trie.o lex.lexc.o lex.yy.o lex.cmatrix.o regex.o
ar: `u' modifier ignored since `D' is the default (see `U')
ranlib libfoma.a
gcc -O3 -Wall -D_GNU_SOURCE -std=c99 -fvisibility=hidden -fPIC -shared -Wl,-soname,libfoma.so.0 -o libfoma.so.0.9.18 int_stack.o define.o determinize.o apply.o rewrite.o lexcread.o topsort.o flags.o minimize.o reverse.o extract.o sigma.o io.o structures.o constructions.o coaccessible.o utf8.o spelling.o dynarray.o mem.o stringhash.o trie.o lex.lexc.o lex.yy.o lex.cmatrix.o regex.o -lreadline -lz -ltermcap
/usr/bin/ld: define.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: define.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: determinize.o.bss+0x18): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: determinize.o.bss+0x20): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: apply.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: apply.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: rewrite.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: rewrite.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: lexcread.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: lexcread.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: topsort.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: topsort.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: flags.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: flags.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: minimize.o.bss+0x0): multiple definition of `trans_array'; determinize.o.bss+0x0): first defined here
/usr/bin/ld: minimize.o.bss+0x8): multiple definition of `trans_list'; determinize.o.bss+0x8): first defined here
/usr/bin/ld: minimize.o.bss+0x10): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: minimize.o.bss+0x18): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: reverse.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: reverse.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: extract.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: extract.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: sigma.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: sigma.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: io.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: io.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: structures.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: structures.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: constructions.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: constructions.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: coaccessible.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: coaccessible.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: utf8.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: utf8.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: spelling.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: spelling.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: dynarray.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: dynarray.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: mem.o.bss+0x28): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: mem.o.bss+0x30): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: lex.lexc.o.bss+0x10): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: lex.lexc.o.bss+0x8): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: lex.yy.o.bss+0x1600): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: lex.yy.o.bss+0x1608): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: lex.cmatrix.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: lex.cmatrix.o.bss+0x8): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
/usr/bin/ld: regex.o.bss+0x30): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here
/usr/bin/ld: regex.o.bss+0x38): multiple definition of `g_defines'; int_stack.o.bss+0x8): first defined here
collect2: error: ld returned 1 exit status
make: *** [Makefile:70: libfoma.so.0.9.18] Error 1
==> ERROR: A failure occurred in build().
Aborting...

Yksi virhe riittää: "/usr/bin/ld: define.o.bss+0x0): multiple definition of `g_defines_f'; int_stack.o.bss+0x0): first defined here"

Pitäisi määrittää vain yhdessä paikassa...
Monesti vastaavat on olleet käännettävän paketin config- ongelmia. Joskus myös vääriä include- versioita ulkoisista riippuvuuksista.

Kannattaa tarkastaa onko asennettu tuon vaatimat riippuvudetoikeilla versioilla ja että config on oikein.

 

[pespoit]

Mikähän perkele siinä on, kun oma pöytäkone silloin tälloin kaatuu linuxia pyörittäessä? Silloin kun vielä käytin windows kymppiä niin ei ollut mitään vastaavia ongelmia, ja linuxillakin kaatuminen näyttää tapahtuvan vain työpöytäympäristössä. Esim. steam protonilla pelejä pelatessa ei ole kertaakaan kaatunut, vaan kaatuminen tapahtuu yleensä nettiä selatessa tai muussa kevyessä käytössä. Onko tämä am4 alustalla tunnettu ongelma? Alkaa tehdä mieli myydä ryzenit pois ja vaihtaa vanhempaan rautaan, en oikein mitään muutakaan syytä tälle keksi kuin tämä am4 alusta. Olen myös huomannut sellaisen asian, että jos tailsia yritän tällä pöytäkoneella käyttää, niin kone jäätyy hyvin pian, kun taas läppäreillä tails on toiminut moitteetta.

Ainakin C6 state aiheuttaa ongelmia. Sen saa kytkettyä yleensä UEFIsta pois päältä mutta varsinainen asetus vaihtelee eri emolevyissä.

 

[jhalmu]

Ennen purnattiin kuinka wintoosaa piti koko ajan päivitellä. Nyt tuntuu että linuxia. Pop Os käytössä. No ei tarvitse toki käynnistellä. Lienee vain edge-elämän varjopuolia. Toki on niitäkin distroja jotka päivitettiin jo muutama vuosi sitten. Tuli vaan mieleen.

 

[Eli4s]

Mistä löytää Firefoxin tiedostot? Ilmeisesti "/home/you/.mozilla/firefox/" path pitäis johtaa sinne, mutta ei löydy mitään. Käytössä Kubuntu.

 

[Juha Uotila]

Mistä löytää Firefoxin tiedostot? Ilmeisesti "/home/you/.mozilla/firefox/" path pitäis johtaa sinne, mutta ei löydy mitään. Käytössä Kubuntu.

Ainakin omassa Manjaro asennuksessa on juurikin tuolla kotihakemiston alla olevassa .mozilla hakemistossa.

 

[ztec]

Ainakin omassa Manjaro asennuksessa on juurikin tuolla kotihakemiston alla olevassa .mozilla hakemistossa.

Kuten myös Ubuntussa ja Lubuntussa ja Xubuntussa.

 

[rikn00]

Mistä löytää Firefoxin tiedostot? Ilmeisesti "/home/you/.mozilla/firefox/" path pitäis johtaa sinne, mutta ei löydy mitään. Käytössä Kubuntu.

Onko tiedostonhallintaohjelmassa piilotiedostojen (pisteellä alkavat tiedostot ja kansiot ovat oletuksena piilotettuja) näyttö päällä? Vaihtoehto siihen löytyy valikosta tai joissakin pikänäppäin alt+h tai alt+piste. Komentorivillä "ls -a /home/you/" näyttää kotihakemiston sisällön piilotiedostoineen.

 

[Eli4s]

Onko tiedostonhallintaohjelmassa piilotiedostojen (pisteellä alkavat tiedostot ja kansiot ovat oletuksena piilotettuja) näyttö päällä? Vaihtoehto siihen löytyy valikosta tai joissakin pikänäppäin alt+h tai alt+piste. Komentorivillä "ls -a /home/you/" näyttää kotihakemiston sisällön piilotiedostoineen.

Joo tämähän se oli. Olis pitäny kyllä itekki tajuta

Kiitoksia

 

[Pah0lain3]

Pikkuinen ongelma nyt.

Pitäis löydää käyttöjärjestelmä seuraavanlaisila vaatimuksilla.
Sen pitäisi olla itsenäinen distro mieluiten. Debian, Fedora, OpenSuse mm.
Ei kuten Mint jossa on ensiksi debian, jonka jälkeen siitä on tehty ubuntu ja näistä vasta Mint.

Täytyisi saada suoralla asennuksella Cinnamon työpöytä ympäristö, eli monessa kuten Opensusessa ei tule cinnnamonia vaan täytyy ensiksi asentaa pohja vaikka KDE, ja sen jälkeen Cinnamon ja sen jälkeen kaikki ohjelmat on sekaisin eikä KDE:etä taida saada poistettua enää mitenkään sieltä pohjalta. Voihan olla että Opensusen saa asennettua jotenkin "tyhjällä" ympäristöllä ja lisättyä siihen päälle sitten Cinnamonin...En tiedä.

Stubby, eli Dns Over Tls täytyisi löytyä pakettivalikoimasta. Arch/Manjaroon jne löytyy mutta ei niin helppo saada toimimaan, kun taas ubuntu & mint on todella helppo saada toimimaan stubbyn avulla.

Sitten vielä ajuri tuolle rx5600xt amd näyttikselle ja amd sivuilta löytyy tämmöinen info.
RHEL x86 64-Bit CentOS Ubuntu x86 64-Bit SLED/SLES 15

En tiedä mihin nuo nyt sitten on tarkoitettu. CentOS ja ubuntu on selviö.

Debian distroa mietin itselle, mutta siihen en vain saanu tuota näytönohjainta toimimaan millään. Osaisitteko auttaa valinnassa ? Manjaro/Arch on turhan hankala käyttää, samoin voi olla opensuse ja Debian vois olla helpohko ratkaisu mutta miten tuon amd ohjaimen kanssa pitäis toimia kun se vain sanoo että laitteisto kiihdytys plaaplaa ja käyttää suoritinta enemmän plaaplaa (oikeaan yläkulmaan tulee se ilmoitus ohjaimesta).

Hankala juttu tämä. Menee jo itse aivan sekaisin näissä ja varmasti puhun aivan puuta heinää kun niin paljon säätäny tuon näyttiksen takia. Nyt on käytössä siis Mint jossa tuo amd toimii tuolla erillisellä amd sivuilta haettavalla ajurilla.

 

[Juha Uotila]

No miksi et asenna vaan Ubuntua tai vaikka Pop_OS:ää? JA jos se toimii kerran Mint:llä niin miksi vaihtaa, vai onko joku asia joka pakottaisi vaihtamaan? Ubuntusta löytyy esim suoraan tuo Cinnamon Spin. POP_OS:sta löytyy vain Gnome versio.

 

[topiv]

Pikkuinen ongelma nyt.

Pitäis löydää käyttöjärjestelmä seuraavanlaisila vaatimuksilla.
Sen pitäisi olla itsenäinen distro mieluiten. Debian, Fedora, OpenSuse mm.
Ei kuten Mint jossa on ensiksi debian, jonka jälkeen siitä on tehty ubuntu ja näistä vasta Mint.

Täytyisi saada suoralla asennuksella Cinnamon työpöytä ympäristö, eli monessa kuten Opensusessa ei tule cinnnamonia vaan täytyy ensiksi asentaa pohja vaikka KDE, ja sen jälkeen Cinnamon ja sen jälkeen kaikki ohjelmat on sekaisin eikä KDE:etä taida saada poistettua enää mitenkään sieltä pohjalta. Voihan olla että Opensusen saa asennettua jotenkin "tyhjällä" ympäristöllä ja lisättyä siihen päälle sitten Cinnamonin...En tiedä.

Stubby, eli Dns Over Tls täytyisi löytyä pakettivalikoimasta. Arch/Manjaroon jne löytyy mutta ei niin helppo saada toimimaan, kun taas ubuntu & mint on todella helppo saada toimimaan stubbyn avulla.

Sitten vielä ajuri tuolle rx5600xt amd näyttikselle ja amd sivuilta löytyy tämmöinen info.
RHEL x86 64-Bit CentOS Ubuntu x86 64-Bit SLED/SLES 15

En tiedä mihin nuo nyt sitten on tarkoitettu. CentOS ja ubuntu on selviö.

Debian distroa mietin itselle, mutta siihen en vain saanu tuota näytönohjainta toimimaan millään. Osaisitteko auttaa valinnassa ? Manjaro/Arch on turhan hankala käyttää, samoin voi olla opensuse ja Debian vois olla helpohko ratkaisu mutta miten tuon amd ohjaimen kanssa pitäis toimia kun se vain sanoo että laitteisto kiihdytys plaaplaa ja käyttää suoritinta enemmän plaaplaa (oikeaan yläkulmaan tulee se ilmoitus ohjaimesta).

Hankala juttu tämä. Menee jo itse aivan sekaisin näissä ja varmasti puhun aivan puuta heinää kun niin paljon säätäny tuon näyttiksen takia. Nyt on käytössä siis Mint jossa tuo amd toimii tuolla erillisellä amd sivuilta haettavalla ajurilla.

Ajurin yhteydessä mainitut, eri Linux-jakeluversioihin, eli distribuutioihin viittaavat lyhenteet tarkoittavat seuraavaa:
- RHEL = Red Hat Enterprise Linux
- SLED / SLES = Suse Linux Enterprise Desktop / Server

SUSE Linux Enterprise - Wikipedia

en.wikipedia.org

Red Hat Enterprise Linux - Wikipedia

en.wikipedia.org

Ottamatta erityisesti kantaa esittämiisi vaatimuksiin, paras Linux-jakeluversio on se, minkä joku osaava tuttusi hallitsee. Näin saat apua ja neuvoja tarvittaessa. Toinen vaihtoehto on käyttää kirjastoa ja Googlea/Youtubea, jotta löytää tarpeeksi yleisen jakeluversion, jolle on saatavissa tarpeeksi ohjeita ja neuvoja miten sillä asiat tehdään oikeaoppisesti.

Jakeluversiot ovat vahvoja mielipide-asioita: yksi pitää yhdestä ja toinen vannoo toisen jakeluversion nimeen. Vanhan sanonnan mukaan yksi pitää tyttärestä ja toinen äidistä. Kun oppii yhden tavan tehdä asioita, toisen jakeluversion erilainen tapa tuntuu vieraalle.

Itse olen mieltynyt Ubuntuun, koska sillä on erittäin aktiivinen yhteisö, joka ylläpitää sen Wiki-kirjastoa ja ohjeita sekä laajat keskustelualueet, joista löytyy vastaus lähes ongelmaan kuin ongelmaan. Ubuntu on tällä hetkellä laajimmin käytetty linux-jakelu. Kaupallisista jakeluversioista Red Hat oli suurin, kun joskus asiaa selvittelin, mutta tilanne on voinut muuttua. IBM osti Red Hatin miljardikaupalla viime kesänä.

Ubuntu wiki: Home - Ubuntu Wiki
Ubuntu suomen keskustelualueet: Ubuntu Suomen keskustelualueet - Etusivu
Ubuntun englanninkieliset keskustelualueet: https://ubuntuforums.org/

Vastaavat löytyvät lähes kaikilta isoilta jakeluversioilta.

 

[tatulpin]

Fedorasta on ainakin Cinnamon-spinni. En kyllä ymmärrä että mikä estää käyttämästä sitä Minttiä kun se kerran jo toimii.

 

[tle88]

Ja etenkin, kun se Linux Mintin porukka on juuri se porukka, joka sitä Cinnamonia kehittää.

T -.-

 

[Romuvarasto]

Ajurin yhteydessä mainitut, eri Linux-jakeluversioihin, eli distribuutioihin viittaavat lyhenteet tarkoittavat seuraavaa:
- RHEL = Red Hat Enterprise Linux
- SLED / SLES = Suse Linux Enterprise Desktop / Server

SUSE Linux Enterprise - Wikipedia

en.wikipedia.org

Red Hat Enterprise Linux - Wikipedia

en.wikipedia.org

Ottamatta erityisesti kantaa esittämiisi vaatimuksiin, paras Linux-jakeluversio on se, minkä joku osaava tuttusi hallitsee. Näin saat apua ja neuvoja tarvittaessa. Toinen vaihtoehto on käyttää kirjastoa ja Googlea/Youtubea, jotta löytää tarpeeksi yleisen jakeluversion, jolle on saatavissa tarpeeksi ohjeita ja neuvoja miten sillä asiat tehdään oikeaoppisesti.

Jakeluversiot ovat vahvoja mielipide-asioita: yksi pitää yhdestä ja toinen vannoo toisen jakeluversion nimeen. Vanhan sanonnan mukaan yksi pitää tyttärestä ja toinen äidistä. Kun oppii yhden tavan tehdä asioita, toisen jakeluversion erilainen tapa tuntuu vieraalle.

Itse olen mieltynyt Ubuntuun, koska sillä on erittäin aktiivinen yhteisö, joka ylläpitää sen Wiki-kirjastoa ja ohjeita sekä laajat keskustelualueet, joista löytyy vastaus lähes ongelmaan kuin ongelmaan. Ubuntu on tällä hetkellä laajimmin käytetty linux-jakelu. Kaupallisista jakeluversioista Red Hat oli suurin, kun joskus asiaa selvittelin, mutta tilanne on voinut muuttua. IBM osti Red Hatin miljardikaupalla viime kesänä.

Ubuntu wiki: Home - Ubuntu Wiki
Ubuntu suomen keskustelualueet: Ubuntu Suomen keskustelualueet - Etusivu
Ubuntun englanninkieliset keskustelualueet: https://ubuntuforums.org/

Vastaavat löytyvät lähes kaikilta isoilta jakeluversioilta.

Kyllä. Ubuntuun on suomenkielinen tuki parempi kuin joihinkin muihin englanninkielinen. En osaa noita komentoriviasioita, josta syystä itselleni tärkeä. Ubuntusta on laajan käyttäjäkunnan takia paljon kokemusta netti pullollaan, joten jos enkku onnistuu niin esim laitteiden yhteensopivuus on helppo varmistaa.

 

[Barbarossa]

Sitten vielä ajuri tuolle rx5600xt amd näyttikselle ja amd sivuilta löytyy tämmöinen info.
RHEL x86 64-Bit CentOS Ubuntu x86 64-Bit SLED/SLES 15

Mitä tähän AMD:n näytönhohjainajuriasiaan tulee, nuo AMD:n sivuilta löytyvät ajurit ja niihin liittyvät tiedot koskevat ainoastaan suljettua AMDGPU-PRO-ajuria. Jos et varmaksi tiedä tarvitsevasi juuri tuota ajuria niin lähes varmasti et tarvitse.

Sen sijaan kutakuinkin kaikki täysipäiset distrot tukevat open source ajureita jotka saa kernelin ja Mesan (kunhan ei ole muinaiset versiot kummastakaan) matkassa. Navi-tuesta en varmaksi tiedä kun en moista omista, hämärä muistikuva on että kernelistä versio >= 5.3 ja Mesa >= 19.2 sisältävät jo sen. Toki uudempi parempi.

 

[Pah0lain3]

Ajurin yhteydessä mainitut, eri Linux-jakeluversioihin, eli distribuutioihin viittaavat lyhenteet tarkoittavat seuraavaa:
- RHEL = Red Hat Enterprise Linux
- SLED / SLES = Suse Linux Enterprise Desktop / Server

SUSE Linux Enterprise - Wikipedia

en.wikipedia.org

Red Hat Enterprise Linux - Wikipedia

en.wikipedia.org

Ottamatta erityisesti kantaa esittämiisi vaatimuksiin, paras Linux-jakeluversio on se, minkä joku osaava tuttusi hallitsee. Näin saat apua ja neuvoja tarvittaessa. Toinen vaihtoehto on käyttää kirjastoa ja Googlea/Youtubea, jotta löytää tarpeeksi yleisen jakeluversion, jolle on saatavissa tarpeeksi ohjeita ja neuvoja miten sillä asiat tehdään oikeaoppisesti.

Jakeluversiot ovat vahvoja mielipide-asioita: yksi pitää yhdestä ja toinen vannoo toisen jakeluversion nimeen. Vanhan sanonnan mukaan yksi pitää tyttärestä ja toinen äidistä. Kun oppii yhden tavan tehdä asioita, toisen jakeluversion erilainen tapa tuntuu vieraalle.

Itse olen mieltynyt Ubuntuun, koska sillä on erittäin aktiivinen yhteisö, joka ylläpitää sen Wiki-kirjastoa ja ohjeita sekä laajat keskustelualueet, joista löytyy vastaus lähes ongelmaan kuin ongelmaan. Ubuntu on tällä hetkellä laajimmin käytetty linux-jakelu. Kaupallisista jakeluversioista Red Hat oli suurin, kun joskus asiaa selvittelin, mutta tilanne on voinut muuttua. IBM osti Red Hatin miljardikaupalla viime kesänä.

Ubuntu wiki: Home - Ubuntu Wiki
Ubuntu suomen keskustelualueet: Ubuntu Suomen keskustelualueet - Etusivu
Ubuntun englanninkieliset keskustelualueet: https://ubuntuforums.org/

Vastaavat löytyvät lähes kaikilta isoilta jakeluversioilta.

Kiitos lyhenteiden selvittämisestä ! Tuo oli hyvin selvitetty niin muuta ei tarvinnukkaan.

Ei ole tuttuja jotka osaisivat linuxia tai edes windowssia, ajottain google ja youtube on tosiaan ollu hyvinä kamuina kun eri juttuja kokeilee. Olen kokeillu tails, whonixia (tms), manjaroita , ubuntua, fedoraa, popOssää ym ym lista on aika pitkä ja KDE, mate sekä cinnamon työpöydät on ne vakiot joita kolutaan läpi. Aina kaikissa tulee jokin juttu mikä ei kelpaa minulle. Joskus se on stubby olematon saatavuus/ohjeiden olemattomuus (esim opensusen kohdalla ei paljoaj ohjeita löytyny). Jossain tuli vastaan steam ongelmaa ja nyt ajuriongelmaa uuden näyttiksen myötä.

Mintissähän ei olisi mitään vikaa jos se toimisi tuollaisenaan, mutta itsenäisenä distrona. Okei siitä on tällä hetkellä olemassa lmde eli debian -> mint josta ubuntu jää välistä pois, mutta sittenpä ei ajurit näyttikselle enää toimikkaan. Mint 100% itsenäinen kuten debian tai fedora olisi enemmän kuin loistoratkaisu.

Kuvitellusti kun mint jakeluun tulee debianin ja ubuntun päivityksiä, tarkistaako niitä mint puolella edes ketään että on turvallisia. Jos joku esimerkiksi korkkaa debianin, se kura valuu ubuntun sekä mint käyttäjille. Jos joku korkkaa ubuntun se kura valuu taas mint käyttäjille ja sitten voidaan vielä korkata itse mint. Tämän vuoksi siis yritän miettiä itsenäistä jakelupakettia ja minimoisin samalla tuommoisen mahdollisuuden joka mint jakelussa nyt on. Tämä siis ihan tuulesta tempastu ajatus vain joka jääny pyörimään että kai tuo on jollain tapaa mahdollista kuitenkin, tai sitten ei.

Voihan olla että on aivan turhaa folioilua taas, ja täytyy vain tyytyä tavalliseen Mint Cinnamoniin mutta päätin silti kysyä apua jos jollain on tietoa distrosta joka olis sopinu omaan tarpeeseen. Ubuntua pyrin välttämään viimeiseen asti syystä : liiallinen folio. Ja koska mint sisältää osittain ubuntua mietin sitä korvaavaa jakelua että näyttis kuitenkin vielä toimis.

Distrolla ei sinänsä väliä koska kaikkia joutuu jokatapauksessa opettelemaan niin oppiipahan linuxia yleisesti paljon, ja ihan oikeasti tässä on linuxin puolta oppinu todella todella paljon kun on säätäny näiden eri jakeluiden kanssa

Semmosta...

se yksityisyys on kuitenkin tärkeä tekijä samalla kun distroa valkkaa. Ai niin unohdin vielä että jakelu sais olla eurooppalainen , ei usa tai kiina .... Mutta täytyy varmaan ajaa vielä tällä debianubuntu linux mintillä. Se on made from ireland ja sehän passaa kyllä, ubuntu vaan ei nappaa.

Mint on hyvä windowssista siirtyvälle aloittevalle linux käyttäjälle, itse kuulun myös aloitteleviin mutta koen jo yksityisyys ei vielä ihan riitä tuossa käyttiksessä joten pitäisi siirtyä "parempaan".

 

[Pah0lain3]

Mitä tähän AMD:n näytönhohjainajuriasiaan tulee, nuo AMD:n sivuilta löytyvät ajurit ja niihin liittyvät tiedot koskevat ainoastaan suljettua AMDGPU-PRO-ajuria. Jos et varmaksi tiedä tarvitsevasi juuri tuota ajuria niin lähes varmasti et tarvitse.

Sen sijaan kutakuinkin kaikki täysipäiset distrot tukevat open source ajureita jotka saa kernelin ja Mesan (kunhan ei ole muinaiset versiot kummastakaan) matkassa. Navi-tuesta en varmaksi tiedä kun en moista omista, hämärä muistikuva on että kernelistä versio >= 5.3 ja Mesa >= 19.2 sisältävät jo sen. Toki uudempi parempi.

Kokeilin tuota ubuntun ajuria debianiin kun debianin cinnamonissa oli oikeassa yläreunassa se näytönohjaimen ajuri ilmoitus eikä se toiminu debianissa ja ilmankaan debian ei tarjonnu ei tarjonnu ajureita. Ja kyllä, niiden pitäisi sisältyä kerneliin mutta debian ei ainakaan suostunu toimimaan tuolla radeon 5600xt näytönohjaimella oikein.

Luultavasti olen vain vähän liian aikasessa ja muutaman kuukauden päästä tilanne saattaapi olla toinen. Mint paketissa taas toimii tuo ajuri amdgpu-pro ja csgo kun pelas niin fps kipusi yli 400 kivasti että kyllä se toimi luultavasti. Kelloja ei oikein mikään suostunu näyttämään ja joku näytti mutta ei oikein sinnepäinkään.

Tälläisiä arvoja sain ainoastaan (idle) :
sudo cat /sys/kernel/debug/dri/0/amdgpu_pm_info

GFX Clocks and Power:
100 MHz (MCLK)
800 MHz (SCLK)
300 MHz (PSTATE_SCLK)
100 MHz (PSTATE_MCLK)
800 mV (VDDGFX)
8.0 W (average GPU)

GPU Temperature: 38 C
GPU Load: 0 %
MEM Load: 0 %

Ja cssää pelatessa gpu load nousi 3% saakka. Kellot ei paljoa vaihtunu.

Tarkoitan että ilman ajuria en saa sitä näytönohjain ilmoitusta pois ruudulta oli jakelu melkein mikä tahansa paitsi ubuntu/mint.

 

[Juha Uotila]

Kuvitellusti kun mint jakeluun tulee debianin ja ubuntun päivityksiä, tarkistaako niitä mint puolella edes ketään että on turvallisia. Jos joku esimerkiksi korkkaa debianin, se kura valuu ubuntun sekä mint käyttäjille. Jos joku korkkaa ubuntun se kura valuu taas mint käyttäjille ja sitten voidaan vielä korkata itse mint. Tämän vuoksi siis yritän miettiä itsenäistä jakelupakettia ja minimoisin samalla tuommoisen mahdollisuuden joka mint jakelussa nyt on. Tämä siis ihan tuulesta tempastu ajatus vain joka jääny pyörimään että kai tuo on jollain tapaa mahdollista kuitenkin, tai sitten ei.

Siis siksi ne päivitykset sinne ubuntuunkaan valu tarkistamatta. Kyllä ne on aika pitkälti tarkistettu.

Eikä se "itsenäinen" distro tuossa auta hirveästi, ei siellä kuitenkaan rahkeet riitä kaikkia paketteja ja osia tarkistamaan. Ja jos sieltä joku kriittinen aukko nyt löytyy niin kyllä se korjaus näihin päädistroihin tulee salamana.

Kyllä se nyt vaan kannattaa ottaa sellainen distro jossa niitä "vikoja" on vähiten omassa käytössä, tuskin tulee täydellistä distroa jossa ei niitä ongelmia ole. Vaatimukset kun näyttää olevan aika mahdottomat toteuttaa.

 

[Pah0lain3]

Siis siksi ne päivitykset sinne ubuntuunkaan valu tarkistamatta. Kyllä ne on aika pitkälti tarkistettu.

Eikä se "itsenäinen" distro tuossa auta hirveästi, ei siellä kuitenkaan rahkeet riitä kaikkia paketteja ja osia tarkistamaan. Ja jos sieltä joku kriittinen aukko nyt löytyy niin kyllä se korjaus näihin päädistroihin tulee salamana.

Kyllä se nyt vaan kannattaa ottaa sellainen distro jossa niitä "vikoja" on vähiten omassa käytössä, tuskin tulee täydellistä distroa jossa ei niitä ongelmia ole. Vaatimukset kun näyttää olevan aika mahdottomat toteuttaa.

Lmde mint olis todella hyvä, mutta jos nyt muistankin oikein niin tällä 100% amd koneella ei suostunu edes lmde mint käynnistymään livetikulta. Kun taas normi mint toimii todella upeasti. Tahtoisin vaan pudottaa tuon ubuntun kyydistä.

Vois kokeilla tuota open susea kun kerran ajurit näyttäis kelpaavan siihen, tai suse linuxiin ainakin.
- SLED / SLES = Suse Linux Enterprise Desktop / Server

Ainut vain että stubbyn voi joutua jättämään kyydistä pois, mutta kuten totesit niin aika mahdottomat vaatimukset ja siksi kysyinkin apua kun itse en ole myöskään näillä vaatimuksilla sopivaa löytämään.

Voi kun tuo mint ymmärtäisi pudottaa tuon ubuntun kokonaan kyydistä. Debian, eli lmde vielä just ja just menis. Mutta ei tule tapahtumaan ennenkuin ubuntun taru oikeasti loppuu ja sehän tuskin tulee loppumaan.

 

[Barbarossa]

Kokeilin tuota ubuntun ajuria debianiin kun debianin cinnamonissa oli oikeassa yläreunassa se näytönohjaimen ajuri ilmoitus eikä se toiminu debianissa ja ilmankaan debian ei tarjonnu ei tarjonnu ajureita. Ja kyllä, niiden pitäisi sisältyä kerneliin mutta debian ei ainakaan suostunu toimimaan tuolla radeon 5600xt näytönohjaimella oikein.

No jos Debian stablea olet yrittänyt niin ei mikään ihme jos ei toimi. Ajantasainen ja Debian sopii huonosti samaan lauseeseen. Kuulemma viimeisin Debian sai viimein tuen Foinikialaisille kivitauluille.

 

[rikn00]

Opensusen installerissa pystyy tarkkaan valitsemaan mitä haluaa asentaa. Cinnamonia ei välttämättä löydy suoraan työpöytävaihtoehdoista mutta pakettien valinnan kautta sen pitäisi löytyä. En ole varma onko se dvd:ssä suoraan mukana mutta net installilla ainakin löytyy. Täytyy kyllä kompata tässä muita, että ei se ubuntu-pohjaisuus tee mintistä sen huonompaa kuin debian-pohjaisuus. Ubuntu ei ole mikään autotallidistro vaan ihan laatudistro myös päivitysten osalta ja mint nauttii tästä pohjasta.

 

[micko]

Mitä tähän AMD:n näytönhohjainajuriasiaan tulee, nuo AMD:n sivuilta löytyvät ajurit ja niihin liittyvät tiedot koskevat ainoastaan suljettua AMDGPU-PRO-ajuria. Jos et varmaksi tiedä tarvitsevasi juuri tuota ajuria niin lähes varmasti et tarvitse.

Sen sijaan kutakuinkin kaikki täysipäiset distrot tukevat open source ajureita jotka saa kernelin ja Mesan (kunhan ei ole muinaiset versiot kummastakaan) matkassa. Navi-tuesta en varmaksi tiedä kun en moista omista, hämärä muistikuva on että kernelistä versio >= 5.3 ja Mesa >= 19.2 sisältävät jo sen. Toki uudempi parempi.

Amdgpu-pro on vanhentunut, eikä sitä suositella 5000-sarjalaisten kanssa. Peliteho käsittääkseni on ihan amdgpu-ajurilla kunnossa ja opencl-hommiin löytyy rocm-kirjastot.