51
Yleistä keskustelua / Vs: IPTV:n yhteys modeemista vai routterista
« Uusin viesti kirjoittanut JaniAlander 04.04.26 - klo:10.01 »Vaikuttaa bottikäyttäjältä, ts. on tarkkailussa ja voipi lähteä hyvin äkkiä.
Ubuntu Suomen keskustelualueet
Uutiset:
Ubuntu 24.04.4 LTS | Lataa ja asenna | Tutustu yhteisöön | Blogi | Yritysten tarjoamat palvelut
Valmistajien tukemat Ubuntu-tietokoneet: kannettavatietokone.fi uudet ja käytetyt sekä Lenovo-verkkokauppa
Tuoreimmat viestit
52
Ubuntu tietokoneissa / SIIRRETTY: Päivitys Linux MInt 22.2 -> 22.3 — ibus hävisi [RATKAISTU]
« Uusin viesti kirjoittanut JaniAlander 04.04.26 - klo:09.20 »Tämä aihe on siirretty alueelle Muut käyttöjärjestelmät ja Linux-jakelut.
https://forum.ubuntu-fi.org/index.php?topic=59787.0
https://forum.ubuntu-fi.org/index.php?topic=59787.0
53
Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Ohjeita shell-skriptaukseen (bash)
« Uusin viesti kirjoittanut petteriIII 04.04.26 - klo:09.13 »Linux-BASH:in vanhat käskyt kuuluvat tulkkiin joten ne ovat yli kymmenen kertaa nopeampia kuin uudet käskyt jo yksinäänkin. Koska skriptiä hidastaa eniten tulkkaus ja koska peräkkäiset vanhat käskyt tulkataan kerralla niin niiden 'joukkonopeus' on vielä kymmeniä kertoja suurempi - siis jokainen uusi käsky aloittaa uuden tulkkauksen.
Vanhat käskyt osaavat myös tehdä yhteistyötä funktio-muotoon kirjoitetuissa skripteissä ja se johtaa siihen että niillä voi poikkeuksetta tehdä nopean funktion mahdottominakin pidettyihin tehtäviin - voit unohtaa kaikki 'BASH ei osaa' puheet - lisäksi kaiken voi tehdä itse eikä tukeutua tehtyihin ratkaisuihin - ilmeisesti juuri sitä pelättiin kun päätettiin tuhota BASH - sillä eihän montaakaan virtuoosia silloin tarvittaisi.
Vanhoilla käskyillä on ihan samat sisäiset loopit ja matriisit kuin uusillakin joten yleensä ne ovat yksinäänkin yhtä kykeneviä kuin uudetkin. Mutta kyllä kumpiakin silti tarvitaan sillä kumpikin on toisen tehtävissä surkea - siis vanhat käskyt loistavat muistin käsittelyssä ja vanhat käskyt loistavat tiedostojen käsittelyssä. Lisäksi jotkin uusista käskyistä ovat todella isoja C-kielisiä ohjelmia eikä niitä ole helppo korvata.
Tehdyt funktiot on pakko lisätä tiedostoon ~/.bashrc jotta ne toimisivat kaikissa skripteissä tekemättä mitään - siis skriptisi nopeutuisivat paljon, oppisivat matematiikkaa ja kaikkea sellaista joista sanotaan: 'BASH ei osaa'. Lisäyksissä pitää kuitenkin käyttää järkeä sillä ei kaikkea kannata sinne laittaa ja vaarallistakin se on jos ei tiedä kuinka se on tehtävä.
BASH:issa on myös kymmenin tuhansin käskyjä jotka toimivat uusien käskyjen kanssa niin huonosti ettei niiden käyttämisessä ole mitään järkeä - joten ne ovat melkein hävinneet historiaan. Niissä taitaa lymytä seuraava vallankumous sillä ne toimivat vanhojen käskyjen kanssa loistavasti. Taidan vaan olla niin vanha ja väsynyt etten jaksa tutkia.
Melkein kaikki kuvaukset vanhoista käskyistä on tuhottu määräysten mukaan - tosin BASH raamatussakin on kuvaus muutamista vanhoista käskyistä mutta niiden nopeudesta ja vielä suuremmasta ryhmänopeudesta, suuresta lukumäärästä ja ryhmä-työskentelyn mukanaan tuomasta kyvykkyydestä ei ole minkäänlaista lausuntoa siellä eikä muuallakaan. Vasta koottuani vanhoja käskyjä ison joukon aloin aavistelemaan niiden kyvykkyyttä sillä kyvyt ilmenevät vasta kun vanhoja käskyjä tuntee riittävä monia jotta ryhmätyöskentely onnistuisi.
Eivät vanhat käskyt sittenkään tuo mukanaan paljoakaan 'vallankumouksellista' vaan lähes kaikki toimisi kyllä uusillakin käskyillä - tosin tautisen hitaasti ja hankalasti - esimerkiksi seuraava kerro9 skripti toimisi kyllä mutta aikaa kuluisi sekunteja. Täytyy ihmettellä mikseivät virtuoosit ole sellaista tehneet sillä ei se ole raketti-tiedettä.
Vanhoihin käskyihin oppii liittämään monia ennentuntemattomia toimintoja - seuraavassa kerro9 funktiossa taas pari:
Kopioi koko koodikenttä kerralla päätteeseen ja paina enter. Näytölle tulee välittömästi:
Tarkistus siitä että desimaalipiste siirtyy oikealla hetkellä. Lukujen siirto nimiparametreina
9.9999999989350756
10.0000000305578522
-9.9999999989350756
-10.0000000305578522
9.9999999989350756
10.0000000305578522
Tarkistus siitä että desimaalipiste siirtyy oikealla hetkellä. Lukujen siirto arvoparametreina
9.9999999989350756
10.0000000305578522
-9.9999999989350756
-10.0000000305578522
9.9999999989350756
10.0000000305578522
- eihän yhden matematiikkaa hallitsemattoman ukon tekoset voi olla matemaattisessa mielessä moitteettomia vaan helposti syyllistyy johonkin hölmöyteen - mutta se piirre näillä funktioilla on että korjaus on aina mahdollinen ja yleensä korjaus on nopea ja helppo tehdä.
Vanhat käskyt osaavat myös tehdä yhteistyötä funktio-muotoon kirjoitetuissa skripteissä ja se johtaa siihen että niillä voi poikkeuksetta tehdä nopean funktion mahdottominakin pidettyihin tehtäviin - voit unohtaa kaikki 'BASH ei osaa' puheet - lisäksi kaiken voi tehdä itse eikä tukeutua tehtyihin ratkaisuihin - ilmeisesti juuri sitä pelättiin kun päätettiin tuhota BASH - sillä eihän montaakaan virtuoosia silloin tarvittaisi.
Vanhoilla käskyillä on ihan samat sisäiset loopit ja matriisit kuin uusillakin joten yleensä ne ovat yksinäänkin yhtä kykeneviä kuin uudetkin. Mutta kyllä kumpiakin silti tarvitaan sillä kumpikin on toisen tehtävissä surkea - siis vanhat käskyt loistavat muistin käsittelyssä ja vanhat käskyt loistavat tiedostojen käsittelyssä. Lisäksi jotkin uusista käskyistä ovat todella isoja C-kielisiä ohjelmia eikä niitä ole helppo korvata.
Tehdyt funktiot on pakko lisätä tiedostoon ~/.bashrc jotta ne toimisivat kaikissa skripteissä tekemättä mitään - siis skriptisi nopeutuisivat paljon, oppisivat matematiikkaa ja kaikkea sellaista joista sanotaan: 'BASH ei osaa'. Lisäyksissä pitää kuitenkin käyttää järkeä sillä ei kaikkea kannata sinne laittaa ja vaarallistakin se on jos ei tiedä kuinka se on tehtävä.
BASH:issa on myös kymmenin tuhansin käskyjä jotka toimivat uusien käskyjen kanssa niin huonosti ettei niiden käyttämisessä ole mitään järkeä - joten ne ovat melkein hävinneet historiaan. Niissä taitaa lymytä seuraava vallankumous sillä ne toimivat vanhojen käskyjen kanssa loistavasti. Taidan vaan olla niin vanha ja väsynyt etten jaksa tutkia.
Melkein kaikki kuvaukset vanhoista käskyistä on tuhottu määräysten mukaan - tosin BASH raamatussakin on kuvaus muutamista vanhoista käskyistä mutta niiden nopeudesta ja vielä suuremmasta ryhmänopeudesta, suuresta lukumäärästä ja ryhmä-työskentelyn mukanaan tuomasta kyvykkyydestä ei ole minkäänlaista lausuntoa siellä eikä muuallakaan. Vasta koottuani vanhoja käskyjä ison joukon aloin aavistelemaan niiden kyvykkyyttä sillä kyvyt ilmenevät vasta kun vanhoja käskyjä tuntee riittävä monia jotta ryhmätyöskentely onnistuisi.
Eivät vanhat käskyt sittenkään tuo mukanaan paljoakaan 'vallankumouksellista' vaan lähes kaikki toimisi kyllä uusillakin käskyillä - tosin tautisen hitaasti ja hankalasti - esimerkiksi seuraava kerro9 skripti toimisi kyllä mutta aikaa kuluisi sekunteja. Täytyy ihmettellä mikseivät virtuoosit ole sellaista tehneet sillä ei se ole raketti-tiedettä.
Vanhoihin käskyihin oppii liittämään monia ennentuntemattomia toimintoja - seuraavassa kerro9 funktiossa taas pari:
Koodia: [Valitse]
function kerro9 () { # tulo on korkeintaan 18 numeroinen desimaali-luku. Sekä nimi- että arvoparametrit toimivat. Tulos tulee kerro9 nimiseen muuttujaan.
[[ ${1:0:1} =~ [-+.0-9] ]] && { apu1=$1; apu2=$2 ;} || { eval apu1=\$${1/\.*}; eval apu2=\$${2/\.*} ;}
apu=$((${apu1/\.*}*${apu2/\.*}))
kokonaisia=${#apu}
tulos=$((${apu1/\./}*${apu2/\./}))
[[ ${tulos:$apu<1:2} -eq 10 ]] && kokonaisia=$(($kokonaisia+1)) # tämä lause varmistaa että desimaalipiste siirtyy oikealla hetkellä
# ${tulos:$apu<1:2} --> totuusarvon (tai yleensäkin arvon) tulostavaa funktiota voi käyttää
# muuttujana - ja muuttuja jolla on parametrit (~tarkenteet) on aikaisemmin BASH:issa tuntematon ilmaus.
# aikaisemmin käsky oli: ${tulos:1-$apu>1:2} -> kaksoispilkun jälkeisessä osassa matematiikka on ihan normaalia
read<<<${tulos:0:$kokonaisia}.${tulos:$kokonaisia} $FUNCNAME ;}
echo; echo Tarkistus siitä että desimaalipiste siirtyy oikealla hetkellä. Lukujen siirto nimiparametreina
luku1=3.16227766; luku2=3.16227766; kerro9 luku1 luku2; echo $kerro9
luku1=3.16227766; luku2=3.16227767; kerro9 luku1 luku2; echo $kerro9
luku1=3.16227766; luku2=-3.16227766; kerro9 luku1 luku2; echo $kerro9
luku1=3.16227766; luku2=-3.16227767; kerro9 luku1 luku2; echo $kerro9
luku1=-3.16227766; luku2=-3.16227766; kerro9 luku1 luku2; echo $kerro9
luku1=-3.16227766; luku2=-3.16227767; kerro9 luku1 luku2; echo $kerro9
echo; echo Tarkistus siitä että desimaalipiste siirtyy oikealla hetkellä. Lukujen siirto arvoparametreina
luku1=3.16227766; luku2=3.16227766; kerro9 $luku1 $luku2; echo $kerro9
luku1=3.16227766; luku2=3.16227767; kerro9 $luku1 $luku2; echo $kerro9
luku1=3.16227766; luku2=-3.16227766; kerro9 $luku1 $luku2; echo $kerro9
luku1=3.16227766; luku2=-3.16227767; kerro9 $luku1 $luku2; echo $kerro9
luku1=-3.16227766; luku2=-3.16227766; kerro9 $luku1 $luku2; echo $kerro9
luku1=-3.16227766; luku2=-3.16227767; kerro9 $luku1 $luku2; echo $kerro9
Kopioi koko koodikenttä kerralla päätteeseen ja paina enter. Näytölle tulee välittömästi:
Tarkistus siitä että desimaalipiste siirtyy oikealla hetkellä. Lukujen siirto nimiparametreina
9.9999999989350756
10.0000000305578522
-9.9999999989350756
-10.0000000305578522
9.9999999989350756
10.0000000305578522
Tarkistus siitä että desimaalipiste siirtyy oikealla hetkellä. Lukujen siirto arvoparametreina
9.9999999989350756
10.0000000305578522
-9.9999999989350756
-10.0000000305578522
9.9999999989350756
10.0000000305578522
- eihän yhden matematiikkaa hallitsemattoman ukon tekoset voi olla matemaattisessa mielessä moitteettomia vaan helposti syyllistyy johonkin hölmöyteen - mutta se piirre näillä funktioilla on että korjaus on aina mahdollinen ja yleensä korjaus on nopea ja helppo tehdä.
54
Yleistä keskustelua / Vs: IPTV:n yhteys modeemista vai routterista
« Uusin viesti kirjoittanut qwertyy 03.04.26 - klo:20.25 »Kannattaa muuten katsoa noita viestien päivämääriä vastatessa 
55
Yleistä keskustelua / Vs: IPTV:n yhteys modeemista vai routterista
« Uusin viesti kirjoittanut dragooon07 03.04.26 - klo:20.12 »Jos haluat parhaan suorituskyvyn ja tietoturvan IPTV:lle, yleensä suositellaan kytkemään IPTV-suoratoistolaitteesi suoraan reitittimeen sen sijaan, että se menisi suoraan modeemiin. Kun käytät reititintä, saat paremman hallinnan verkon liikenteestä ja voit tarvittaessa rajoittaa muiden laitteiden vaikutusta IPTV:n kaistanleveyteen.
Joissakin tapauksissa modeemin kautta suora yhteys toimii, kuten mainitsit Watsonin kanssa, mutta jos käytät vanhempia laitteita (esim. Buffalo), ne voivat jumittua reitittimen kautta. Asus (AC-68U) on yleensä riittävän tehokas käsittelemään IPTV-liikennettä ilman ongelmia.
Yhteenvetona: paras käytäntö on kytkeä IPTV-laitteesi reitittimeen, jotta saat sekä vakaamman yhteyden että paremman tietoturvan. Lisätietoja ja vinkkejä IPTV-asetuksiin löydät täältä: iptv
.
Joissakin tapauksissa modeemin kautta suora yhteys toimii, kuten mainitsit Watsonin kanssa, mutta jos käytät vanhempia laitteita (esim. Buffalo), ne voivat jumittua reitittimen kautta. Asus (AC-68U) on yleensä riittävän tehokas käsittelemään IPTV-liikennettä ilman ongelmia.
Yhteenvetona: paras käytäntö on kytkeä IPTV-laitteesi reitittimeen, jotta saat sekä vakaamman yhteyden että paremman tietoturvan. Lisätietoja ja vinkkejä IPTV-asetuksiin löydät täältä: iptv
.
56
Yleistä keskustelua / Vs: Vuonna 2027 Californiassa käyttöjärjestelmän on tiedettävä käyttäjän ikä
« Uusin viesti kirjoittanut JaniAlander 03.04.26 - klo:18.33 »Ihan kuin kuvankäsittelyä, vieläpä AI:n avustama, olisi keksitty: https://www.iltalehti.fi/asumisartikkelit/a/c01953b4-7dba-41d4-811c-24fdf9b416d2
Kuvitelma, että kuva passista tai henkilökortista sähköisesti todistaisi jotain on aivan uskomaton...
Puhumattakaan siitä, että oikean passin tai henkilökortin kuvaa pitäisi lähettää mihinkään. Ihan älytöntä sekin. Ihan sama kuin, että henkilötunnuksen tietäminen mitenkään todistaisi henkilöllisyyttä.
Ongelma on tosi, mutta miten se ratkaistaan ei ole niin yksinkertaista kuin Kalifornian lainsäätäjät kuvittelevat. Missäs näitä IT firmoja olikaan pilvin pimein, jossain Piilaaksossa?
Amerikkalaiset aihuttavat ongelman lyhytnäköisyydellään ja euroopalaisten pitäisi hoitaa kaikki heidän aihauttamansa ongelmat
lisäys:
PS. Kaivoin henkilökorttini esiin ja aloin ihmetellä miksi siinä on hologrammeja jne. Eikös tulisi halvemmaksi jättää ne pois, kun jo 2-ulotteinen kuva kortista todistaa henkilöllisyyden
Sillä tavoin se ilmeisesti tosiaan tulee toimimaan ainakin Windowsissa. Katsoin just videon asiasta viimeisimmän päivityksen jälkeen voi jos haluaa komentoriviltä aktivoida ikävalvonnan. Ja kyllä sitten on parasta olla kamera koneessa, se vaatii henkilöllisyystodistuksen skannausta. Muuten ei mennä eteenpäin.
57
Muut käyttöjärjestelmät ja Linux-jakelut / Vs: Päivitys Linux MInt 22.2 -> 22.3 — ibus hävisi
« Uusin viesti kirjoittanut USakari 03.04.26 - klo:16.49 »Täällä näyttää olevan neuvoja ongelmaan: https://forums.linuxmint.com/viewtopic.php?t=461136
Joo, ratkaisu näyttää olevan komentoriviltä
Koodia: [Valitse]
cinnamon-settings keyboard -t layouts
Kiitos! Lupaan seuraavalla kerralla tsekata ensimmäiseksi mainitsemasi linux-mint-foorumin!
58
Vaihtoehtoiset työpöytäympäristöt / Ubuntu mate 24.04.4 LTS ongelmia
« Uusin viesti kirjoittanut rotop 03.04.26 - klo:16.10 »Käynnistyessä tulee joka kerran vikailmoitus ja klikkaan joka kerran lähetä.
Ongelma ei ole ratkennut ja ikkunat usein flickkeeraavat monesti asensin multibootin eri versiota koska Ubuntu tuntui olevan minun versioni toimivuudessa työskennellessä.
Millä saan esiin vikailmoituksen mikä juuri aiheuttaa ongelman?
ja millä korjaan ongelman?
Olen kyllä ollut todella tyytyväinen Mate versioon muuten ja suomenkielen tukeen.
Mate versio 1.26.2
Ongelma ei ole ratkennut ja ikkunat usein flickkeeraavat monesti asensin multibootin eri versiota koska Ubuntu tuntui olevan minun versioni toimivuudessa työskennellessä.
Millä saan esiin vikailmoituksen mikä juuri aiheuttaa ongelman?
ja millä korjaan ongelman?
Olen kyllä ollut todella tyytyväinen Mate versioon muuten ja suomenkielen tukeen.
Mate versio 1.26.2
59
Yleistä keskustelua / Vs: Vuonna 2027 Californiassa käyttöjärjestelmän on tiedettävä käyttäjän ikä
« Uusin viesti kirjoittanut AimoE 03.04.26 - klo:13.43 »Amerikkalainen pääoma on itsetuhoon asti sääntelykauhuista, joten jos passin tai henkkarin kuvaamisen idea on amerikkalainen, niin kyse on myöskin siitä, että joudutaan keksimään kikkakolmosia että pärjätään ilman asiallista sääntelyä. Jos idea on muualta, kyse on pärjäämistarpeesta globaalissa sääntelysekamelskassa.
60
Yleistä keskustelua / Vs: Vuonna 2027 Californiassa käyttöjärjestelmän on tiedettävä käyttäjän ikä
« Uusin viesti kirjoittanut SuperOscar 03.04.26 - klo:13.12 »Kuvitelma, että kuva passista tai henkilökortista sähköisesti todistaisi jotain on aivan uskomaton...
Selitys taitaa olla siinä, että ei ole mitään yksittäistä tahoa, joka ensin moraalisesti kauhistuu, sitten keksii jonkin ratkaisun, sitten säätää siitä lain ja lopulta ”ratkaisee” ongelman teknisesti. Nämä ovat usein aivan eri ryhmiä.
Moraalisesti kauhistuneet ovat usein täysin pihalla teknisistä ratkaisuista: he vain kuvittelevat, että semmoiset ovat mahdolliset. Lainsäätäjät saattavat jo aavistella ongelmia, mutta äänestäjiä kalastaakseen menevät höpötykseen mukaan. Asiaa teknisesti ratkaisevat pyörittelevät päätään ja huokaavat, mutta tekevät mitä käsketään.
