| Oksana | >> There is no way Firefox 24.8.1 was gonna compile with the low amount of RAM the image is set up with by default :) << Then there is probably no way Firefox 24 will be able to run on Maemo 5 at usable speed. Joking, a little... But the latest Firefox tends to be overly complicated/bloated. For | 01:28 |
|---|---|---|
| Oksana | example, I think that handling of videos in web pages should be left to "Mediaplayer media plug-in", instead of Firefox itself. | 01:28 |
| Oksana | jonwil : Sveta knows Perl. Programmed in it. Will point her your way, once she is back at the computer (in several hours or so). | 01:29 |
| jonwil | I managed to get some more help over in #perl :) | 01:51 |
| jonwil | Nice friendly people | 01:51 |
| Maxdamantus | unless the "mediaplayer media plug in" is just something that receives a URL or filename of the pre-downloaded video, that seems like it would just add more bloat. | 02:38 |
| jonwil | I finally got OpenSSL 1.1.0h to work | 04:06 |
| jonwil | Or at least its actually compiling now. | 04:07 |
| jonwil | I think I got all the Perl bits that dont work on 5.8.4 sorted with various mods and hacks to the Perl scripts | 04:07 |
| jonwil | I would LOVE to meet the guy who decided that writing a Configure script in Perl was a good idea (mostly so I can punch them in the face for doing it :P) | 04:08 |
| DocScrutinizer05 | moo | 07:07 |
| DocScrutinizer05 | haha yeah, perl, a nightmare | 07:08 |
| DocScrutinizer05 | don't get me wrong, perl sure is powerful an all that, but sorry it makes me puke to read do-blabla-some-bullshit-etc-pp UNLESS condition | 07:10 |
| DocScrutinizer05 | I'm used to reading stuff top-down and left-right, and evaluating conditions for doing something BEFORE I start doing it | 07:11 |
| DocScrutinizer05 | on https://de.wikipedia.org/wiki/USS_Michael_Murphy_(DDG-112) Captain: "FIRE... unless this is a drill" | 07:18 |
| jonwil | I think I finally got this working | 07:24 |
| ceene | jonwil: great! | 07:49 |
| ceene | are you uploading your progress somewhere? | 07:49 |
| jonwil | Will do soon :) | 07:50 |
| jonwil | Very close to having it working, just need to deal with some stuff that arises because we have out-of-date versions of a few perl modules. | 08:00 |
| jonwil | Its currently running through the pile of OpenSSL tests | 08:18 |
| jonwil | which, given the stuff I had to do to the Perl build system, is probably a good thing to have it do (make sure nothing is broken_) | 08:18 |
| ceene | sounds good | 08:19 |
| Oksana | Great | 09:18 |
| DocScrutinizer05 | \o/ | 10:17 |
| DocScrutinizer05 | noob question: SSL is a layer over whatever communication (usually port80 HTTP) that basically could get implemented as a proxy on top of a regular port80 communication, right? | 10:19 |
| DocScrutinizer05 | just it usually runs on port443 | 10:19 |
| jonwil | Looks like I am hitting an issue in Scratchbox | 10:20 |
| jonwil | Seems like if you run an armel binary inside scratchbox, the emulation layer doesn't pass the value of environment variables like LD_LIBRARY_PATH and LD_PRELOAD through to that arm binary | 10:20 |
| DocScrutinizer05 | maybe to make more clear: is it correct that you could wrap arbitrary data tarffic into a SSL layer, and HTTPS is actually HTTP wrapped in SSL | 10:20 |
| ceene | DocScrutinizer05: basically, yeah, there's even stunnel, which is an app that does exactly that, sits between a communication channel and sets up a ssl layer around it | 10:20 |
| jonwil | Which is why the openssl 1.1.0h test suite is failing. | 10:21 |
| DocScrutinizer05 | ceene: ta! :-) | 10:21 |
| jonwil | And why some stuff in the Mozilla build process is failing as well | 10:21 |
| DocScrutinizer05 | jonwil: umm, quite possible | 10:22 |
| ceene | DocScrutinizer05: you can also install telnet-ssl and telnet -z whatever 443 and manually type HTTP requests | 10:23 |
| DocScrutinizer05 | afaik scratchbox is a chroot/qemu, most likely env vars from outside get lost | 10:23 |
| DocScrutinizer05 | ceene: :-D TA! I was just confronted with "would all this HTTP based stuff also work via HTTPS?" and I said "of course, why not? As long as the port 443 is available" | 10:25 |
| ceene | i think i may have removed the tests on my port of openssl | 10:25 |
| DocScrutinizer05 | let aside higher system load for encryption | 10:25 |
| ceene | yep, just a layer around it | 10:27 |
| ceene | i'm sure socat also supports ssl around whatever thing you want to run | 10:27 |
| Maxdamantus | 20:20:42 < DocScrutinizer05> maybe to make more clear: is it correct that you could wrap arbitrary data tarffic into a SSL layer, and HTTPS is actually HTTP wrapped in SSL | 10:43 |
| Maxdamantus | HTTP/1.1 at least, not necessarily so for HTTP/2 | 10:44 |
| Maxdamantus | since it supposedly uses that application identifier thing. | 10:44 |
| Maxdamantus | ALPN | 10:44 |
| Maxdamantus | Apparently required for HTTP/2 | 10:45 |
| jonwil | Still no closer to figuring out why this isn't working and because you can't debug armel binaries in SB due to qemu, I have to rely on printf debugging to narrow down the cause of the problem. | 12:59 |
| DocScrutinizer05 | well, I guess when you want to debug a process in qemu, you need to run gdb in qemu and start the process from gdb | 14:25 |
| DocScrutinizer05 | of course it makes no sense to run qemu under gdb to debug the process running inside qemu | 14:27 |
| bencoh | indeed | 14:33 |
| bencoh | err, wait | 14:34 |
| bencoh | at least you could probably use the qemu debugger | 14:34 |
| bencoh | https://en.wikibooks.org/wiki/QEMU/Debugging_with_QEMU | 14:35 |
| DocScrutinizer05 | http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Kernel_and_Debugging_Guide/Maemo_Debugging_Guide sounds like it might be related | 14:36 |
| DocScrutinizer05 | actually http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Kernel_and_Debugging_Guide/Maemo_Debugging_Guide#Debugging_Issues_in_Scratchbox | 14:37 |
| enyc | ooer #maemo-cssu is invite-only?!?!? | 17:05 |
| bencoh | uh, what? | 17:13 |
| bencoh | enyc: I know of #maemo-ssu | 17:13 |
| bencoh | dunno about -cssu | 17:13 |
| enyc | aaaah! | 17:18 |
| enyc | that may by my mistook | 17:18 |
| kalin | hi guys | 18:08 |
| kalin | i trying to boot kubuntu mobile on my n900 | 18:09 |
| vahe | nice | 18:11 |
| bencoh | do you have a working kernel first? or are you trying to boot a maemo kernel? | 18:11 |
| kalin | i've downloaded image, put it to sd card with dd, installed linux power kernel boot image on n900 | 18:11 |
| kalin | now i have boot menu, but can't boot from sd | 18:12 |
| bencoh | iirc modern libc won't work with old (<2.6.32) kernels | 18:12 |
| bencoh | unless you patch it | 18:12 |
| bencoh | do you get anything though? errors? | 18:12 |
| kalin | no | 18:13 |
| bencoh | oh, and ... to get something on screen you'd probably need kernel modules | 18:13 |
| bencoh | (framebuffer driver and stuff, at least) | 18:14 |
| bencoh | fbcon isn't builtin | 18:14 |
| bencoh | (so you probably wouldn't get any on-screen console anyway) | 18:14 |
| bencoh | If you wanna keep the maemo/power kernel I'd suggest follow one of the arch/gentoo/whatever threads on talk.maemo.org | 18:15 |
| bencoh | if you're okay with using a mainline kernel, you might want to have a look at Leste first | 18:16 |
| bencoh | and move from there | 18:16 |
| kalin | i want to use some lightweght debian-like distro | 18:16 |
| bencoh | then I'd *definitely* have a look at Leste :) | 18:17 |
| bencoh | they're rebasing maemo bits on top of modern devuan | 18:17 |
| plazmonii | kalin: ΠΆΠΌ? | 18:17 |
| kalin | so how to run Leste on my n900? | 18:18 |
| kalin | oh, i gotta fly... | 18:20 |
| kalin | see ya | 18:20 |
| bencoh | kalin: https://leste.maemo.org/Nokia_N900 | 18:20 |
| kalin | thanks | 18:20 |
| sicelo | and #maemo-leste | 18:22 |
| plazmonii | kalin: jeh, join #maemo-leste | 18:24 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!