Tuoreimmat viestit

Sivuja: 1 ... 4 5 [6] 7 8 ... 10
51
Ja pääkäyttäjällä nyt PITÄÄ olla oikeudet tehdä aivan mitä vaan.

Joo, mutta käytännön toteutus ratkaisee. Ei se saisi olla niin helppoa, kuin LTT:n videossa, jossa pääte antoi kyllä varoituksia, mutta samalla myös neuvoi, miten asiassa pääsee silti eteenpäin. On aivan mahdollista, että käyttäjä sivuuttaa varoitukset, jos edes huomaa niitä ja kirjoittaa tuosta vaan sen "Yes, do as i say", koska jotain ohjelmaahan tässä vaan asennellaan, mitä pahaa siitä voisi seurata". Kokeneempi käyttäjä hoksannee, että ollaan vakavan asian kanssa tekemisissä, jos pääte vaatii kirjoittamaan tuollaista, että voi päästä eteenpäin, mutta kokemattomampi ei välttämättä. Eli käyttäjä tekee tuossa virheitä, kyllä, mutta järjestelmä ei saisi olla sellainen, missä tuollaiset virheet ovat edes mahdollisia.

Sinänsä tosi harvinainen tilanne, mutta hyvä että tuli LTT:n videolla esille. Ja varmasti on muitakin vastaavia keinoja tuhota vahingossa käyttöliittymä tai muita kriittisiä osia, joten ehkäpä niihinkin kiinnitetään nyt huomiota.

Eli meinaat, että kun jokin toimenpide tyssää varoitukseen niin pääte EI saisi neuvoa miten tilanteesta pääsee eteenpäin, vaan asian pitäisi olla gurujen tarkkaan vartioitua salatietoa? Enpä tiedä onko nyt tuo oikea lähestymistapa. 

Ei mikä hyvänsä toimenpide, vaan sellainen, missä ollaan poistamassa kriittisiä osia. Käyttäjä joka sellaista haluaa tietoisesti tehdä, osaa sen kyllä tehdä joka tapauksessa. Eihän tuossa muusta ole kyse, kuin että nyt kokemattomamman käyttäjän ei ole niin helppoa rikkoa systeemiä vahingossa. Kenelle se on ongelma?

Tiedote asiasta, oleellinen kohta siellä ylimpänä: https://github.com/Debian/apt/blob/main/debian/NEWS 

Tämän ketjun https://linustechtips.com/topic/1389690-linux-challenge-actually-helps-linux-with-a-lasting-impact-debian-and-pop_os-updating-apt-package-manager-to-make-it-more-fail-safe-for-users/ aloitukseen on ilmeisesti pastettu apt:iin tehdyn muutoksen oleellinen kohta:
Koodia: [Valitse]
"You are about to do something potentially harmful."
"To continue type in the phrase [...]
 
[changed to]

 

"This operation is not permitted because it will break the system."
"Abort."
52
Ei kyllä linuxin kuuluisi tällaisista "normaaleista softista" ikinä kaatua. Eri asia on jos on kyseessä oikea kernel bugi joka aiheuttaa
kaatumisen.

Siksi epäilisin samaa kuin sinäkin että raudassa on jotain vikaa. Se saattaa hyvinkin olla mahdollista näissä rasbi kopioissa,
itsellä oli aikasemmin BananaPI joka kaatui aina välittömästi kun cpu:lle tuli enemmän kuormaa ja piirit lämpeni.

Ensiksi siis itse alkaisin tutkimaan onko kyseessä oikeasti joku rautavika vai ei.

53
... Saman varoituksen kanssa toimisi toisin, jos käyttäisi Maccia tai Windowsia. Sensaatiohakuista toimintaa ja klikkien keräämistä.
kannattaa nypätä pää pois sieltä. LTT on hyvin aktiivisesti antanut negatiivista palautetta kaikista järjestelmistä ja laitteista joita käyttävät. Lopeta valehtelu ja perehdy asiaan.
54
Ratkesi ongelma poistamalla kaikki paketit koneesta komennoilla:
Lainaus
1. sudo apt-get purge ruby rubygems
2. sudo apt-get autoremove

tämän jälkeen vielä rvm poistot:

3. source /etc/profile.d/rvm.sh
4. rvm implode (ja "yes" valinta, kun kysytään)
5. sudo rm /etc/apt/sources.list.d/passenger.list.save /etc/apt/sources.list.d/passenger.list
6. sudo rm -d /usr/local/rvm /etc/rvmrc ~/.rvmrc /etc/profile.d/rvm.sh (manuaalisti vielä kaikki, missä rvm + gem sijaitsevat koneella) 

#terv: dRaken
55
Mielestäni Linus LTT osoitti tärkeän kohdan missä ristiin ja rastiin tehtyjen riippuvuksien hallinnan heikko kohta on. Tietenkin Pop Os voisivat paremmin oman työnsä ja lopettaa pakettien noutamisen Ubunun varastoista tai paremmin hallita sitä.
  Kuten jo Nm totesi on ongelma "suositun" PopOS-jakelun pakettivarastoissa.
Jakelu mainitaan perustuvan Ubuntu-jakeluun
https://en.wikipedia.org/wiki/Pop!_OS#Release_table

Asensin juuri kokeeksi Ubuntu (Xubuntu) 21.10 Impish jakeluun tarjotun steam-paketin:
Koodia: [Valitse]
Luetaan pakettiluetteloita... Valmis
Muodostetaan riippuvuussuhteiden puu... Valmis
Luetaan tilatiedot... Valmis                 
Seuraavat lisäpaketit asennetaan:
  libgbm1:i386 libsdl2-2.0-0:i386 libwayland-cursor0:i386 libwayland-egl1:i386 libwayland-server0:i386 libxkbcommon0:i386 libxss1:i386 steam-devices
Ehdotetut paketit:
  libnvidia-gl-390:i386 | libnvidia-gl-460:i386 | libnvidia-gl-465:i386
Seuraavat UUDET paketit asennetaan:
  libgbm1:i386 libsdl2-2.0-0:i386 libwayland-cursor0:i386 libwayland-egl1:i386 libwayland-server0:i386 libxkbcommon0:i386 libxss1:i386 steam:i386 steam-devices
0 päivitetty, 9 uutta asennusta, 0 poistettavaa ja 0 päivittämätöntä.
Noudettavaa arkistoa 2 971 kt.
Asennuksessa ei ole ongelmia, eikä steam-install tuottanut ongelmia. Jo joskus aiemmin olen Steam:in asentanut koneelle ongelmitta.

Huomioitavaa vain olisi se , että vaikka useat jakelut perustuvatkin (base upon) johonkin toiseen jakeluun,  ei tarkoita, että ne toimisivat kuten alkuperäinen jakelu.
Vrt. Debian ja siihen perustuva Ubuntu. Arch vs. Manjaro jne.

Mielestäni alkuperäinen video oli aivan aiheellinen varoitus asennella kaikkea, mitä netistä löytyy. (Esim. PopOS?).

Korjaus: Ubuntu-versioni on toki (toistaiseksi) Impish 21.10!
56
Tuota pitää varmaan kokeilla. En tosin tietokantojen kanssa, vaan vaikka normaalin lineaarisen tiedoston.
Kokeilinkin jo sitä, että gps tulosti suoraan tiedostoon tmpfs:llä ja se tuntui toimivan hyvin, joten siirryin käyttämään wait komentoa.

Systeemi kaatui taas hetki sitte, joten wait ei auttanut. Sattumalta llaite oli töllössä kiinni ja sain kaapattua kameralla virheilmoituksen:
-"INFO: rcu_sched detected stalls on CPUs/tasks"
Kuukkeli kertoi, että tämä saattaa olla kernelin ongelmia:

Linux-image-current-sunxi=21.08.2,  5.10.60-sunxi
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=20.04
DISTRIB_CODENAME=focal
DISTRIB_DESCRIPTION="Ubuntu 20.04.2 LTS"

Koneena on Orange Pi Lite, joten jakeluna on Armbian 21.08.1
57
Ubuntu tietokoneissa / Vs: Vamhojen ytimien roippeiden siivous
« Uusin viesti kirjoittanut LeHiX 21.11.21 - klo:17.25 »
Minulla kun 20.04 päivittyi asentui chromium snapista se ei toiminut kunnolla, ei löytänyt aikaisempia suosikkeja ja käytti omia karmeita kursoreita, poistin sen ja asensin http://ppa.launchpad.net/saiarcot895/chromium-beta/ubuntu uuden joka toimikin hyvin ja on päivittänyt muutaman kerran itsensä

... edit, kokeilin linkkiäni ja tällanen tuli vastaan :O
58
Viitaten SuperOscarin vastaukseen tuosta bash-shellin taulukoista, niin on totta, että [] -notaatio ei toimi, mutta mitenkäs --threads -parametri, äkkiseltään katsoin tuosta varmistukseksi hakukoneelta, niin tässä suora linkki artikkeliin, jossa käsitellään juuri alkuperäisen kysyjän esittämään ongelmaan ratkaisua perusteissa:

Eikö tässä ollut kysymys enemmän vaihtoehtojen antamisesta mahdollisimman kätevästi kuin varsinaisesti taulukoista? Eli tuo alkuperäinen ongelmarivi:

Koodia: [Valitse]
if [[ $lause == "tässä on numero 1" ]] || [[ $lause == "tässä on numero 2" ]] || [[ $lause == "tässä on numero 3" ]] || [[ $lause == "tässä on numero 4" ]] || [[ $lause == "tässä on numero 5" ]]
…on ongelmallinen vain koska on pakko toistaa koko ”lause”? Taulukko tai vastaava on sinänsä yksi mahdollinen ratkaisutapa, mutta kun Bashissa ei ole  (?) myöskään operaattoria jäsenyyden tarkistamiseksi, sekään ei käy.

Pythonissa voi tehdä vaikka näin:

Koodia: [Valitse]
if lause in [f'tässä on numero {n}' for n in range(1, 6)]:
Nätti ei ole tuokaan mutta välttää sentään koko lauseen tuskallisen uudelleenkirjoittamisen!

Muoks: Ja nyt kun asiaa vielä ajattelen, toimiihan Bashissa sentään (( … )) -syntaksi kuten Zsh:ssakin, joten tämäkin kävisi:

Koodia: [Valitse]
lause=${lause##*numero }
(( lause >= 1 && lause <= 5 )) && echo numero väliltä 1–5

Tosin sillä edellytyksellä, että rivin lopussa varmasti on kelvollinen kokonaisluku!
59
Ehdottaisin seuraavaa ...

Muuta C-kielistä (gps) ohjelmaasi seuraavan laiseksi...
  • Tee siihen ikuinen looppi, jossa jokaisella kierroksella odotellaan haluttu aika.
  • Lähetä gps:stä tiedot tietokantaan. (Esim. mariaDB:hen).

Sen jälkeen muuta LCDTulosta-ohjelmaa ...
  • Tee myös siihen ikuinen looppi, jossa jokaisella kierroksella odotetaan haluttu aika.
  • Kun tietokantaan ilmestyy uusi rivi, kirjoita tulos LCD:hen eli silloin kun gps-ohjelma on lähettänyt uuden rivin.

Edit - Googlasin tutoriaalin C:n (mariaDB)-tietokannan käytöstä, joka siis näyttää toimivan...
https://www.youtube.com/watch?v=cSZvq7Kv6_0

Edit 2 - Pitää olla asennettuna mariadb ja libmariadbclient-dev paketit.
60
Laitealue / Vs: Verkkotulostin, kokeilua
« Uusin viesti kirjoittanut kamara 21.11.21 - klo:16.41 »
Jos et saa toimimaan, niin näytä /etc/cups/cupsd.conf-tiedoston sisältö, niin katson mitä eroa siinä on mun raspin vastaavaan tiedostoon verrattuna, jotta saadaan jako toimimaan.

Sivuja: 1 ... 4 5 [6] 7 8 ... 10