Viestit

81

Laitealue / Hiiren oikea laukaisee suoraan kursorin alle jäävässä kohteessa hiiren vasemman

« : 30.05.18 - klo:19.32 »

Hei

Miksiköhän esim. Firefoxissa oikea klikkaus johtaa aina myös johonkin emuloituun vasemman klikaukseen?
Kun yritän katsoa lähdekoodia, niin kursosin kohdalle ilmestyvä save as laukaistaan.

Sama vaikkapa tiedostoselaimessa, jos kokeilen hiiren oikeaa, niin se heti laukaisee hiiren vasemman esiin tulevan valikkokohdan kohdalla.

Ubuntu 18.04

82

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Bluetooth temppuilee taas (Xenial)

« : 28.05.18 - klo:19.15 »

Muutaman ctrl+altfX kikkailun jälkeen pääsin taas sisälle. Samalla asensin nvidian ajurit, joiden pitäisi poistaa ko. ongelma.

Ja sitten alkuperäisen ongelman kimppuun:

pulseaudio daemon ei ole käynnissä.

$ pulseaudio --start

Heti tuon jälkeen yhdistää automaattisesti BT kuulokkeisiin ja toimii.

83

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Bluetooth temppuilee taas (Xenial)

« : 28.05.18 - klo:18.54 »

Oisko puhtaan Ubuntu 18.04:n kokeilu järkevä harjoitus? Hyvällä tuurilla saattaisi ratketa bluetooth-ongelmatkin samalla, tai jos ei ratkea, on ehkä helpompi saada kehittäjiltä apua ja huomiota vian korjaamiseen.

Jätin tuon puhtaan huomiotta ja päivitin. 
Muuten ihan hyvä, mutta toisella käynnistyksellä ei enää voinut kuin kirjautua, jonka jälkeen on tasavärinen purppura ruutu ja kursori...

84

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Bluetooth temppuilee taas (Xenial)

« : 28.05.18 - klo:17.00 »

Oisko puhtaan Ubuntu 18.04:n kokeilu järkevä harjoitus? Hyvällä tuurilla saattaisi ratketa bluetooth-ongelmatkin samalla, tai jos ei ratkea, on ehkä helpompi saada kehittäjiltä apua ja huomiota vian korjaamiseen.

No lähtökohtaisesti mikä tahansa muu kuin nykyinen tuntuisi järkevämmältä harjoitukselta 

Olisihan tämä jännä ratkaista, mutta aikaa palaa aivan tolkuttomasti.

85

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Bluetooth temppuilee taas (Xenial)

« : 27.05.18 - klo:08.50 »

Noh, poistin Elementary OS/Pantheon DE:n, kun ei se nyt pätevä ollut.
Asensin uusiksi sen minkä osasin ja tein https://wiki.archlinux.org/index.php/Bluetooth_headset#Pairing_works.2C_but_connecting_does_not kohdan puolivälistä eteenpäin temput.
Lähinnä konffit ja oman käyttäjätilin lisääminen lp ja lpadmin ryhmiin.

Äänet kuuluu, mutta en tiedä, että mitä se on taas käynnistyksen jälkeen. 

Jep: a2dp-sink profile connect failed for xxx Protocol not available

Ilmeisesti käynnistyksen yhteydessä suoritetaan tai käynnistetään jotain, mikä sitten sekoittaa systeemin?

86

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Bluetooth temppuilee taas (Xenial)

« : 26.05.18 - klo:18.52 »

Noh, poistin Elementary OS/Pantheon DE:n, kun ei se nyt pätevä ollut.
Asensin uusiksi sen minkä osasin ja tein https://wiki.archlinux.org/index.php/Bluetooth_headset#Pairing_works.2C_but_connecting_does_not kohdan puolivälistä eteenpäin temput.
Lähinnä konffit ja oman käyttäjätilin lisääminen lp ja lpadmin ryhmiin.

Äänet kuuluu, mutta en tiedä, että mitä se on taas käynnistyksen jälkeen. 

87

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Bluetooth temppuilee taas (Xenial)

« : 26.05.18 - klo:15.58 »

Ei tälle näytä tulevan mitään loppua taikka ratkaisua.
Nyt löysin komennon journal -f, joka antaa mm. seuraava:

Koodia: [Valitse]

touko 26 15:55:29 HTPC blueman-mechanism[3508]: Exiting
touko 26 15:55:51 HTPC gnome-session[2168]: /usr/bin/blueman-adapters:10: PyGIWarning: Pango was imported without specifying a version first. Use gi.require_version('Pango', '1.0') before import to ensure that the right version gets loaded.
touko 26 15:55:51 HTPC gnome-session[2168]:   from gi.repository import Pango
touko 26 15:55:51 HTPC gnome-session[2168]: blueman-adapters version 2.0.4 starting
touko 26 15:55:51 HTPC gnome-session[2168]: org.bluez owner changed to :1.94
touko 26 15:55:51 HTPC gnome-session[2168]: value: 1.0
touko 26 15:55:51 HTPC gnome-session[2168]: value: 0.0
touko 26 15:56:03 HTPC gnome-session[2168]: /usr/lib/python3/dist-packages/blueman/plugins/applet/AppIndicator.py:8: PyGIWarning: AppIndicator3 was imported without specifying a version first. Use gi.require_version('AppIndicator3', '0.1') before import to ensure that the right version gets loaded.
touko 26 15:56:03 HTPC gnome-session[2168]:   from gi.repository import AppIndicator3 as girAppIndicator
touko 26 15:56:03 HTPC gnome-session[2168]: Traceback (most recent call last):
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/blueman/main/PluginManager.py", line 212, in Run
touko 26 15:56:03 HTPC gnome-session[2168]:     ret = getattr(inst, function)(*args, **kwargs)
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/blueman/plugins/applet/AuthAgent.py", line 50, in on_manager_state_changed
touko 26 15:56:03 HTPC gnome-session[2168]:     agent.Release()
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/blueman/main/applet/BluezAgent.py", line 149, in Release
touko 26 15:56:03 HTPC gnome-session[2168]:     self.remove_from_connection()
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/dbus/service.py", line 626, in remove_from_connection
touko 26 15:56:03 HTPC gnome-session[2168]:     '(%r,%r)' % (self, connection, path))
touko 26 15:56:03 HTPC gnome-session[2168]: LookupError: <blueman.main.applet.BluezAgent.GlobalAgent at /org/blueman/agent/global at 0x7f1130e6f4c8> is not exported at a location matching (None,None)
touko 26 15:56:03 HTPC gnome-session[2168]: ERROR:dbus.connection:Exception in handler for D-Bus signal:
touko 26 15:56:03 HTPC gnome-session[2168]: Traceback (most recent call last):
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/dbus/connection.py", line 230, in maybe_handle_message
touko 26 15:56:03 HTPC gnome-session[2168]:     self._handler(*args, **kwargs)
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/blueman/bluez/PropertiesBlueZInterface.py", line 55, in wrapper
touko 26 15:56:03 HTPC gnome-session[2168]:     handler(name, value, **kwargs)
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/blueman/plugins/applet/SerialManager.py", line 61, in on_device_property_changed
touko 26 15:56:03 HTPC gnome-session[2168]:     d = Device(path)
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/blueman/main/Device.py", line 47, in __init__
touko 26 15:56:03 HTPC gnome-session[2168]:     self.Properties = self.Device.get_properties()
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/blueman/bluez/errors.py", line 148, in warp
touko 26 15:56:03 HTPC gnome-session[2168]:     raise parse_dbus_error(exception)
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/blueman/bluez/errors.py", line 146, in warp
touko 26 15:56:03 HTPC gnome-session[2168]:     return func(*args, **kwargs)
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/blueman/bluez/PropertiesBlueZInterface.py", line 34, in get_properties
touko 26 15:56:03 HTPC gnome-session[2168]:     return self.__properties_interface.GetAll(self.get_interface_name())
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 70, in __call__
touko 26 15:56:03 HTPC gnome-session[2168]:     return self._proxy_method(*args, **keywords)
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 145, in __call__
touko 26 15:56:03 HTPC gnome-session[2168]:     **keywords)
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/dbus/connection.py", line 651, in call_blocking
touko 26 15:56:03 HTPC gnome-session[2168]:     message, timeout)
touko 26 15:56:03 HTPC gnome-session[2168]: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownObject: Method "GetAll" with signature "s" on interface "org.freedesktop.DBus.Properties" doesn't exist
touko 26 15:56:03 HTPC gnome-session[2168]: ERROR:dbus.connection:Exception in handler for D-Bus signal:
touko 26 15:56:03 HTPC gnome-session[2168]: Traceback (most recent call last):
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/dbus/connection.py", line 230, in maybe_handle_message
touko 26 15:56:03 HTPC gnome-session[2168]:     self._handler(*args, **kwargs)
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/blueman/bluez/PropertiesBlueZInterface.py", line 55, in wrapper
touko 26 15:56:03 HTPC gnome-session[2168]:     handler(name, value, **kwargs)
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/blueman/plugins/applet/GameControllerWakelock.py", line 36, in on_device_property_changed
touko 26 15:56:03 HTPC gnome-session[2168]:     klass = Device(path).get_properties()["Class"] & 0x1fff
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/blueman/main/Device.py", line 47, in __init__
touko 26 15:56:03 HTPC gnome-session[2168]:     self.Properties = self.Device.get_properties()
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/blueman/bluez/errors.py", line 148, in warp
touko 26 15:56:03 HTPC gnome-session[2168]:     raise parse_dbus_error(exception)
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/blueman/bluez/errors.py", line 146, in warp
touko 26 15:56:03 HTPC gnome-session[2168]:     return func(*args, **kwargs)
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/blueman/bluez/PropertiesBlueZInterface.py", line 34, in get_properties
touko 26 15:56:03 HTPC gnome-session[2168]:     return self.__properties_interface.GetAll(self.get_interface_name())
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 70, in __call__
touko 26 15:56:03 HTPC gnome-session[2168]:     return self._proxy_method(*args, **keywords)
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 145, in __call__
touko 26 15:56:03 HTPC gnome-session[2168]:     **keywords)
touko 26 15:56:03 HTPC gnome-session[2168]:   File "/usr/lib/python3/dist-packages/dbus/connection.py", line 651, in call_blocking
touko 26 15:56:03 HTPC gnome-session[2168]:     message, timeout)
touko 26 15:56:03 HTPC gnome-session[2168]: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownObject: Method "GetAll" with signature "s" on interface "org.freedesktop.DBus.Properties" doesn't exist
touko 26 15:56:32 HTPC systemd[1]: Starting Cleanup of Tem


88

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: jQueryn click tapahtumassa viittaus window-objektin eikä click objektiin

« : 04.05.18 - klo:22.25 »

Mulla oli kaiken lisäksi vielä "väärä" tapahtuma eli kyseessä oli rastiruutu, joten click piti olla change.

Sain sen kuitenkin tuolla "välimuuttujalla" toimimaan elit target.

En kyllä muista, että olisi ikinä tullut vastaan. Kaippa tuo on sitten harvinaisempi käyttötapaus...

89

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / RatkaistuQueryn click tapahtumassa viittaus window-objektin eikä click objektiin

« : 04.05.18 - klo:13.53 »

Hei

Nyt en ihan ymmärrä, että miten elementtiin sidotussa click-tapahtumassa this-muuttuja viittaa window-objektiin?
Kyllähän sen lähtökohtaisesti tulisi olla joko ko. tapahtuma ja/tai se dom elementti, jota klikattiin.

90

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Django verkkokauppa, jolle löytyisi hyvä dokumentaatio ja esimerkkejä

« : 02.05.18 - klo:20.55 »

Ja jos dokumentaatio  on kriteeri, niin Plata vaikuttaisi sen osalta pätevältä.

91

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Django verkkokauppa, jolle löytyisi hyvä dokumentaatio ja esimerkkejä

« : 02.05.18 - klo:18.18 »

Eilen pääsin sentään liikkeelle ja luotua modeleja sekä naitettua niitä keskenään.

Tässä on kyllä niin paljon välittömämpi yhteys ohjelman logiikkaan ja toimintaan kuin verrratuna vaikkapa Drupaliin.

Joutuu tässäkin sukeltamaan aika paljon järjejestelmään, mutta ei joudu opettelemaan läheskään yhtä monen koukkufunktion muodostamia "valmiita toiminallisuuksia", joita eivät kuitenkaan sovi tarkoitukseen ja joiden muokkaaminen sopivaksi on monen mutkan takana.

Ja alkuperäiseen aiheeseen viitaten törmäsin vielä Satchlessiin, joka oli taas ihan omista lähtökohdista suunniteltu ja ilmeisesti täysin abstrakti vailla toteutusta?

92

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Django verkkokauppa, jolle löytyisi hyvä dokumentaatio ja esimerkkejä

« : 01.05.18 - klo:17.27 »

Moi

Osaako joku suositella verkkokaupparatkaisua tai vast. ostoskoria ja/tai tilaustenhallintajärjestelmää?
Olen katellut seuraavia:
-Oscar (vaikuttaa melko raskaalta ao. suunnitelmiin nähden?)
-Django Shop (kenties - suhteellisen aktiivinen ainakin?)
-LFS (ei niin aktiivinen, mutta kohtuu monipuolinen, muttei älyttömän raskas?)
-Cartridge (Mezzanine sopivuus, mutta se ei ole taas Django 2 yhteensopiva?)
-Django Merchant (taitaa olla vain maksutapojen toteutukseen?)

Tarkoituksena on myydä pääasiassa digitaalisia tuotteita.
Hakusessa olisi ratkaisu, jolla Djangon termein ilmaistuna model:sta voi tehdä "ostettavan".

Ttuotteiden osalta lähtökohta on se, että on olemassa yksi isäntä-model, johon nämä tuote-modelit liittyvät  (foreign key).
Isäntään tallennetaan kaikki kuvaavat tiedot:
-kuvaus,
-kuvat,
-videot ym.

Vastaavasti tuotteilla on lähtökohtaisesti vain:
-hinta,
-kesto (tunneista aina vuoden mittaisiin ),
-"nimi"(periytyy lähinnä kestosta),
-saatavuus/varasto per kestojakso ( esim. 10 per viikonloppu tai 5 per pvä tai 0 per jakso eli rajattomasti tai mitä ikinä määritetään) - InfField ja DurationField?
-tuotekohtainen päivämäärärajoitus/-kset - DateField vai joku textfield, johon voi tallentaa useita sekä suhteellisia päivämääriä?

Tuotteille pitäisi pystyä asettamaan saatavuus ja käyttää siihen räätälöityä logiikkaa/koodia.
Saatavuteen liittyy yksi tai useampi päivämäärärajoitus, jotka joko rajoittavat kokonaan tuotteen saatavuutta tai saatavuuden määrää.
Nämä arvot "peritään" isännältä tai siihen liittyvästä erillisestä saatavuus-modelista.

Loppukäyttäjälle saatavuus esitetään kalenteri-widgetillä, josta tämä voi valita päivämäärä(t).
Llähtökohtaisesti tilaaja valitsee tuotteen lisäksi vain aloituspvm, koska loppupvm lasketaan tuotteen kestosta.
Kalenteri-widgetin tiedot päivittyvät tilauskannasta, josta haetaan kalenterinäkymää vastaavalle ajanjaksolle tuote-idllä mahdollisesti tehdyt tilaukset tai voimassa olevat varaukset (ostoskori 30 min)
Tuotetta voi siis olla saatavilla
-X määrä(varasto - ostokset - ostokori),
-ei ollenkaan (myyty loppuun) tai
-rajattomasti (pl. määritetyt poikkeuspäivämäärät).

Loppukäyttäjä tarkastelee ainoastaan isäntä-modelista tuotettua sivua (helpompi ymmärtää kategoriana?), jolta voi valita haluamansa tuotteen ostoskoriin.

Ja jos oikein pitkälle viedään, niin isäntään liittyvillä tuotteilla voi olla keskinäisiä riippuvuuksia eli loppukäyttäjälle pitäisi ilmoittaa, että "sinun tulee osta myös tämä".
Tämän voi myös ratkaista jonkinlaisena product bundlena.

93

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: (Python) The SECRET_KEY setting must not be empty - kun se ei ole tyhjä

« : 01.05.18 - klo:14.22 »

https://docs.djangoproject.com/en/2.0/ref/settings/#std:setting-SECRET_KEY
Kai siellä settings.py-tiedostossa on Djangon luoma SECRET_KEY? Se luodaan projektia luotaessa.

Yritin tuossa otsikossa sanoa, että ei ole tyhjä. Sovellus myös toimi eilen aivan normaalisti, kunnes tänään möksähti.
Muistelisin, että teki saman joskus aiemminkin ja silloin taisin poistaa noita pyc tiedostoja ja aloittaa alusta.

No niinpäs onkin. Jostain syystä otsikossa kerrottu tieto, jota ei ole viestissä, tahtoo mennä itseltäni ohi silmien. Yleensä pyc-tiedostoja ei kyllä tarvitse poistella, mutta eipä siitä mitään haittaakaan ole. Käytännössä ne __pycache__-hakemistot voi poistella kokonaan, jos haluaa. Oletko tarkistanut, että Django käyttää oikeaa settings.py-tiedostoa? Tosin jos olet vain luonut projektin (etkä esimerkiksi säädä jonkun hienomman alustan kanssa) ja käytät manage.py:ä komentoihin, niin sen ei pitäisi olla ongelma.

Tympäsee, kun ei ikinä pääse tekemään sitä varsinaista kehittämistä vaan aika menee 95 % kaikkeen muuhun säätämiseen. 
Eikä noita "resetointejakaan" viitsi olla aina tekemässä, tuskin kuuluukaan ja jos kuuluu, niin siitä pitäisi mainita jossain 

Ei vastaa omaa kokemustani Django-kehityksestä eli jotain menee jossain pieleen.

Muokkaus: Katsoin tarkemmin tuota traceback-listausta ja siellä on tuo Leaflet, joka ei edelleenkään ole itselleni tuttu järjestelmä, mutta syy lienee siellä. Django itsessään toimii yleensä aika hyvin. Näyttäisi vähän siltä, että improttaat siellä settings.py:ssä Leafletistä jotain, mikä haluaisi, että ne asetukset on jo määritelty ja tästä syntyy ongelma. En tiedä riittäisikö, jos tuon SECRET_KEY:n määritelmän siirtäisi ylemmäs siellä settings.py-tiedostossa. Luultavasti tuota LEAFLET_CONFIG:a ei ole tarkoitus improtatta settings.py:hyn (arvailen vain).

Juurin kokeilin tuota itsekin ja sehän oli se syy En tiedä, että onko se jollain toiminut, koska jostain esimerkistä se on bongattu.
Tosin, ne esimerkit on usein niin itsetietoisia, että ei ole ihme vaikka olisi väärään paikkaan kopioitu.
Toisaalta taas, ihan luonnollinen sijainti tuolle LEAFLET_CONFIGin importille, mutta logiikan puolesta kenties ihan väärä.

94

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: (Python) The SECRET_KEY setting must not be empty - kun se ei ole tyhjä

« : 01.05.18 - klo:13.47 »

https://docs.djangoproject.com/en/2.0/ref/settings/#std:setting-SECRET_KEY
Kai siellä settings.py-tiedostossa on Djangon luoma SECRET_KEY? Se luodaan projektia luotaessa.

Yritin tuossa otsikossa sanoa, että ei ole tyhjä. Sovellus myös toimi eilen aivan normaalisti, kunnes tänään möksähti.
Muistelisin, että teki saman joskus aiemminkin ja silloin taisin poistaa noita pyc tiedostoja ja aloittaa alusta.

Tympäsee, kun ei ikinä pääse tekemään sitä varsinaista kehittämistä vaan aika menee 95 % kaikkeen muuhun säätämiseen. 
Eikä noita "resetointejakaan" viitsi olla aina tekemässä, tuskin kuuluukaan ja jos kuuluu, niin siitä pitäisi mainita jossain 

95

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / (RATKAISTUPython) The SECRET_KEY setting must not be empty - kun se ei ole tyhjä

« : 01.05.18 - klo:12.39 »

Hei

Saan em. virheen, kun muokkasin settings.py:ta.
Eilen toimi vielä aivan hyvin ja tänään lisäsin tiedoston loppuun asetuksia, jonka jälkeen valittaa tätä.
Vaikka poistan uudet asetukset, niin silti valittaa.

Alkaa muistuttamaan pitkälti Drupalia kaikkine välimuistiihmetyksineen tai ole ainakaan yhtään sen vakaampaa kehittämistä.
Voihan se toki olla tekijässäkin vika, mutta aika erikoisia ovat nämä virheet...

Koodia: [Valitse]

Traceback (most recent call last):
  File "manage.py", line 22, in <module>
    execute_from_command_line(sys.argv)
  File "/home/admin/.local/lib/python3.5/site-packages/django/core/management/__init__.py", line 371, in execute_from_command_line
    utility.execute()
  File "/home/admin/.local/lib/python3.5/site-packages/django/core/management/__init__.py", line 365, in execute
    self.fetch_command(subcommand).run_from_argv(self.argv)
  File "/home/admin/.local/lib/python3.5/site-packages/django/core/management/base.py", line 288, in run_from_argv
    self.execute(*args, **cmd_options)
  File "/home/admin/.local/lib/python3.5/site-packages/django/core/management/commands/runserver.py", line 61, in execute
    super().execute(*args, **options)
  File "/home/admin/.local/lib/python3.5/site-packages/django/core/management/base.py", line 335, in execute
    output = self.handle(*args, **options)
  File "/home/admin/.local/lib/python3.5/site-packages/django/core/management/commands/runserver.py", line 70, in handle
    if not settings.DEBUG and not settings.ALLOWED_HOSTS:
  File "/home/admin/.local/lib/python3.5/site-packages/django/conf/__init__.py", line 56, in __getattr__
    self._setup(name)
  File "/home/admin/.local/lib/python3.5/site-packages/django/conf/__init__.py", line 43, in _setup
    self._wrapped = Settings(settings_module)
  File "/home/admin/.local/lib/python3.5/site-packages/django/conf/__init__.py", line 106, in __init__
    mod = importlib.import_module(self.SETTINGS_MODULE)
  File "/usr/lib/python3.5/importlib/__init__.py", line 126, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 986, in _gcd_import
  File "<frozen importlib._bootstrap>", line 969, in _find_and_load
  File "<frozen importlib._bootstrap>", line 958, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 673, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 665, in exec_module
  File "<frozen importlib._bootstrap>", line 222, in _call_with_frames_removed
  File "/var/www/html/kk-app/kk_project/kk_project/settings.py", line 14, in <module>
    from leaflet import LEAFLET_CONFIG
  File "/home/admin/.local/lib/python3.5/site-packages/leaflet/__init__.py", line 32, in <module>
    LEAFLET_CONFIG = getattr(settings, 'LEAFLET_CONFIG', {})
  File "/home/admin/.local/lib/python3.5/site-packages/django/conf/__init__.py", line 56, in __getattr__
    self._setup(name)
  File "/home/admin/.local/lib/python3.5/site-packages/django/conf/__init__.py", line 43, in _setup
    self._wrapped = Settings(settings_module)
  File "/home/admin/.local/lib/python3.5/site-packages/django/conf/__init__.py", line 125, in __init__
    raise ImproperlyConfigured("The SECRET_KEY setting must not be empty.")
django.core.exceptions.ImproperlyConfigured: The SECRET_KEY setting must not be empty.



96

Yleistä keskustelua / SketchUp ohjemalla mallinnus

« : 29.04.18 - klo:20.44 »

Hei

Ei tule sitten yhtään mitään tuon kanssa. Jo yksinkertaisen puupalkin teko omien mittojen mukaan melko säätöä.
Varsin seikkaperäisistä ohjeista saatoin löytää ohjeen, että kunhan näppäilee luvut, niin voi asettaa mitat kahdelle ulottuvuudelle.
Kyse on kuitenkin 3d mallista, joten se kolmaskin olisi hyödyllinen...

Sitten jos saankin tehty sopivan palikan ja haluisin kopioida sekä mitoittaa uusiksi, niin miten?
Tarkkaa mittaa en saa vaihdettu ja vain hiirellä raahaamalla voi muuttaa kokoa. Eikö tuossa nyt joku toiminto koon muuttamiseksi pitäisi olla?
Löytyy kyllä hienot joka ulottuvuuden suhteen skaalautuva muokkaus, mutta kun en tarvitsisi sitä kuin yhdelle ulottuvuudelle.

Miten tuota siis käytetään?

https://app.sketchup.com/app

97

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Bluetooth temppuilee taas (Xenial)

« : 29.04.18 - klo:18.09 »

Ja aina vain ongelmia...

Koodia: [Valitse]

$ bluetoothd -d -n
bluetoothd[5453]: Bluetooth daemon 5.37
bluetoothd[5453]: src/main.c:parse_config() parsing main.conf
bluetoothd[5453]: src/main.c:parse_config() Key file does not have key 'DiscoverableTimeout' in group 'General'
bluetoothd[5453]: src/main.c:parse_config() Key file does not have key 'PairableTimeout' in group 'General'
bluetoothd[5453]: src/main.c:parse_config() Key file does not have key 'AutoConnectTimeout' in group 'General'
bluetoothd[5453]: src/main.c:parse_config() Key file does not have key 'Name' in group 'General'
bluetoothd[5453]: src/main.c:parse_config() Key file does not have key 'Class' in group 'General'
bluetoothd[5453]: src/main.c:parse_config() Key file does not have key 'DeviceID' in group 'General'
bluetoothd[5453]: src/main.c:parse_config() Key file does not have key 'ReverseServiceDiscovery' in group 'General'
D-Bus setup failed: Connection ":1.108" is not allowed to own the service "org.bluez" due to security policies in the configuration file
bluetoothd[5453]: Unable to get on D-Bus

Sain sen kerran toimimaan, kun asensin kaikki uusiksi.
Päätin kuitenkin ottaa varman päälle käynnistämällä koneen uudelleen, jolloin se ei enää toiminut.

Koodia: [Valitse]

$ pactl load-module bluetooth-discovery
Failure: Module initialization failed

Saan ilmeisesti Bluetooth laitteen päälle, mutten yhdistettyä sitä mihinkään.

Koodia: [Valitse]

$ dpkg --list | grep blue
ii  bluez                                           5.37-0ubuntu5.1                                          amd64        Bluetooth tools and daemons
ii  bluez-obexd                                     5.37-0ubuntu5.1                                          amd64        bluez obex daemon
ii  libbluetooth3:amd64                             5.37-0ubuntu5.1                                          amd64        Library to use the BlueZ Linux Bluetooth stack
ii  libgnome-bluetooth13:amd64                      3.18.2-1ubuntu2                                          amd64        GNOME Bluetooth tools - support library
ii  pulseaudio-module-bluetooth                     1:8.0-0ubuntu3.9                                         amd64        Bluetooth module for PulseAudio sound server
ii  switchboard-plug-bluetooth                      0.1+r45~ubuntu0.4.1                                      amd64        Bluetooth plug for Switchboard
ii  wingpanel-indicator-bluetooth                   2.0.3+r351+pkg20~ubuntu0.4.1.1                           amd64        WingPanel Bluetooth Indicator



Koodia: [Valitse]

$ dmesg | egrep -i 'blue|firm'
[    2.810422] Bluetooth: Core ver 2.21
[    2.810434] Bluetooth: HCI device and connection manager initialized
[    2.810436] Bluetooth: HCI socket layer initialized
[    2.810438] Bluetooth: L2CAP socket layer initialized
[    2.810442] Bluetooth: SCO socket layer initialized
[    5.130891] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[    5.130894] Bluetooth: BNEP filters: protocol multicast
[    5.130896] Bluetooth: BNEP socket layer initialized
[   70.080266] Bluetooth: hci0: BCM: chip id 63
[   70.096270] Bluetooth: hci0: HTPCnix
[   70.097258] Bluetooth: hci0: BCM20702A1 (001.002.014) build 1469
[   70.806295] Bluetooth: hci0: BCM20702A1 (001.002.014) build 1469
[   70.822293] Bluetooth: hci0: Broadcom Bluetooth Device
[   70.880002] Bluetooth: RFCOMM TTY layer initialized
[   70.880006] Bluetooth: RFCOMM socket layer initialized
[   70.880008] Bluetooth: RFCOMM ver 1.11
[ 2006.696180] Bluetooth: hci0 urb ffff8803b3963cc0 failed to resubmit (2)
[ 2035.012927] Bluetooth: hci0: BCM: chip id 63
[ 2035.028917] Bluetooth: hci0: HTPCnix
[ 2035.029909] Bluetooth: hci0: BCM20702A1 (001.002.014) build 1469
[ 2035.736924] Bluetooth: hci0: BCM20702A1 (001.002.014) build 1469
[ 2035.752948] Bluetooth: hci0: Broadcom Bluetooth Device
Miksi on kaksi discover moduulia?

Koodia: [Valitse]

$ pactl list short | grep blue
9 module-bluetooth-policy
10 module-bluetooth-discover
11 module-bluez5-discover


98

Yleistä keskustelua / Vs: Mihin easy_install komennolla asennetut Python paketit menevät?

« : 24.04.18 - klo:12.53 »

Kiitos, hyvä pikaluento aiheeseen

Löysin nyt lisäksi egg-tiedostoja esim. leaflet-0.0.3-py-3.6.egg
Ilmeisesti nämä on jotain paketteja itsessään, joita "puretaan" lennosta ja ajetaan?

Täytynee ruveta gittailemaan...

99

Yleistä keskustelua / Vs: Mihin easy_install komennolla asennetut Python paketit menevät?

« : 23.04.18 - klo:17.16 »

easy_install on aika vanha tapa asentaa ohjelmia. pip tai pipenv voisi olla enemmän nykyaikaa. Pip:llä asennettuna ne menevät joko järjestelmänlaajuisesti /usr/lib/python3.x/site-packages tai /usr/local/lib/python3.x/site-packages, käyttäjälle (--user vivulla) asennettuna ~/.local/lib/python3.x/site-packages ja sitten virtualenvissä sen vastaavaan lib-hakemiston polkuun, missä 3.x on korvattava Pythonin versiolla.

pip ei suostunut toimimaan "cannot find pip._internals" - joku ihme homma taas, kuten yleensäkin näiden kanssa.

Erityisesti haluaisin lisätä django-leaflet pakettiin lisää front-end lisäosia ts. javascriptiä.

Sen verran ymmärsin Githubista, ettei paketti toimi täydellisesti lisäosien suhteen.
Ajattelin, että ehkä ne voisi lisätä sinne paketin omaan kansioon ilman, että tehdään jotain omia luokkia, jotka tuovat ne sovellukseen ja joihin viitataan esim setting.pyhin tulevilla asetuksilla.

Itse en kyllä ihan ymmärtänyt tätä kohtaa. Eikös noita voi tehdä ihan minkä vain Django app:n hakemistoon ja collectstatic löytää ne kyllä sieltä.
[/quote]

No siis tämä oli aika bruteforce hajatelma. Lisään tiedostot alkuperäiseen pakettiin, jos se jonkin tietyn kaavan mukaan ja tietystä paikasta nuuskii niitä js tiedostoja ts. lisäosia.
Ja jos rehellisiä ollaan, niin en tiedä, että miten tuo collectstatic toimii.

Ko. paketti ei liene mikään aktiivisinkaan.

100

Yleistä keskustelua / Mihin easy_install komennolla asennetut Python paketit menevät?

« : 23.04.18 - klo:16.33 »

Hei

En löydä näitä mistään. Haluaisin muokata lähdekoodia, mutta melko hankalaa, kun ei löydy itse koodeja.

Yritin etsiä niin virtuaaliympäristöstä kuin sen ulkopuolelta, mutta tuloksetta. Osan löysin, mutten läheskään kaikkia: @/Lib/site-packages

Erityisesti haluaisin lisätä django-leaflet pakettiin lisää front-end lisäosia ts. javascriptiä.

Sen verran ymmärsin Githubista, ettei paketti toimi täydellisesti lisäosien suhteen.
Ajattelin, että ehkä ne voisi lisätä sinne paketin omaan kansioon ilman, että tehdään jotain omia luokkia, jotka tuovat ne sovellukseen ja joihin viitataan esim setting.pyhin tulevilla asetuksilla.