Viestit

41

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / [ratkaistu]CC->GCC ja version muutos (Nvidian ajurien asennuksessa)

« : 07.03.19 - klo:15.43 »

Hei

Asentelin tuon kernel 5 ja sen jälkeen Nvidia alkoi kirjaimellisesti tökkiä.
Ajattelin asentaa ajurit uusiksi, mutta asennus vaiheessa antoi huomautuksen, että järjestelmä käyttää cc-7x, mutta kerneli gcc-8.x.
Ajurien asennus olisi ollut ilmeisesti mahdollista, mutta siinä voi tulla ongelmia enkä so. viitsinyt kokeilla.

Asentelin jo tuon gcc-8, mutta miten saisin sen käyttöön asennuksessa, väliaikaisesti tai pysyvästi?

42

Asentaminen ja käyttöönotto / Vs: Oikeasti 2186 fonttia?

« : 04.03.19 - klo:10.41 »

Ainakin vanhastaan juuri nuo listan fontit kuuluivat *buntun pakettiin, joka oli suoraan paketinhallinnastakin asennettavissa. mscorefonts tms. oli nimi.

Asennus:

Koodia: [Valitse]

sudo apt install ttf-mscorefonts-installerMuistaakseni vaatii lisenssin hyväksymisen jonka pääsee tekemään Tab-napilla.

Aivan mahtavaa 

43

Asentaminen ja käyttöönotto / Oikeasti 2186 fonttia?

« : 03.03.19 - klo:18.36 »

Hei

Rupesin säätämään käyttölittymän fontteja ja päädyin ihmettelemään, että mitä kaikkea sitä löytyykään.

Pähkäilin sitten tämmöisen rimpsun, mutten ole varma, että näyttääkö oikeaa lukua?

Koodia: [Valitse]

$ fc-list | wc -l
2186

Ja toisekseen, niin haluaisin asentaa ehkä vain nämä fontit http://www.ampsoft.net/webdesign-l/WindowsMacFonts.html
Onkohan noita saatavilla maksutta vai tulevatko vain MS tai Apple lisenssin mukana?

44

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: [ratkaistu] Miten aliakset on määritelty/missä järjestyksessä ajetaan?

« : 01.03.19 - klo:17.08 »

Ei mahtunut merkkimäärän puolesta tähän

Koodia: [Valitse]

$ dpkg -l pytho*
|
Löysin kuitenkin em. kommentin innoittamana seuraavan ohjeen:
https://medium.com/zeitcode/a-simple-recipe-for-django-development-in-docker-bonus-testing-with-selenium-6a038ec19ba5
Luultavasti palaan asiaan, kun en tiedä tuosta yhtään mitään, mutta kovasti tuo lupailee toimivaa ratkaisua.

Miten tuommosen dockerin (verkkopalvelu) vie tuotantoon eli mistä ja minkälainen hostingin? Pakko ottaa  joku VPS?

45

Vaihtoehtoiset työpöytäympäristöt / Vs: Asensin KDE plasman ja nyt nettiselaimella ladatut tiedostot aukeaa mount

« : 27.02.19 - klo:20.05 »

Onko työpöytäympäristönä nyt siis Plasma vai asensitko sen vain varalle?

Plasmassa tiedostotyyppien käsittelyn voi asettaa kohdasta Järjestelmäasetukset > Sovellukset > Tiedostosidokset. Jos kyse on noista mainituista (*.deb, *.rpm ja ehkä *.iso, koska ainakin sille oletusavausohjelma on K3b), kirjoita vain nimikuviot kenttään ja valitse haluamasi ohjelma.

Oletuksena on Archive mounter, joka viittaisi vahvasti esitettyyn ilmiöön.

EDIT: Ja muutoinkin näköjään toisisijaisena jotain libreoffice writeria ja sublimea  Ei tämä säätö lopu kyllä ikinä...

46

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Mikä python käytössä? Miten aliakset on määritelty/missä järjestyksessä ajetaan?

« : 27.02.19 - klo:14.38 »

Ja on se nyt merkittävästi suppeampi, mutta en ymmärrä, että miksi se väkisellä asentaa myös 2.7

Sinulla on varmaankin asennettuna sovelluksia, jotka tarvitsevat Python 2.7:n.

Voipi olla. Nyt ainakin Django appsi käy ja kukkuu, joten ongelma on toistaiseksi ratkaistu.

Käytän nyt tuota python3 ja pip3 komentoja. Dockerien julkaisemiseen pitäsi perehtyä, että uskaltaa lähteä sille tielle.
Ehkä onnistun dockeroimaan sitten, kun proggis on valmis lastattavaksi.

47

Vaihtoehtoiset työpöytäympäristöt / Asensin KDE plasman ja nyt nettiselaimella ladatut tiedostot aukeaa mount

« : 27.02.19 - klo:14.36 »

Moi

Asensin siis KDE plasman ja nyt tiedostojen käsittely on melko hanurista.

Nettiselaimella ladattuja tiedostoja se yrittää mountata/avaa ne johonkin poltto-ohjelmaan.

Muutenkin moni tiedostoselaimella tiedostojen deb ja zip avaus menee vihkoon.

Missä vikä?

48

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Mikä python käytössä? Miten aliakset on määritelty/missä järjestyksessä ajetaan?

« : 26.02.19 - klo:21.43 »

Riittää pelkkä:

Koodia: [Valitse]

$ exec bash


Poistin ja edelleen se on:

Koodia: [Valitse]

$python --version
Python 2.7.15rc1


Nyt se on oikein, eli python-komento viittaa python2.7:ään, kuten pitääkin.

Ja dpkg listaus on nyt ihan tynkä:

Koodia: [Valitse]

dpkg -l python

Niin tuo listaa vain kyseisen paketin tiedot. Jos haluat listata kaikki paketit, joiden nimessä on merkkijono "python", voit vaikka grepata dpkg -l:n listausta:

Koodia: [Valitse]

dpkg -l | grep python

Joo se oli mun moka ja jäi * perästä.
Ja on se nyt merkittävästi suppeampi, mutta en ymmärrä, että miksi se väkisellä asentaa myös 2.7

49

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Mikä python käytössä? Miten aliakset on määritelty/missä järjestyksessä ajetaan?

« : 26.02.19 - klo:19.55 »

Koodia: [Valitse]

$ python
bash: /usr/bin/python3.7: No such file or directory

Tarkista, ettei .bashrc:ssä ole asetettu aliasta python -> python3.7

No siellähän se:

Koodia: [Valitse]

alias python="/usr/bin/python3.7"

Poistin ja edelleen se on:

Koodia: [Valitse]

$python --version
Python 2.7.15rc1

Ja dpkg listaus on nyt ihan tynkä:

Koodia: [Valitse]

dpkg -l python
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                               Version                Architecture           Description
+++-==================================-======================-======================-==========================================================================
ii  python                             2.7.15~rc1-1           amd64                  interactive high-level object-oriented language (default version)

Ei tästä kyllä ota tolkkua...

50

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Mikä python käytössä? Miten aliakset on määritelty/missä järjestyksessä ajetaan?

« : 26.02.19 - klo:18.45 »

No nyt "asentelin hieman uusiksi" poistamalla ja asentamalla Pythonin. Katosi samalla kaikki DE:t paitsi XFCE.
Tai ainakaan niitä ei voinut valita kirjautuimisikkunassa eikä sessioista ole (tosin, ehkä sellainen pitää käynnistää?)

EDIT: Ja Nodekin oli mennyt siinä samalla...mitähän kaikkea sitä tuli poistettua.

Ja tässä vielä itse ongelman eli Python osalta asennusten jälkeen:

Koodia: [Valitse]

$ python
bash: /usr/bin/python3.7: No such file or directory

$ which python
/usr/bin/python

$ ls -ltra /usr/bin/python*
lrwxrwxrwx 1 root root      16 huhti 16  2018 /usr/bin/python-config -> python2.7-config
lrwxrwxrwx 1 root root      16 huhti 16  2018 /usr/bin/python2-config -> python2.7-config
lrwxrwxrwx 1 root root       9 huhti 16  2018 /usr/bin/python2 -> python2.7
lrwxrwxrwx 1 root root       9 huhti 16  2018 /usr/bin/python -> python2.7
lrwxrwxrwx 1 root root      34 loka  22 14:32 /usr/bin/python3.6m-config -> x86_64-linux-gnu-python3.6m-config
-rwxr-xr-x 2 root root 4522328 loka  22 14:32 /usr/bin/python3.6m
lrwxrwxrwx 1 root root      33 loka  22 14:32 /usr/bin/python3.6-config -> x86_64-linux-gnu-python3.6-config
-rwxr-xr-x 2 root root 4522328 loka  22 14:32 /usr/bin/python3.6
lrwxrwxrwx 1 root root      17 loka  25 14:11 /usr/bin/python3m-config -> python3.6m-config
lrwxrwxrwx 1 root root      10 loka  25 14:11 /usr/bin/python3m -> python3.6m
lrwxrwxrwx 1 root root      16 loka  25 14:11 /usr/bin/python3-config -> python3.6-config
lrwxrwxrwx 1 root root       9 loka  25 14:11 /usr/bin/python3 -> python3.6
lrwxrwxrwx 1 root root      33 marra 12 16:31 /usr/bin/python2.7-config -> x86_64-linux-gnu-python2.7-config
-rwxr-xr-x 1 root root 3670448 marra 12 16:31 /usr/bin/python2.7




51

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Mikä python käytössä? Miten aliakset on määritelty/missä järjestyksessä ajetaan?

« : 26.02.19 - klo:17.33 »

Tämäkin ihan mieleenkiintoinen:

Koodia: [Valitse]

$ /usr/bin/python2.7
  File "/usr/lib/python3.7/site.py", line 183
    file=sys.stderr)
        ^
SyntaxError: invalid syntax


52

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Mikä python käytössä? Miten aliakset on määritelty/missä järjestyksessä ajetaan?

« : 26.02.19 - klo:17.28 »

Kokeile komentoa:

Koodia: [Valitse]

which python
Tuolla näkee, ettei ”python” ainakaan mikään skriptiä tai aliasta kutsu.

Ensimmäisen viestin perusteella epäilin alternatives-järjestelmää, mutta *buntu ei näy käyttävän sitä Python-versioiden ohjailuun.

Suhteellisen puhtaassa Ubuntu 18.04 -virtuaaliasennuksessani on muuten pelkästään Python3, versio 3.6.7. Komento ”python” ei edes toimi. Ilmeisesti olet joka tapauksessa asennellut noita muita versioita?

Koodia: [Valitse]

$ which python
/usr/bin/python

Ja olen tosiaan joskus asentanut jonkun version 
Jotain pikkuvikaa on koitettu korjata isommalla paikalla...

53

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Mikä python käytössä? Miten aliakset on määritelty/missä järjestyksessä ajetaan?

« : 26.02.19 - klo:13.12 »

Kannattaa käyttää eksplisiittisesti python2 ja python3 -komentoja sen mukaan kumpaa versiota haluat käyttää.

Yleensä python-komento ilman tuota versionumeroa suorittaa python2:n, mutta sinulla on erikseen asennettu Python 3.7.1, joka vielä sotkee asiaa lisää. Tarvitsetko sen välttämättä, vai riittäisikö Ubuntun tarjoama Python 3 (18.04:ssä se on 3.6.7)?

Ja ettei olis liian helppoa, niin onko nämä edes asennettu oikein, kun aina pitää olla sudottamassa ja antamassa salasanaa, kun asentaa pipillä..

Niin se menee, jos haluat asentaa järjestelmätason paketteja tai palveluja. Suosittelisin tuollaisten djangon tapaisten monimutkaisten kokonaisuuksien asentamiseen ja käyttöön Dockeria, jolloin versiot voi määritellä vapaasti ja tarkasti riippumatta isäntäjärjestelmän Pythonista ja muista moduuleista. Täällä eräs esimerkki: https://docs.docker.com/compose/django/

EDIT: Ja miksi mikä tahansa siansaksa, mitä kirjoitan komentoriville, yritetään tulkita Pythonin välityksellä?

Koodia: [Valitse]

~$ asdasdasd
Failed to import the site module
Traceback (most recent call last):
  File "/usr/lib/python3.7/site.py", line 596, in <module>
    main()
  File "/usr/lib/python3.7/site.py", line 583, in main
    known_paths = addsitepackages(known_paths)
  File "/usr/lib/python3.7/site.py", line 366, in addsitepackages
    addsitedir(sitedir, known_paths)
  File "/usr/lib/python3.7/site.py", line 213, in addsitedir
    addpackage(sitedir, name, known_paths)
  File "/usr/lib/python3.7/site.py", line 165, in addpackage
    f = open(fullname, "r")
  File "/usr/lib/python3.7/_bootlocale.py", line 35, in getpreferredencoding
    if sys.flags.utf8_mode:
AttributeError: 'sys.flags' object has no attribute 'utf8_mode'


Tuokin liittyy asentamaasi Python 3.7:ään. Kun suoritat komennon, jota komentotulkki ei tunnista, ja jota ei löydy PATH-muuttujassa määritellyistä poluista, Ubuntu yrittää tarkistaa, mistä asentamattomasta paketista sellainen ohjelma löytyisi. Tämä epäonnistuu, koska skripti on tarkoitettu suoritettavaksi järjestelmän omalla Pythonilla eikä tuolla 3.7.1:llä. Luultavasti muitakin järjestelmän keskeisiä toimintoja on tällä hetkellä rikki samasta syystä.

Eikö tuota Dockeria vastaavaa toiminnallisuutta varten ole virtualenvit?

Ja jos PIPiä käyttää virtualenvissä, niin silloin ei tarvitse sudotella?

EDIT: Ja vielä jäi epäselväksi, että miten se Pythonista käytettävä versio määrittyy? Miksi siis python --version palauttaa 3.7.1, mutta manage.py ei ilmeisesti käytä enää sitä vaikka kutsu onkin ihan sama python manage.py ...
Ja huomasin myös, etten voi käyttää esim. python3, koska

Koodia: [Valitse]

$python3
Failed to import the site module
Traceback (most recent call last):

Tässä vielä "kokonaisuus" 

Koodia: [Valitse]

$ ls -ltra /usr/bin/python*
-rwxr-xr-x 2 root root 4464400 marra 28  2017 /usr/bin/python3.5m
-rwxr-xr-x 2 root root 4464400 marra 28  2017 /usr/bin/python3.5
-rwxr-xr-x 1 root root     306 maali  6  2018 /usr/bin/pythontex3
lrwxrwxrwx 1 root root      58 maali  6  2018 /usr/bin/pythontex -> ../share/texlive/texmf-dist/scripts/pythontex/pythontex.py
lrwxrwxrwx 1 root root      16 huhti 16  2018 /usr/bin/python-config -> python2.7-config
lrwxrwxrwx 1 root root      16 huhti 16  2018 /usr/bin/python2-config -> python2.7-config
lrwxrwxrwx 1 root root       9 huhti 16  2018 /usr/bin/python2 -> python2.7
lrwxrwxrwx 1 root root       9 huhti 16  2018 /usr/bin/python -> python2.7
-rwxr-xr-x 2 root root 4857312 loka  22 14:21 /usr/bin/python3.7m
-rwxr-xr-x 2 root root 4857312 loka  22 14:21 /usr/bin/python3.7
lrwxrwxrwx 1 root root      34 loka  22 14:32 /usr/bin/python3.6m-config -> x86_64-linux-gnu-python3.6m-config
-rwxr-xr-x 2 root root 4522328 loka  22 14:32 /usr/bin/python3.6m
lrwxrwxrwx 1 root root      33 loka  22 14:32 /usr/bin/python3.6-config -> x86_64-linux-gnu-python3.6-config
-rwxr-xr-x 2 root root 4522328 loka  22 14:32 /usr/bin/python3.6
lrwxrwxrwx 1 root root      17 loka  25 14:11 /usr/bin/python3m-config -> python3.6m-config
lrwxrwxrwx 1 root root      10 loka  25 14:11 /usr/bin/python3m -> python3.6m
lrwxrwxrwx 1 root root      16 loka  25 14:11 /usr/bin/python3-config -> python3.6-config
lrwxrwxrwx 1 root root       9 loka  25 14:11 /usr/bin/python3 -> python3.6
lrwxrwxrwx 1 root root      33 marra 12 16:31 /usr/bin/python2.7-config -> x86_64-linux-gnu-python2.7-config
-rwxr-xr-x 1 root root 3670448 marra 12 16:31 /usr/bin/python2.7



54

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / [ratkaistu] Miten aliakset on määritelty/missä järjestyksessä ajetaan?

« : 26.02.19 - klo:11.40 »

Hei

En nyt pääse kartalle, että mitä Pythonia ajetaan missäkin vaiheessa.
Jos ajan python --version, niin saan vastauksen Python 3.7.1

/usr/bin/python --version palauttaa Python 2.7.15rc1
ja mitä tuolla uss/bin/ yleisesti ottaen on?

Jos ajan esim. python manage.py runserver (django sovellus), niin se ei toimi vaan kaatuu siihen, ettei Djangoa löydy.
Django paketin sekä muut olen asentanut python -m pip install ...

Käyttääkö tuo python komento kaikesta huolimatta tuota 2.7.15rc1 vaikka --version palauttaakin 3.7.1?
Vai vaihtuuko python jotenkin lennosta, kun kutsutaan python manage.py runserver?

Ja ettei olis liian helppoa, niin onko nämä edes asennettu oikein, kun aina pitää olla sudottamassa ja antamassa salasanaa, kun asentaa pipillä..

EDIT: Ja miksi mikä tahansa siansaksa, mitä kirjoitan komentoriville, yritetään tulkita Pythonin välityksellä?

Koodia: [Valitse]

~$ asdasdasd
Failed to import the site module
Traceback (most recent call last):
  File "/usr/lib/python3.7/site.py", line 596, in <module>
    main()
  File "/usr/lib/python3.7/site.py", line 583, in main
    known_paths = addsitepackages(known_paths)
  File "/usr/lib/python3.7/site.py", line 366, in addsitepackages
    addsitedir(sitedir, known_paths)
  File "/usr/lib/python3.7/site.py", line 213, in addsitedir
    addpackage(sitedir, name, known_paths)
  File "/usr/lib/python3.7/site.py", line 165, in addpackage
    f = open(fullname, "r")
  File "/usr/lib/python3.7/_bootlocale.py", line 35, in getpreferredencoding
    if sys.flags.utf8_mode:
AttributeError: 'sys.flags' object has no attribute 'utf8_mode'


55

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: PHP:llä toteutettu XML-CMS ei voi enää muokata tiedostoja - permission denied

« : 07.01.19 - klo:23.51 »

Ao. kun ajaa /home/[usrname] alla, niin taas toimii:

Koodia: [Valitse]

j@HTPC:~$ sudo setfacl -R -m u:"www-data":rwX public_html
j@HTPC:~$ sudo setfacl -dR -m u:"www-data":rwX public_html


56

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / RATKAISTU: PHP XML-CMS ei voi enää muokata tiedostoja - permission denied

« : 07.01.19 - klo:23.29 »

Hei

Sivusto oli aiemmin sijoitettu /var/www/html alle, jossa sen muokkaaminen oli sudottamalla melko työlästä.

Siirsinkin sivuston omaan käyttäjäkansioon public_html ja selailu onnistuu mainiosti, mutta admin puolen toimintoja ei voi enää käyttää, koska "puuttuu oikeudet".

Miltä siis puuttuu oikeudet ja mitkä niistä? Ilmeisesti siis PHP yrittää muokata tiedostoja, mutta jonain "käyttäjänä", jolle se ei ole sallittu?

57

Muut käyttöjärjestelmät ja Linux-jakelut / Vs: Windows/PowerShell ja node skriptin ajo silmukassa

« : 14.11.18 - klo:09.57 »

No nyt ratkesi. Siinä piti jostain syystä käyttää parametrin tunnisteista -s -o, jotta se osasi lukea arvot.
Komentoriviltä se hyväksyi ne paikan mukaan.

Huh, mutta olipahan lopulta kätevä, kun sai ajettua 26 kansiota ja 200 tiedostoa yhdellä skriptillä.

58

Muut käyttöjärjestelmät ja Linux-jakelut / Vs: Windows/PowerShell ja node skriptin ajo silmukassa

« : 14.11.18 - klo:09.53 »

Eikä sitten millään.

Vaihdoin tuon kutsunkin suoraan node.exe, jolle annan parametreinä ko. node skriptin/moduulin sekä sen parametrit.

Nodeskripti käynnistyy edelleen, muttei kuitenkaan saa tarvitsemiaan parametrejä vaan kysyy niitä.
Suoraan komentokehotteesta ajettuna se toimii kutsumalla: mymodule parametri1 parametri2.

Koodia: [Valitse]

Get-ChildItem -Path . | ?{ $_.PSIsContainer } | ForEach-Object {
    Start-Process 'C:\node\node.exe' -ArgumentList 'C:\node\node_modules\mymodule\index.js', $_, $_+'.json'
}


59

Yleistä keskustelua / Vs: git bash(mingw64) hitaus windows ympäristössä (ja kuinka konffata)

« : 13.11.18 - klo:17.16 »

Täytyy vastata itse itselleni, että noiden em. asetusten myötä se nopeutui.
En kyllä tiedä, että miksi, mutta siitä lähtien on ollut merkittävästi sulavampia ts. normaali.

60

Muut käyttöjärjestelmät ja Linux-jakelut / RATKAISTU: Windows/PowerShell ja node skriptin ajo silmukassa

« : 13.11.18 - klo:16.21 »

Hei

Nyt ei meinaa aueta, että miksei nodejs skripti hyväksy ao. silmukassa syötettäviä parametrejä vaan kysyy niitä.
PowerShell nuskii tässä ensin kaikki kansiot ja silmukoi ne läpi, jolloin silmukassa kutsutaan nodeskriptiä, joka tekee temput kansiolle.

Koodia: [Valitse]

Get-ChildItem -Path . | ?{ $_.PSIsContainer } | ForEach-Object { nodeskriptinimi $_.Name "$($_.Name).json" }
Sekä PS-skripti että nodeskripti toimivat, mutta jostain syystä nodeskripti ei kuitenkaan saa tai hyväksy noita PS-skriptin silmukassa annettavia arvoja.