00:04.16 | *** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya) |
19:28.39 | *** join/#openmoko-cdevel infobot (ibot@rikers.org) |
19:28.39 | *** topic/#openmoko-cdevel is READ http://blog.freenode.net ! || Openmoko Community Developers Channel - discussion on all firmware images, packages and software | SHR: http://shr-project.org/ | IRC logs: http://hentges.net/tmp/logs/irc/livelogs/%23openmoko-cdevel.livelog | #hackable1 | #openmoko-debian | #qtmoko | #android-on-freerunner | #paroli | hackable:1 rev5 is out ! | CIA notifications in #freesmartphone.org |
19:29.02 | TAsn | weird... |
19:29.31 | DocScrutinizer | ~ping |
19:29.32 | infobot | ~pong |
19:29.39 | TAsn | even weirder, it seems that I committed that config... |
19:29.43 | dos1 | TAsn: config :P |
19:29.47 | TAsn | I really should change it to 972 |
19:29.48 | dos1 | TAsn: default config shipped in SHR |
19:29.48 | TAsn | :| |
19:29.56 | TAsn | dos1, I know it's a config |
19:30.08 | TAsn | I meant if it's a config from outside of hte libphone-utils git |
19:30.11 | TAsn | but it seems it's not |
19:30.58 | DocScrutinizer | ~status |
19:30.59 | infobot | Since Mon Feb 1 18:49:00 2010, there have been 0 modifications, 2 questions, 0 dunnos, 0 morons and 0 commands. I have been awake for 41m 58s this session, and currently reference 116799 factoids. I'm using about 15432 kB of memory. With 0 active forks. Process time user/system 9.88/1.44 child 0.34/0.15 |
19:31.24 | TAsn | !moron tasn |
19:31.26 | *** join/#openmoko-cdevel mickeyl (~mickey@openmoko/coreteam/mickey) |
19:31.28 | TAsn | ~moron tasn |
19:31.35 | TAsn | :| |
19:31.48 | TAsn | I guess I'm too much of a moron to figure how to operate that feature :P |
19:31.49 | DocScrutinizer | ~spank TAsn |
19:31.50 | infobot | ACTION bends TAsn over his knee and tatoos 'ibot' on TAsn's pasty white buttocks. |
19:32.37 | cz_jc | DocScrutinizer, my first specimen is dead beyond identification |
19:33.03 | DocScrutinizer | ouch |
19:33.08 | cz_jc | DocScrutinizer, its discharged to 14mV now and multimeter impedance of 10Mohm actually discharges it about 0.1mV/s |
19:33.38 | DocScrutinizer | hmm, no problem. Just charge, then check aggain |
19:33.38 | cz_jc | DocScrutinizer, hmm.. now it dropped to 12.2mV and slowed to about 0.1mV / 3s |
19:33.42 | cz_jc | yes |
19:34.54 | [Rui] | cz_jc: are you c_c? |
19:35.05 | *** join/#openmoko-cdevel ssam (~ssam@87.127.117.246) |
19:35.59 | cz_jc | [Rui], you mean nick ? |
19:36.21 | [Rui] | cz_jc: c_c on the om community list? author of Vntura? |
19:36.48 | cz_jc | [Rui], nope, I'm a complete nobody |
19:37.15 | cz_jc | only 1 svn commit mentions me XD |
19:37.27 | [Rui] | cz_jc: nobody's nobody! :) |
19:38.06 | cz_jc | [Rui], well take it I didn't do anything,,, |
19:41.28 | cz_jc | DocScrutinizer, well thats weird |
19:41.34 | cz_jc | DocScrutinizer, its charging fast as hell |
19:41.37 | cz_jc | DocScrutinizer, 2.9V now |
19:42.09 | daniele_athome | could the possibility to make multiple calls depend on the operator? |
19:42.10 | *** join/#openmoko-cdevel Heinervdm (~thomas@pD9E13489.dip.t-dialin.net) |
19:42.30 | daniele_athome | putting my previous call on hold e initiating a new one returns NoCarrier error |
19:42.37 | mickeyl | depends on SIM and operator |
19:42.40 | daniele_athome | s/ e / and / |
19:43.12 | daniele_athome | mickeyl, can I get detailed information from the error? |
19:43.28 | cz_jc | DocScrutinizer, 2.96V now.. do you think its borked ? |
19:44.16 | *** join/#openmoko-cdevel Heinervdm (~thomas@pD9E13489.dip.t-dialin.net) |
19:44.28 | *** join/#openmoko-cdevel max_posedon1 (~max_posed@224-243-252-87-dynamic-pool.gprs.mts.by) |
19:44.33 | daniele_athome | mickeyl, http://pastebin.com/m624d441f |
19:44.37 | daniele_athome | error from frameworkd.log |
19:44.43 | mickeyl | daniele_athome: try at+ceer |
19:44.43 | daniele_athome | i'm using ogsmd... |
19:46.03 | *** join/#openmoko-cdevel Heinervdm (~thomas@pD9E13489.dip.t-dialin.net) |
19:46.06 | DocScrutinizer | cz_jc: probably |
19:46.17 | daniele_athome | how can I connect to gsm modem while making a call? |
19:46.44 | lindi- | daniele_athome: frameworkd? |
19:46.45 | DocScrutinizer | daniele_athome: doing what? |
19:46.46 | daniele_athome | mmm... mickeyterm :D |
19:46.50 | daniele_athome | lindi-, yes |
19:47.01 | lindi- | daniele_athome: I use iki.fi/lindi/openmoko/gsm-debug |
19:47.23 | lindi- | daniele_athome: mickeyterm does not work if you have gprs since all channels are already in use |
19:47.32 | daniele_athome | ok thanks :) |
19:48.01 | TAsn | daniele_athome, IIRC I also reported similar behavior (freesmartphone trac). |
19:48.09 | DocScrutinizer | though GPRS doesn't work during call anyway, so you can tear it down as well |
19:48.50 | lindi- | problem is just that it takes a long time to tear down |
19:48.59 | DocScrutinizer | umm nm, missed to read backscroll |
19:49.13 | lindi- | unless you force it but frameworkd does not support that afaik |
19:49.25 | daniele_athome | +CEER: 1,0,5,2 |
19:49.30 | daniele_athome | nothing more |
19:50.06 | *** join/#openmoko-cdevel Martix (~Martix@gw-unart.inext.cz) |
19:54.00 | *** join/#openmoko-cdevel Heinervdm (~thomas@pD9E13489.dip.t-dialin.net) |
19:54.40 | *** join/#openmoko-cdevel pwgen (~ew@0132900044.0.fullrate.dk) |
19:56.14 | *** join/#openmoko-cdevel chris38_office (~chris38@AMontsouris-151-1-71-88.w83-202.abo.wanadoo.fr) |
19:57.09 | *** join/#openmoko-cdevel johnnymnemonic (~johnny@87.18.54.187) |
19:57.21 | *** join/#openmoko-cdevel Heinervdm (~thomas@pD9E13489.dip.t-dialin.net) |
20:01.28 | cz_jc | DocScrutinizer, well I call the first charge cycle quits, 20 minutes into charging, its stable at 2.98V... |
20:01.39 | DocScrutinizer | cz_jc: I'd be not patient enough to wait any longer. I'd stop charging right now and see if it holds voltage |
20:01.46 | *** join/#openmoko-cdevel reinouts (~reinout@s559355fe.adsl.wanadoo.nl) |
20:01.52 | DocScrutinizer | hehe |
20:02.08 | cz_jc | DocScrutinizer, yep, I'll setup a timer, my guess is seconds with 10Mohm internal resistance of multimeter |
20:02.15 | DocScrutinizer | actually our posts crossed |
20:02.52 | *** part/#openmoko-cdevel feuera (~feuera@188-23-251-173.adsl.highway.telekom.at) |
20:02.59 | *** join/#openmoko-cdevel zeusone (~Elive_use@host-85-27-11-243.brutele.be) |
20:03.02 | cz_jc | DocScrutinizer, haha 2.13V |
20:03.16 | cz_jc | DocScrutinizer, 17 secs, 1.97V |
20:03.56 | DocScrutinizer | :-S |
20:03.58 | cz_jc | DocScrutinizer, 1 minute: 1/77V |
20:04.04 | cz_jc | *1.77V |
20:04.45 | cz_jc | DocScrutinizer, thats 0.3uA at 3V |
20:04.59 | DocScrutinizer | yup |
20:05.25 | DocScrutinizer | odds are it's dead |
20:05.26 | cz_jc | DocScrutinizer, to my suprise, it holds at 1.62V |
20:05.37 | cz_jc | DocScrutinizer, now 2 min 40s |
20:05.38 | DocScrutinizer | hmm |
20:05.56 | DocScrutinizer | maybe it's not completely dead then |
20:06.24 | cz_jc | but yeah.. its way dead.. its just wants to grip the reality that its supposed to be a battery so bad it simulates to behave like one |
20:06.44 | DocScrutinizer | lol |
20:07.00 | cz_jc | DocScrutinizer, 4 min - 1.53V |
20:07.21 | DocScrutinizer | charge for 5h, then test again |
20:07.24 | cz_jc | DocScrutinizer, actually this is reaching the point the PCF would use values |
20:07.29 | cz_jc | *loose |
20:07.37 | cz_jc | DocScrutinizer, looks like it behaves similar to the one in my FR |
20:08.19 | pieterc | where can i find latest shr-settings ipk's? Get segfaults in current installed shr-u |
20:08.48 | cz_jc | DocScrutinizer, no can do.. I'll have to let it charge over night, I wake up at 6 am, that makes it about 11h |
20:09.01 | DocScrutinizer | np |
20:09.04 | zeusone | pieterc: was not a shr-setting problem |
20:09.07 | spaetz | wasn't that fixed in the latest update? |
20:09.26 | cz_jc | DocScrutinizer, I see your point though, maybe cycling it would recover it ? |
20:09.52 | DocScrutinizer | yeah may formatize the cell chemistry |
20:10.02 | cz_jc | DocScrutinizer, 7 min... 1.4V |
20:10.14 | *** join/#openmoko-cdevel Gabrys (~Gabrys@188.13.28.78.cable.dyn.petrus.com.pl) |
20:10.45 | cz_jc | DocScrutinizer, ok, lets pray for the little guy to recover :) |
20:11.08 | DocScrutinizer | I'd stop discharge and continue to charge it, with lower current maybe |
20:11.27 | lindi- | cz_jc: can't you use cron to schedule it? |
20:11.30 | cz_jc | DocScrutinizer, done.. its at 2.98V now |
20:11.37 | DocScrutinizer | k |
20:11.37 | CIA-47 | freesmartphone.org: 03mickey 07cornucopia * r57d2d93b3472 10/fsodeviced/src/plugins/kernel26_rfkill/plugin.vala: |
20:11.37 | CIA-47 | freesmartphone.org: fsodeviced: kernel26_rfkill: don't bail out, if /dev/rfkill is not present or can't be opened |
20:11.37 | CIA-47 | freesmartphone.org: NOTE: plugins should _never_ ever use GLib.critical for anything. |
20:11.44 | cz_jc | lindi-, if I had a robot that'd unhook my battery XD |
20:12.04 | cz_jc | my rat tends to be hyperactive overnight |
20:12.06 | lindi- | cz_jc: isn't it enough to shutdown the phone? |
20:12.09 | cz_jc | maybe I can train her to unhook it XD XD |
20:12.21 | cz_jc | lindi-, the batt is outside the phone |
20:12.29 | lindi- | cz_jc: ah you are not charging it with the phone? |
20:12.35 | cz_jc | lindi-, nope |
20:12.39 | lindi- | cz_jc: with a lab power supply? |
20:12.47 | TAsn | mickeyl, GLib.critical - We also had stuff like that in SHR, terribly annoying, people used it in weird places :P |
20:12.52 | cz_jc | lindi-, 9V battery + LM317 based linear regulator |
20:12.56 | lindi- | cz_jc: ah |
20:13.08 | TAsn | mickeyl, or more annoyingly - assert |
20:13.26 | mickeyl | yeah |
20:13.35 | mickeyl | assert is another story though |
20:13.41 | mickeyl | i expect that eventually we'll compile with assert off |
20:13.46 | mickeyl | to remove all the debug in fso2 |
20:13.59 | mickeyl | if we want max speed, we have to do that |
20:14.23 | DocScrutinizer | lindi-: [2010-02-01 20:20:45] <cz_jc> DocScrutinizer, ok got my preparations done: http://prostor.hopto.org/~jc/bubat.pdf |
20:14.57 | mickeyl | ok, i'm fed up with udev |
20:15.02 | mickeyl | removes it and enables devtmpfs |
20:16.24 | cz_jc | DocScrutinizer, I love the fact I went all politically correct about it and it turns out to be completely screwed up XD |
20:17.49 | DocScrutinizer | suicide by seldischarge induced deep discharge, due to "best before:" expired |
20:17.57 | JaMa | mickeyl: I have that freesmartphone/fso*.bb cleanup ready.. I'll send patch after testing.. |
20:18.06 | JaMa | but still at work :/ |
20:18.31 | mickeyl | okies, don't hurry |
20:18.53 | cz_jc | DocScrutinizer, really? they're expired? XD |
20:19.17 | cz_jc | DocScrutinizer, as far as I recall, some had some voltage retained when I got them. this one was even deeper discharged than others |
20:20.22 | DocScrutinizer | off to test the uC system in his water heater while taking shower |
20:20.33 | DocScrutinizer | ;-P |
20:20.35 | cz_jc | DocScrutinizer, hehe enjoy :P |
20:20.41 | cz_jc | I'm off to sleep.. bye :) |
20:21.03 | TAsn | mickeyl, I don't like assert that much for anything not extremely performance oriented, and even then, it's just something I wouldn't like having in production code (in the moko's case, I consider unstable as production code, and therefore assert is completely useless for us). |
20:21.39 | TAsn | mickeyl, Furthermore, in libphone-ui-shr (or more correctly libframeworkd-glib) people used it in all the wrong places :P |
20:21.56 | DocScrutinizer | smart bugger, even with RF remote control (water resistent one of course) |
20:24.12 | *** join/#openmoko-cdevel GarthPS (~quassel@2a01:e35:2e97:cf50:21f:c6ff:fe12:50eb) |
20:32.06 | [Rui] | erms... why is X listenting? |
20:33.24 | DocScrutinizer | lol, it is? |
20:33.40 | [Rui] | yeah, I shout into it's 6000 ears and it opens a socket ! |
20:33.40 | DocScrutinizer | on GPRS even? |
20:33.45 | [Rui] | 0.0.0.0 |
20:33.52 | lindi- | [Rui]: it's waiting for clients |
20:33.53 | DocScrutinizer | hrhrhrrr |
20:34.03 | lindi- | :) |
20:34.06 | *** join/#openmoko-cdevel chris38_office (~chris38@AMontsouris-151-1-71-88.w83-202.abo.wanadoo.fr) |
20:34.10 | [Rui] | lindi-: it's waiting for a bug to happen! |
20:34.29 | DocScrutinizer | it's waiting for me to rape it |
20:39.09 | DocScrutinizer | ~seen coredump |
20:39.10 | infobot | coredump <n=mhentges@hentges.net> was last seen on IRC in channel #oe, 120d 8h 33m 56s ago, saying: 'or join #linuxtogo'. |
20:40.50 | [Rui] | NTP AS WELL? |
20:42.04 | DocScrutinizer | WTF! |
20:42.05 | [Rui] | mickeyl: why is frameworkd exporting UDP port 123 (NTP)? |
20:42.21 | DocScrutinizer | !seen coredump |
20:42.23 | cdbot2 | DocScrutinizer, I don't remember seeing coredump. |
20:42.54 | DocScrutinizer | ~seen coredump|home |
20:42.55 | infobot | coredump|home is currently on #oe, last said: 'you're welcome =)'. |
20:42.59 | [Rui] | mickeyl: ntp client is good, but it shouldn't serve time by default! |
20:43.14 | lindi- | aiee, frameworkd has its own implementation of the NTP protocol running as root |
20:43.59 | mickeyl | [Rui]: ? |
20:44.15 | mickeyl | frameworkd is definitely not an ntp server |
20:44.27 | [Rui] | mickeyl: root@om-gta02 ~ $ netstat -utlnp |
20:44.46 | [Rui] | udp 49056 0 0.0.0.0:123 0.0.0.0:* 2090/python |
20:44.59 | [Rui] | root 2090 0.2 13.9 30596 16848 ? Ss 09:11 1:59 python /usr/bin/frameworkd |
20:45.08 | [Rui] | mickeyl: seems to be! |
20:45.11 | mickeyl | no |
20:45.14 | lindi- | [Rui]: it's a client |
20:45.16 | mickeyl | that's a client |
20:45.27 | [Rui] | lindi-: mickeyl: if it listends to a port, it's a server :) |
20:45.39 | [Rui] | so it's a bug |
20:46.08 | mickeyl | don't think so |
20:46.10 | mickeyl | but try fsotdld |
20:46.19 | *** join/#openmoko-cdevel onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
20:46.40 | [Rui] | mickeyl: well, wait for a worm that explots some bug on fso. then you may think so :) |
20:46.52 | lindi- | mickeyl: does it let anybody send ntp reply packets? |
20:46.58 | [Rui] | mickeyl: you don't have to listen UDP port 123 to be a client |
20:47.07 | mickeyl | dunno |
20:47.08 | DocScrutinizer | ack |
20:47.09 | lindi- | mickeyl: i don't see any check to see that the reply came from the legit server |
20:47.11 | mickeyl | this is not my implementation |
20:47.12 | mickeyl | try fsotdld |
20:47.29 | lindi- | if not then anybody can control the clock remotely |
20:47.54 | [Rui] | mickeyl: 'Can't acquire service name org.freesmartphone.otimed; service already running or not allowed in dbus configuration.' |
20:47.56 | mickeyl | need to check whether I'm doing that in fsotdld |
20:48.16 | mickeyl | [Rui]: fso1 and fso2 are fighting over the same services |
20:48.18 | lindi- | having ones own ntp implementation sounds like serious wheel-reinventing to me |
20:48.21 | mickeyl | stop frameworkd's time service |
20:48.36 | mickeyl | lindi-: depends |
20:48.41 | [Rui] | mickeyl: but seriously, this didn't happen previously... |
20:49.06 | lindi- | mickeyl: you could also easily break the NTP RFC |
20:49.18 | mickeyl | lindi-: coworking with external processes is sometimes more involved than just sending a packet |
20:49.20 | [Rui] | mickeyl: /etc/frameworkd.conf otimed section? |
20:49.24 | DocScrutinizer | lindi-: ntpdate alike implementation is ok |
20:49.27 | mickeyl | [Rui]: yep |
20:49.28 | lindi- | mickeyl: remember when some routers did this and caused horrible load to pool.ntp.org |
20:50.01 | [Rui] | mickeyl: but I don't want to loose ntp client functionality |
20:50.06 | misc | lindi-: what they did was to hardcode a ntp server, no ? |
20:50.13 | mickeyl | [Rui]: don't you just want to run fsotdld? |
20:50.16 | mickeyl | to testà |
20:50.17 | mickeyl | ? |
20:50.19 | lindi- | misc: well most users did not change default |
20:50.33 | DocScrutinizer | misc: stratum0 even iirc |
20:50.48 | [Rui] | mickeyl: I can do it manually, but what about afterwards? |
20:50.52 | lindi- | how many fso users have changed frameworkd's ntp client settings? ;) |
20:51.12 | mickeyl | lindi-: patches appreciated. i will accept a plugin that just uses ntpd instead of calling on its own |
20:51.23 | mickeyl | [Rui]: then you enalbe it again in frameworkd.conf?` |
20:51.26 | mickeyl | bbl |
20:51.42 | [Rui] | ok, disabling otimed closes the port |
20:52.07 | DocScrutinizer | lindi-: if FSO implementaion is using the roundrobing DNS then users don't need to change |
20:52.12 | [Rui] | fsotdld doesn't open a port. |
20:52.18 | lindi- | DocScrutinizer: it's using ip address |
20:52.19 | [Rui] | so how can I replace one with the other? |
20:52.26 | DocScrutinizer | ouuuuuch |
20:52.27 | [Rui] | definitly and cross boot? :) |
20:52.51 | lindi- | DocScrutinizer: of some german server |
20:53.07 | DocScrutinizer | hrhrhr, still bad enough |
20:53.18 | DocScrutinizer | mind to paste it here? |
20:53.21 | lindi- | 134.169.172.1 |
20:53.49 | DocScrutinizer | tu-bs.de |
20:53.51 | DocScrutinizer | heh |
20:54.30 | DocScrutinizer | the only instance to really gather an overview of installed FSO base |
20:55.21 | misc | what can we deduce of the fact the server didn't even crash under the load :( |
20:55.32 | DocScrutinizer | lol |
20:56.22 | DocScrutinizer | maybe it's the hat-on server of the evil FR botnet? |
20:57.54 | DocScrutinizer | [Rui]: nmap is your friend. Maybe it's actually a sshd service on port 123 |
20:58.06 | misc | -sV |
20:58.47 | *** join/#openmoko-cdevel fsteinel (~fsteinel@fedora/fsteinel) |
20:59.00 | daniele_athome | i'm trying to start a dbus service from a .service file in system-services, but when I try to do the method call, dbus-send returns: |
20:59.01 | daniele_athome | Error org.freedesktop.DBus.Error.Spawn.FailedToSetup: Failed to setup environment correctly |
21:04.34 | JaMa | mickey|shower: AFAIK you cannot use CONFFILES_${PN} = "${sysconfdir}/freesmartphone" as you would with FILES_${PN}, any hint how to specify CONFFILES for all files in directory? I don't want to list all posible config files you can put in cornucopia including future supported devices :) |
21:05.11 | daniele_athome | ok now another error lol |
21:05.12 | daniele_athome | Error org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 1 |
21:05.47 | [Rui] | DocScrutinizer: lol |
21:06.03 | onen|openBmap | teythoon: ping |
21:18.24 | daniele_athome | mmm.. even with phoneui helpers |
21:27.47 | Weiss | hmm, what happened to git.openmoko.org? |
21:31.00 | *** join/#openmoko-cdevel Michael712 (~Michael71@p4FE0A738.dip.t-dialin.net) |
21:31.39 | *** join/#openmoko-cdevel jlmoko (~jluis@82.Red-88-27-32.staticIP.rima-tde.net) |
21:31.50 | mickey|shower | JaMa: just don't specify them. the files under /etc/freesmartphone/conf/ are not supposed to be edited. if someone wants to edit one of the configs, he should copy it to /etc/freesmartphone/ or /etc |
21:32.12 | mickey|shower | i'll place a big fat README in /etc/freesmartphone/conf |
21:39.34 | *** join/#openmoko-cdevel erk (~MrEd@about/apple/iPod/BeZerk) |
21:41.14 | teythoon | onen|openBmap: pong |
21:41.31 | onen|openBmap | teythoon: in extremis :-) I was shuting down :O |
21:41.47 | onen|openBmap | teythoon: I just wanted to know if you got my email? |
21:41.49 | teythoon | onen|openBmap: well, good night then ;) |
21:41.56 | teythoon | i did |
21:42.21 | onen|openBmap | teythoon: and, what do you think? |
21:42.52 | teythoon | onen|openBmap: I think it's okay, but there are some questions that I'd like to ask |
21:43.32 | onen|openBmap | teythoon: I am glad. It means I may get someone to work with on the client :-) |
21:43.37 | teythoon | but I think those are best asked via mail |
21:43.51 | teythoon | yeah, I have some more ideas too |
21:43.52 | onen|openBmap | teythoon: sure. feel free. |
21:44.02 | teythoon | cool |
21:44.35 | onen|openBmap | teythoon: I now go to bed. But I will answer your email tomorrow evening |
21:45.03 | teythoon | onen|openBmap: sleep well ;) |
21:45.08 | onen|openBmap | teythoon: and I will try to save some time every day or so, in order to be at least able to answer your questions etc. |
21:45.27 | onen|openBmap | teythoon: take care |
21:45.30 | onen|openBmap | teythoon: gn |
21:45.33 | teythoon | you too |
21:46.21 | *** join/#openmoko-cdevel valos (~valos@mar92-6-82-227-150-198.fbx.proxad.net) |
21:46.38 | [Rui] | oh nice, black screen of death and even my ssh connection was lost |
21:50.59 | [Rui] | blue power led is fixed, and red aux is blinking like crazy |
21:55.26 | spaetz | red aux blinking is kernel panix IMHO |
21:58.18 | [Rui] | booting is taking an awful lot of time |
21:58.18 | *** join/#openmoko-cdevel richy (~richy@95-88-66-21-dynip.superkabel.de) |
21:58.26 | [Rui] | much, much longer than it used to |
22:02.27 | *** join/#openmoko-cdevel zeusone (~zeusone@host-85-27-11-243.brutele.be) |
22:05.01 | zeusone | hi, can someone tell me how I can say to my bitbake system to read the md5 in my recipe? If I add the md5 in the openembedded/conf/checksum.ini everything works but if I put the same in my recipe file doesn't work :( |
22:06.16 | *** join/#openmoko-cdevel dcordes (~dccordes@unaffiliated/dcordes) |
22:09.59 | *** join/#openmoko-cdevel [Rui] (~Rui@a85-138-13-253.cpe.netcabo.pt) |
22:11.02 | [Rui] | it doesn't look like it's booting |
22:11.21 | [Rui] | still with the penguin, screen dims |
22:11.35 | [Rui] | only syas Initializing CPU#0 and SHR Linux is booting... |
22:17.05 | JaMa | spaetz: can you fix that frameworkd.conf in shr-themes.git? |
22:17.10 | JaMa | please? |
22:17.24 | thrashold | What is the best way to play a sound in an elementary app? |
22:17.26 | mrmoku | JaMa: what fix is needed? |
22:18.06 | Weiss | did someone break git.openmoko.org? I need to build a nice 2.6.32 kernel for playing with.. |
22:18.20 | zeusone | thrashold: I use aplay |
22:18.38 | zeusone | thrashold: for simple wav file |
22:18.40 | JaMa | mrmoku: with today's frameworkd-config-shr I got strange frameworkd.conf |
22:18.46 | thrashold | zeusone: Yeah, I use that too, but I thought that there was a better way |
22:19.07 | thrashold | I was trying gstreamer but it increases memory usage and everything |
22:19.13 | zeusone | thrashold: if I understood well, this is the lighter way |
22:19.21 | zeusone | thrashold: ya |
22:19.43 | zeusone | thrashold: if you have to play only simple wav I think it's the best way |
22:19.46 | JaMa | mrmoku: ./openmoko-cdevel-2010-02-01:10:46 < JaMa> spaetz: with last frameworkd-config-shr it looks almost like frameworkd.conf going backwards :/ why wasn't om-gta02 updated in http://git.shr-project.org/git/?p=shr-themes.git;a=commit;h=f79868cde2fef9809dfb3838d65141ea3099e598 ? |
22:19.50 | thrashold | There's also emotion/python-emotion, but it just wraps gstreamer :) |
22:20.21 | zeusone | thrashold: depends on your need, you can see also the intone code |
22:20.22 | spaetz | mmh |
22:20.42 | zeusone | thrashold: c_c uses mplayer but it's c |
22:21.02 | spaetz | let's get rid of those 3 duplicate conf files. I an see why gta01/02 need different files |
22:21.11 | spaetz | but we have 3 of them.... |
22:21.33 | thrashold | zeusone: No, I just play some sound at some point, it's not actually crucial functionality at all because it duplicates functionality that's already available in ffalarms :) |
22:21.40 | spaetz | JaMa: not on a box with git ATM |
22:21.58 | spaetz | I can do sth tomorrow, but needs to be done? revert the last change? |
22:22.20 | zeusone | thrashold: do you use bitbake? |
22:22.23 | JaMa | spaetz: so you don't remember why you cleaned all other machines except om-gta02? |
22:22.33 | JaMa | spaetz: or maybe I don't see something there.. |
22:22.55 | thrashold | zeusone: I'm actually currently writing/testing on Debian :) Also my app is pure Python so I simply copy it anyway :) |
22:23.05 | JaMa | spaetz: opkg upgrade asked me to merge configs.. so it's ok for expirienced users who know that thay want :) |
22:23.31 | zeusone | thrashold: ok :) |
22:23.50 | spaetz | I cleaned all machines except gta02? |
22:23.54 | spaetz | not me... |
22:23.58 | mrmoku | JaMa: I think it was dos1 |
22:24.12 | spaetz | Sebastian Krzyszkowiak [Tue, 26 Jan 2010 20:34:07 +0000] |
22:24.16 | JaMa | ahh sure.. it was dos.. |
22:24.18 | spaetz | :) |
22:24.18 | mrmoku | but he removed only the fso2 sections |
22:24.27 | mrmoku | (apart from gta02) |
22:24.33 | JaMa | spaetz: sorry I checked that commit before that one... |
22:24.44 | spaetz | hehe, np :) I was just getting confused |
22:25.02 | *** join/#openmoko-cdevel Docscrutemp (~Joerg_rw@openmoko/engineers/joerg) |
22:25.08 | JaMa | mrmoku: yes and that should be done for gta02 too, because we want fso1 equivalents disable where fso2 should be used |
22:25.46 | mrmoku | JaMa: but that was already like that... he just removed the fso2 config parts from frameworkd.conf |
22:25.56 | JaMa | but I cannot explain where was frameworkd.conf shr-lite-eglibc-ipk--20100124-om-gta02.rootfs.tar.gz coming from |
22:26.01 | mrmoku | the disable part should be there... |
22:26.09 | PaulFertser | wpwrak: fyi with another router wpa2 seem to work, suppliant says slmething about RSA, i guess it's wpa2 for sure |
22:26.21 | spaetz | actually in the bits he deleted, there is no disabled=1 |
22:26.37 | mrmoku | yep, was just a cleanup |
22:26.53 | mrmoku | JaMa: what is wrong in that config? |
22:27.03 | JaMa | mrmoku: this file http://git.shr-project.org/git/?p=shr-themes.git;a=blob;f=frameworkd/frameworkd-config-shr/om-gta02/frameworkd.conf;h=6167367ed47a9cdd61ee04143c91613be6f9b4b9;hb=HEAD |
22:27.30 | JaMa | contains config for ie [fsonetworkd] [fsodevice] etc right? |
22:28.56 | mrmoku | yup, which should not have effect anymore... as fso2 daemons look somewhere else |
22:29.10 | mrmoku | JaMa: moment will remove that |
22:30.44 | JaMa | mrmoku: yes and this file was installed today as gitr244 |
22:31.15 | mrmoku | JaMa: but should do no harm |
22:31.16 | JaMa | mrmoku: but older revision "gitr243" from shr-buildhost was already cleaned no idea from where.. |
22:31.16 | CIA-47 | SHR: 03mok 07shr-themes * rd96ffd9e3f4d 10/frameworkd/frameworkd-config-shr/om-gta02/frameworkd.conf: frameworkd: remove fso2 config parts for om-gta02 too |
22:31.32 | mrmoku | JaMa: ahh, now I get you... hmm strange |
22:32.09 | JaMa | mrmoku: maybe it was because of messed gitrNNN |
22:32.25 | JaMa | mrmoku: but I don't see even the cleaned file in shr-theme.git history.. |
22:32.49 | mrmoku | hmm |
22:33.06 | mrmoku | anyway.... |
22:33.07 | mrmoku | tired |
22:33.15 | mrmoku | TAsn: won't manage to finish it today :/ |
22:33.26 | JaMa | frameworkd-config-shr_0.9.5.9+gitr1738+76f0b01a6dbd2c517b23792575cea10f3a954999-242+d55005605dc6e86c66b600ddd2b00bf7f313500d-r7.4_om-gta02.ipk this was part of image |
22:33.46 | mrmoku | TAsn: and tomorrow I won't have much time probably :( |
22:33.56 | JaMa | and quick look at diff seems like it was better version than today's gitr244 |
22:34.32 | TAsn | mrmoku, will I be able to see it in the weekend? :P |
22:34.37 | *** join/#openmoko-cdevel VDVsx (~Valerio@Maemo/community/council/VDVsx) |
22:34.39 | mrmoku | JaMa: no idea how that would be possible... |
22:34.40 | TAsn | if so, that's more than cool :P |
22:34.47 | mrmoku | TAsn: well, not missing much |
22:35.00 | TAsn | I'm j/k, don't worry. |
22:35.07 | mrmoku | :) |
22:35.18 | mrmoku | gnight then ;) |
22:35.21 | TAsn | night. |
22:35.24 | JaMa | mrmoku: maybe its just because whole diff is about moving sections and I cannot see clearly the diff :) |
22:35.34 | mrmoku | JaMa: hehe :) |
22:35.38 | JaMa | mrmoku: gnight and thanks |
22:35.44 | mrmoku | gnight |
22:36.29 | JaMa | was at work till 22:30 and has to go tomorrow rather soon :/ |
22:38.09 | [Rui] | why no pin entry dialog? buaa |
22:42.07 | *** join/#openmoko-cdevel philhug (~hug@77-59-197-122.static.cablecom.ch) |
22:42.58 | *** join/#openmoko-cdevel emmentaler (~baboo@9-56-239-77-pool.cable.fcom.ch) |
22:48.40 | *** join/#openmoko-cdevel Docscrutemp (~Joerg_rw@openmoko/engineers/joerg) |
22:57.54 | DocScrutinizer51 | roh: ping |
22:58.21 | DocScrutinizer51 | Weiss: continued here ;-) |
22:58.59 | DocScrutinizer51 | roh: anything wrong with git.om.org? |
22:59.09 | Weiss | aha :) |
23:00.10 | DocScrutinizer51 | Weiss: shoot a Xray laser on it! ;-) |
23:00.24 | Weiss | FLASH is offline for the summer :( |
23:01.17 | DocScrutinizer51 | summer aha |
23:01.33 | DocScrutinizer51 | southern hemisphere ? |
23:01.46 | Weiss | nope, it's just going to be offline for a loooong time |
23:02.01 | Weiss | until late august/september I think |
23:03.11 | DocScrutinizer51 | eeeeh |
23:08.28 | *** join/#openmoko-cdevel jaacoppi (~jaacoppi@cable-roi-ff34c000-133.dhcp.inet.fi) |
23:08.31 | *** join/#openmoko-cdevel methril (~methril@189.27.131.246.dynamic.adsl.gvt.net.br) |
23:12.10 | *** join/#openmoko-cdevel Docscrutemp (~Joerg_rw@openmoko/engineers/joerg) |
23:20.44 | Weiss | JaMa: ok, thanks. I'll try again tomorrow, and if git.om hasn't come back then I'll use that tarball to get things started |
23:21.36 | JaMa | Weiss: you're welcome.. looking forward for your new stuff :) |
23:21.41 | Weiss | :) |
23:21.48 | Weiss | we REALLY need to sort GTK out somehow :( |
23:22.31 | JaMa | GTK? |
23:22.40 | JaMa | btw don't forget to check http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.32 |
23:23.06 | JaMa | 0001-DRM-for-platform-devices.patch 0001-glamo-drm-use-dev_set_drvdata-instead-of-setting-dri.patch are needed for successfull port of your gdrm-2.6.31 branch to 2.6.32 |
23:23.41 | Weiss | yep.. I was going to pull those patches in then start stomping on problems from there |
23:23.57 | wpwrak | PaulFertser: let's hope it's not another firmware bug :) |
23:25.52 | DocScrutinizer51 | wpwrak: huh? |
23:28.50 | Weiss | DocScrutinizer51: battery meter reading is accurate according to /sys/bus/platform/devices/bq27000-battery.0/power_supply/battery/charge_{now,full}, if that's any help |
23:29.26 | DocScrutinizer51 | so it's the old hal bug |
23:29.46 | DocScrutinizer51 | i guess |
23:30.39 | DocScrutinizer51 | though two full and one nonex bat should be good for 66% at best |
23:31.00 | Weiss | ah.. that's not what I meant |
23:31.09 | DocScrutinizer51 | sure youdon't have gta01bat module loaded? |
23:31.12 | Weiss | charge_now/charge_full = what's displayed |
23:31.51 | DocScrutinizer51 | Weiss: then please rum bq27k-detail |
23:34.00 | *** join/#openmoko-cdevel valos (~valos@mar92-6-82-227-150-198.fbx.proxad.net) |
23:34.31 | max_posedon | mickeyl, hi! I think fsodeviced doesn't looking for default config in correct way |
23:34.35 | max_posedon | -rw-r--r-- 1 root root 1007 Jan 31 16:19 /etc/freesmartphone/conf/GTA02/fsodeviced.conf |
23:34.52 | *** join/#openmoko-cdevel mickeyl (~mickey@80.81.242.146) |
23:34.53 | max_posedon | but 2010-02-01T23:34:41.649030Z [WARN] subsystem : No section for fsodevice in configuration file. Not looking for plugins. |
23:35.21 | max_posedon | (retry) mickeyl, hi! I think fsodeviced doesn't looking for default config in correct way |
23:35.30 | max_posedon | <PROTECTED> |
23:35.44 | max_posedon | and "but" message was first for you |
23:35.50 | *** join/#openmoko-cdevel mickeyl (~mickey@openmoko/coreteam/mickey) |
23:36.18 | mickeyl | max_posedon: can you give more details? |
23:36.28 | mickeyl | i have just reconnected |
23:36.48 | max_posedon | I'm running fsodeviced on gentoo, (trying) |
23:37.10 | max_posedon | it can't found default config placed at /etc/freesmartphone/conf/GTA02/fsodeviced.conf |
23:37.21 | max_posedon | (this is with following GTA02 symlink) |
23:37.23 | Weiss | DocScrutinizer51: http://pastebin.de/3663 (I tweaked the script to dump the registers on the FR then processed it on my laptop, because of busybox) |
23:37.24 | mickeyl | can you strace and check where it does look? |
23:37.51 | mickeyl | do you have the latest libfsobasics? |
23:37.57 | mickeyl | this actually implements the conf loading |
23:38.15 | max_posedon | yep, give me few mins for installing strace, hm.. with all this "git master" stuff, I'm not sure, I'll recompile |
23:38.39 | Weiss | DocScrutinizer51: oh, hang on - it says 100% now |
23:39.30 | mickeyl | leviathan: ok, i know now why you recommended mkbootimg |
23:39.47 | mickeyl | although fastboot can boot a zImage, it swallows the CMDLINE |
23:40.03 | mickeyl | so if you want to give any custom CMDLINE, you _have_ to use the tool :/ |
23:40.12 | leviathan | yes ;) |
23:40.17 | mickeyl | bummer |
23:40.19 | leviathan | eeeexactly |
23:40.23 | leviathan | :) |
23:40.24 | mickeyl | ~lart whoever was responsible for this |
23:40.24 | infobot | breaks out the Hoover and sucks up whoever was responsible for this |
23:41.21 | *** join/#openmoko-cdevel Docscrutemp (~Joerg_rw@openmoko/engineers/joerg) |
23:47.33 | spaetz | mmmh, testing. |
23:48.49 | *** join/#openmoko-cdevel VDVsx_ (~Valerio@bl5-194-99.dsl.telepac.pt) |
23:51.49 | *** join/#openmoko-cdevel jaacoppi (~jaacoppi@cable-roi-ff34c000-133.dhcp.inet.fi) |
23:52.09 | *** join/#openmoko-cdevel VDVsx (~Valerio@Maemo/community/council/VDVsx) |