LjL has quit [Read error: Connection reset by peer]
LjL has joined #maemo-leste
xmn has quit [Ping timeout: 250 seconds]
jack has joined #maemo-leste
joerg has quit [Ping timeout: 268 seconds]
joerg has joined #maemo-leste
<jack> can't update my apt in virtualbox image, checksum mismatch
jack is now known as boshtannik
fab_ has joined #maemo-leste
ceene has joined #maemo-leste
<Wizzup> boshtannik: can you share the exact error?
<boshtannik> if i only could to copypaste code from there's console
<Wizzup> can you not log in over ssh?
<Wizzup> in any case, try to apt update, apt upgrade, and then do it again
<Wizzup> it might resolve your problem, if the error is what I think it is
fab_ has quit [Quit: fab_]
<boshtannik> how to make ssh connection? i did create network iv virtualbox, but it wasnt appear in the boxed OS
fab_ has joined #maemo-leste
<Wizzup> sorry, I don't know about virtualbox
<boshtannik> usually complains on hashes mismatch
<boshtannik> during apt update
<boshtannik> or apt upgrade
<boshtannik> unable to fetch https:// ...... .deb - hash mismatch
<Wizzup> huh, very odd
<Wizzup> maybe try these instructions
<boshtannik> did as it was said until update - got again `unable to fetch ... - hash mismatch`
<boshtannik> hmm
<boshtannik> maybe because of date?
<Wizzup> I don't think so, but yeah. I wonder if something is up with the vbox networking
<boshtannik> datetime is up to date
<boshtannik> but it pings 8.8.8.8
<boshtannik> ohh. just done update
<boshtannik> again hashes mismatch
<boshtannik> run upgrade with --fix-missing
<boshtannik> in parallel, on my actual device recompilinbg kivy from source with KIVY_..._PLATFORM set to 'rpi'
<boshtannik> (it failed previous time, as on the forume is said, that it is known failure for 32 bit armv7 a8) . In hope to at least achieve same point, where i did fail prev time
<boshtannik> did someone tried by modifying device tree, to be set to more than 600 mhz - to overclock CPU?
<Wizzup> I missed why you're compiling kivi, it is not in repos, or?
<boshtannik> after installing it from repos, it still complain, that it is not compiled.
<boshtannik> on official website - it is advised to install it via downloadable script
<boshtannik> which downloads all dependencies, build them, and on top of them - installs kivy.
<Wizzup> what did you install from the repo and what complains?
<Wizzup> maemo leste is just debian/devuan
<Wizzup> so whatever works there should work on maemo leste
<Wizzup> and mostly vice versa :)
<boshtannik> it did not work.
<boshtannik> also kivy heavily rely on opengl, sdl, cpython
<boshtannik> to run as native gui speed
<boshtannik> i just wanted to get some experience in writing kivy. It is not interesting to write regular apps onto my regular pc. It seems for me more interesting write, and run on n900 directly - it might help me get more experience in writing guis for embedding systems
<boshtannik> i guess, there is the ton of similarity with kivy for rpi (raspberry pi zero i guess)
<boshtannik> (it did not work.) - at least i have tried on previous leste distributive.
<boshtannik> After switch to new distributive, regular apt-get intall python3-kivy python-kivy-examples - did not help
<boshtannik> also creating venv - to install kivy lib directly there, also did not help
<boshtannik> i guess that was segmentation fault, while running hello world app on installed kivy library (during initialization kivy)
pere has quit [Ping timeout: 240 seconds]
<boshtannik> Now it donwloads all dependencies for SDL2_image, on which i got fail for previous time
<freemangordon> boshtannik: you will *not* get opengl on N900
<freemangordon> no matter what you do
<freemangordon> also, there is no point to compile libs that will remain on your devices only if you plan to make application to be used for everyone
<freemangordon> later on I will install kivy and examples on my d4, to see what does not work
<boshtannik> Ohhh. I would be very glad.
<Wizzup> there is the gl shim I guess, but yeah
<boshtannik> I try now to find documentation about kivy, supportable window backends to draw graphics.
<boshtannik> It was pygame, butnow i guess it is deprecated.
<boshtannik> then it was sdl2, egl, or opengl i do not remember
<boshtannik> it was possible by set KIVY_WINDOW=SDL2 python3 main.py or whatever, during app start
<boshtannik> on my virtualbox machine 'sudo apt-get upgrade --fix-missing' thrown "Sub-process /usr/bin/dpkg received a segmentation fault" So i'am not able to install kivy on it.
<sicelo> why kivy btw? you could use qt with python
<sicelo> and yes, n900 can be overclocked on linux mainline
<boshtannik> because of the license
pere has joined #maemo-leste
uvos__ has joined #maemo-leste
<sicelo> license?
<boshtannik> kivy lets develop for free, even raise money with it. The company which i was working in, had troubles with qt, because of the specific license, because of use QT for c++ in embedded device.
<boshtannik> so yes, license.
<boshtannik> and because, i assume, it can run kivy
<boshtannik> Rpi env variable - did sucessfully compiled sdl kivy dependencies
<freemangordon> I still don;t get it why you insist on compilit that by yourself
<freemangordon> on d4: https://pastebin.com/6XhyT6ZZ
<freemangordon> I gues sthe issue is [DEBUG ] [Window ] Ignored <x11> (import error)
<boshtannik> seems like it was not successfull run
<boshtannik> i think that sdl2 deps compilation with rpi support would help
<boshtannik> that is the reason of my insist of compiling by myself
<freemangordon> seems 'rpi support' means linking to proprietary drivers
<freemangordon> yep, I see
<boshtannik> no more ideas i have.
<boshtannik> only trust in bruteforce
<boshtannik> you did it from install python3-kivy, python-kivy-examples?
<boshtannik> and why it is not able to import x11?
norayr has joined #maemo-leste
<freemangordon> no idea
<boshtannik> I still in installation process. Running installation accordingly to official installation guide.
<boshtannik> 1 - have compiled from ./build_linux_dependencies
<boshtannik> 2 - now in run of
<boshtannik> export KIVY_DEPS_ROOT=$(pwd)/kivy-dependencies
<boshtannik> and
<boshtannik> python -m pip install "kivy[base]" kivy_examples --no-binary kivy
<Wizzup> the debian package has to work, I don't think a manual install will make a real difference
<boshtannik> may be.. Will see.
<boshtannik> if i ll try to run script under ssh, will it use original display?
<boshtannik> might it cause error of not being able to initialize?
<Wizzup> try to import it from python console
<Wizzup> it will probably tell you
<boshtannik> i did it.
<boshtannik> anyway initialization goes, when you actially start the app
<boshtannik> or there is method exist to initialize it, or check
<boshtannik> don't remember
<freemangordon> Wizzup: seems debian package is compiled in such a way that it is bound to rpi specific gles2 drivers
<boshtannik> i did all same steps provided on previous leste distro
<boshtannik> usually getting same results
<boshtannik> Damn.. I dod not mention "needs to recompile the sdl2 with KMS support."
<boshtannik> so if it's compiled to be bound with rpi - Potentially i will get the same reult after compiling?
<freemangordon> yes
<freemangordon> also, you don;t want KMS
<freemangordon> you want x11
<freemangordon> according to that thread it needs:
<freemangordon> export VIDEOCOREMESA=1
<freemangordon> export USE_X11=1
<boshtannik> this variables i need to use at sdl deps compilation, or during 'python -m pip install kivy....' installation?
<freemangordon> during compilation
<freemangordon> IIUC
<boshtannik> that's why i wanted to run compilation on my desktop pc, under qemu emulation
<boshtannik> it takes a looot of time to adjust each ENV variable
<boshtannik> it kills
<freemangordon> I will try to compile on d4
<freemangordon> it is way faster
<freemangordon> and I compiled mesa there several times :D
<boshtannik> 1ghz of cpu?
<freemangordon> 2 cores
<boshtannik> "and I compiled mesa there several times :D" - seems like you love brutforce too
<freemangordon> mhm
<boshtannik> O_o!
<boshtannik> Where can i get one?
<freemangordon> Wizzup: ^^^
<boshtannik> i would be very happy, if you would compile some for me.
<boshtannik> it seems like taking 4+ hours for each build of SDL2, i do not count kivy installation in
<freemangordon> installing dependencies
<boshtannik> from script got from off site?
<boshtannik> guess this is wrong model
<freemangordon> hmm, cannot build through debian source
<freemangordon> this seems to be FUBAR
<freemangordon> boshtannik: as you already have build env set-up, you may try to build with:
<freemangordon> export VIDEOCOREMESA=1
<freemangordon> export KIVY_GRAPHICS="gles2"
<freemangordon> export USE_X11=1
<boshtannik> i have two building meanings in my head.
<boshtannik> 1 - is the when running ./build_linuxdependencies
<boshtannik> 2- - is the during pip install kivy....
<boshtannik> i can't tell, about which exaclty, are you now saying me.
<boshtannik> whole process, or i just can restart 2nd part for now?
<freemangordon> no idea, sorry
<boshtannik> Ok. Will restart whole process.
<boshtannik> Why not.
<freemangordon> whatever the step when c files are compiled
<boshtannik> Killing current kivy installation from wheels process?
<freemangordon> sorry, rephrase
<boshtannik> I now can kill kivy installation process.
<boshtannik> assume it is hopeless for now (don't know how much is left until it will be installed)
<freemangordon> as I said, no idea. I tried to build it from source got with apt-get source, but it refuses to even start building
<boshtannik> why refuses?
<boshtannik> Ohh. I did not know about apt-get source command at all.
<freemangordon> well...
<freemangordon> this is debian :)
<Wizzup> boshtannik: we are looking at supporting the droid 3 but currently there are some issues still
<boshtannik> @Wizzup - will stick with n900 yet.
<boshtannik> @freemangordon - looks bad(
<boshtannik> have killed installation process.
<boshtannik> rebuilding it from scratch
<freemangordon> have to run, bbl
<freemangordon> boshtannik: maybe test those build options in VM first
<freemangordon> to see that it will build with correct window backend etc
<boshtannik> i can't make apt-get update in vm
<freemangordon> why?
<freemangordon> just download a new virtualbox image
<boshtannik> because different checksums during apt-get update
<boshtannik> have downloaded
<boshtannik> twice
<freemangordon> which image is that?
<freemangordon> link?
<freemangordon> going to test it
<boshtannik> so i have started the compilation again.
<boshtannik> made it not nice (-20)
crab has quit [Quit: WeeChat 3.8]
n900 has quit [Ping timeout: 250 seconds]
<freemangordon> boshtannik: I see no issue here
<freemangordon> what is your virtualbox version
<freemangordon> ?
<boshtannik> 6.1
<boshtannik> from off debian repos
<boshtannik> ohh no
<boshtannik> downloaded deb package
<freemangordon> here it is 6.0
<freemangordon> but should not make difference
pere has quit [Ping timeout: 248 seconds]
<freemangordon> so, no idea what might be broken, but image is ok
<boshtannik> i think too. because Boxed os must check checksum itself
<freemangordon> I just did apt-get update /apt-get upgrade and lots of packages were upgraded
<freemangordon> no checksum errors whatsoever
<boshtannik> hmmm
<boshtannik> will try again
<boshtannik> how to send screenshot?
<freemangordon> some public image sharing service?
<freemangordon> https://imgur.com/upload for example
n900 has joined #maemo-leste
crab has joined #maemo-leste
crab_ has joined #maemo-leste
crab_ has quit [Client Quit]
<boshtannik> Hmmm
<boshtannik> no errors for this time
<boshtannik> O_o?
<boshtannik> same image
xes has quit [Read error: Connection reset by peer]
xes has joined #maemo-leste
<boshtannik> Again
pere has joined #maemo-leste
<boshtannik> and again it works
<boshtannik> compilation on my n900 going slower, but with no segfaults
<boshtannik> 2 segfaults per minute. That's discuting!
<boshtannik> That's why Rust was invented
<boshtannik> 3 segfaults
<bencoh> uh
xmn has joined #maemo-leste
<buZz> boshtannik: input/output error? maybe the SD card is broken-ish?
<boshtannik> that was on the VirtualBox
<buZz> oh bizar
<boshtannik> n900 - still going
<buZz> well maybe debian is just moving servers around
<boshtannik> much slower but going
<boshtannik> who knows
<boshtannik> i thought may be because of the kernel version?
<buZz> oh bizar, those hashes
<boshtannik> sometimes they may change api for controlling applications memory
<buZz> you got a md5 match but sha256 mismatch O_o
<boshtannik> this is no more the case
ceene has quit [Ping timeout: 240 seconds]
fab_ has quit [Quit: fab_]
<boshtannik> Can someone provide me droid 4 ssh access?
<boshtannik> via yggdrasil, for example.
<boshtannik> Fail
Twig has joined #maemo-leste
<boshtannik> seems frequent error
<sicelo> if you don't like qt, there's always GTK :-)
<boshtannik> thanks!
<buZz> or tcltk
<buZz> :D
<buZz> or motif
<boshtannik> or pygame, ye?
<buZz> sure! pygame could work
<buZz> i used pyqt
<boshtannik> i used it too, somewhen
<buZz> its my mess of a pyqt / pyqtgraph droid4 battery monitor
<buZz> python3
<boshtannik> does not open((
boshtannik has quit [Quit: boshtannik]
Danct12 has quit [Quit: How would you be so reckless with someone's heart!?]
Danct12 has joined #maemo-leste
akossh has joined #maemo-leste
elastic_dog has quit [Remote host closed the connection]
elastic_dog has joined #maemo-leste
elastic_dog has quit [Remote host closed the connection]
elastic_dog has joined #maemo-leste
elastic_dog has quit [Remote host closed the connection]
elastic_dog has joined #maemo-leste
elastic_dog has quit [Ping timeout: 240 seconds]
elastic_dog has joined #maemo-leste
elastic_dog has quit [Remote host closed the connection]
Twig has quit [Remote host closed the connection]
elastic_dog has joined #maemo-leste
akossh has left #maemo-leste [#maemo-leste]
elastic_dog has quit [Read error: Connection reset by peer]
elastic_dog has joined #maemo-leste
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #maemo-leste
uvos__ has quit [Ping timeout: 240 seconds]