Näytä kirjoitukset

Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.


Viestit - JA5U

Sivuja: 1 2 [3] 4 5 ... 24
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  :D

42
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?

43
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?

44
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ä...

45
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.

46
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ä?

47
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

48
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...

49
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



50
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


51
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...

52
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


53
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'

54
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

55
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?

56
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ä.

57
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'
}

58
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.

59
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.

60
Moi

Ratkaisu on todella hidas. komentojen ajo kestää yleensä sekunteja.

Asetin bashrc alkuun set -x, joka tuottaa seuraavan tuloksen käynnistettäessä:
Koodia: [Valitse]
++ __git_ps1
++ local exit=0
++ local pcmode=no
++ local detached=no
++ local 'ps1pc_start=\u@\h:\w '
++ local 'ps1pc_end=\$ '
++ local 'printf_format= (%s)'
++ case "$#" in
++ printf_format=' (%s)'
++ local ps1_expanded=yes
++ '[' -z '' ']'
++ '[' -z '4.4.19(2)-release' ']'
++ shopt -q promptvars
++ local repo_info rev_parse_exit_code
+++ git rev-parse --git-dir --is-inside-git-dir --is-bare-repository --is-inside-work-tree --short HEAD
++ repo_info=
++ rev_parse_exit_code=128
++ '[' -z '' ']'
++ return 0
[code]

Miten tätä lähtis selvittämään?

Sivuja: 1 2 [3] 4 5 ... 24