Viestit

1

Yleistä keskustelua / Vs: Päivämäärät ja kellonajat

« : 29.11.24 - klo:22.30 »

Tuo ISO 8601:n mukainen on lähinnä järkevää. Tuota 'Z'-merkintää en muistanutkaan. Se selkeyttää asioita merkittävästi.  Kiios muisuuksesa !
Välimerkkien pois jättämisellä on selvä etu, kun tiedostot kasvavat.

Itse olen aktiivisimmissa järjestelmissä pistäny scripin lyömään PVM-leiman 'D,DDMMYY' rivin loppuun vuorokauden vaihtuessa ja KLO-leiman kunkin rivin alkuun.
Monet usein käytetyt tiedostomuodot, esim gpx sisältävät niin paljon 'roskaa', että niiden käyttö on täysin mahdotonta, kun dataaa tulee paljon.

2

Yleistä keskustelua / Päivämäärät ja kellonajat

« : 26.11.24 - klo:14.31 »

Tämä on turhaa vaahtoamista, mutta:

Kirjoittelen softaa, joka yhdistää kahdelta eri laitteelta tulevaa paikkatietoa, Itse tehdyltä GPS-trakkerilta ja Androidin OsmAndilta.
Itsetekemä lähettää GMT-aikaa muodossa hh:mm:ss DDMMYY.
Osmandilta tulee muokkauksen jälkee samanlaista.
Olen saanut nämä toimimaan, mutta nyt peliin tulee vielä kaksi laitetta, joista toinen lähettää local-time hhmmss MMYYDD ja toinen Bejing time hh:mm:ss.

Tähän kun vielä liitetään kesä- ja talviaika-sähläys, tuli mieleeni tuhma ajatus:
Miksei voitaisi lisätä aikaleimoihin lisämerkkejä kertomaan, mikä date-formaatti on käytössä ja missä aikavyöhykkeessä ollaan.
Esimerkiksi A=America (MMDDYY), E=Europe (DDMMYY), J=Japan (YYMMDD). Päivämäärä olisi tällöin 261124E.
Kellonaikaan voisi lisätä aikavyöhykkeen kirjaimella A-S, a-s. Isot kirjaimet talvelle ja pienet kesällä.
Kellonaika olisi tällöin 14:16P27 (hh:mm:ss). Ellei tarvittaisi sekunteja, aika olisi 14:16P.

Tuo Japanilaisten (usein) käyttämä YYMMDD olisi minusta paras, koska se helpottaa aikaleimattujen tiedostojen käsittelyä.
Esimerkiksi tiedosto, jonka rivien alussa on DDMMYY, joudutaan ensin muokkaamaan muotoon YYMMDD, sorttaamaan ja sitten kääntämään takaisin DDMMYY -muotoon.

Itsellä on parhaillaan käsissä 308 tiedostoa, joiden nimi on muotoa fileDDMMYY,txt ja soiden sisällä jokaisella rivillä on DDMMYY.
Tiedostot pitäisi käsitellä päivämäärän mukaisessa järjestyksessä ja vielä sisältö sortata ensin  päivämäärän ja sitten erikseen vielä kellonajan mukaan.
Eihän tämä php:llä ollut vaikeaa, mutta turhaa.

3

Yleistä keskustelua / Vs: VIM

« : 26.11.24 - klo:14.11 »

JOE on käytössä mukana, koska samainen  syntaksi tuli tutuksi CP/M:n aikaan Wordstarissa, sittemmin TurboC:ssä ja QE:ssä. Joissain muissakin paketeissa on sovellettu vastaavaa,

QE:stä kaipaan paste-toimintoa, jolla pystyi maalaamaan tekstiä sarakkeittain. Oli kätevä, kun käsitteli taulukoita.

Nyt, kun tulee enemmän kirjoiteltua PHP:tä, pitäisi oikeastaan katsoa saisiko JOE:n korostamaa sulkumerkkejä, kuten Arduinon IDE ja muutamat muut IDE:t.
Pitäisi myös selvittää, miksi omassa kakkos-läppärissä tab käyttäytyy omituisesti:
- Jos on kaksi ikkunaa auki ja molemmissa JOE käynnissä, on toisessa tab koko 8mrk ja toisessa 3mrk, kuten olen sen asettanut /etc/joe/joerc.

Ehdotus tiiviimmästä distrosta on ihan hyvä, mutta en taida viitsiä.
Kotiserverissä on Ubuntun LTS serveriversio,
1. ja 2 läppäreissä on Linux Mint Cinnamonin takia ja 3. läppärissä (eeePC 901) on Peppermint. Raspeissa on mikä missäkin.

4

Yleistä keskustelua / DIBUJA

« : 23.11.24 - klo:20.54 »

Olen vuosikaudet haeskellut yksinkertaista piirtelyohjelmaa, jolla saisi laatikoita, ellipsejä, tekstiä, vapaan käden viivoja, suoria, copy/cut/paste, undo/redraw, muutamia värejä, leikkeitä muista kuvista ja talletus perus tiedostomuodoissa.

Nyt löytyi, mutta ei repositoreista, vaan launchpadista DIBUJA (Esp. PIIRTÄÄ)
Vaikuttaa niin hyvältä, että tälle sopisi hyvin asema virallisten julkaisujen joukossa.

ilmeisesti tämä on yhden miehen projekti ja edennyt omaa vauhtiaan. Viimeisin versiokin on viime vuodelta:
Dibuja 0.24.0 "Binarispheres" released today 4/4/2023 on 2023-04-04

Tähän mennessä en ole löytänyt vikoja

5

Yleistä keskustelua / VIM

« : 23.11.24 - klo:19.12 »

Onko VIM välttämätön jonkin järjestelmåän toiminnan kannalta ?
Itse en ole koskaan sitä käyttänyt enkä aio käyttää

Sama kysymys paketeista EMACS, modemmanager, usbmuxd, byobu, dialog, distro-info,  ...

Moni muukin ohjelmapaketti on niillä rajoilla, onko sille tarvetta. itse suosisin sitä, että lataisin itse ne ohjelmistot, joita tarvitsen ja pitäisin paketin pienenä. Aikoinaan tälle oli syynä kovalevytila. Nykyisin tietoturva: mitä enemmän bittejä järjestelmässä, sitä suurempi todennäköisyys bugeihin ja takaportteihin.

Aina, kun asennan Linuxin koneeseen, on ensimmäinen toimenpide ensimmäisen käynnistyksen jälkeen:
apt install joe

6

Yleistä keskustelua / Vs: Uuden läppärin hankinta 2024-2025

« : 22.11.24 - klo:14.42 »

En lähtisi määrittelemään seuraavaa konehankintaa rauta edellä, vaan listaisin, mitä aion koneella tehdä.
Pelikoneella on aivan eri speksit, kuin kirjoituskoneella, kuvankäsittelylaitteella tai SQL tai ohjelmointikoneella.

Itse en pelaa, Pääosin ohjelmointia. i5 kone 15" näytöllä, 8GB RAM, 128GB SSD, 750GB HDD. Painolla ei väliä, Kaikki kolme USB-porttia jatkuvasti käytössä.
Kuukauden matkalle ostin käytetyn 13" i7-koneen 6GB RAM, kun halvalla sain. Vaihdoin 500GB HDD -> 128GB SSD ja otin 500GB ulkoisen SSD mukaan datoille. Kämpältä poistuessa USB-levari povitaskuun.

Tuo 128GB SSD saattaa kuulostaa hassulta nykyaikaan, mutta niitä saa halvalla, Linux järjestelmä ja ohjelmat jättävät tuostakin suurimman osan tyhjäksi, eikä levyn kulumisesta ole suurta vaaraa, kun säätää järjestelmän niin, että vältetään turhaa levylle kirjoittamista.

7

Yleistä keskustelua / Vs: Supo suosittelee suomalaisia hankkimaan reitittimensä teleoperaattoreilta

« : 22.11.24 - klo:14.20 »

Jotta kotiverkosta saisi turvallisen, pitäisi olla useampikin reititin.
- Yhden kautta selailtaisinn nettiä,
- Yhdessä olisi kotiserveri
- Pölynimurit, sähkölampaat, etäohjattavat pistorasiat, kahvinkeittimet ja jääkaapit olisivat omassa  verkossaan
- - Eli laitteet, jotka lähettävät tietoa ulkopuoliselle serverille
- Kyläilijät ja mahd AirPnP omassa verkossaan.

Tämä vaatisi tietenkin kännyköiden ja läppäreiden verkkoasetuksilta ominaisuuksia, joita niihin ei vieläkään ole saatu.
Muistan Win95 aikoihin hakeneeni keinoa, jolla saisin koneen ymmäertämään, että printterit EIVÄT ole ulkoverkossa ja että on turha scannata kotiverkoa, kun hakee työmaan serveriltä dataa.
Jopa kahden erillisen hostnamen ja IP:n käyttö  ja liikenteen ohjaaminen oikeisiin verkon osiin käy taistelusta.

Ehdotin eräälle DHCP järjestelmän laatijalle matriisia, jossa voisi määritellä eri verkot ja niiden ominaisuudet.
Kaveri oli kiinnostunut, mutta löi parin viikon päästä hanskat tiskiin: "Mission impossible".

8

Yleistä keskustelua / Vs: working in the same netApple samassa verkossa häiritsee LInuxin verkkoyhteyksiä

« : 22.11.24 - klo:14.07 »

Ongelma ratkesi, kun pääsin kotiverkkoon.
Linux-läppäri vastaa Ping, ssh, http.

Syyllinen oli siis vuokrakämpän reititin.
Hieman jäi kaihertamaan, mitä tapahtui. Yhteydet toimivat kolme viikko ongelmitta ja katkesivat, kun kaverin Apple ilmestyi saqmaan verkkoon.
Onko mahdollista, että Jokin ohjelma Applessa olisi lähettänyt retittimelle käskyn katkaista liikenne Linux-serverilltä ?

9

Yleistä keskustelua / Vs: working in the same netApple samassa verkossa häiritsee LInuxin verkkoyhteyksiä

« : 13.11.24 - klo:22.46 »

Tämä on enää viikon homma, Sitten pääsee kotiin ja voi vaikka asentaa koko paketin uudestaan. Linuxin asennus menee onneksi ketterästi.

Jää vaan kiusaamaan, mikä tähän on iskenyt. Eikö kenelläkään ole ollut samanlaista ongelmaa.

10

Yleistä keskustelua / Vs: working in the same netApple samassa verkossa häiritsee LInuxin verkkoyhteyksiä

« : 12.11.24 - klo:23.16 »

sammutin palomuurin kokonaan. Ei auttanut

11

Yleistä keskustelua / Vs: working in the same netApple samassa verkossa häiritsee LInuxin verkkoyhteyksiä

« : 12.11.24 - klo:10.57 »

Oletko tarkistanut, ettei Mintissä ole palomuuri päällä?

Koodia: [Valitse]

sudo iptables -L -n

iptables -L -n antaa pitkän listan. Pitää tutkia, kun palaan koneelle. Tämä on minulle vieraampi komento. Onko siinä jotain, mihin pitäisi kiinnittää huomiota

ufw status antaa:
22/tcp                     ALLOW       Anywhere                 
22/tcp (v6)                ALLOW       Anywhere (v6)

12

Yleistä keskustelua / Vs: working in the same netApple samassa verkossa häiritsee LInuxin verkkoyhteyksiä

« : 11.11.24 - klo:21.16 »

Taistelu jatkuu

Tein scriptin, joka pingasi subnetin läpi. Löytyi viisi laitetta, jotka vastasivat. Nämä vastaavat myös Androidissa Pingiin. Paitsi läppäri.
Vika on siis läppärin asetuksissa.
Asensin iputils-ping -ei apua.
Läppäriä on bootattu moneen kertaan.
Googlelta ei löydy lääkettä tähän nuhaan.
Googlen kautta löytyy kyllä tietoa, jonka mukaan ssh ja web eivät toimi, ellei laite vastaa pingiin.

13

Yleistä keskustelua / Vs: working in the same netApple samassa verkossa häiritsee LInuxin verkkoyhteyksiä

« : 11.11.24 - klo:18.59 »

Sain kaverin kiinni. Sulki laitteensa. Läppäri ei silti vastaa mihinkään sisäverkossa esitettyihin pyyntöihin.
Päästiin tekemään kokeiluja. Näyttää siltä, että reititin on yhtäkkiä sulkenut kaikki yhteydet sisäverkossa olevien laitteiden välillä.
Vuokraemännälle on turha valittaa. Hän ei ymmärrä asiasta mitään.

Vaikuttaa wssiltä, että 'case is closed'

14

Yleistä keskustelua / Vs: working in the same netApple samassa verkossa häiritsee LInuxin verkkoyhteyksiä

« : 11.11.24 - klo:18.28 »

Ettei se apple tyyppi ole mennyt muutttelemaan purkin asetuksia omin päin?

Sisäverkossako ei SSH toimi vai ulkoa sisälle? Voithan tuota kokeilla vaihtaa SSH porttia, josko se sillä korjaantuisi.

Emme pääse muuttamaan reitittimen asetuksia.
Ymmärtäisin, jos vain SSH olisi estynyt, mutta omituista on, ettei edes ping mene läpi.

15

Yleistä keskustelua / Vs: working in the same netApple samassa verkossa häiritsee LInuxin verkkoyhteyksiä

« : 11.11.24 - klo:18.25 »

Kokeilin neljää static IP -osoitetta. Aina sama tulos: Pääsen ulos, mutta en pääse ssh:lla läppärille, localsend ei toimi, ei vastaa pingiin, eivätkä läppärin nettisivut näy -selain ei löydä koko konetta. Läppärin webbisivut näkyvät, kun pyydän niitä läppärillä itsellään http://192.168.1.120.

16

Yleistä keskustelua / Vs: working in the same netApple samassa verkossa häiritsee LInuxin verkkoyhteyksiä

« : 11.11.24 - klo:11.03 »

Kotiverkossani Applet ovat yleensä toimineet Lukuunottamatta tämän kaverin koneita ja kännyköitä.
Apple kyllä toimii, mutta kaikilla muilla on ongelmia.
Täälä vuokrakämpässä en pysty tekemään reitittimelle mitään.

Tiedän, että n. 5v sitten Applet sotkivat verkkoja, mutta en löydä asiasta mitään dokumenttia.
Googlelta on turha kysyä mitään, saa vain mainoksia vastaansa.
Vika ei välttämättä ole Applessa itsessään, vaan jossain näppärässä apuohjelmassa.

17

Yleistä keskustelua / working in the same netApple samassa verkossa häiritsee LInuxin verkkoyhteyksiä

« : 10.11.24 - klo:23.30 »

Miten Apple sotkee verkon toiminnan ?

Meni kolme viikkoa hyvin vuokrakämpässä Ranskassa. Sitten tuli kaveri Applen kanssa samaan aliverkkoon 192.168.1.xx.
Nyt ei Linux MInt vastaa pingiin, ssh:lla ei pääse koneelle, eikä Localsend toimi.
Linuxin selaimella pääsee sentään nettiin ja läppärin webbiserveri lighttpd toimii..

Kerran aiemminkin minulla on ollut ongelmia Applen tultua samaan subnettiin. Sillä kertaa asia ratkesi tekemällä Applelle oma subnetti. Nyt se ei ole mahdollista.

18

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: ? symboliset linkit ja nettisivut ?

« : 20.10.24 - klo:13.42 »

En ymmärtänyt ihan kaikkea, mutta pari asiaa:

Tarkoittanet ”linkki.txt” etkä ”linkki.php”?

Koska symlinkeillä ei varsinaisesti ole omistajaa, chown-komento vaikuttaa linkin kohteeseen eikä linkkiin.

Kuvan kyselyikkuna ei liity varsinaisesti mitenkään asiaan. Firefox kertoo siinä vain, että kysely tehdään uudestaan. Tämähän on tavallista esim. kun yrittää siirtyä verkkolomakkeessa selaimen painikkeella taaksepäin.

Kiitos, Tämä ratkaisi asian. Pistä sulka hattuun

Tarkemmin ajatellen tuo kyselyikkuna ei todellakaan ilmesty, kun kutsun poop.php, koska en ole suorittamassa 'Reload', vaan käynnistän jo rakennettua html-muotoista 'ohjelmaa'.

19

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / <Ratkesi> ? symboliset linkit ja nettisivut ?

« : 20.10.24 - klo:02.28 »

Ratkesi:
Syy löytyi vastauksena tulleen viestin perusteella.
chown -komento todellakin muuttaa original.txt -tiedoston omistusasetuksia.
En vaan ollut katsonut niitä oikeassa vaiheessa, joten MY BAD !
Kiitos opastuksesta !

KYSYMYKSET:
- Miten Firefox erottaa, kuka on sen tiedoston omistaja, josta nettisivu on generoitu ?
- Miksi tiedostolistauksessa linkki.txt omistajana näkyy aina root:root, vaikka tiedosto on annettu käyttäjälle www-data:www-data
- Onko olemassa komentoa, jolla näkisi linkki.txt -tiedoston TODELLISEN omistajan

TAUSTA
Minulla on kotiserverissä itsetehty index.php, jonka alussa puhdas html-koodi kirjoittaa alkuosan <table> taulukosta.
Loppuosa on php:tä, joka lukee linkki.txt tiedostoa riveittäin, muokkaa lukemaansa ja rakentaa siitä <table>-taulukon loppuosan.
Luettava tiedosto on symbolinen linkki toisessa hakemistossa olevaan tiedostoon:
ln -s original.txt linkki.txt

Alkuperäiseen tiedostoon original.txt ja sen hakemistoon  tai näiden oikeuksiin ei kosketa lainkaan:

Koodia: [Valitse]

drwxrwxr-x  3 pasi     pasi        4096 Oct 19 15:09 ./
drwxr-xr-x 60 pasi     pasi        4096 Oct 16 14:00 ../
-rw-------  1 root     root      140063 Oct 19 15:09 original.txt

Nettisivuun index.php tai sen oikeuksiin ei kosketa lainkaan:

Koodia: [Valitse]

-rw-r--r-- 1 www-data www-data 5789 Oct 19 16:29 index.php

ENSIMMÄINEN TAPAUS:
- Annan serverillä komennon 'php index.php > poop.php
- Firefox avaa tämän poop.php sivun aina ilman ongelmia

TOINEN TAPAUS:
KOKEILU 1:

Koodia: [Valitse]

root@kone:/tracker# chown www-data: linkki.txt
root@kone:/tracker# ls-l linkki.txt
lrwxrwxrwx 1 root root 30 Oct 19 10:09 linkki.txt -> /home/pasi/Sijainti/original.txt
- Nyt nettisivu aukeaa Firefoxilla kuten kuuluukin
- Nettisivua kutsuessa Ctrl-R:llä tai Ctrl-F5:llä ruudulle ilmestyy liitteenä oleva lappu.
Tätä lappua EI tule, jos kutsun Firefoxissa poop.php
- php index.php >poop.php tuottaa virheettömän poop.php tiedoston

KOKEILU 2:
root@kone:/tracker# chown root: linkki.txt
root@kone:/tracker# ls -l linkki.txt
lrwxrwxrwx 1 root root 30 Oct 19 10:09 linkki.txt -> /home/pasi/Sijainti/original.txt

- Nyt Firefoxin ruudulle tulee vain index.php:n html-koodilla kirjoitettu osa, mutta ei php:llä
- Firefox ruudulle ei tule lappua "To display this page, ..."
- php index.php >poop.php tuottaa virheettömän poop.php tiedoston

KOKEILU 1 ja KOKEILU 2 suoritetaan koskematta index.php ja original.txt  -tiedostoon mitenkään. Ainoa, mikä muuttuu, on linkki.txt -tiedoston omistaja

TAUSTATIEDOT:
- index.php on käsin kirjoitettu html-tageina ja php:nä, Ei CSS:ää eikä linkitettyjä kirjastoja.
- original.txt sisältää ainoastaan US-ASCII merkkejä ja rivinvaihtomerkkejä
- Olen kirjoittanut aikojen kuluessa satoja (isojakin) nettisivuja erilaisin työkaluin erilaisiin ympäristöihin.

DISTRIB_DESCRIPTION="Ubuntu 24.10"

Server version: Apache/2.4.62 (Ubuntu)
Server built:   2024-08-15T07:32:14

PHP 8.3.11 (cli) (built: Sep 30 2024 12:07:44) (NTS)

Tämän kanssa on mennyt tänään useampi tunti hukille.

20

Asentaminen ja käyttöönotto / rdiff-backup ?

« : 15.10.24 - klo:22.57 »

Käyttääkö joku rdiff-backuppia ?
Olisiko esittää exclude-regexp:n kaipaamasta tiedostosta esimerkkiä ?

Olen koittanut saada exclude -filtteriä toimimaan niin, että se poistaisi tietyt tiedostot ( *~ *.tmp tmp.* )
man-sivulla sanotaan fiksusti "files matching the given regexp (according to Python rules)"
Tuosta ei ole paljoa apua.

Sain kyllä varmuuskopioinnin toimimaan, mutta hieman soveltaen
rdiff-backupissa on omat hyvät puolensa, ainakin heidän mainostekstiensä mukaan
Itselle tärkeintä oli, että sen saa liitettyä crontabiin kirjoittamalla sopivan scriptin.