| 00:12.07 | *** join/#maemo pigeon (~pigeon@eth5284.nsw.adsl.internode.on.net) |
| 00:20.16 | *** join/#maemo darkschneider (~gab@93-32-51-166.ip32.fastwebnet.it) |
| 00:22.06 | *** join/#maemo discopig (~pig@unaffiliated/discopig) |
| 00:46.01 | *** join/#maemo pigeon (~pigeon@eth5284.nsw.adsl.internode.on.net) |
| 00:52.40 | DocScrutinizer05 | I had same effect first time in my N900 life, 2 weeks ago |
| 01:19.20 | *** join/#maemo robbiethe1st (~robbiethe@104.235.199.86) |
| 01:23.49 | *** join/#maemo sunshavi (~user@190.234.106.189) |
| 01:24.54 | *** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
| 01:29.22 | *** join/#maemo at1as (~at1as@kurios.r4780y.com) |
| 01:29.40 | sixwheeledbeast | FWIW it would appear the killall icd2 issue is reproducible on stock and new version, so is a bug somewhere. |
| 01:45.55 | *** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
| 02:07.29 | *** join/#maemo eMHa__ (~mh@p579DBAEF.dip0.t-ipconnect.de) |
| 02:19.35 | *** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
| 02:38.30 | *** join/#maemo LauRoman (~LauRoman@5-14-87-59.residential.rdsnet.ro) |
| 02:39.05 | *** join/#maemo auenfx4 (David@120.155.97.223) |
| 02:44.51 | *** join/#maemo Humpelstilzchen (erik@x50abd3e8.dyn.telefonica.de) |
| 03:09.23 | *** join/#maemo ssvb (~ssvb@dsl-espbrasgw1-50dce4-232.dhcp.inet.fi) |
| 03:30.47 | jonwil | do we have anyone here who can program in Python? |
| 03:47.04 | *** join/#maemo ludens (~user@gateway/vpn/privateinternetaccess/ludens) |
| 03:47.30 | ludens | hi all. does anyone here have the ability to make .deb packages for n900 easily? |
| 03:47.48 | ludens | i remember having tried with scratchbox in the past, but i failed |
| 03:48.28 | ludens | i need to upgrade my rsync from 3.0.4 to 3.1.0 |
| 03:48.57 | ludens | but i can't build it on my phone and i don't have a machine where i can use scratchbox |
| 04:07.59 | *** join/#maemo DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 04:51.22 | *** join/#maemo vahe (~funtoo@130.193.124.135) |
| 04:57.12 | *** join/#maemo pozitron (~nu@46.166.188.227) |
| 05:01.23 | *** join/#maemo Roth (~quassel@2601:18c:c700:c4d3:4179:b5a2:b4bb:bfde) |
| 05:17.56 | *** join/#maemo ashneo76 (~ashneo76@c-24-1-252-39.hsd1.il.comcast.net) |
| 05:56.59 | *** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl) |
| 06:04.00 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 07:11.09 | *** join/#maemo FlameReaper-PC (~FR@175.139.21.117) |
| 07:25.52 | Sicelo | KotCzarny: so N900 shutdown during the night, due to battery. anyway, 'slient earpiece' again |
| 07:25.56 | Sicelo | :/ |
| 07:26.05 | Sicelo | i wish i knew what the real cause is |
| 07:27.43 | Sicelo | stop/restart pulseaudio does the trick, which makes it sound like a routing problem ... but still .. what causes it? :( |
| 07:28.28 | freemangordon | Sicelo: did you try to --reinstall PA? |
| 07:28.30 | KotCzarny | apparently you have some application that does it |
| 07:29.09 | freemangordon | the only times I have problems with sound was when I was using some platronics handsfree |
| 07:29.38 | freemangordon | it was managing to block PA for > 30s |
| 07:30.09 | KotCzarny | sicelo, run dbus monitor in tha background and try to catch the offender? |
| 07:30.19 | KotCzarny | *the |
| 07:30.21 | freemangordon | but I suspect it was the HF itself, repoting to be connected but without actually accepting data |
| 07:31.06 | freemangordon | Sicelo: do you have something like call recoreder installed |
| 07:31.28 | Sicelo | will do the reinstall. no, no call recorder |
| 07:31.36 | Sicelo | i hardly get calls even :) |
| 07:31.45 | KotCzarny | :) |
| 07:31.46 | Sicelo | or make them |
| 07:32.07 | freemangordon | could be some broken file in /var/lib/PA... |
| 07:32.51 | freemangordon | Sicelo: if reinstall does not help, you may try to enable PA debug messages and send them to syslog |
| 07:33.06 | Sicelo | i know i've modified things there (but that's loooong ago for bluetooth a2dp). this has never affected earpiece. |
| 07:33.17 | Sicelo | sure, will do that. thanks for tha suggestion |
| 07:51.30 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 07:52.54 | *** join/#maemo Venusaur (~wdwrwf@wikipedia/Antonio-Lopez) |
| 08:06.35 | *** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it) |
| 08:26.55 | *** join/#maemo xes_ (~xes@unaffiliated/xes) |
| 08:37.40 | *** join/#maemo xes_ (~xes@unaffiliated/xes) |
| 09:14.52 | Pali | freemangordon: ping |
| 09:15.00 | freemangordon | Pali: pong |
| 09:15.25 | Pali | freemangordon: can you resend that omapfb patch? |
| 09:15.34 | freemangordon | sure |
| 09:15.55 | freemangordon | you think tomi didn't see my ping? |
| 09:16.02 | Pali | and also... are you include setting system_rev into that your reserve_rx51 mem patch? |
| 09:16.24 | freemangordon | no, we'd better send another patch once atags patch is accepted |
| 09:16.26 | Pali | I got email from Tomi asking you for resending it |
| 09:16.35 | Pali | you did not have it? |
| 09:17.33 | freemangordon | which patch, for "ARM: OMAPFB: panel-sony-acx565akm: fix missing mutex unlocks" ? |
| 09:17.59 | freemangordon | as there are 2 I pinged Tomi for |
| 09:18.06 | freemangordon | for ^^^ I got a reply |
| 09:18.12 | freemangordon | and will resend it |
| 09:18.27 | Pali | "Re: [PATCH v2] ARM: OMAPFB: panel-sony-acx565akm: fix missing mutex unlocks" |
| 09:18.36 | freemangordon | but for the early memory allocator I don;t have a reply |
| 09:18.36 | Pali | "Oh, I'm sorry, I must have forgotten about that. Please, send a new patch. Tomi" |
| 09:18.39 | *** join/#maemo merlin1991 (~merlin@Maemo/community/cssu/merlin1991) |
| 09:18.44 | freemangordon | yes, I have that |
| 09:18.49 | freemangordon | will send a patch |
| 09:19.01 | Pali | ok |
| 09:19.07 | freemangordon | but first i need a device to test on |
| 09:19.18 | freemangordon | as I've lost my maemo setup on my dev device :) |
| 09:19.33 | freemangordon | I mean - setup for upstream kernel |
| 09:20.17 | freemangordon | Pali: could you provide url to your scripts again? |
| 09:20.29 | Pali | Maemo with upstream kernel? |
| 09:20.33 | freemangordon | yes |
| 09:20.40 | Pali | searching for it.... |
| 09:20.48 | freemangordon | hmm, or I'd rather boot it from NAND |
| 09:22.13 | Pali | cssu-devel, rx51-bme-replacement, fix /etc/X11/Xsession.d/05connui-conndlgs-cellular, fix firmware to dir /lib/firmware/ti-connectivity, hal fix |
| 09:22.22 | freemangordon | hal? |
| 09:22.32 | Pali | there is script for it |
| 09:22.46 | freemangordon | what's wrong with HAL, this is new to me |
| 09:22.55 | Pali | https://lkml.org/lkml/2015/7/24/469 |
| 09:23.00 | Pali | platform_soc_audio_logicaldev_input |
| 09:23.16 | Pali | otherwise rtcom-call-ui goes into crash loop |
| 09:23.36 | Pali | and probably fix for /etc/event.d/sgx is not needed.... do not know |
| 09:24.05 | freemangordon | ah, I was just disabling call-ui autorestart :) |
| 09:24.40 | freemangordon | ok |
| 09:24.45 | Pali | this prevent crash, it is better |
| 09:24.55 | freemangordon | yeah |
| 09:25.07 | freemangordon | u-boot from extras is fine, ain't? |
| 09:25.41 | Pali | yes, u-boot from extras-devel is fine for sure |
| 09:25.44 | *** join/#maemo haasn (~haasn@static.102.126.46.78.clients.your-server.de) |
| 09:25.51 | freemangordon | ok |
| 09:25.57 | Pali | do not know what is in extras |
| 09:26.20 | freemangordon | do I need KP or kernel-cssu should suffice? |
| 09:29.40 | freemangordon | Pali: how to tell uboot to boot my kernel by default? |
| 09:30.50 | *** join/#maemo jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
| 09:30.54 | Pali | freemangordon: ln -s /etc/bootmenu.d/<your_entry> /etc/default/bootmenu.item |
| 09:31.23 | freemangordon | thanks |
| 09:32.22 | jonwil | hi |
| 09:32.32 | freemangordon | jonwil: hi! |
| 09:33.24 | Pali | hi! |
| 09:33.58 | freemangordon | Pali: and where is bme replacement? |
| 09:34.23 | jonwil | The repo is at http://maemo.merlin1991.at/cssu/bme-replacement/ |
| 09:34.24 | Pali | http://maemo.merlin1991.at/cssu/bme-replacement/ |
| 09:34.29 | freemangordon | thanks :) |
| 09:34.30 | Pali | ~bme-replacement |
| 09:34.30 | infobot | it has been said that bme-replacement is http://atrey.karlin.mff.cuni.cz/~pali/rx51-bme-replacement http://atrey.karlin.mff.cuni.cz/~pali/projects/maemo/bme-replacement.html See also: http://wiki.maemo.org/Bme_replacement . Please, use wiki page to report bugs/problems and/or solutions to them!, or http://talk.maemo.org/showthread.php?t=93183 |
| 09:34.43 | jonwil | Anyone here know how to program in Python? |
| 09:34.54 | Pali | deb http://maemo.merlin1991.at/cssu/bme-replacement/ fremantle free |
| 09:34.54 | freemangordon | I guess Pali knows |
| 09:35.23 | Pali | I'm not python coder |
| 09:35.30 | jonwil | ok |
| 09:35.43 | KotCzarny | :) |
| 09:35.50 | jonwil | I can program in quite a few different languages but Python ain't one of them :( |
| 09:36.05 | KotCzarny | if you want quite a complete app example you can check oscp-remote.py |
| 09:36.17 | KotCzarny | with key handling, file handling, dbus handling etc |
| 09:36.42 | jonwil | I dont need it for an app on Maemo, I need it for some stuff related to maemo-security-certman |
| 09:36.48 | bencoh | freemangordon: "do I need KP or kernel-cssu should suffice" aren't you trying to boot with mainline? |
| 09:37.17 | jonwil | and more specifically the included set of root certificates |
| 09:37.17 | freemangordon | yes, but bme replacement needs some kernel stuff |
| 09:37.21 | freemangordon | bencoh: ^^^ |
| 09:37.38 | freemangordon | and I need a kernel to boot maemo with if upstream does not boot |
| 09:38.08 | Pali | kernel-power must work |
| 09:38.25 | freemangordon | I know it works, the question was about kernel-cssu |
| 09:39.08 | freemangordon | yeah, it needs KP |
| 09:41.03 | bencoh | freemangordon: ah :) |
| 09:45.50 | *** join/#maemo keithzg (~quassel@198-48-129-100.cpe.pppoe.ca) |
| 09:46.46 | *** join/#maemo xes (~xes@unaffiliated/xes) |
| 09:47.59 | *** join/#maemo xes (~xes@unaffiliated/xes) |
| 09:48.34 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 10:01.01 | freemangordon | Pali: what needs to be fixed in /etc/X11/Xsession.d/05connui-conndlgs-cellular? |
| 10:01.56 | Pali | freemangordon: I commented that file as GSM modem did not worked correctly... |
| 10:02.11 | Pali | at least that nokia stuff was not able to use modem |
| 10:02.28 | Pali | and that script blocked Maemo booting until modem is working... |
| 10:02.40 | freemangordon | oh |
| 10:02.45 | Pali | that script ask for PIN code |
| 10:03.01 | freemangordon | hmm, I don;t have sim card here |
| 10:04.33 | freemangordon | WTF? NAND disappeared?!? |
| 10:05.01 | kerio | LOL |
| 10:05.03 | Pali | hm? |
| 10:05.06 | kerio | rip |
| 10:06.01 | freemangordon | Pali: can boot no more even KP after I've tried 4.4 |
| 10:06.25 | Pali | what happen?? |
| 10:07.05 | freemangordon | dunno, will boot rescueos to see |
| 10:07.42 | freemangordon | 4.4 progressed to the boint to boot maemo and hanged |
| 10:07.52 | freemangordon | I did a power-down, and that's it |
| 10:09.02 | jonwil | Remind me never to run bleeding edge kernels on my everyday-use N900 :) |
| 10:11.42 | freemangordon | ubifs - "failed to recover master node" :( |
| 10:11.55 | freemangordon | Pali: any idea besides reflash? |
| 10:12.33 | Pali | I did not see this message |
| 10:12.54 | Pali | maybe hard power off damaged ubifs format? |
| 10:13.27 | freemangordon | maybe |
| 10:13.51 | freemangordon | that message is when i try to mount maemo under rescueos |
| 10:14.06 | ceene | jonwil: what do you need done on python? |
| 10:14.17 | Pali | https://patchwork.ozlabs.org/patch/162271/ |
| 10:14.59 | freemangordon | Pali: but that would mean 4.4 should fix it, ain't? |
| 10:15.05 | jonwil | Well first I need the python script in https://packages.debian.org/source/sid/ca-certificates make to work with the Scratchbox version of Python then I will need some changes to it |
| 10:15.06 | Pali | looks like |
| 10:15.21 | Pali | freemangordon: try to boot rescue OS with 4.4 kernel |
| 10:15.21 | freemangordon | hmm |
| 10:15.29 | Pali | R/W mount ubifs |
| 10:15.38 | Pali | and then umount it |
| 10:15.44 | Pali | and after that do shutdown |
| 10:15.49 | freemangordon | hmm, yes |
| 10:16.33 | ceene | i think i can help with that, it's probably removing python2.7 specifics, as sb only has python2.5 |
| 10:16.59 | jonwil | ok, start by getting it to work correctly |
| 10:17.13 | ceene | sure |
| 10:17.14 | jonwil | then I will talk about what changes I need made |
| 10:17.35 | ceene | let me have breakfast before and then I'll get on with it |
| 10:17.37 | ceene | :) |
| 10:17.55 | jonwil | ok :) |
| 10:19.51 | freemangordon | Pali: can't open /dev/ttyS0 and then reboot |
| 10:20.13 | Pali | rescueOS? |
| 10:20.16 | freemangordon | gooing to reflash |
| 10:20.21 | freemangordon | yes, in rescueos |
| 10:24.28 | bencoh | freemangordon: ttyO* ? |
| 10:24.58 | freemangordon | bencoh: already flashed rootfs, no idea :) |
| 10:26.19 | bencoh | ah... maybe next time |
| 10:39.55 | ceene | jonwil: mozilla/certdata2pem.py this one I guess? |
| 10:40.04 | jonwil | yep |
| 10:40.36 | ceene | alrright, I'm on it |
| 10:43.31 | freemangordon | guys, maybe document the process in README or wiki and put I link in the README, so we won't guess next time again |
| 10:48.28 | jonwil | yeah I have plans to put things into the repos so we have documentation of how to update the certificates going forward |
| 10:49.56 | ceene | if i manage to port this thing we can provide this .deb package directly |
| 10:50.27 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 10:50.57 | ceene | on the other hand |
| 10:51.07 | ceene | i see that we can install python2.7 on scratchbox |
| 10:51.14 | ceene | is that acceptable, jonwil? |
| 10:51.27 | freemangordon | ceene: no |
| 10:51.27 | ceene | because that'd make it work without modification |
| 10:51.42 | freemangordon | 2.7 is in extras, not in SDK |
| 10:51.49 | ceene | oh, ok |
| 10:51.54 | freemangordon | iirc |
| 11:01.40 | ceene | i'm not quite sure this is all going to produce the same files |
| 11:02.01 | ceene | there seems to be lots of utf8 encodings transformtaions and I don't know if python2.5 supports these the same way hasta 2.7 and 3 |
| 11:02.30 | KotCzarny | how about updating python to 2.7 then? |
| 11:03.13 | bencoh | (or using a real language with native utf8 support? :D) |
| 11:03.27 | bencoh | (nevermind, j/k) |
| 11:06.00 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 11:06.38 | ceene | upgrading to 2.7 would be ideal in my opinion |
| 11:07.11 | KotCzarny | is there anything old glibc/maemo specific that would block the update? |
| 11:10.21 | jonwil | I do wonder how hard it would be to just rewrite this script in C++... |
| 11:10.25 | jonwil | or C |
| 11:10.33 | KotCzarny | or bash |
| 11:10.44 | ceene | sslayer@collins:~/Proyectos/N900/ca-certificates (maemo)$ diff -urN mozilla /tmp/m27 |
| 11:10.48 | ceene | no output |
| 11:11.03 | ceene | that means all generated files are the same on python2.7 and sb's python :) |
| 11:11.33 | ceene | i was a pessimistic lol |
| 11:11.56 | ceene | what do you need now to modifiy, jonwil? |
| 11:12.05 | *** join/#maemo xorly (~xorly@ip-86-49-15-121.net.upcbroadband.cz) |
| 11:12.22 | jonwil | Ok so it generated a bunch of certificate files? |
| 11:12.27 | ceene | yep |
| 11:13.22 | freemangordon | Pali: second try resulted with the same error |
| 11:13.23 | jonwil | What are the filenames its generating? |
| 11:13.30 | freemangordon | something is terribly broken |
| 11:13.39 | ceene | VeriSign_Universal_Root_Certification_Authority.crt |
| 11:13.39 | ceene | Verisign_Class_1_Public_Primary_Certification_Authority.crt |
| 11:13.39 | ceene | Verisign_Class_1_Public_Primary_Certification_Authority_-_G2.crt |
| 11:13.42 | jonwil | ok |
| 11:13.43 | ceene | and a lot more, of course |
| 11:13.48 | Pali | broken ubifs? |
| 11:13.51 | freemangordon | yes |
| 11:13.54 | jonwil | Did it output anything about blacklisted certificates? |
| 11:14.03 | KotCzarny | fmg, badblock maybe? |
| 11:14.13 | Pali | ubi is not block device |
| 11:14.13 | freemangordon | no |
| 11:14.35 | ceene | yes, several UNTRUSTED BUT NOT BLACKLISTED CERTIFICATE FOUND: |
| 11:14.39 | freemangordon | Pali: can you try to boot with qemu and nand? |
| 11:14.47 | jonwil | ok |
| 11:14.51 | Pali | in qemu it is working fine |
| 11:15.00 | freemangordon | hmm |
| 11:15.06 | Pali | that my small userspace (which I sent to you) |
| 11:15.16 | freemangordon | it is not nand |
| 11:15.24 | Pali | it is onenand |
| 11:15.33 | Pali | on top ubi |
| 11:15.34 | freemangordon | it creates stuff in /tmp |
| 11:15.38 | Pali | and on ubi is ubifs |
| 11:15.56 | Pali | it store stuff in /tmp/ |
| 11:16.02 | Pali | and then generate mkfs.ubifs |
| 11:16.10 | Pali | and then ubinize |
| 11:16.20 | freemangordon | ah, yes |
| 11:16.29 | Pali | after that it call qflasher to create one 256MB NAND image for qemu |
| 11:16.32 | jonwil | Ok so ceene, firstly, I want you to remove blacklist.txt code. Then I want you to change the output so it creates folder common-ca and puts non-blackisted certs in there and creates folder blacklist and puts blacklisted certs in there |
| 11:16.39 | freemangordon | Pali: yeah, my bad |
| 11:16.55 | Pali | qemu N900 machine can boot *only* from onenand |
| 11:17.02 | freemangordon | ok |
| 11:17.07 | ceene | ok, that's easy |
| 11:18.25 | freemangordon | Pali: no ide what to do |
| 11:18.30 | freemangordon | *idea |
| 11:18.58 | Pali | bisect wrong commit in ubifs |
| 11:19.09 | Pali | or write to ML about this problem |
| 11:19.20 | freemangordon | needs flashing every time, that would take ages |
| 11:19.54 | freemangordon | not to say that I would need to apply our patches every time |
| 11:20.09 | Pali | resend that patch |
| 11:20.14 | Pali | I think we tested it in past |
| 11:20.19 | jonwil | ceene: Do you know how to shell out to a program from Python and how to read whatever that program outputs to stdout? |
| 11:20.36 | freemangordon | Pali: but I want to test it with upstream before resending |
| 11:20.43 | ceene | i think so, yes |
| 11:20.56 | *** join/#maemo krnlyng (~liar@77.117.24.43.wireless.dyn.drei.com) |
| 11:20.57 | KotCzarny | jonwil: some.program.py | tee /tmp/output ? |
| 11:21.06 | ceene | i mean, i know how but on 2.5 it may differ, but i'll learn :) |
| 11:21.11 | jonwil | ok |
| 11:21.19 | KotCzarny | (someprogram.py | tee /tmp/output) & |
| 11:21.53 | jonwil | ok, so what I want done is for each cert file, once its been written to disk, I want you to run the command "openssl x509 -in <cert.pem> -text -noout" (without the quotes and with the certificate filename in place of the <> bit),. |
| 11:22.55 | jonwil | The output it generates will contain 2 lines |
| 11:22.56 | jonwil | <PROTECTED> |
| 11:22.58 | jonwil | <PROTECTED> |
| 11:23.07 | jonwil | I need you to parse the output and find that string of digits |
| 11:23.28 | jonwil | Then the spaces and :s should be removed and the string made lowercase |
| 11:24.04 | jonwil | so e.g. 9be20757671c1ec06a06de59b49a2ddfdc19862e |
| 11:24.16 | KotCzarny | tr -d ' :' |
| 11:24.48 | jonwil | Then you rename the generated certificate file to that base number with a .pem extention |
| 11:25.17 | jonwil | But if there is already a file with that name, you need to append -1, -2 etc to the end of the filename |
| 11:25.25 | ceene | ok |
| 11:25.33 | jonwil | so you might get f3a27298eeb81b82801c4db69a3027990a2f72e2.pem and f3a27298eeb81b82801c4db69a3027990a2f72e2-1.pem |
| 11:25.50 | Pali | freemangordon: try 4.2 kernel if is working |
| 11:26.26 | jonwil | I also need each blacklist certificate (in the order they get written out/renamed) written to a file |
| 11:26.41 | jonwil | and each common-ca certificate (in the order they get written out/renamed) written to a different file |
| 11:26.53 | Pali | there are just 11 ubifs commits between 4.2 and 4.4 |
| 11:27.08 | Pali | some of them should be OK |
| 11:27.09 | jonwil | That way we preserve the order that the certificates appeared in the original input certdata.txt file |
| 11:27.25 | jonwil | ceene: Do you think you can do all the things that I asked? |
| 11:27.39 | ceene | yes, jonwil |
| 11:27.43 | jonwil | ok, great |
| 11:27.43 | ceene | it's all doable |
| 11:27.49 | jonwil | good. |
| 11:27.58 | ceene | i'll have it soon, i expect |
| 11:28.06 | jonwil | great |
| 11:29.14 | jonwil | btw which version of python does your scratchbox have in it? Is /usr/bin/python a symlink to something else? |
| 11:29.35 | xes | has someone tried a recent build of otter-browser? We have an old version in qt5 repo that is very interesting nicely http://repos.fuhlbrueck.net/qt5-maemo5-examples/ |
| 11:29.48 | Pali | freemangordon: just 4 relevant commits |
| 11:30.01 | xes | *and nicely running |
| 11:30.02 | ceene | it should be 2.5 |
| 11:30.06 | ceene | but i don't have /usr/bin/python |
| 11:30.13 | ceene | ls -al $(which python) |
| 11:30.14 | ceene | lrwxrwxrwx 1 root root 33 Feb 8 2011 /scratchbox/devkits/python-legacy/bin/python -> /scratchbox/tools/bin/python-host |
| 11:30.16 | ceene | [sbox-FREMANTLE_ARMEL: /tmp/N900/ca-certificates/mozilla] > ls -al /scratchbox/tools/bin/python-host |
| 11:30.19 | ceene | -rwxr-xr-x 2 root root 978728 Jan 17 2012 /scratchbox/tools/bin/python-host |
| 11:30.28 | jonwil | ok |
| 11:30.43 | jonwil | python on my box is /usr/bin/python |
| 11:30.45 | Pali | freemangordon: maybe you can start reverting them: ab92a20bce3b4c21927cc1ae514c482f50ad3487 86ba9ed928f33cf6afbac433ff03dd8c6a0ceac4 be186cc4de35fcfe766d2938c13ddf3935d6c159 8f6983abe31f37d953197c3ede14b1d1321affee cf6f54e3f133229f02a90c04fe0ff9dd9d3264b4 |
| 11:30.46 | jonwil | which is weird |
| 11:31.23 | jonwil | do you have any packages showing up as installed when you do dpkg -l python*? |
| 11:31.42 | ceene | ii python2.5 2.5.4-1maemo6 An interactive high-level object-oriented la |
| 11:31.45 | ceene | ii python2.5-minimal 2.5.4-1maemo6 A minimal subset of the Python language (ver |
| 11:31.56 | ceene | but i've had to install them myself by hand |
| 11:32.03 | jonwil | ok |
| 11:32.04 | ceene | they were not on sb |
| 11:33.45 | jonwil | somehow I have package python 2.5.2-3maemo1 and package python2.5 2.5.2-11.1maemo3+0m5 |
| 11:34.14 | jonwil | and on my sb, that python script (unmodified from the debian original) fails with an error |
| 11:35.09 | jonwil | points to line 149 with a syntax error |
| 11:35.15 | ceene | any 2.5 won't run the original version |
| 11:35.19 | jonwil | oh ok |
| 11:35.25 | jonwil | so you did need to modify it |
| 11:35.42 | ceene | yes, several things |
| 11:35.46 | jonwil | ok |
| 11:36.01 | ceene | i was afraid there would be some utf8 things that wouldn't work but it's been fine |
| 11:37.53 | ceene | there are no untrusted files that match obj['CKA_CLASS'] == 'CKO_CERTIFICATE' |
| 11:38.00 | ceene | so blacklist directory ends up being empty |
| 11:38.09 | ceene | unless i keep blacklist.txt code |
| 11:41.50 | *** join/#maemo eMHa (~mh@p579DBAEF.dip0.t-ipconnect.de) |
| 11:42.33 | ceene | also, generated files are .crt and you've asked me to run "openssl x509 -in <cert.pem> -text -noout", but that expects a pem file, not a crt one |
| 11:42.46 | ceene | so it fails: |
| 11:42.47 | ceene | openssl x509 -in WoSign.crt -text -noout |
| 11:42.47 | ceene | unable to load certificate |
| 11:42.47 | ceene | 11888:error:0D078079:asn1 encoding routines:ASN1_ITEM_EX_D2I:field missing:tasn_dec.c:500:Field=cert_info, Type=X509 |
| 11:42.50 | ceene | 11888:error:0906700D:PEM routines:PEM_ASN1_read_bio:ASN1 lib:pem_oth.c:83: |
| 11:43.49 | jonwil | can you post one of the generated .crt files? |
| 11:44.10 | kerio | -inform der |
| 11:45.53 | ceene | http://paste.debian.net/357020/ |
| 11:46.07 | kerio | i don't know what that shit is |
| 11:46.10 | kerio | but that ain't a certificate |
| 11:46.20 | ceene | lol |
| 11:46.27 | ceene | that's a base64 thing |
| 11:46.28 | kerio | it's got way too many zeroes |
| 11:46.46 | kerio | something got terribly wrong with the ASN.1 encoding |
| 11:46.56 | ceene | let me check that i'm in fact generating the same thing that the original debian script |
| 11:46.59 | ceene | maybe i did something wrong |
| 11:47.02 | ceene | and it's all useless :/ |
| 11:47.27 | *** join/#maemo pozitrono (~nu@108.61.166.139) |
| 11:48.00 | ceene | yep :( |
| 11:48.19 | ceene | i did something wrong and i did the wrong test to verify my modifications |
| 11:48.59 | ceene | that's the utf8 thingie i feared, probably |
| 11:52.56 | jonwil | Its a pitty Juhani Mäkelä isn't around to share the "official" way to update those root certs from the Mozilla set (the way Nokia did it) |
| 11:56.50 | ceene | i think i've found where it went wrong |
| 12:09.33 | ceene | i'm almost there |
| 12:12.27 | jonwil | Great |
| 12:15.49 | *** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
| 12:16.44 | jonwil | as for the blacklists, once get this this working, we can run it on the same version of certdata.txt that Juhani Mäkelä last run it on and see what the output looks like and figure out form there code changes to be made to the python script to get it to do the right thing with the blacklists |
| 12:21.14 | ceene | there are little stupid discrepancies between equivalent functions of python2.5 and python2.7 that make this behave in stupid ways |
| 12:21.33 | ceene | not important things but really stupid ones |
| 12:22.11 | ceene | like p2.5 base64.encodestring already wrap the output to 77 columns |
| 12:22.59 | ceene | is there any reason why openssl would want the certs to be wrapped to a certain number of chars? |
| 12:23.26 | ceene | so it wouldn't care if instead of wrapping to 64 like the original version from debian it's wrapped to 77 |
| 12:28.38 | ceene | ok, it works |
| 12:28.44 | ceene | openssl now reads the .crt files |
| 12:30.43 | Pali | jonwil: try to contact juhani |
| 12:30.53 | ceene | i'll be gone now for a while, later I'll code the openssl output parsing |
| 12:30.59 | jonwil | ok |
| 12:31.03 | jonwil | thanks ceene |
| 12:31.13 | ceene | i'm going to upload this somewhere before so you can take a look at it if you want |
| 12:31.15 | jonwil | I cant find any contact details for juhani other than an @nokia address |
| 12:31.20 | jonwil | ok |
| 12:31.25 | Pali | he has gihub profile |
| 12:33.13 | ceene | https://github.com/agamez/maemo-ca-certificates/commits/maemo |
| 12:33.20 | jonwil | do we know its the same guy and not someone else with the name? |
| 12:34.21 | Pali | https://github.com/community-ssu/maemo-security-certman-applet/commits/master |
| 12:34.52 | Pali | jonwil: it has paired email address from official commit messages to github profile |
| 12:34.57 | jonwil | great |
| 12:36.56 | jonwil | Looks like https://fi.linkedin.com/in/juhani-m%C3%A4kel%C3%A4-a9702a4 is also our guy |
| 12:37.14 | jonwil | mentions nixu (same as the github profile) and also nokia |
| 12:38.36 | jonwil | Ok so we have the right guy. I totally suck at writing the right kind of emails for contacts like this, do we have someone here who is better are writing things that are professional and well-written? |
| 12:39.19 | *** join/#maemo eMHa (~mh@p579DBAEF.dip0.t-ipconnect.de) |
| 12:46.52 | freemangordon | Pali: looks like gcc is behaving :( |
| 12:47.42 | freemangordon | or not? |
| 12:53.32 | ceene | to be honest, i think our efforts should really go on the opposite direction... stop trying to backport half of debian to maemo and start porting maemo's specifics to debian, as Pali and freemangordon are doing with the kernel right now |
| 12:53.57 | ceene | so we can install an standard debian and then apt-get install hildon with its dependencies |
| 12:56.11 | Pali | ceene: certman is one part of maemo which we need... |
| 12:56.55 | Pali | it is of course better to fix maemo stuff to be compatible with upstream (debian...) |
| 12:56.59 | ceene | i was thinking on the whole ssl thing, this python backports, etc |
| 12:57.14 | Pali | but ssl needs to be in maemo format too |
| 12:57.15 | ceene | it's like going backwards all the time instead of forward |
| 12:57.23 | Pali | btw, why do you need new python? |
| 12:57.51 | ceene | well, this script jonwil is going to use to prepare new certs was written for 3.0 and 2.7 |
| 12:57.54 | ceene | but we only have 2.5 |
| 12:58.06 | ceene | so i've had to backport that script to use old python2.5 |
| 12:58.24 | ceene | when the thing we should really aim for is to have python2.7 and 3 for maemo and dev environment |
| 12:58.26 | *** join/#maemo eMHa (~mh@p579DBAEF.dip0.t-ipconnect.de) |
| 12:58.34 | Pali | you should try to contact that guy who worked on certman and certs |
| 12:58.50 | Pali | instead trying to do something abnormal |
| 12:59.02 | Pali | python2.7 is in extras, right? |
| 12:59.07 | ceene | yep |
| 12:59.14 | Pali | and that script is needed just at compile time of package, right? |
| 12:59.25 | Pali | then download python2.7 from extras and build package |
| 12:59.30 | jonwil | no, its used only when we want to update the root certificate set |
| 12:59.30 | ceene | i don't know exactly how jonwil wants to use it |
| 12:59.53 | freemangordon | Pali: it is not gcc, unfortunately |
| 12:59.54 | jonwil | but yeah if its already been backported to work on Python 2.5, lets keep it |
| 13:00.12 | Pali | jonwil: but that script is not used at runtime, or yes? |
| 13:00.14 | jonwil | I would try to contact Juhani but as I said, I suck at writing professional level emails of the sort one writes when you are trying to contact people like this |
| 13:00.20 | jonwil | no, the script isn't used at runtime |
| 13:00.23 | freemangordon | mater node magic contains 0xFFFFFFFF |
| 13:00.27 | freemangordon | *master |
| 13:00.49 | ceene | jonwil: for the file renaming thing based on openssl i think we'd be better off with a simple shell script |
| 13:00.51 | Pali | ceene: can you help jonwil to write that email? |
| 13:01.00 | ceene | grep+tr and a couple things could be enough |
| 13:01.06 | jonwil | Yeah that would make sense |
| 13:01.15 | ceene | well, i can try, but i don't know what i have to tell him :) |
| 13:01.34 | jonwil | My shell script knowhow is just as bad as my Python know-how though :P |
| 13:01.47 | Pali | hi xyz, can you help us with maemo sw abc how to do thing cde? |
| 13:02.09 | Pali | sorry, but this is what I would write :-) |
| 13:02.14 | ceene | lol |
| 13:02.28 | ceene | i can write it a bit better, i just don't know what it is thing cde we're trying to do |
| 13:02.38 | ceene | today i'm just a coder under the orders of jonwil |
| 13:02.46 | ceene | don't even know what i'm doing lol |
| 13:02.50 | *** join/#maemo krnlyng (~liar@178.112.144.14.wireless.dyn.drei.com) |
| 13:03.10 | Pali | jonwil, maybe you should specify what we exactly need :-) as I'm lost too |
| 13:05.40 | jonwil | something like "hi Juhani, I am a software developer working on a community update for Maemo Fremantle and I found your name attached to https://github.com/community-ssu/maemo-security-certman/ where you updated the root certificates using the Mozilla root certificate set. Can you share the steps used to update those certificates so we can import the latest root certificate set into our... |
| 13:05.41 | jonwil | ...community patch?" |
| 13:05.49 | jonwil | but written much more proffessionally |
| 13:06.07 | jonwil | Does that give you the gist of what we are trying to do and what we want? |
| 13:06.52 | Pali | its ok |
| 13:07.02 | ceene | i find that friendly and professional enough, jonwil |
| 13:07.28 | ceene | add a couple of thanks a lot and best regards at thend and you're good to go |
| 13:07.39 | jonwil | ok, I will send the email then |
| 13:08.53 | ceene | openssl x509 -in common-ca/WoSign.crt -text -noout|grep 'X509v3 Subject Key Identifier:' -A 1|tail -1|tr -d ': ' | tr '[:upper:]' '[:lower:]' |
| 13:08.56 | ceene | e166cf0ed1f1b34bb7062014fe8712d5f6fefb3e |
| 13:09.33 | jonwil | what should I use for the subject line of this email (to sound professional and to get the right attention)? |
| 13:10.49 | ceene | maybe... "Maemo certificates question" ? |
| 13:13.41 | jonwil | How about "Question regarding Maemo Certificate Manager" |
| 13:14.00 | ceene | sounds good! |
| 13:14.12 | jonwil | or better yet "Question about Maemo Fremantle Certificate Manager" |
| 13:14.27 | jonwil | to be clear that I refer to Fremantle and not some other version of Maemo |
| 13:14.50 | freemangordon | Pali: do we know what is the latest kernel with workig ubifs? |
| 13:15.05 | Pali | freemangordon: I think 4.2 worked |
| 13:15.11 | freemangordon | on n900? |
| 13:15.13 | Pali | from linux-n900 tree |
| 13:15.16 | freemangordon | not in qemu |
| 13:15.36 | Pali | do not remember, but I think I tried it ... |
| 13:15.42 | freemangordon | ok |
| 13:15.51 | Pali | see those 4-5 commits |
| 13:16.04 | Pali | if 4.2 is working, then one of those commit broke it |
| 13:16.50 | freemangordon | going to check |
| 13:29.28 | Pali | xes send me this link: https://github.com/bagder/curl/blob/master/lib/mk-ca-bundle.pl |
| 13:29.29 | Pali | This Perl script creates a fresh ca-bundle.crt file for use with libcurl. |
| 13:29.35 | Pali | jonwil, ceene ^^ |
| 13:31.14 | jonwil | That produces a ca-bundle.crt file for libcurl, not a certificate set in the format we need for maemo-security-certman |
| 13:31.38 | ceene | i've just finished the shell script that renames the files |
| 13:31.43 | jonwil | ok, great |
| 13:31.47 | jonwil | http://pastebin.com/07fV0S05 is what I have for the email |
| 13:32.10 | jonwil | Does that look good? |
| 13:34.22 | ceene | pretty good |
| 13:35.49 | freemangordon | Pali: 4.2 is broken too :( |
| 13:35.59 | Pali | ah :-( |
| 13:36.18 | freemangordon | going to try 4.1 |
| 13:41.03 | bencoh | broken with maemo? |
| 13:41.16 | bencoh | Sicelo: which version did you try with debian? |
| 13:41.18 | freemangordon | broken as broke, with or without maemo |
| 13:41.37 | freemangordon | as soon as I boot zimage with flasher, it corrupts rootfs |
| 13:41.40 | bencoh | "with workig ubifs" nevermind, I missed that part |
| 13:46.37 | freemangordon | looks like 4.1 works |
| 13:48.37 | ceene | jonwil: you got the final script on my repo: https://github.com/agamez/maemo-ca-certificates/tree/maemo/mozilla |
| 13:48.44 | jonwil | ok |
| 13:49.31 | ceene | just ask if you need anything else |
| 13:50.28 | jonwil | ok |
| 13:51.30 | jonwil | I do wonder where libcurl on stock maemo fremantle actually gets its certificates from, I dont see any way that it could be pulling them from the maemosec certificate store |
| 13:51.56 | freemangordon | Pali: 4.1 works, 4.2 seems broken, going to try it once again, just in case |
| 13:52.28 | Pali | ok |
| 13:52.33 | freemangordon | Pali: could you find the ubifs patches bertween 4.1 and 4.2 |
| 13:52.35 | freemangordon | ? |
| 13:52.45 | Pali | already doing it :-) |
| 13:52.50 | freemangordon | :) |
| 13:54.04 | freemangordon | how cute: "net/ipv4/inet_hashtables.c:631:52: warning: division by zero [-Wdiv-by-zero]" |
| 13:54.22 | Pali | freemangordon: which 4.1 from linux-n900 git tree are you trying? |
| 13:54.35 | freemangordon | yes, from your tree |
| 13:54.38 | Pali | 4.1-rc2 or 4.1-rc6? |
| 13:55.12 | freemangordon | v4.1-rc4-n900 |
| 13:55.17 | Pali | ufff |
| 13:55.32 | freemangordon | hmm? |
| 13:55.43 | Pali | aaa, ok there is also 4.1-rc4 |
| 13:55.53 | Pali | its ok |
| 13:55.55 | freemangordon | is there rc6? |
| 13:56.01 | freemangordon | I can try it as well |
| 13:56.08 | Pali | yes there is |
| 13:56.21 | Pali | not on github :-( |
| 13:56.27 | Pali | just on my hdd |
| 13:56.33 | freemangordon | :) |
| 13:56.56 | Pali | I can push it to github, but no idea if it can even compile... |
| 13:57.10 | Pali | pushed branchs on github should work at least in qemu |
| 13:57.58 | freemangordon | do not push it |
| 13:58.36 | Pali | here is commit between 4.1-rc4 and 4.2-rc2 for ubifs: a1fe33af5f8c5f5aebe68d22125d19e48b8e601c |
| 13:58.45 | Pali | ok, not pushing |
| 13:59.17 | freemangordon | ok, 4.2 is deffinitely broken |
| 13:59.19 | Pali | hm, no, there is one more: 0f301bd3055e86771e7c738ca009afad0964dbd2 |
| 13:59.50 | Pali | freemangordon: 4.2-rc2 is broken? |
| 13:59.57 | freemangordon | yes |
| 14:00.02 | freemangordon | a1fe33af5f8c5f5aebe68d22125d19e48b8e601c seems harmless |
| 14:00.10 | Pali | ok, then you have above two commits between good and bad |
| 14:00.17 | *** join/#maemo eMHa (~mh@p579DBAEF.dip0.t-ipconnect.de) |
| 14:00.24 | *** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
| 14:00.34 | Pali | nothing more for ubifs |
| 14:00.43 | freemangordon | as is 0f301bd3055e86771e7c738ca009afad0964dbd2 |
| 14:00.56 | freemangordon | looks like the problem is elsewhere :( |
| 14:00.59 | freemangordon | mdt? |
| 14:01.04 | freemangordon | shit! |
| 14:04.17 | jonwil | I will fiddle with that script later |
| 14:05.24 | *** join/#maemo krnlyng (~liar@178.112.241.106.wireless.dyn.drei.com) |
| 14:05.29 | Pali | freemangordon: ask on mtd/ubi ML |
| 14:05.38 | freemangordon | going to bisect |
| 14:05.42 | Pali | maybe other people will know more about it |
| 14:07.50 | freemangordon | I hope the kernel will at least try to boot without n900 patches |
| 14:08.08 | jonwil | Email sent to Juhani, maybe he will have info on proper steps to do the work |
| 14:22.04 | *** join/#maemo stryngs (~stryngs@unaffiliated/stryngs) |
| 14:24.16 | *** join/#maemo LauRoman (~LauRoman@5-14-87-59.residential.rdsnet.ro) |
| 14:27.19 | kerio | the xilka linux kernel for the sheevaplug at some point forgot to include the mtd driver |
| 14:27.24 | kerio | that was fun |
| 14:39.15 | ceene | where's cssu repo for qt? |
| 14:39.29 | ceene | it's at github? |
| 14:39.49 | freemangordon | yes |
| 14:39.59 | ceene | ah, i see it now |
| 14:40.05 | ceene | it's qt-x11-maemo |
| 14:51.35 | *** join/#maemo krnlyng (~liar@83.175.90.24) |
| 15:06.25 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 15:19.47 | ceene | i was trying to backport qt5 ssl module to qt4 |
| 15:20.00 | ceene | but it seems to require quite a few things |
| 15:20.06 | ceene | a lot in fact |
| 15:35.46 | ceene | i give up :/ |
| 15:46.05 | freemangordon | Pali: looks like the bugger is 63aa945b1013c34b145dcf218d4ea323cbd93f86 |
| 15:46.34 | Pali | <PROTECTED> |
| 15:46.36 | Pali | ? |
| 15:46.42 | freemangordon | yes |
| 15:46.58 | freemangordon | look at the commit itself |
| 15:48.47 | Pali | HWMOD_INIT_NO_RESET? |
| 15:53.41 | freemangordon | looks like that, will try it |
| 15:54.22 | freemangordon | but that would mean that timings are set incorrectly by DT board file |
| 15:54.33 | freemangordon | timings or whatever |
| 15:55.00 | Pali | then needs to fix dts dile |
| 15:55.04 | Pali | *file |
| 15:55.07 | freemangordon | yes |
| 16:09.32 | freemangordon | Pali: restoring HWMOD_INIT_NO_RESET in omap3xxx_gpmc_hwmod fixes the issue |
| 16:14.08 | DocScrutinizer05 | hi hackers! you having a fun time? |
| 16:14.13 | freemangordon | Pali: oh, this device has numonix, not samsung onenand |
| 16:14.22 | freemangordon | DocScrutinizer05: hi! |
| 16:14.30 | Pali | hi! |
| 16:15.19 | *** join/#maemo Hebi (penis@uk.co.foxbnc.co.uk) |
| 16:15.40 | *** join/#maemo krnlyng (~liar@178.112.241.106.wireless.dyn.drei.com) |
| 16:15.44 | DocScrutinizer05 | all hail to PoP memory chips and their obscure timing and datasheets made of unobtainium |
| 16:16.07 | DocScrutinizer05 | freemangordon: what's "this device"? |
| 16:16.16 | freemangordon | Pali: is there a way to support different timings in DTS file? |
| 16:16.27 | freemangordon | DocScrutinizer05: N900 :) |
| 16:16.28 | Pali | no idea |
| 16:16.32 | freemangordon | but 2404 iirc |
| 16:16.34 | DocScrutinizer05 | DUH! |
| 16:16.46 | DocScrutinizer05 | hw revs :-S |
| 16:16.57 | freemangordon | lemme check the HW rev |
| 16:17.27 | freemangordon | hmm, how to check it from the terminal? |
| 16:17.53 | DocScrutinizer05 | I guess that's one of the wonders NOLO accomplishes, which made uBoot fail on replacing NOLO |
| 16:18.10 | freemangordon | yep |
| 16:19.00 | DocScrutinizer05 | luckily we have coontrol over hw revs in Neo900 ;-) |
| 16:19.11 | freemangordon | ok REV is 2204 |
| 16:19.39 | freemangordon | however, I remember the nand is nymonix (or numonix or whatever) |
| 16:19.42 | DocScrutinizer05 | cmdline? |
| 16:20.07 | DocScrutinizer05 | https://en.wikipedia.org/wiki/Numonyx |
| 16:20.13 | freemangordon | no, in /proc/cpuinfo |
| 16:20.30 | DocScrutinizer05 | cat /proc/cpuinfo then |
| 16:20.37 | freemangordon | and rev there is 2204 |
| 16:20.54 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 16:21.21 | DocScrutinizer05 | 2101 and I don't think I ever seen anything else |
| 16:21.37 | freemangordon | my "production" one is 2101 |
| 16:21.47 | DocScrutinizer05 | gives some clue about number of built devices |
| 16:22.13 | DocScrutinizer05 | you don't run a new hw rev for a batch of 1000 |
| 16:22.19 | freemangordon | :) |
| 16:22.52 | DocScrutinizer05 | actually checking the amount of possible hw rev in fiasco, it must be millions of N900 out there |
| 16:23.29 | freemangordon | maybe not all of them were really produced, only some test boards |
| 16:23.33 | bencoh | millions? errr |
| 16:23.42 | bencoh | I dont see that much on ssu mirrors :p |
| 16:23.45 | DocScrutinizer05 | would be weird but possible, yes |
| 16:23.53 | DocScrutinizer05 | we seen weirder things with Nokia |
| 16:23.59 | *** join/#maemo darkschneider (~gab@93-32-51-166.ip32.fastwebnet.it) |
| 16:25.14 | freemangordon | dammit, I lost almost full day with that :( |
| 16:25.19 | DocScrutinizer05 | I'd like techstaff to do a one week window awk apachelog print $IP | sort | uniq | wc -l |
| 16:25.29 | DocScrutinizer05 | on repo |
| 16:25.42 | bencoh | for i in $(seq 2 40); do zcat /var/log/apache2/mirrors.muarf.org.log.$i.gz /var/log/apache2/maemo.muarf.org.log.$i.gz | grep APT-HTTP | cut -f 1,2,3 -d . |sort -n | uniq |wc -l; done 2>/dev/null |
| 16:25.46 | bencoh | that's what I do here |
| 16:26.12 | bencoh | I only count /24 subnets, not IPs |
| 16:26.19 | DocScrutinizer05 | bencoh: you have access to muarf? |
| 16:26.41 | DocScrutinizer05 | that's great |
| 16:26.52 | bencoh | err.. I thought you knew :p |
| 16:27.00 | DocScrutinizer05 | nah |
| 16:27.22 | DocScrutinizer05 | ok, recommendation to council: consider muarf "trusted" |
| 16:28.03 | DocScrutinizer05 | bencoh: great job! |
| 16:28.52 | DocScrutinizer05 | bencoh: you need to count unique IPs in a 7d window |
| 16:29.23 | DocScrutinizer05 | since 7 days is the default for auto update, and unique IPs considered one per user |
| 16:29.42 | DocScrutinizer05 | of course there is some error margin in this assumption |
| 16:30.10 | DocScrutinizer05 | e.g. for users who update daily, with daily changing IP |
| 16:30.20 | bencoh | DocScrutinizer05: not on mobile |
| 16:30.44 | bencoh | which might very well be the typical usecase here, since we're talking about a... phone |
| 16:30.56 | DocScrutinizer05 | hmm |
| 16:31.14 | bencoh | anyway, I only see ~500 unique /24 per week |
| 16:31.24 | bencoh | (at most) |
| 16:31.27 | DocScrutinizer05 | is update even enabled during cellular connectivity? |
| 16:31.33 | bencoh | dunno |
| 16:32.06 | bencoh | I'd like to see the result of the same command on maemo-repos.com and on repository.maemo.org |
| 16:32.20 | DocScrutinizer05 | ^^^ what I said |
| 16:32.51 | DocScrutinizer05 | I still _could_ run such command on repository.maemo.org |
| 16:33.13 | DocScrutinizer05 | but I leave that job to xes and / or warfare |
| 16:33.40 | DocScrutinizer05 | or merlin1991? |
| 16:34.01 | DocScrutinizer05 | freemangordon: do you have access to repo VM? |
| 16:35.00 | DocScrutinizer05 | oooh, we also need to grep for client ID |
| 16:35.17 | bencoh | ? |
| 16:35.21 | freemangordon | DocScrutinizer05: yes |
| 16:35.29 | DocScrutinizer05 | to filter out stuff like spiders and people acessing repo with desktop browser |
| 16:35.31 | freemangordon | but can't play with that now |
| 16:35.40 | bencoh | DocScrutinizer05: grep APT-HTTP |
| 16:35.43 | DocScrutinizer05 | no hurries |
| 16:36.00 | DocScrutinizer05 | bencoh: ta |
| 16:37.11 | DocScrutinizer05 | "cut -f 1,2,3 -d . " you tricky bastard ;-D |
| 16:37.19 | bencoh | :] |
| 16:37.38 | bencoh | cut -f 1 -d " " if you want :) |
| 16:37.41 | freemangordon | DocScrutinizer05: maybe ask xes |
| 16:37.48 | bencoh | that'd give you /32 |
| 16:37.51 | DocScrutinizer05 | sure |
| 16:38.19 | DocScrutinizer05 | bencoh: I know |
| 16:38.43 | DocScrutinizer05 | ~man uniq |
| 16:38.43 | infobot | No manual entry for uniq |
| 16:39.04 | warfare | sort < /tmp/ips.log | cut -d. -f 1-3 | uniq | wc -l |
| 16:39.07 | warfare | 25849 |
| 16:39.15 | warfare | (last 7 days) |
| 16:40.13 | warfare | Only APT-HTTP |
| 16:40.51 | freemangordon | :) |
| 16:41.26 | DocScrutinizer05 | damn, uniq knows "avoid comparing the first N fields" but no similar option for 'last fields' |
| 16:42.05 | bencoh | warfare: :) |
| 16:43.23 | DocScrutinizer05 | warfare: hey! and hi! :-D |
| 16:43.59 | DocScrutinizer05 | also sort -u |
| 16:44.37 | warfare | hey DocScrutinizer05 :) |
| 16:46.48 | bencoh | DocScrutinizer05: gnuism iirc |
| 16:46.53 | bencoh | but yeah |
| 16:47.07 | DocScrutinizer05 | sort --key=KEYDEF -u |
| 16:47.19 | warfare | bencoh: most useful gnuism is "df -h | sort -h" |
| 16:47.34 | DocScrutinizer05 | :-D |
| 16:47.37 | DocScrutinizer05 | indeed |
| 16:51.26 | DocScrutinizer05 | hmmph, http://www.google.de/search?q=we+prepare+your+kickstarter+campaign does anybody know of an actual 'commercial' service taking care about all the preparing video material and tunning the campaign etc? |
| 16:51.56 | DocScrutinizer05 | s/tunning/running/ |
| 16:52.29 | bencoh | are you really going for kickstarter (finally?)? |
| 16:52.38 | DocScrutinizer05 | we consider it |
| 16:53.33 | bencoh | freemangordon: does 4.2 work in the end? |
| 16:53.49 | freemangordon | no |
| 16:53.57 | DocScrutinizer05 | Werner prepared a nice paper discussing the current situation and and pros and cons of going 'official crowdfunding' and compares the service options (KS, indiegogo, etc) we have |
| 16:54.06 | freemangordon | I mean - it will work if that commit is reverted |
| 16:54.23 | freemangordon | but I jumped to 44 and reverted it |
| 16:54.25 | bencoh | but still untested? |
| 16:54.26 | freemangordon | *4.4 |
| 16:54.30 | bencoh | ah |
| 16:54.35 | bencoh | and does 4.4 without the commit work? |
| 16:54.38 | freemangordon | will test in few minutes, still preparing |
| 16:54.47 | bencoh | :) |
| 16:54.54 | freemangordon | at least it does not ruin the fs |
| 16:55.13 | bencoh | do you know if it only fails on ubifs? |
| 16:55.15 | DocScrutinizer05 | afk for shopping. don't like empty fridge during holidays |
| 16:55.22 | bencoh | (mtd/ubifs) |
| 16:55.37 | freemangordon | bencoh: it fails on onenand (or rather on gpmc) :) |
| 16:55.43 | freemangordon | it is HW thingie |
| 16:55.45 | bencoh | ha |
| 16:56.00 | bencoh | which means it should work with an eMMC rootfs |
| 16:56.11 | bencoh | (or sd - maybe) |
| 16:56.22 | bencoh | unless there is another issue |
| 16:56.28 | DocScrutinizer05 | CAL |
| 16:57.24 | DocScrutinizer05 | I think when it doesn't achieve to access NAND then boot fails, no matter from which source for rootfs |
| 16:57.40 | DocScrutinizer05 | thanks to SYS_BOOT config |
| 16:57.41 | bencoh | "Also for some strange reason, mmcblk? devices do not work for root filesystem. They work fine when mounted during runtime." -- elinux |
| 16:57.49 | bencoh | dunno if this is uptodate |
| 16:59.47 | DocScrutinizer05 | warfare: so we still have ~25849 devices updating maemo-extras once per week? |
| 17:00.46 | bencoh | 25849 /24, but that's a pretty good approx I think |
| 17:03.14 | *** join/#maemo at1as (~at1as@kurios.r4780y.com) |
| 17:06.28 | freemangordon | seems to boot so far :) |
| 17:06.42 | freemangordon | at least I have SGX working |
| 17:07.39 | freemangordon | shit, forgot to disable the modem, :( |
| 17:08.00 | bencoh | what's missing for modem to work in mainline? |
| 17:09.04 | freemangordon | PA :) |
| 17:09.42 | warfare | DocScrutinizer05: Around 25k devices, yes. |
| 17:10.01 | freemangordon | ok, 4.4 boots to h-d |
| 17:10.05 | freemangordon | Pali: ^^^ |
| 17:10.18 | bencoh | freemangordon: ? |
| 17:10.23 | bencoh | yay for booting |
| 17:11.01 | bencoh | freemangordon: PA, pulseaudio? what does it need? |
| 17:11.14 | freemangordon | the -voice module |
| 17:11.25 | bencoh | isn't that running in userland? |
| 17:11.29 | freemangordon | yes |
| 17:12.08 | bencoh | if we have cmtspeech in kernel and maemo userland, what's missing? |
| 17:13.03 | freemangordon | cmtspeech is in PA |
| 17:13.48 | *** join/#maemo Vajb (~Vajb@85-76-67-182-nat.elisa-mobile.fi) |
| 17:14.17 | Pali | freemangordon: nice! |
| 17:14.25 | Pali | send pending patches :-) |
| 17:14.40 | bencoh | erm... I dont get it, but I'll ask again once you're done with your tests :) |
| 17:14.45 | freemangordon | Pali: why my prompt is "Scratchbox#" |
| 17:14.52 | freemangordon | how to set SW rev etc? |
| 17:15.18 | freemangordon | is that in CAL? |
| 17:15.18 | Pali | hostname? |
| 17:15.22 | Pali | /etc/hostname |
| 17:15.34 | Pali | SW release info is in CAL |
| 17:15.40 | Pali | set it via osso-product-info |
| 17:15.53 | freemangordon | no, it seems it somehow managed to ruin CAL as well |
| 17:16.14 | freemangordon | OSSO_PRODUCT_RELEASE_NAME='(null)' |
| 17:16.23 | freemangordon | OSSO_PRODUCT_RELEASE_FULL_NAME='(null)' |
| 17:16.35 | freemangordon | OSSO_PRODUCT_RELEASE_VERSION='(null)' |
| 17:16.37 | freemangordon | etc |
| 17:17.17 | DocScrutinizer05 | ~cal |
| 17:17.17 | infobot | well, cal is http://talk.maemo.org/showthread.php?t=20465 |
| 17:17.20 | Pali | it is normal |
| 17:17.27 | freemangordon | Pali: no, it is not |
| 17:17.35 | Pali | NOLO clear these informations when you flash image |
| 17:17.41 | Pali | you need to set it again |
| 17:17.47 | freemangordon | as settings->about product shows (null) as well |
| 17:17.48 | Pali | when flashing kernel NOLO clear it too |
| 17:17.59 | freemangordon | and how to set it? |
| 17:18.06 | freemangordon | reinstall -mp? |
| 17:18.08 | DocScrutinizer05 | ~cal |
| 17:18.08 | infobot | i guess cal is http://talk.maemo.org/showthread.php?t=20465 |
| 17:18.14 | Pali | via osso-product-info -s |
| 17:18.16 | Pali | and reboot device |
| 17:18.36 | Pali | $ osso-product-info -s OSSO_VERSION="RX-51_2009SE_21.2011.38-1_PR_MR0" |
| 17:18.45 | Pali | freemangordon run ^^^ |
| 17:18.50 | freemangordon | thanks |
| 17:18.50 | Pali | and reboot device |
| 17:19.08 | Pali | this is in mp-fremantle-community-pr postinst script |
| 17:19.42 | freemangordon | ok |
| 17:22.32 | freemangordon | Pali: it doesn't want to set it |
| 17:23.10 | Pali | $ osso-product-info -q OSSO_VERSION |
| 17:23.15 | Pali | what it returns? |
| 17:23.18 | Pali | (run as root) |
| 17:24.18 | freemangordon | segfaults |
| 17:24.29 | Pali | ehm? |
| 17:24.36 | freemangordon | ERROR: Could not find value for key /device/sw-release-ver |
| 17:24.36 | freemangordon | Segmentation fault |
| 17:24.42 | Pali | you REd both osso-product-info and libcal |
| 17:24.55 | freemangordon | I know |
| 17:25.06 | freemangordon | seems like CAL partition is screwed |
| 17:25.08 | Pali | try dongrading to nokia version |
| 17:25.34 | Pali | this is needed now to check if problem is in REd version only, or also in nokia one |
| 17:26.18 | Pali | freemangordon, can you share dump of /dev/mtd1ro ? |
| 17:26.23 | Pali | I can try to inspect it |
| 17:28.59 | freemangordon | Pali: http://46.249.74.23/maemo/mtd1ro |
| 17:29.59 | freemangordon | Pali: not easy to downgrade, no okia repos :) |
| 17:30.02 | freemangordon | *Nokia |
| 17:30.12 | Pali | download deb files from mirrors |
| 17:30.24 | freemangordon | also, have to do some home stuff |
| 17:30.44 | freemangordon | will continue later, please check that mtd dump in the meanwile if you have time |
| 17:32.27 | Pali | freemangordon: CAL is OK |
| 17:32.49 | Pali | looks like SW which tried to write sw-release-ver into CAL is broken |
| 17:33.03 | Pali | so I suspect either your libcal or osso-product-info |
| 17:37.42 | *** join/#maemo krnlyng (~liar@77.116.95.165.wireless.dyn.drei.com) |
| 17:48.46 | *** join/#maemo futpib_ (~futpib@176.212.166.26) |
| 17:56.30 | freemangordon | Pali: ok |
| 17:58.01 | Pali | freemangordon: try to debug first why "-q" crashing |
| 17:58.09 | Pali | and after that fix "-s" |
| 18:13.43 | DocScrutinizer05 | maybe first try if cat /dev/mtd1 works at all |
| 18:14.06 | freemangordon | Pali: yep |
| 18:14.15 | freemangordon | DocScrutinizer05: yes, it works |
| 18:26.20 | freemangordon | Pali: sorry, no more time today for Maemo, will continue tomorrow, hopefully :) |
| 18:26.38 | freemangordon | feel free to debug libcal and osso-product-info |
| 18:43.57 | *** join/#maemo heroux (sandroco@gateway/shell/insomnia247/x-kmdbcinerenstfml) |
| 18:58.30 | *** join/#maemo krnlyng (~liar@77.117.90.90.wireless.dyn.drei.com) |
| 19:00.22 | *** join/#maemo Wizzup (~Wizzup@a82-161-36-93.adsl.xs4all.nl) |
| 19:20.43 | *** join/#maemo sparetire_ (~sparetire@unaffiliated/sparetire) |
| 19:27.13 | DocScrutinizer05 | freemangordon: hey, at least Nokia no longer could deny warranty repair based on "you used a kernel that allows overclocking" ;-) |
| 19:28.56 | DocScrutinizer05 | plus finally somebody savvy like you could try if restoring CAL from an image like http://maemo.cloud-7.de/dd_if=mtd1ro.bin pans out |
| 19:29.50 | DocScrutinizer05 | ;-) |
| 19:32.38 | *** join/#maemo at1as (~at1as@kurios.r4780y.com) |
| 19:50.07 | joga | debian founder ian murdock dead :( |
| 19:50.18 | joga | http://blog.docker.com/2015/12/ian-murdock/ |
| 19:50.38 | Humpelstilzchen | yes, also on b.d.o |
| 19:50.42 | Humpelstilzchen | https://bits.debian.org/2015/12/mourning-ian-murdock.html |
| 19:51.26 | bencoh | :( |
| 19:52.45 | Humpelstilzchen | google for context |
| 19:56.14 | *** join/#maemo krnlyng (~liar@178.112.129.95.wireless.dyn.drei.com) |
| 19:57.10 | *** join/#maemo raandoom (~raandoom@195.208.103.11) |
| 19:57.23 | Sicelo | HUH? :-| |
| 19:58.46 | *** join/#maemo krnlyng (~liar@178.112.129.95.wireless.dyn.drei.com) |
| 20:09.18 | KotCzarny | http://www.tomshardware.com/news/intel-purchases-altera-fpga-company,30830.html#xtor=RSS-998 |
| 20:09.20 | KotCzarny | oh, wow |
| 20:10.49 | bencoh | yeah, been in the pipe for some time |
| 20:11.35 | Humpelstilzchen | wtf |
| 20:11.56 | Humpelstilzchen | is that serious? |
| 20:12.08 | KotCzarny | apparently its already done |
| 20:12.16 | KotCzarny | 'all cash deal' |
| 20:13.21 | *** join/#maemo raandoom_ (~raandoom@195.208.103.11) |
| 20:13.39 | Humpelstilzchen | can someone finally destroy these big companys? |
| 20:13.57 | *** join/#maemo pozitron (~nu@172.98.67.34) |
| 20:14.02 | KotCzarny | sure, nwo is coming |
| 20:14.14 | KotCzarny | most will be cleaned out |
| 20:14.23 | bencoh | not sure I really want to see intel disappear, but ... |
| 20:15.23 | Humpelstilzchen | whats next? amd buys xilinx and arm? |
| 20:15.48 | KotCzarny | is arm buyable? |
| 20:16.10 | bencoh | if altera is, I guess arm is as well, but... |
| 20:16.35 | Humpelstilzchen | arm is joint stock, so sure |
| 20:17.34 | bencoh | Revenue £795.2 million (2014)[2] |
| 20:17.37 | bencoh | (wikipedia) |
| 20:17.45 | bencoh | (for arm) |
| 20:17.55 | Humpelstilzchen | at the end of 2020 probably every it-companys belongs to google, ms, facebook, intel or apple.. |
| 20:19.26 | KotCzarny | wonder how/where that 16B in cash goes |
| 20:25.48 | Humpelstilzchen | hmm maybe if facebook or google buy xilinx they finally can fix the xilinx tool chains |
| 20:26.04 | KotCzarny | facebook? |
| 20:27.00 | Humpelstilzchen | why not? They have oculus rift |
| 20:27.33 | KotCzarny | oculus is one thing (its kind of social tool), but xilinx is a bit closer to the metal |
| 20:27.36 | Humpelstilzchen | google makes military robots |
| 20:30.08 | Humpelstilzchen | KotCzarny: they already have hardware |
| 20:30.15 | Humpelstilzchen | https://en.wikipedia.org/wiki/List_of_mergers_and_acquisitions_by_Facebook |
| 20:32.04 | KotCzarny | nice, fb.com domain bought for $8.5M |
| 20:34.38 | KotCzarny | apparently they started seriously going for hw ~2014 |
| 20:34.54 | KotCzarny | earlier they were software company |
| 20:35.12 | KotCzarny | WA sold for 19B |
| 20:35.36 | KotCzarny | seriously, social virtual thing valued more than real physical hardware |
| 20:35.52 | bencoh | uh-uh |
| 20:38.59 | DocScrutinizer05 | facecrook |
| 20:39.37 | KotCzarny | <PROTECTED> |
| 20:40.39 | Pali | http://talk.maemo.org/showthread.php?t=96299 |
| 20:40.47 | DocScrutinizer05 | what is it this time suckerberg did? |
| 20:40.50 | Pali | how that guy got something like that?? |
| 20:41.18 | Pali | such thing could help us with debugging and flashing... |
| 20:41.32 | bencoh | Pali: exactly what I thought earlier |
| 20:41.39 | KotCzarny | pali, simple, some nokia employee took it home instead destroying |
| 20:41.45 | bencoh | especially considering that fmg and you were kernel-debugging |
| 20:42.09 | Pali | KotCzarny: but how that collector named n950 got it? |
| 20:42.21 | KotCzarny | pali, send him pm? |
| 20:42.34 | Pali | I'm sure 100% that he cannot use it and is useless for him |
| 20:43.09 | KotCzarny | add an offer that you will implement 3 features of his choice ? |
| 20:44.05 | KotCzarny | also, he might've worked/had friends in nokia dev |
| 20:44.53 | KotCzarny | if you see his threads you will see its not the first such trinket |
| 20:45.06 | DocScrutinizer05 | Pali: it doesn't fit on N[89]xx |
| 20:45.17 | bencoh | Pali: he's been collecting old nokia stuff for years |
| 20:45.56 | bencoh | and I doubt he'd be in for trading it for "moar features" |
| 20:46.13 | DocScrutinizer05 | I just deleted a post I asked for buying it when I noticed the test points are completely odd in relation to battery contacts |
| 20:46.41 | Pali | hm.. right |
| 20:46.48 | Pali | pins do not match |
| 20:46.51 | DocScrutinizer05 | we could use a similar, but not _this_ particular device |
| 20:47.11 | bencoh | actually we'd only need the connector part for n900 |
| 20:47.18 | bencoh | rest is just usb/serial/power |
| 20:47.27 | DocScrutinizer05 | that's pretty easy. Well almost |
| 20:47.36 | bencoh | (for the part that's of any real interest for kernel debugging at least) |
| 20:47.38 | KotCzarny | bencoh, 3d print? |
| 20:47.46 | bencoh | KotCzarny: dunno, maybe |
| 20:50.55 | Pali | Tony (omap kernel maintainer) has some n900 development board which has ethernet chip (same which is emulated in qemu n900 machine) |
| 20:51.07 | Pali | maybe that board is similar to such thing? |
| 20:51.54 | bencoh | maybe ... are you sure he doesn't just use a beagleboard? |
| 20:52.18 | Pali | no, I'm sure, he wrote that in one email |
| 20:52.22 | bencoh | ah |
| 20:52.31 | Pali | plus tested change for that ethernet chip |
| 20:52.33 | bencoh | I guess we could ask him |
| 20:52.39 | DocScrutinizer05 | http://maemo.cloud-7.de/share-service/20130719_006.jpg |
| 20:52.52 | Pali | I fixed config for that ethernet chip to work in qemu |
| 20:53.05 | Pali | and he tested that my change still working on that device |
| 20:53.26 | Pali | DocScrutinizer05: what it is? |
| 20:54.06 | Pali | bencoh: other TI devs have one n900 (or some board?) on which they used to run upstream kernel for tests |
| 20:54.07 | DocScrutinizer05 | share-service/20130719_002.jpg |
| 20:54.25 | bencoh | Pali: funny ... I wonder why they chose n900 |
| 20:54.34 | bencoh | because it's a compact device with hw kbd? |
| 20:54.44 | Pali | bencoh: because it is TI device |
| 20:54.56 | DocScrutinizer05 | http://maemo.cloud-7.de/share-service/20130719_003.jpg |
| 20:54.56 | bencoh | sure but it's far from being the only omap3 board |
| 20:55.08 | Pali | they run kernel tests on more omap3/4 boards |
| 20:55.16 | bencoh | ah, okay |
| 20:55.20 | Pali | and they had (maybe still have?) one n900 |
| 20:55.28 | bencoh | I wish they still ran those tests |
| 20:55.43 | bencoh | is sre still working actively? |
| 20:55.50 | bencoh | on n900 I mean |
| 20:55.52 | Pali | I remember some autogenerated email from that test suite that something failed on N900... |
| 20:55.59 | bencoh | last public activity was cmtspeech afaict |
| 20:56.10 | Pali | bencoh: yes, he tried to get bluetooth driver into upstream |
| 20:56.15 | bencoh | oh, neat |
| 20:56.18 | DocScrutinizer05 | alas the pogopin set is not comprehensive and doesn't connect to UART3 console test points |
| 20:56.23 | Pali | but he has problems, that code does not work... bluetooth do nothing |
| 20:56.54 | *** join/#maemo jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
| 20:57.02 | DocScrutinizer05 | then otoh that thing is dirt cheap (5 bucks or so) and you could rework it with moderate effort |
| 20:57.34 | KotCzarny | that yellow box looks like connector for jaf box |
| 20:57.37 | jonwil | hi |
| 20:58.00 | Sicelo | yellow box is self-made i believe |
| 20:58.23 | KotCzarny | http://www.fonefunshop.co.uk/cable_picker/95576_Nokia_C3-01_X_Series_Cable_for_JAF-UFS-ATF.html |
| 20:58.27 | KotCzarny | see this for example |
| 20:59.29 | Sicelo | http://elektranox.org/n900/serial-adapter.html <<-- similar DIY design |
| 20:59.58 | KotCzarny | yeah, but look at the page, similar color scheme, almost identical |
| 21:01.25 | KotCzarny | http://2.techgsm.eu/Cable_Nokia_N900_x_plus_COMBO_Rj45RJ48_JAFMTBox_2in1,130909.html |
| 21:01.42 | Pali | here is that Tony email: http://permalink.gmane.org/gmane.linux.ports.arm.omap/121895 |
| 21:01.45 | DocScrutinizer05 | no, this is a ready made 5 bucks item |
| 21:01.59 | DocScrutinizer05 | then there's of course the generic version: http://www.deltaflasher.com/cables/sfbus-7-kabel-universal.html |
| 21:02.13 | Pali | pavelm asked: where can I get one of those boards? tony: Another planet a long time ago :) |
| 21:02.31 | KotCzarny | pali, in a galaxy far, far away? |
| 21:02.51 | Pali | right... |
| 21:04.07 | DocScrutinizer05 | another version http://gsmserver.com/item/cables-and-adapters/dolphin-clip-universal-f-bus-nokia-edition-30-in-1-jigs/ |
| 21:04.09 | Pali | Aaro has also that dev board: http://article.gmane.org/gmane.linux.ports.arm.omap/121916 |
| 21:05.05 | jonwil | Juhani sent me a very useful parse-certdata-txt.c so we are good to go :) |
| 21:05.39 | DocScrutinizer05 | http://smart-gsm.net/67-nokia-service-tools |
| 21:05.44 | KotCzarny | jonwil, c programs for such task aren't the best choice imo |
| 21:05.51 | DocScrutinizer05 | jonwil: \o/ |
| 21:05.56 | bencoh | "Another planet a long time ago" :)) |
| 21:05.57 | jonwil | well its what we got |
| 21:06.02 | KotCzarny | yup |
| 21:06.11 | jonwil | Its the "official way" to update the root certificate store from the mozilla trust |
| 21:06.13 | bencoh | KotCzarny: it probably works, so... |
| 21:06.25 | bencoh | jonwil: nokian official way you mean? |
| 21:06.30 | jonwil | yes |
| 21:06.56 | jonwil | its the way it was done when the Nokia developer updated the cert store in maemo-security-certman |
| 21:07.23 | Pali | cool... but why that tool is not in source code of certman? |
| 21:07.29 | jonwil | dont ask me |
| 21:07.33 | Pali | seems like nokia did not released anything? |
| 21:07.38 | Sicelo | :) |
| 21:07.51 | bencoh | and why didnt they just wrap c_rehash like in debian... |
| 21:08.04 | jonwil | Juhani said "This program is also part of the MeeGo's aegis-certman package, if you can find its sources still somewhere, but the attached version is sligthly updated." |
| 21:08.09 | bencoh | anyway, that's really great that juhani answered that call |
| 21:08.37 | bencoh | https://bitbucket.org/meego-platform-security/aegis-certman |
| 21:09.11 | bencoh | (in support/) |
| 21:09.39 | Sicelo | dnt give up |
| 21:09.49 | Sicelo | echan |
| 21:17.19 | DocScrutinizer05 | aegis-certman. AEGIS, AEAEAEAEGIIIIS WAAAAAH |
| 21:17.44 | DocScrutinizer05 | head->wall |
| 21:18.25 | Pali | ~seen NishanthMenon |
| 21:18.29 | infobot | nishanthmenon <nmenon@nat/ti/x-uywzomfycwiawbbh> was last seen on IRC in channel #maemo-ssu, 314d 23h 36m 26s ago, saying: 'Sorry... getting hammered on quiet a few angles :('. |
| 21:18.35 | Sicelo | at the risk of sounding like journalist .. is there another phone/tablet, old or new, which is receiving the amount of love N900 is getting? (recently someone's been trying to port qt5, fix openssl, upstream stuff, etc.) |
| 21:19.07 | Pali | nishanthmenon run those automated tested of upstream kernel on N900... |
| 21:19.21 | Pali | looks like 314 days was not on IRC :-( |
| 21:19.36 | *** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
| 21:19.46 | DocScrutinizer05 | /ns info nishanthmenon |
| 21:20.01 | DocScrutinizer05 | -NickServ- Last seen : now |
| 21:20.13 | *** join/#maemo Sicelo009N (~sicelo@unaffiliated/sicelo) |
| 21:20.46 | DocScrutinizer05 | learn not to trust bots! |
| 21:22.50 | KotCzarny | sicelo: rpi? |
| 21:23.04 | DocScrutinizer05 | /whois nishanthmenon |
| 21:24.21 | DocScrutinizer05 | Sicelo: I'm not aware of anything similar to this great community |
| 21:25.16 | Sicelo | very interesting. |
| 21:25.27 | KotCzarny | sicelo, in general fpga, arduino and other hobbyist techs have strong communities |
| 21:26.00 | Sicelo | yes KotCzarny, but i'm talking about a 'complete' product, hence phone/tablet |
| 21:26.26 | KotCzarny | sicelo, we would have moved on from n900 to newer one if nokia didnt went evil way |
| 21:28.07 | KotCzarny | but i think the prevalent factor is it's opennes, not many linux phones on the market |
| 21:28.38 | *** join/#maemo krnlyng (~liar@178.112.208.85.wireless.dyn.drei.com) |
| 21:29.26 | KotCzarny | if pali/fmg and friends manage to mainline the n900 it will be third life of the n900s over the world |
| 21:30.28 | Sicelo009N | if wear & tear doesn't kill them fast, that is. |
| 21:30.58 | KotCzarny | are you talking about pali/fmg or n900s? |
| 21:31.16 | Sicelo009N | N900 haha |
| 21:31.31 | Pali | see: https://www.reddit.com/r/linux/comments/3yktcg/ian_murdock_debian_founder_is_threatening_suicide/ |
| 21:31.59 | KotCzarny | well, my n900 is still going strong for a 6yo device |
| 21:33.39 | Sicelo009N | so is mine ... but they will reach a point where "age" shows up |
| 21:35.58 | Pali | those tweets are 2 days old |
| 21:36.20 | Pali | and now his twitter account is removed |
| 21:36.41 | Pali | somebody hacked ian account? |
| 21:37.01 | KotCzarny | still, someone said his employer reported him dead |
| 21:37.22 | Sicelo009N | and family .. via bits.debian.org. |
| 21:37.44 | jonwil | yeah slashdot has a post which links to bits.debian.org |
| 21:38.22 | Pali | KotCzarny: those reports are two days old |
| 21:38.37 | Pali | bits are from this day |
| 21:39.12 | Sicelo009N | he apparently passed 28th |
| 21:44.21 | KotCzarny | if he wanted to share some secrets he would've mailed/copied it all over the internet |
| 21:44.43 | KotCzarny | instead all that's left is some wtf story |
| 21:45.22 | Pali | WTF?? now I'm getting 404 for http://blog.docker.com/2015/12/ian-murdock/ |
| 21:45.52 | Pali | >>> [20:50:18] <joga> http://blog.docker.com/2015/12/ian-murdock/ <<< at that time it worked I'm sure |
| 21:45.54 | KotCzarny | so, hacked? |
| 21:46.43 | Pali | that post was deleted, see: http://blog.docker.com/2015/12/ |
| 21:46.57 | Pali | now last post is December 22, 2015: Docker Online Meetup #30: Docker Trusted Registry 1.4.1 |
| 21:47.35 | bencoh | hmm |
| 21:47.48 | joga | well, here's the cached if it matters http://webcache.googleusercontent.com/search?q=cache:OZtbFXWY18kJ:blog.docker.com/2015/12/ian-murdock |
| 21:47.57 | KotCzarny | save it somewhere |
| 21:48.00 | KotCzarny | :) |
| 21:48.08 | bencoh | cached content for twitter is still around as well |
| 21:48.18 | bencoh | but I dont really get it |
| 21:49.21 | KotCzarny | if someone hacked those pages, they would've put some info about it |
| 21:49.46 | KotCzarny | if police ordered taking them down and not saying about anything (because of the investigation..) |
| 21:50.08 | Sicelo009N | i think it's fair to believe he's really dead. only the circumstances leading to it are unclear |
| 21:51.47 | Pali | but why docker removed post? |
| 21:52.15 | KotCzarny | bullying? |
| 21:52.15 | joga | umm, well this works for me now at least http://blog.docker.com/2015/12/ian-murdock/ |
| 21:52.26 | bencoh | works indeed |
| 21:52.42 | bencoh | maybe they just pondered removing/modifying it |
| 21:52.43 | joga | it actually seems 'fixed' |
| 21:52.45 | Pali | joga: hm... it is working again |
| 21:52.53 | joga | last I loaded it the css was borked I guess |
| 21:53.01 | Pali | but they removed all comments |
| 21:53.03 | KotCzarny | fixed as in censored |
| 21:53.13 | joga | right |
| 21:53.30 | joga | well, cache has 58 of them |
| 21:53.39 | KotCzarny | https://www.reddit.com/r/linux/comments/3yktcg/ian_murdock_debian_founder_is_threatening_suicide/cyghcfp |
| 21:53.45 | KotCzarny | i think this is the original msg |
| 21:55.18 | *** join/#maemo louisdk (~louisdk@static-5-103-130-65.seas-nve.net) |
| 22:02.10 | Pali | DocScrutinizer05: N9 with JTAG instead SIM slot: http://talk.maemo.org/showthread.php?p=1492999#post1492999 |
| 22:04.39 | DocScrutinizer05 | hmm, well, not exciting. It's a well known fact that N9 has the debug-testpoints (incl JTAG) inside the SIM slot |
| 22:05.13 | DocScrutinizer05 | thanks anyway Pali |
| 22:05.45 | DocScrutinizer05 | (ian) https://www.reddit.com/r/linux/comments/3yktcg/ian_murdock_debian_founder_is_threatening_suicide/ |
| 22:06.15 | DocScrutinizer05 | ooh, sorry, didn't notice the previous post |
| 22:15.57 | DocScrutinizer05 | but this http://pastebin.com/yk8bgru5 is really worrying |
| 22:17.36 | freemangordon | Pali: nishant usually hangs on #maemo-ssu |
| 22:19.20 | *** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK) |
| 22:24.53 | *** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK) |
| 22:26.45 | KotCzarny | https://www.reddit.com/r/linux/comments/3yktcg/ian_murdock_debian_founder_is_threatening_suicide/cygmtve |
| 22:29.25 | *** join/#maemo Ras_Older (blank@iddqd.fi) |
| 22:31.37 | sixwheeledbeast | worrying? |
| 22:40.19 | *** join/#maemo louis_ (~louisdk@5.103.130.65) |
| 22:45.28 | *** join/#maemo Ras_Older (blank@iddqd.fi) |
| 22:47.57 | *** join/#maemo xorly (~xorly@ip-86-49-15-121.net.upcbroadband.cz) |
| 22:50.52 | *** join/#maemo Ras_Older (blank@iddqd.fi) |
| 22:50.54 | *** join/#maemo Arch-TK (Arch-TK@fsf/member/Arch-TK) |
| 23:07.21 | *** join/#maemo LauRoman|Phone (~yaaic@5-14-87-59.residential.rdsnet.ro) |
| 23:13.09 | *** join/#maemo eMHa_ (~mh@p54B0F927.dip0.t-ipconnect.de) |
| 23:24.00 | *** join/#maemo user (~user@46.27.54.217) |
| 23:32.06 | *** join/#maemo at1as (~at1as@kurios.r4780y.com) |
| 23:55.44 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
