| 00:26.33 | *** join/#maemo vakkov (~vakkov@s3n104.brunel.ac.uk) |
| 00:46.20 | *** join/#maemo r00t|home (~r00t@port-92-196-14-156.dynamic.qsc.de) |
| 00:51.30 | *** join/#maemo erstazi (~erstazi@static-71-116-30-43.eriepa.dsl-w.verizon.net) |
| 00:51.30 | *** join/#maemo erstazi (~erstazi@unaffiliated/erstazi) |
| 00:52.12 | *** join/#maemo auenf (David@171.72.233.220.static.exetel.com.au) |
| 01:03.45 | *** join/#maemo FReaper-PC (~honoo-pc@115.132.66.21) |
| 01:30.38 | *** join/#maemo hubutm20 (~hubutm20@79.114.15.189) |
| 02:07.14 | *** join/#maemo disco_stu_droid (~wrt54gl@190.211.82.70) |
| 02:09.03 | *** join/#maemo arossdotme1 (~butler@79-69-192-57.dynamic.dsl.as9105.com) |
| 02:09.29 | *** join/#maemo mattaust1n (mattaustin@gateway/shell/blinkenshell.org/x-upfvxyvyitrqddpd) |
| 02:09.37 | *** join/#maemo peetah_ (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
| 02:10.08 | *** join/#maemo dimw1t (~at1as@kurios.r4780y.com) |
| 02:12.23 | *** join/#maemo ecloud_ (quassel@nat/digia/x-kwkbzedomkaeowtz) |
| 02:12.47 | *** join/#maemo drathir87 (~kamiljk8@s51.linuxpl.com) |
| 02:16.56 | *** join/#maemo ruskie (ruskie@sourcemage/mage/ruskie) |
| 02:17.13 | Maxdamantus | Hm. Is it typical for fcam to pick up apparent predictable sensor noise? |
| 02:17.28 | *** join/#maemo Elleo (~Elleo@mikeasoft.com) |
| 02:17.28 | *** join/#maemo Elleo (~Elleo@libre.fm/hacker/elleo) |
| 02:18.04 | Maxdamantus | If I take a few pictures in low light, there's a static pattern of apparently full-colour pixels (#ff0000, #00ff00, #0000ff) |
| 02:19.17 | ecc3g | a lot of camera sensors are like that when the ISO is set very high and "shutter" speed set very slow. |
| 02:19.32 | *** join/#maemo Kilroo (~Kilroo@cpe-075-177-048-091.triad.res.rr.com) |
| 02:19.34 | *** join/#maemo aloril (~aloril@dsl-tkubrasgw2-54f81c-109.dhcp.inet.fi) |
| 02:20.46 | *** join/#maemo Venusaur (~wdwrwf@wikipedia/Antonio-Lopez) |
| 02:21.20 | *** join/#maemo sledges (~sleleiva@192.194.199.35) |
| 02:22.05 | Maxdamantus | Hm. With an actual static pattern? |
| 02:22.18 | Maxdamantus | ie, the same pixels are like that across different pictures. |
| 02:22.54 | *** join/#maemo auenf (David@171.72.233.220.static.exetel.com.au) |
| 02:24.11 | ecc3g | try it. usually yes, and camera software will subtract it out |
| 02:24.34 | Maxdamantus | Yeah, was just thinking, might be something that the software remembers once and cancels out. |
| 02:24.57 | Maxdamantus | gets the same thing with 0.5s exposure, ISE 360 |
| 02:25.11 | ecc3g | yes the default camera app does that, but the raw cam programs do not. |
| 02:25.26 | ecc3g | it wouldnt be raw if it did :D |
| 02:26.22 | Maxdamantus | Do you know what the phenomenon is called? |
| 02:26.25 | Maxdamantus | So I can Google it. |
| 02:26.29 | ecc3g | I never tested my n900 for crappy pixels. |
| 02:26.57 | ecc3g | "hot pixels" I think is the common name for these. |
| 02:27.33 | ecc3g | My Nikon D5100 DSLR does not have that many hot pixels but even it will start getting these with very long shutter and high ISO |
| 02:27.37 | *** join/#maemo qt_junkie (~qt_junkie@5.175.138.65) |
| 02:28.06 | Maxdamantus | Yeah, I suspect this has a lot. |
| 02:29.05 | ecc3g | I noticed this phenomenon on my old olympus cameras... low light high iso I get these crappy hot pixels that are distracting... |
| 02:29.58 | ecc3g | but newer digital cameras subtract out these things...or at least they're a lot better... |
| 02:31.07 | ecc3g | I have two Canons which I don't notice (then again they don't raw), two olympus (both show hot pixels) and the Nikon DSLR (don't see too many) |
| 02:32.20 | ecc3g | The N900 I'm sure I'll find hot pixels but don't care, if I cared that much I'm sure I'll be using the DSLR instead :D |
| 02:36.12 | *** join/#maemo swartulv (~lupogriso@li607-220.members.linode.com) |
| 02:36.22 | Maxdamantus | http://i1.minus.com/ibdKXdpY89O3zI.jpg |
| 02:36.34 | *** join/#maemo arossdotme (~butler@79-69-192-57.dynamic.dsl.as9105.com) |
| 02:37.42 | hurrian | whoa wtf happened to that sensor? |
| 02:38.08 | ecc3g | that's normal with a raw and very low light/high iso |
| 02:38.37 | hurrian | hmm, might try that when I pull my N900 out of the closet one of these dats |
| 02:38.43 | hurrian | s/dats/days/ |
| 02:38.54 | ecc3g | well not "normal" but typical with cheap sensors |
| 02:41.30 | ecc3g | I tried RMA'ing one of my olympus with a hot pixel since I thought it was a defect... it is, but getting a perfect sensor is just about impossible. |
| 02:42.32 | *** join/#maemo jrayhawk (~jrayhawk@nursie.omgwallhack.org) |
| 02:43.11 | *** join/#maemo povbot_ (~supybot@office.pov.lt) |
| 02:43.27 | *** join/#maemo luke-jr_ (~luke-jr@unaffiliated/luke-jr) |
| 02:44.39 | *** join/#maemo HRH_H_Cr1b (~crab@kowloontong.dim-sum.org) |
| 02:44.47 | *** join/#maemo kylanpaj_ (kylanpaj@hilla.kapsi.fi) |
| 02:45.00 | *** join/#maemo joga_ (IUvs373b@rikki.fi) |
| 02:45.05 | *** join/#maemo lool- (~lool@debian/developer/lool) |
| 02:45.24 | *** join/#maemo honestly_ (~luke@unaffiliated/luketheduke) |
| 02:45.45 | *** join/#maemo wnd_ (~wnd@katei.fi) |
| 02:45.56 | *** join/#maemo Raimu-X (rmaunula@tuomi.oulu.fi) |
| 02:46.47 | ecc3g | It sort of is a dilemma now, one of my Olympus has a F1.8 lens, but has awful hot pixels. My Nikon only stops down to F3.5 but its sensor is much cleaner... |
| 02:47.03 | *** join/#maemo inz_ (inz@inz.fi) |
| 02:47.14 | *** join/#maemo clopez_ (~tau@neutrino.es) |
| 02:48.22 | *** join/#maemo Humpelst1lzchen (~Defiant@cl-1962.ham-01.de.sixxs.net) |
| 02:48.27 | *** join/#maemo thedead1440 (~thedead14@unaffiliated/thedead1440) |
| 02:48.48 | *** join/#maemo CR0W- (foo@2001:0:53aa:64c:30db:ab9:bcca:66c4) |
| 02:49.40 | *** join/#maemo LjL^ (~ljl@unaffiliated/ljl) |
| 02:50.43 | ecc3g | though I would have to say that N900 photo is probably the worst I've ever seen :D |
| 02:52.22 | *** join/#maemo teotwaki (~teotwaki@Maemo/community/contributor/crashanddie) |
| 02:55.35 | *** join/#maemo AndrewX192 (~andrew@unaffiliated/andrewx192) |
| 02:55.53 | *** join/#maemo skule (~svs@exitus.logiva.dk) |
| 02:58.07 | *** join/#maemo darkschneider (~gab@93-32-51-98.ip32.fastwebnet.it) |
| 02:59.48 | *** join/#maemo uhhimhere (~uhhimhere@jrc-53-15.tm.net.my) |
| 03:02.12 | *** join/#maemo mickname (~mickname@low6.kyla.fi) |
| 03:05.17 | *** join/#maemo obsed (~obesd@unaffiliated/obesd) |
| 03:09.34 | *** join/#maemo Xjs|moonshine (moon@chrysostomos.aoide.de) |
| 03:15.08 | *** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil) |
| 09:56.58 | *** join/#maemo infobot (ibot@rikers.org) |
| 09:56.58 | *** topic/#maemo is Welcome to #maemo http://maemo.org/intro/ | N9/harmattan related questions please in #harmattan ! | "firmware" see ~tabletsdev ~combined ~emmc ~flasher sdk: ~sb | http://wiki.maemo.org/Community_Council | Source: http://wiki.maemo.org/Sources | Chanlog: http://mg.pov.lt/maemo-irclog | #maemo-ssu is where the (few) devels and maintainers of the maemo-future meet |
| 10:07.09 | *** join/#maemo uhhimhere (~uhhimhere@jrc-53-15.tm.net.my) |
| 10:16.45 | *** join/#maemo futpib (~futpib@176.104.193.185) |
| 10:21.35 | *** join/#maemo Haudegen (~quassel@85.124.51.57) |
| 10:30.58 | *** join/#maemo hubutm20 (~hubutm20@79.114.15.189) |
| 10:31.04 | *** join/#maemo arcean (~arcean@aacs147.neoplus.adsl.tpnet.pl) |
| 10:41.58 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 10:53.54 | Pali | ~seen FatPhil |
| 10:53.55 | infobot | fatphil <~pcarmody@87-119-188-75.tll.elisa.ee> was last seen on IRC in channel #maemo, 59d 19h 33m 24s ago, saying: 'I know I'll get in trouble for asking, but what kernel are you running?'. |
| 10:54.00 | Pali | ~seen FatPhil_ |
| 10:54.00 | infobot | fatphil_ <~pcarmody@87-119-183-129.tll.elisa.ee> was last seen on IRC in channel #maemo-ssu, 493d 14h 5m 45s ago, saying: 'yup, those are the US americans'. |
| 11:11.35 | freemangordon | Pali: we'd better write an email |
| 11:11.57 | *** join/#maemo hubutm20 (~hubutm20@79.114.15.189) |
| 11:12.10 | Pali | ok, will you write it? |
| 11:12.34 | freemangordon | I will, but not now |
| 11:13.05 | Pali | ok |
| 11:24.12 | *** join/#maemo Vajb (~Vajb@85-76-97-219-nat.elisa-mobile.fi) |
| 11:42.17 | honestly_ | anybody using yappari? |
| 11:42.23 | honestly_ | seems it doesn't workanymore |
| 11:43.06 | freemangordon | honestly_: check the new thread on TMO |
| 11:43.35 | honestly_ | TMO? |
| 11:43.42 | freemangordon | ~tmo |
| 11:43.42 | infobot | methinks tmo is http://en.wikipedia.org/wiki/TMO, or http://talk.maemo.org, or http://de.wikipedia.org/wiki/Terrestrial_Trunked_Radio#TMO. It's *not* T-MO (see ~T-MO) or trolls, morons, oxen. |
| 11:44.04 | honestly_ | ah. |
| 11:45.14 | honestly_ | what thread? |
| 11:45.36 | honestly_ | oh nevermind |
| 11:45.39 | honestly_ | found it |
| 11:47.08 | honestly_ | so tl;dr there is a new version but it's not in the normal repo yet? |
| 11:47.56 | Maxdamantus | Hm. So does anyone know why fcam (the library) would lag/freeze when the screen turns off? |
| 11:48.36 | Maxdamantus | when not connected to USB. |
| 11:48.46 | Maxdamantus | obviously something to do with powersaving .. but what exactly? |
| 11:48.47 | bencoh | honestly_: it's probably in -devel |
| 11:49.05 | bencoh | Maxdamantus: what do you mean by "lag" ? |
| 11:52.09 | honestly_ | bencoh: well, I don't want to enable -devel and pull in lots of other stuff |
| 11:52.27 | Maxdamantus | it might take a few shots, then the process using the library hangs on a futex. |
| 11:52.44 | bencoh | honestly_: personally I do apt-pinning |
| 11:52.44 | Maxdamantus | and this in the kernel messages: [15704.067108] sbl overflow 00400000 |
| 11:53.21 | bencoh | Maxdamantus: taking shots when screen is off using fcam ? |
| 11:53.27 | Maxdamantus | bencoh: yes. |
| 11:53.29 | bencoh | how do you actually take shots ? |
| 11:53.41 | bencoh | (fcam API, or fcamera app ?) |
| 11:53.42 | Maxdamantus | fcam is a library and some kernel modules. |
| 11:53.45 | Maxdamantus | API. |
| 11:53.49 | bencoh | oh, okay :) |
| 11:54.06 | honestly_ | bencoh: yeah I might try that if I'm not sleep-deprived at some point in the near future |
| 12:00.00 | freemangordon | Pali: how to attach gdb to qemu? |
| 12:00.33 | Pali | append -S -s to qemu command line |
| 12:00.42 | freemangordon | ok |
| 12:00.45 | Pali | and in gdb run: target remote localhost:1234 |
| 12:00.51 | freemangordon | ok |
| 12:00.57 | Pali | you need gdb with armel target compiled |
| 12:01.09 | freemangordon | BTW I am trying to build qemu with traces enabled, for some reason I see nothing :( |
| 12:05.07 | *** join/#maemo wotan147 (~max@2a02:8071:2ec9:bf00:8b4:bcb2:ffe3:46fb) |
| 12:11.33 | *** join/#maemo xes (~xes@unaffiliated/xes) |
| 12:19.00 | *** join/#maemo ssvb (~ssvb@85-76-74-251-nat.elisa-mobile.fi) |
| 12:25.24 | freemangordon | Pali: ping |
| 12:25.36 | Pali | freemangordon: pong |
| 12:26.00 | freemangordon | Pali: in /proc/iomem, there is "02000000-0201ffff : omap2-onenand" |
| 12:26.23 | freemangordon | what is omap2-onenand? |
| 12:28.56 | Pali | memory range: start=0x02000000 size=0x01000000 is 16MB gpmc for smc91c96 ethernet |
| 12:29.12 | Pali | available only in qemu and development boards |
| 12:29.30 | Pali | range start=0x01000000 size=0x01000000 is 16MB for onenand |
| 12:29.35 | freemangordon | hmm, this is what I see on the device itself |
| 12:29.58 | freemangordon | Nokia-N900:/dev# cat /proc/iomem |
| 12:29.58 | freemangordon | 00000000-00000000 : omapflash.0 |
| 12:29.58 | freemangordon | 01000000-0100000f : smc91x |
| 12:29.58 | freemangordon | 02000000-0201ffff : omap2-onenand |
| 12:32.12 | Pali | above info is from n900 DT comments |
| 12:32.25 | Pali | but in u-boot is #define ONENAND_MAP 0x20000000 /* OneNand addr */ |
| 12:32.45 | Pali | so maybe comments in n900 DT linux file are incorrect |
| 12:34.30 | Pali | hm... in qemu 3.19 kernel I see: 04000000-0401ffff : omap2-onenand |
| 12:34.37 | Pali | kernel can remap it?? |
| 12:35.09 | Pali | I can normally mount ubifs in that kernel from rootfs nand |
| 12:35.18 | Pali | so nand is 100% working |
| 12:36.42 | Pali | freemangordon: if kernel say it is onenand it would be onenand... |
| 12:37.33 | Pali | maybe omap iommu can do some magic... |
| 12:37.56 | freemangordon | Pali: well, ok. Any idea how to dump the bootrom? |
| 12:38.10 | Pali | you can try via /dev/mem |
| 12:38.29 | Pali | open it, mmap needed areay to userspace |
| 12:38.32 | Pali | and try to read it |
| 12:38.45 | freemangordon | sure, but how? "dd if=/dev/mem of=/home/user/MyDocs/flash bs=4096 count=1" gives me "badd address" |
| 12:38.57 | freemangordon | oh, mmap |
| 12:39.09 | Pali | or try to use devmem2 |
| 12:39.19 | Pali | (or how is that program called) |
| 12:39.31 | freemangordon | hmm, iirc I have it somewhere |
| 12:41.33 | Pali | https://github.com/XVilka/htools/blob/master/dump/dump_bootrom.c |
| 12:46.23 | Pali | http://www.droid-developers.org/wiki/Application_Processor_Boot_ROM#Secure_part_of_Application_Processor_Boot_ROM |
| 12:47.02 | Pali | http://www.droid-developers.org/wiki/Booting_chain |
| 12:47.04 | freemangordon | yeah, nice |
| 12:47.20 | freemangordon | anyway, I'll try to compile that module |
| 12:49.03 | *** join/#maemo M4rtinK (~M4rtinK@mail.melf.eu) |
| 12:49.17 | Pali | in that module are interesting data |
| 12:49.21 | Pali | ROM CODE starts at 0x00014000 |
| 12:49.55 | freemangordon | yeah |
| 12:49.57 | Pali | if (is_sram_locked) { ... if (omap_type() == OMAP2_DEVICE_TYPE_SEC) rom_boot_size = 0x7000 |
| 12:50.40 | freemangordon | Nokia-N900:~# ./devmem2 0x00014000 |
| 12:50.40 | freemangordon | /dev/mem opened. |
| 12:50.40 | freemangordon | Memory mapped at address 0x4001f000. |
| 12:50.40 | freemangordon | Value at address 0x14000 (0x4001f000): 0xEA00022E |
| 12:50.50 | freemangordon | seems I don;t need kernel module |
| 12:52.07 | freemangordon | ok, module built, lets see :) |
| 13:06.38 | *** join/#maemo vakkov (~vakkov@134.83.207.11) |
| 13:18.34 | *** join/#maemo realitygaps (~realityga@2a01:4a0:3::5096:aeb) |
| 13:18.51 | *** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps) |
| 13:40.04 | *** join/#maemo shentey (~shentey@f052020203.adsl.alicedsl.de) |
| 14:11.29 | freemangordon | Pali: bootrom dumped, seems like standart OMAP boot rom, version 14.57 |
| 14:11.44 | Pali | freemangordon: ok |
| 14:11.53 | Pali | and what is at that address called by nolo?? |
| 14:12.18 | freemangordon | not part of it :D |
| 14:12.30 | Pali | so it is secure part... |
| 14:12.37 | freemangordon | yeah, maybe |
| 14:12.42 | Pali | can you access that address via devmem2? |
| 14:15.22 | freemangordon | no, "bus error" |
| 14:15.35 | *** join/#maemo auenf (David@171.72.233.220.static.exetel.com.au) |
| 14:22.46 | Pali | freemangordon: this is interesting: http://www.droid-developers.org/wiki/Mbmloader#How_to_know_in_advance_whether_a_given_mbmloader_can_work_on_the_Milestone |
| 14:23.23 | Pali | I bet mbmloader has same header as our xloader (header strucutre where is stored certificate and other data) |
| 14:26.18 | freemangordon | already checked, the structure is different (we have "NOLO" and "RX-51" things) |
| 14:27.00 | freemangordon | oh, wait |
| 14:27.04 | freemangordon | this is different |
| 14:29.46 | *** join/#maemo LauRoman (~LauRoman@5.14.137.193) |
| 14:30.17 | Pali | check also http://www.droid-developers.org/wiki/ISW |
| 14:32.36 | freemangordon | Pali: maybe we should simply brute-force the private key and end this saga :D |
| 14:32.54 | freemangordon | 1024 RSA shouldn't be impossible for distributed brute force |
| 14:33.09 | Pali | can you extract public key? |
| 14:33.20 | Pali | maybe it could be weak :-) |
| 14:33.43 | freemangordon | the public key is in xloader afaik |
| 14:34.53 | Pali | and it would be different for different hw revision... |
| 14:35.19 | freemangordon | I doubt |
| 14:35.40 | Pali | we can try to check that sha1 checksum from ASIC id from different hw revisions... |
| 14:35.45 | freemangordon | as AFAIK this new xloader can be flashed on 2204 for example |
| 14:36.02 | Pali | why then there are different versions of xloader for different hw revisions? |
| 14:36.22 | freemangordon | NFC, honestly, maybe the HW have special needs |
| 14:36.33 | freemangordon | but it makes no sense to have different keys |
| 14:36.43 | Pali | see: http://pastebin.com/WYPnsttB |
| 14:37.08 | Pali | 2204 has same xloader as 2101 |
| 14:37.17 | freemangordon | yep |
| 14:37.27 | Pali | but 2301 different |
| 14:37.34 | freemangordon | but... |
| 14:37.44 | freemangordon | int the very beginning of xloader is the HW revision |
| 14:38.07 | Pali | need to compare ASIC ID from more n900s... |
| 14:38.23 | freemangordon | Pali: the easiest way - cat xloader | xxd -ps |
| 14:38.29 | freemangordon | then diff/meld |
| 14:39.48 | freemangordon | HW rev is on offset 484 |
| 14:41.07 | Pali | yes, there is hw rev |
| 14:41.56 | freemangordon | that changes the hash |
| 14:42.27 | freemangordon | BTW it seems we really have the same ROMBL as droid |
| 14:43.10 | Pali | droid has also hw revision at offset 484? |
| 14:43.25 | Pali | anyway hw revision is also in xloader-qemu.bin |
| 14:43.29 | freemangordon | not xloader, but ROMBL |
| 14:43.52 | freemangordon | ROM bootloader that is, the one that is at address 0x14000 |
| 14:44.54 | Pali | ok |
| 14:45.33 | *** join/#maemo incrys (~androirc@adsl-ull-172-22.42-151.net24.it) |
| 14:45.41 | freemangordon | Pali: http://www.droid-developers.org/wiki/File:Omap_3430_bootrom.idb.gz |
| 14:45.55 | freemangordon | even the revision at the end is the same |
| 14:46.30 | *** part/#maemo incrys (~androirc@adsl-ull-172-22.42-151.net24.it) |
| 14:46.58 | freemangordon | not that it helps much, as those unknown foncs are not in rombl |
| 14:47.03 | freemangordon | *funcs |
| 14:51.21 | *** join/#maemo Smily (~Smily@93-103-71-218.dynamic.t-2.net) |
| 14:55.43 | *** join/#maemo sq-one (~sq-one@HSI-KBW-5-56-238-129.hsi17.kabel-badenwuerttemberg.de) |
| 15:00.27 | *** join/#maemo _jester_ (~jester@119.154.139.4) |
| 15:00.34 | _jester_ | Hello World |
| 15:02.06 | _jester_ | quick question, nokia n900, flashed, cssu thumb installed. clock/alarms are not working, I get an error libgq-gconf.so.0 is missing |
| 15:03.19 | freemangordon | where is that error? |
| 15:03.24 | _jester_ | oh and apt-get install libgq-gconf0 returns, no installation candidate |
| 15:03.50 | _jester_ | from the gui, it basically never starts, to debug i tried running 'worldclock' from the console |
| 15:04.51 | freemangordon | hmm, weird |
| 15:05.00 | freemangordon | ii libgq-gconf0 0.2-5+0m5 a Qt wrapper for GConf |
| 15:05.14 | _jester_ | oh sorry, apt-get actually returns "libgq-gconf0 is already the newest version |
| 15:05.37 | _jester_ | actually i think with the new updates, a few old apps are kinda getting broken |
| 15:05.43 | freemangordon | how did you install cssu-thumb? |
| 15:06.18 | _jester_ | flashed the n900, clicked on the cssu-thumb link on the maemo.org site |
| 15:06.29 | _jester_ | installation went smoothly |
| 15:06.53 | _jester_ | oh and enabled the extra testing repo |
| 15:07.58 | freemangordon | could you try "ldd /usr/bin/worldclock | grep conf" from the terminal |
| 15:08.31 | _jester_ | yup |
| 15:08.36 | _jester_ | give me a minute |
| 15:08.53 | freemangordon | also, try to start worldclock from terminal |
| 15:09.25 | _jester_ | i did, thats how i got the error message about the libgq-gconf.so.0 missing |
| 15:09.56 | freemangordon | did you install anything else but cssu-thumb? like bash or whatnot? |
| 15:10.05 | *** join/#maemo RiD (~RiD@bl22-17-202.dsl.telepac.pt) |
| 15:10.15 | _jester_ | i installed a lot of apps |
| 15:10.21 | freemangordon | :) |
| 15:10.53 | _jester_ | you think one of the apps messed up the library ? |
| 15:11.17 | freemangordon | for some reason a library that is in /usr/lib/ can;t be found |
| 15:11.23 | freemangordon | I guess so |
| 15:12.00 | _jester_ | cause an "apt-get install --reinstall libgq-gconf0" doesnt work |
| 15:12.15 | *** join/#maemo shentey (~shentey@f052020203.adsl.alicedsl.de) |
| 15:12.42 | _jester_ | it says its not possible and the package cannot be downloaded, so im assuming its part of the core, as it should be |
| 15:12.47 | freemangordon | could you try "LD_LIBRARY_PATH=/usr/lib worldclock"? |
| 15:12.55 | freemangordon | _jester_: enable your okia repos |
| 15:12.59 | freemangordon | *nokia |
| 15:13.05 | freemangordon | in HAM |
| 15:13.10 | _jester_ | ah, youre right, i have those disabled |
| 15:13.35 | freemangordon | *DO NOT* disable those |
| 15:13.49 | _jester_ | yes sir ! |
| 15:13.52 | freemangordon | :) |
| 15:14.55 | _jester_ | and after enabling them, i should try and reinstall the library ? |
| 15:15.11 | freemangordon | first try the LD_LIBRARY_PATH trick |
| 15:16.47 | _jester_ | nopes, i still get the error for the missing libraries |
| 15:17.31 | freemangordon | try to apt-get install --reinstall |
| 15:17.59 | freemangordon | though that shouldn;t be needed for a library in /usr/lib |
| 15:18.05 | freemangordon | unless your flash is broken |
| 15:18.09 | *** join/#maemo shentey (~shentey@f052020203.adsl.alicedsl.de) |
| 15:18.19 | _jester_ | nopes, just reinstalled it and everything works now |
| 15:18.25 | freemangordon | weird |
| 15:18.33 | _jester_ | freemangordon, youre a superstar dude |
| 15:18.40 | freemangordon | oh, come on |
| 15:18.42 | freemangordon | :) |
| 15:19.02 | freemangordon | _jester_: anything in dmesg log? |
| 15:19.08 | freemangordon | anithing weird that is |
| 15:19.13 | freemangordon | *anything |
| 15:19.49 | _jester_ | well you essentially saved me a reflash |
| 15:19.49 | _jester_ | cause this was annoying the hell out of me |
| 15:20.25 | freemangordon | yeah, I can imagine |
| 15:20.39 | _jester_ | nopes, just the usual slider open, wlan0: authenticated messages |
| 15:21.28 | freemangordon | hmm, weird |
| 15:21.40 | freemangordon | anyway, good that it works now |
| 15:22.08 | _jester_ | yea man, thanks a lot ... this is much appreciated |
| 15:44.10 | freemangordon | vakkov: actually I am not REing NOLO, but xloader. Or rather trying to find what xloader does to enable the AES HW module |
| 15:44.36 | *** join/#maemo blotter (~janus@95.90.242.62) |
| 15:50.05 | *** join/#maemo shentey (~shentey@f052020203.adsl.alicedsl.de) |
| 15:51.14 | vakkov | freemangordon: i see; if someone knows where in NOLO is the hardcoded value (size) of the ram, please do ping me. |
| 16:00.29 | freemangordon | vakkov: why do you think the RAM size is hardcoded? |
| 16:01.39 | *** join/#maemo zammy (~sam@gateway/tor-sasl/zammy) |
| 16:02.23 | zammy | there is an issue with yappari |
| 16:02.30 | zammy | http://talk.maemo.org/showthread.php?s=f1b8b1b6f0b130fd878d5c7dbaa9232e&p=1458065#post1458065 |
| 16:02.48 | zammy | also a irc channel #yappari |
| 16:03.34 | vakkov | as far as i understood Pali i t is hardocded in NOLO and nolo passes it to the kernel via an ATAG. the mainline kernel has it hardcoded though and ignores the atag. but older ones need the atag. freemangordon: |
| 16:04.08 | Pali | freemangordon: ram size is in DT |
| 16:04.17 | Pali | also in board rx51 file |
| 16:04.18 | bencoh | zammy: see the other yappari thread |
| 16:04.27 | bencoh | (the new one) |
| 16:04.28 | Pali | and also in uboot rx51 include config |
| 16:04.35 | zammy | link me thanks |
| 16:04.38 | Pali | and also nolo pass it in atags |
| 16:04.56 | bencoh | zammy: http://talk.maemo.org/showthread.php?t=94465 |
| 16:05.08 | vakkov | isn't it possible to just make u-boot change the atag, Pali |
| 16:05.27 | Pali | yes, it is possible |
| 16:05.38 | Pali | uboot does not reuse memory atag from nolo |
| 16:05.45 | Pali | but it read it from uboot rx51 include file |
| 16:05.58 | *** join/#maemo shentey (~shentey@f052020203.adsl.alicedsl.de) |
| 16:06.24 | vakkov | but the old kernels do use the atag? so it needs to be changed somehow for them? |
| 16:11.21 | Pali | vakkov: yes |
| 16:11.50 | freemangordon | vakkov: you have n900 with 512 MB of RAM? |
| 16:12.01 | *** join/#maemo shentey (~shentey@f052020203.adsl.alicedsl.de) |
| 16:12.04 | Pali | vakkov: you can change uboot config |
| 16:12.14 | Pali | and you do not need to modify atags |
| 16:12.20 | Pali | uboot generate them |
| 16:12.49 | vakkov | freemangordon: no, they are all stock for now. the plan is to upgrade to 1 gig using the n9 ram+nand chip |
| 16:13.05 | vakkov | the nand in n9 and n900 is pin-compatible |
| 16:13.06 | *** join/#maemo sleepee (~sleepee@adsl-64-237-156-84.prtc.net) |
| 16:25.27 | zammy | bencoh what about repository from now to beyond |
| 16:26.06 | zammy | I use the wetransfer link to install yappari 2.0.2 and it' all fine but... repository and future updates? |
| 16:26.31 | bencoh | zammy: I'm not ceene, I dont know :) |
| 16:26.41 | zammy | alright |
| 16:26.41 | bencoh | he probably didnt have time to push it to -devel |
| 16:27.17 | bencoh | "Cepiperez has uploaded changes to the code and a binary here, but latest .deb version is already available for download and is already on the autobuilder, so upgrading should be easily done via HAM in a few hours." |
| 16:27.27 | freemangordon | if I get it right, it is still not ready to be released in the repos |
| 16:27.37 | zammy | ok |
| 16:28.03 | freemangordon | does not use it, so doesn't really know |
| 16:28.21 | bencoh | doesnt either :) |
| 16:28.28 | bencoh | but it's not in maemo.org/packages |
| 16:28.56 | bencoh | freemangordon: btw, any idea regarding my question on microb (chan next door) ? |
| 16:28.57 | zammy | fuck we are all whatsapp/yappari drugged |
| 16:29.09 | freemangordon | I meant I don't use yappari/whatsapp at all :) |
| 16:32.23 | zammy | ok anyway thanks to all |
| 16:32.53 | *** join/#maemo _rd (~rd@p57A0F0F1.dip0.t-ipconnect.de) |
| 16:32.59 | freemangordon | bencoh: could you repeat your question? was it about kernels 3.x? |
| 16:33.30 | bencoh | 23:35 < bencoh> bleh, now cc1plus segfaults ... http://pastebin.notk.org/pastebin.php?show=m4336cf71 :/ |
| 16:33.33 | bencoh | 23:36 < bencoh> freemangordon: which version/tree did you build ? |
| 16:33.36 | bencoh | :-) |
| 16:33.43 | bencoh | (I got past the js "unable to dump" error) |
| 16:33.49 | freemangordon | the one on cssu gitorious |
| 16:34.03 | bencoh | git://gitorious.org/community-ssu/microb-engine.git ? |
| 16:34.06 | freemangordon | yep |
| 16:34.13 | *** part/#maemo zammy (~sam@gateway/tor-sasl/zammy) |
| 16:34.13 | bencoh | hmm ... then I dont understand |
| 16:34.33 | bencoh | you didnt get the cc1plus segfault ? |
| 16:34.37 | freemangordon | if you build in thumb target, you need to use the thumb-testing branch |
| 16:34.48 | bencoh | I build for vanilla |
| 16:35.00 | freemangordon | then master branch it is |
| 16:35.09 | freemangordon | no, never seen gcc segfaulting |
| 16:35.11 | bencoh | actually for cssu-t, so I reverted the libpng/zlib patches |
| 16:35.23 | freemangordon | reverted? |
| 16:35.28 | bencoh | on a local branch :) |
| 16:35.32 | freemangordon | libpng and zlib are in cssu-t |
| 16:35.39 | bencoh | erm, in cssu-s, mybad |
| 16:35.43 | freemangordon | oh |
| 16:36.07 | freemangordon | anyway, gcc should not segfault |
| 16:36.34 | freemangordon | what linux is that? |
| 16:36.39 | freemangordon | VM? |
| 16:36.43 | bencoh | yeah |
| 16:36.59 | freemangordon | give it plenty of RAM, like 4GB+swap |
| 16:37.04 | bencoh | qemu-kvm on a i686/core2duo |
| 16:37.15 | bencoh | I'll try with some swap |
| 16:37.27 | bencoh | and ... yeah, more ram as well |
| 16:37.49 | freemangordon | you'll wait a week, mind you(if it hits the swap) |
| 16:37.56 | bencoh | haha |
| 16:37.57 | bencoh | true |
| 16:38.00 | *** part/#maemo APTX (~APTX@unaffiliated/aptx) |
| 16:38.08 | *** join/#maemo netkat (~me@80.79.126.176) |
| 16:38.12 | freemangordon | you'd better use SDK vmware image |
| 16:38.25 | freemangordon | or setup SB in your host linux |
| 16:38.48 | bencoh | hmmm, no I dont really want to try SB on a grsec host :) |
| 16:39.27 | bencoh | I admit trying to build old mozilla stuff isn't sane behavior, but I'm not *that* crazy :) |
| 16:40.06 | bencoh | let's try and give it moar ram |
| 16:40.50 | bencoh | qemu: at most 2047 MB RAM can be simulated |
| 16:40.51 | bencoh | lol |
| 16:44.15 | freemangordon | :) |
| 16:45.29 | freemangordon | you'd better get VMWare SDK image and install LPAE kernel |
| 16:46.58 | *** join/#maemo at1as (~at1as@24-231-230-53.static.trcy.mi.charter.com) |
| 16:47.30 | bencoh | oh btw, did you have to export ARM_FORCE_PLATFORM=v7l ? |
| 16:49.57 | bencoh | used mem including buffers/caches never goes higher than 400M (for a total of 2047M) when building it, and it still fails :/ |
| 16:50.03 | bencoh | I doubt it's a ram issue |
| 16:50.22 | freemangordon | never seen that export before |
| 16:50.36 | freemangordon | you try to cross-compile? |
| 16:50.46 | bencoh | dpkg-buildpackage from sb |
| 16:50.59 | freemangordon | something is broken in your SB install |
| 16:51.09 | freemangordon | just grab SDK image |
| 16:51.32 | bencoh | ~sb |
| 16:51.32 | infobot | extra, extra, read all about it, scratchbox is a cross-compiling system that uses binfmt_misc, rpc calls, and an nfs mount to make a cross-build appear to be 100% native, and is found at http://www.scratchbox.org/, hosted by maemo now. Also at http://maemo.merlin1991.at/files/SB |
| 16:51.56 | freemangordon | yep, that's it |
| 16:52.11 | *** join/#maemo shentey (~shentey@f052020203.adsl.alicedsl.de) |
| 16:52.12 | freemangordon | merlin's one |
| 16:53.10 | bencoh | freemangordon: at which point did you have to add a symlink for 3.2->2.6 ? |
| 16:53.42 | freemangordon | after it complained for missing build script |
| 16:53.53 | freemangordon | but this is not needed in SDK image |
| 16:54.05 | bencoh | the thing is ... it didnt complain (yet) here |
| 16:54.16 | freemangordon | which kernel? |
| 16:54.19 | bencoh | 3.2 |
| 16:54.30 | freemangordon | dunno |
| 16:54.35 | freemangordon | give it some time :) |
| 16:54.39 | bencoh | haha |
| 16:54.42 | freemangordon | it will, most probably |
| 16:54.58 | bencoh | yeah I guess you're right about that |
| 16:57.01 | *** join/#maemo shentey (~shentey@f052020203.adsl.alicedsl.de) |
| 17:04.28 | ceene | hi |
| 17:04.42 | ceene | i just realized that the autobuilder for yappari had failed |
| 17:04.50 | ceene | i'm just uploading it again |
| 17:04.55 | ceene | sorry :/ |
| 17:06.17 | *** join/#maemo LauRoman|Alt (~LauRoman@5-14-137-193.residential.rdsnet.ro) |
| 17:08.47 | *** join/#maemo sledges_ (~sleleiva@192.194.199.35) |
| 17:09.07 | bencoh | freemangordon: invoking cc1plus manually works .... |
| 17:09.11 | *** join/#maemo sq-one_ (~sq-one@HSI-KBW-5-56-238-129.hsi17.kabel-badenwuerttemberg.de) |
| 17:09.34 | *** join/#maemo kylanpaj (kylanpaj@hilla.kapsi.fi) |
| 17:10.34 | freemangordon | bencoh: shouldn't be like that |
| 17:10.40 | *** join/#maemo LjL^ (~ljl@unaffiliated/ljl) |
| 17:11.41 | bencoh | yeah I guess so ... |
| 17:12.37 | freemangordon | gtg |
| 17:12.43 | freemangordon | bbl, night guys |
| 17:12.48 | bencoh | cya, and thx :) |
| 17:16.18 | *** join/#maemo heroux (~heroux@gateway/shell/insomnia247/x-mgxaeqdjazalcghl) |
| 17:22.15 | *** join/#maemo N-Mi (~nicolas@calvix/staff/N-Mi) |
| 18:04.34 | *** join/#maemo _rd (~rd@p57A0F0F1.dip0.t-ipconnect.de) |
| 18:09.05 | *** join/#maemo spoofy (~spoofy@unaffiliated/spoofy) |
| 18:23.54 | *** join/#maemo fmunozs (~frod@pdpc/supporter/active/fmunozs) |
| 18:30.59 | *** join/#maemo sparetire_ (~sparetire@unaffiliated/sparetire) |
| 18:56.22 | *** join/#maemo at1as (~at1as@kurios.r4780y.com) |
| 19:03.01 | *** join/#maemo protem (~protem@unaffiliated/protem) |
| 19:03.53 | *** join/#maemo futpib (~futpib@176.104.193.185) |
| 19:05.41 | *** join/#maemo wotan147 (~max@2a02:8071:2ec9:bf00:ecc2:d18e:bd06:25c3) |
| 19:07.01 | *** join/#maemo maybeWTF (~cl@p5B162FB0.dip0.t-ipconnect.de) |
| 19:25.31 | *** join/#maemo Haudegen (~quassel@85.124.51.57) |
| 19:26.00 | *** join/#maemo shentey (~shentey@f052020203.adsl.alicedsl.de) |
| 19:27.09 | *** join/#maemo RedM (~redw@89-73-179-171.dynamic.chello.pl) |
| 19:30.14 | *** join/#maemo M4rtinK (~M4rtinK@ip-37-188-236-48.eurotel.cz) |
| 19:30.59 | *** join/#maemo RedW (~redw@89-73-179-171.dynamic.chello.pl) |
| 19:32.00 | *** join/#maemo nox- (noident@freebsd/developer/nox) |
| 19:34.33 | *** join/#maemo blotter (~janus@89.204.154.225) |
| 20:06.35 | *** join/#maemo M4rtinK (~M4rtinK@ip-37-188-226-25.eurotel.cz) |
| 20:19.04 | *** join/#maemo fmunozs (~frod@pdpc/supporter/active/fmunozs) |
| 20:20.43 | *** join/#maemo obsed (~obesd@unaffiliated/obesd) |
| 20:22.27 | *** join/#maemo shentey_ (~shentey@f052020203.adsl.alicedsl.de) |
| 20:24.35 | *** join/#maemo silviof (~silviof@unaffiliated/silviof) |
| 20:31.58 | *** join/#maemo shentey_ (~shentey@f052020203.adsl.alicedsl.de) |
| 20:38.55 | *** join/#maemo shentey_ (~shentey@f052020203.adsl.alicedsl.de) |
| 20:45.21 | *** join/#maemo arcean (~arcean@aacs147.neoplus.adsl.tpnet.pl) |
| 21:01.02 | *** join/#maemo hubutm20 (~hubutm20@79.114.15.189) |
| 21:05.39 | *** join/#maemo vakkov (~vakkov@s3n106.brunel.ac.uk) |
| 21:14.32 | *** join/#maemo silviof (~silviof@unaffiliated/silviof) |
| 21:19.06 | *** join/#maemo shentey (~shentey@f052020203.adsl.alicedsl.de) |
| 21:30.43 | *** join/#maemo Vajb (~Vajb@85-76-97-219-nat.elisa-mobile.fi) |
| 21:33.10 | *** join/#maemo M4rtinK (~M4rtinK@ip-89-177-124-246.net.upcbroadband.cz) |
| 21:58.48 | *** join/#maemo jon_y (~enforcer@2001:e68:4074:273c:e01f:8e6d:cdca:d0e5) |
| 22:12.18 | *** join/#maemo Vajb (~Vajb@85-76-97-219-nat.elisa-mobile.fi) |
| 22:26.12 | *** join/#maemo Vajb (~Vajb@85-76-97-219-nat.elisa-mobile.fi) |
| 22:27.27 | *** join/#maemo XDS2010_ (sid1218@gateway/web/irccloud.com/x-obexpkmzrfcpabxa) |
| 22:29.45 | *** join/#maemo brutal_ (~Brutal@5.18.76.119) |
| 22:52.56 | Maxdamantus | Hehe, can now type all printable ASCII characters in u-boot. |
| 22:53.47 | *** join/#maemo LauRoman (~LauRoman@5-14-137-193.residential.rdsnet.ro) |
| 23:08.49 | *** join/#maemo hubutm20 (~hubutm20@79.114.15.189) |
| 23:12.19 | *** join/#maemo bef0rd (~frod@186.31.106.129) |
| 23:27.01 | *** join/#maemo Vajb (~Vajb@85-76-97-219-nat.elisa-mobile.fi) |
| 23:32.36 | *** join/#maemo Vajb (~Vajb@85-76-97-219-nat.elisa-mobile.fi) |
| 23:55.36 | *** join/#maemo Haudegen (~quassel@85.124.51.57) |
