**** BEGIN LOGGING AT Wed Feb 25 02:59:57 2009 Feb 25 03:00:02 DocScrutinizer: guess why i've started to make my own busybox-free root file systems ;-) Feb 25 03:00:18 quite obvious Feb 25 03:00:48 I'm not happy with building stuff from scratch though Feb 25 03:09:46 wpwrak: you are used to doing that. For me it's learning a lot of stuff (starting with SVN and finding location do get the pieces together to installing toolkit and bootable sdcard) that distracts me from my original task Feb 25 03:11:21 basically I guess that means: I'm missing the howto Feb 25 03:12:39 or a *tgz Feb 25 03:18:00 DocScrutinizer: ah well, we all have to start somewhere ... :) Feb 25 04:37:13 Hi Joerg :D Feb 25 04:38:33 Is there a minicom-like app for SHR? I'm trying to figure out why my pppd scripts aren't working for GPRS... Feb 25 04:38:47 :\ Feb 25 04:39:11 Oh, I'm on a FreeRunner. :) Feb 25 04:39:42 Recently-acquired, so I'm not entirely sure about my terminology, etc. Please accept my apologies. Feb 25 04:40:40 bgat: i would recomend using two terminals. just ssh in, and cat the device with one session, and echo -n "ATblah\r" >> device on another. Feb 25 04:41:07 aah, I didn't think of that... Feb 25 04:41:14 good idea. :) Feb 25 04:41:42 I'll give that a try Feb 25 04:42:01 naughty juri Feb 25 04:42:15 bgat: i give an example on the section on upgrading the GSM firmware on the tweaks section of the wiki. Feb 25 04:42:42 and its not my example. ;) Feb 25 04:42:52 i just broke it into two sessions. Feb 25 04:45:20 :) Feb 25 04:46:30 dave: if helping people is naughty, i'm doomed. ;) Feb 25 04:47:40 :P Feb 25 04:47:54 no just your methods for getting at technical problems :P Feb 25 04:47:58 or getting AROUND them ;) Feb 25 04:48:14 juri_: I think you might be referring to this: http://shr-project.org/trac/wiki/Tweaks (near the bottom) Feb 25 04:48:17 I just found that Feb 25 04:48:18 :) Feb 25 04:48:53 Dave: well, anything that lets me avoid the actual minicom is an improvement. :) Feb 25 04:49:06 I've been using conserver lately, that one isn't too bad. Feb 25 04:49:22 dare I ask what is the "technical problem" you are referring to? Feb 25 04:49:36 sure sure Feb 25 04:49:38 :D Feb 25 04:57:45 bgat: i use what works. ;D Feb 25 05:09:32 bgat: mickeyterm I heard once ago Feb 25 05:23:56 DocScrutinizer: I'll look into that. Feb 25 05:31:37 bbl Feb 25 06:27:32 PaulFertser_? Feb 25 06:37:03 shoragan: I wanted to talk to you yesterday but wrote e-mail to hardware (cc'd you) instead :) Feb 25 06:37:10 k Feb 25 07:10:32 Arhuaco: Hey :) BTW, don't you think that Trac is to restrictive to the ordinary users? Feb 25 07:11:00 Arhuaco: I consider http://docs.openmoko.org/trac/ticket/1742 is invalid btw, please take a look Feb 25 07:11:33 PaulFertser: Perhpaps that's the case. I wonder how this works... I guess we should fill a bug in the admin-trac so that we know what to expect. Feb 25 07:12:36 Arhuaco: http://docs.openmoko.org/trac/ticket/1991 is closed as well, it's stupid to keep it there, as we all know that it can't be used to solve resume problems (there're still present, but too seldom to be reproducible), imho Feb 25 07:12:49 s/is closed/should be f closed/ Feb 25 07:12:49 PaulFertser_ meant: Arhuaco: http://docs.openmoko.org/trac/ticket/1991 should be f closed as well, it's stupid to keep it there, as we all know that it can't be used to solve resume problems (there're still present, but too seldom to be reproducible), imho Feb 25 07:13:07 PaulFertser_: I'll fill it out later.... the bug on the admin track... Feb 25 07:14:55 duh,, ticket-killing-day :) Feb 25 07:15:05 * joerg_42 fetching the BIG gun Feb 25 07:15:17 Arhuaco: and http://docs.openmoko.org/trac/ticket/1255 can be fixed in user-space by setting rtc alarm, blinking, suspending. But it's userspace anyway Feb 25 07:15:52 PaulFertser_: You really should have powers on this trac :-) Feb 25 07:15:57 I wonder how it works... Feb 25 07:16:01 I'll ask later... Feb 25 07:16:05 Arhuaco: and probably http://docs.openmoko.org/trac/ticket/1640 is invalid Feb 25 07:16:47 s/powers/rights/ Feb 25 07:16:48 Arhuaco: if i had the powers, i'd loose it fast, because there're all kinds off crap associated with making smokes around non-existant OM software QA, as i see it. Feb 25 07:17:13 PaulFertser_: jOERG is the guy with the big gun, the power. ;P Feb 25 07:17:35 send me a list with # and suggestions Feb 25 07:17:41 PaulFertser_: Not big enough to reach TPE though Feb 25 07:17:53 especially if it's sorta hw-related Feb 25 07:18:20 lol KtpeL Feb 25 07:18:30 erks (tpe) Feb 25 07:18:32 joerg_42: i suggest you don't touch trac to not worsen the political situation :( You'll be sidetracked by those stupid arguments etc Feb 25 07:19:12 actually I closed a stupid GTA01 hw bug recently Feb 25 07:19:20 wontfix Feb 25 07:19:25 ;-) Feb 25 07:19:46 i'm not scared Feb 25 07:19:50 joerg_42: as for now even System Software "component" on Trac is full of crap and it takes a lot to overcome the resistance of those-whose-opinions-are-hidden. Feb 25 07:20:00 joerg_42: ok, if i found a hardware bug, i'd let you know :) Feb 25 07:20:21 Arhuaco: http://docs.openmoko.org/trac/ticket/1662 invalid Feb 25 07:20:26 bat, suspend, audio... Feb 25 07:20:40 invalid as well Feb 25 07:21:22 joerg_42: funny thing is that it was someone from OM (Sean?) who complained that users file invalid "nobody can understand, nobody can reproduce" bugs. And they're doing it themselves, what an irony. Feb 25 07:21:50 PaulFertser_: send me a list. I'll check back with project group, then have a look and usually close invalid ones Feb 25 07:22:05 lol Feb 25 07:22:24 did you expect differently Feb 25 07:22:26 ? Feb 25 07:23:10 joerg_42: actually i'm just looking at all System Software bugs and invalid ones are usually obvious from the bug title :) http://docs.openmoko.org/trac/query?status=accepted&status=assigned&status=in_testing&status=new&status=reopened&component=System+Software&order=priority Feb 25 07:23:30 Arhuaco: are you comfortable with closing invalid bugs? ;) Feb 25 07:23:59 PaulFertstser_ : I'll just close the one that seems obvious to me now. ... I hope it's OK with you.... Feb 25 07:24:01 He he. Feb 25 07:24:49 PaulFertser_: I'm working on the upstream thing now... Feb 25 07:25:12 Arhuaco: is there a plan to really separate "system software" trac section into bootloader/kernel and userspace? Feb 25 07:25:45 Arhuaco: oh, that's cool. Thanks a lot for that, i hope we'll soon be using kernel.org releases :) Feb 25 07:25:55 BTW, 1991 is being blocked by 1985, 2020 and 1996. I don't know PaulFerstser_ :-) Feb 25 07:26:50 PaulFertser_: Would you mind sending a nice email with that info? I just don't know who should be helping with this. Perhaps someone wants to do it and IRC is not the best channel... For the last question bootloader/kernel I guess you should mail the kernel ML :-) Feb 25 07:27:01 Arhuaco: no tab completion? Feb 25 07:27:30 joerg_42: Hello :-) I didn't read those tickets! I just pasted a warning I got :-) Feb 25 07:28:58 joerg_42, Paulertser_: Somehow my instinct tells me that if I have been writing two Wiki pages in the last hours I should't be looking at bugs now :-) I might get distracted from a goal I need to reach soon .... He he. Feb 25 07:29:27 Arhuaco: i don't know the interal structure of OM and can't understand if it worth to spend any time on bugtracking at all as most of the invalid issues are reported by OM employees themselves. That really doesn't make any sense at all. Considering what reply Andy got it seems that's quite possible that the best solution is to silently abandon bugtracking at all (as was the case for the last 4 month?). Feb 25 07:30:15 PaulFertser_: That question is rather too broad for me... I guess we can play games with this, setting low priorities on funny bugs :-) Feb 25 07:30:41 Arhuaco: not worth it :( can't fix stupidity with Trac Feb 25 07:31:09 :P Feb 25 07:31:36 PaulFertser_: Mmm. I don't know what top say. I really should be back at coding now :-) :-P Don't get me into trouble now ! :-P Feb 25 07:31:52 Arhuaco: luck! Feb 25 07:31:52 first: find trac-maintainer in OM. second: as him about policy Feb 25 07:32:11 s/as /ask / Feb 25 07:32:12 DocScrutinizer meant: first: find trac-maintainer in OM. second: ask him about policy Feb 25 07:32:40 Bye... Will be kind of away from IRC. PaulFertser_, thanks for all your feedback. Feb 25 07:33:13 bye, /me should be sleeping for some hours Feb 25 07:34:27 Like that: "what's the policy?" -- "Policy? Hm, well... We have, the policy. Policy is good and needed. We can't get anywhere without the policy, you know" -- "But what is it?" -- "What? A good policy, necessary policy" -- "Can i read it somewhere?" -- "We haven't translated it from hindi yet, so it'll take some time"... Feb 25 07:35:04 :o> Feb 25 07:35:18 DocScrutinizer: night :) Feb 25 07:36:00 well, another attempt to fight senile insomnia ;) Feb 25 07:38:02 trac tickets are like tabasco sauce: first they ripe for a year untouched. Then nobody wants too much of them on his dish Feb 25 07:53:50 PaulFertser_: s/hindi/nunavut inuktitut/ Feb 25 07:55:25 o_O Feb 25 08:00:29 http://en.wikipedia.org/wiki/Russian_Jokes#Chukchi Feb 25 08:14:32 mornnig Feb 25 08:47:32 dos1: another one for the settings... enable/disable calling pres Feb 25 08:51:34 calling pres? Feb 25 08:54:43 listing available WLANs takes ages BTW, should be done async... Feb 25 08:55:06 show your number / don't show your number Feb 25 08:55:15 ahh. right Feb 25 08:55:32 might make sense to have that as an option for a profile :) Feb 25 08:55:54 or not Feb 25 09:00:15 spaetz: fist of all make sure numbers like "*31#+4991112345" being supported everywhere in contacts, dialer... Feb 25 09:04:23 s/i/ir/g ;-) Feb 25 10:15:10 Hm, either Wendy and Regina Kim are absolutely insane or i am. :( Feb 25 10:40:00 moin Feb 25 10:49:09 PaulFertser_: we wouldn't think badly of our ladies, so it must be you :) Feb 25 10:59:47 wpwrak: :( fuck i'm doomed Feb 25 11:00:51 wpwrak: what's that OM2009 they're talking about? The same as FSO ms5 from Angus's autobuilder? Feb 25 11:01:08 Why isn't it announced anywhere? Feb 25 11:05:02 lindi-: you are now trying Xorg 1.5.99.x, right? Feb 25 11:05:32 wpwrak: you know, i tried to find where the "pop" sound on resume comes from. I tested with your gpio utility, i read datasheet sections about silencing the codec, i read the driver code. And they're just asking "is the patch from Trac ok" despite it's written in the same trac message that it's not. I just get infuriated by this kind of attitude from OM-the-company. Feb 25 11:06:01 larsc: yes Feb 25 11:11:12 wpwrak: moreover in the mail she writes that it makes noise on suspend time, while it's actually a "pop" sound during resume! Feb 25 11:11:45 lindi-: thats the beta for 1.6 and not 1.5 anymore. Thats why tslib doesn't build. Feb 25 11:11:57 wpwrak: why is she thinking that "windows instant reboot" should be closed as community while it's obviously already fixed long time ago?! Feb 25 11:12:40 larsc: ah, debian does not have 1.5 Feb 25 11:12:59 larsc: only 1.4.2 and "1.5.99" Feb 25 11:13:23 lindi-: i'll create a patch which allows you to compile tslib with 1.5.99 Feb 25 11:13:45 larsc: bugs.debian.org has one Feb 25 11:13:48 larsc: i just found it Feb 25 11:13:54 wpwrak: moreover the RTC wakeup works and she should obviosly know it, there is even a special python module to issue the necassary ioctl iirc. Feb 25 11:14:03 lindi-: ok Feb 25 11:15:44 larsc: i just need to figure out some quilt voodoo to add the patch :P Feb 25 11:23:11 h Feb 25 11:23:12 *hi Feb 25 11:23:16 where can I found themes' file like this one ( http://scap.linuxtogo.org/files/94405bab8f94ea9694b10954d5516f25.png )? Feb 25 11:29:50 * PaulFertser_ still didn't receive a reply from Candy. _Now_ i am depressed. Feb 25 11:31:38 mrmoku: your mail inspirated me to make gui in shr-unstable to hide or show subscriber number during call ;] Feb 25 11:31:46 s/unstable/settings/ Feb 25 11:31:46 dos1 meant: mrmoku: your mail inspirated me to make gui in shr-settings to hide or show subscriber number during call ;] Feb 25 11:32:49 larsc: I see just blank screen with 1.5.99 Feb 25 11:34:27 larsc: http://iki.fi/lindi/openmoko/xf86-video-glamo/xorg-1.5.99.log-703acea1 Feb 25 11:35:45 larsc: 'ts_open failed (device=(null))' is bit odd considering that I do have 'Option "TslibDevice" "/dev/input/event1"' Feb 25 11:36:16 argh Feb 25 11:43:56 PaulFertser_: om2009 is the software we'll put onto GTA03. so it will be FSO-ish, yes. but not MS5. Feb 25 11:44:26 wpwrak: is mickey aware of these plans? Feb 25 11:45:15 PaulFertser_: i'm pretty sue he is :) Feb 25 11:45:32 wpwrak: "not MS5" means some private branch? Feb 25 11:45:59 wpwrak: "om2009" means some private build? Feb 25 11:46:27 PaulFertser_: you'll find responses from OM a bit hard to get these days. everyone's crazily busy. Feb 25 11:46:48 PaulFertser_: om2009 is a distant future of MS5 Feb 25 11:47:02 wpwrak: so gta03 is due in 09? Feb 25 11:47:22 wpwrak: why did Wendy write that she already tested it? Feb 25 11:48:13 toggles_w: actually, i don't really know when what will come out :) Feb 25 11:48:39 wpwrak: damn, i was hoping.. ;-) Feb 25 11:48:40 PaulFertser_: dunno. maybe she's projecting Feb 25 11:49:06 wpwrak: oh, she wrote they plan to test 2.6.29 on om2009, yes, but i don't think how can she plan _now_ to test 2.6.29 in some distant future. Doesn't make any sense. Feb 25 11:50:28 wpwrak: i'm really depressed, and i don't think that's only my fault. Just doesn't look like a reasonable explanation. I read the code that works on device. And what i see correlates with the code and with what other devs say usually. That puts my frustration in some particular persective, i guess. Feb 25 11:50:52 PaulFertser_: I think they got some hurried marching order and are now a little confused. best if you just ignore our testing team for a few days :) Feb 25 11:51:24 wpwrak: I was ignoring them for months until they came again to make matters worse. :( Feb 25 11:52:01 Being busy doesn't mean doing any good, you know :( Feb 25 11:52:17 PaulFertser_: well, it's a long story ... Feb 25 11:52:53 lindi-: can I download the kernel image you are using somewhere? Feb 25 11:54:00 Andy _is_ really busy but he acts accordingly and at least one can see logic in his actions (while one can disagree with that logic, nobody denies it exists), though he's unfortunately too busy to read everything carefully. And this recent QA shit i just don't see how it can help, no logic here :( Feb 25 11:54:13 larsc: http://iki.fi/lindi/tmp/ Feb 25 11:55:24 PaulFertser_: you're barking up the wrong tree. that mess will be sorted out, but it won't happen this week. Feb 25 11:55:28 larsc: oh and it does not boot unless you mem=127M because of ramconsole Feb 25 11:56:31 lindi-: ok Feb 25 11:58:22 wpwrak: i'm not barking you :( If not for cool devs (including you, Werner), i wouldn't be here anymore, 'cause it's frustratingly no fun to see how the company with great Free Software and hardware potential doing nonsense, alienating users and developers, etc. Sorry for expressing my frustration to you personally :( Feb 25 11:59:06 larsc: seems I also got nice softlockup: http://paste.nerv.fi/42294317.txt Feb 25 12:00:04 PaulFertser_: if it's any comfort, openmoko is well aware that QA currently doesn't work and never was as good as we had wished Feb 25 12:01:04 Thanks for the info Feb 25 12:08:06 muhahahahha Feb 25 12:08:27 * raster puts away hist optimisation utensils for the night Feb 25 12:12:38 * mrmoku wonders if raster would be interested in elementary_test segfaults... Feb 25 12:13:00 * dos1 just wanted to ask mrmoku, if he told raster about that segfaults ;D Feb 25 12:14:25 larsc: which kernel are you running? Feb 25 12:15:33 naaaah! Feb 25 12:15:36 segv schmegv Feb 25 12:16:34 i managed to get startup time of elementary_test down from 4.7sec to 1 Feb 25 12:16:50 that was with a slow minimally cache fs Feb 25 12:17:03 (nfs for all the libs/bins and data) Feb 25 12:17:10 and when on flash 1.7 -> 1.1 sec Feb 25 12:17:18 not worth sniffing at Feb 25 12:17:48 nice... commited yet? Feb 25 12:18:04 yup Feb 25 12:18:17 theres an elementary_quicklaunch dameon u need to run Feb 25 12:18:23 and your apps need to be built a little specially Feb 25 12:18:31 but elementary-sms is a demo of how to do it Feb 25 12:18:37 as well as elementary_testql Feb 25 12:18:41 (quicklaunch) Feb 25 12:18:48 just look at the Makefile.am Feb 25 12:18:50 and the src Feb 25 12:18:57 there is 1 #ifdef to add in Feb 25 12:19:10 and then u just need to build a .so module as well as the executable Feb 25 12:19:16 the xex execs the old-fashioned way Feb 25 12:19:19 so its no speedup Feb 25 12:19:37 but if u replace the exe with a symlink to elementary_run (with the name of the exe) Feb 25 12:19:44 it will use the quicklaunch infra Feb 25 12:20:00 i doubt this is in any way compatible with python... so dont ask :) Feb 25 12:20:26 will take a look at the sms app then... though right now current efl is not building due to some error Feb 25 12:20:46 mrmoku, raster: but what about entry segfaults? :P Feb 25 12:20:52 builds for me (tm) Feb 25 12:21:04 now.. is not a good time for segv's Feb 25 12:21:14 i need foods Feb 25 12:21:17 email them to me Feb 25 12:21:24 bakctraces and what not Feb 25 12:21:27 ways to reproduce Feb 25 12:21:55 me too needs food... will mail you a backtrace after that... reproducable very easy in the tests app Feb 25 12:22:10 anything entry-like segfaults if you do weird things with your finger Feb 25 12:23:18 * raster blames mrmoku's finger Feb 25 12:23:23 its ya finga! Feb 25 12:24:19 wpwrak, DocScrutinizer: Hey! I took co-workers Jabra for testing and it works in SCO HCI routing mode. Feb 25 12:25:47 raster: might be my fingers... though even treated bad by bad fingers... nothing is allowed to segfault ;) Feb 25 12:26:31 ok, have to go Feb 25 12:26:32 cu Feb 25 12:28:17 raster: how do I build e with enough debug info inside OE? I don't get line numbers on backtraces.. Feb 25 12:29:51 mrmoku: do you have packages with "-dbg" in the names? Feb 25 12:30:16 yep and even installed them :-) get just function names no line numbers though Feb 25 12:32:33 i was about to post a message to one of the lists last week asking if anyone knew how to use them :( Feb 25 12:32:45 in gdb, i think it's something to do with -s or add-symbol-file Feb 25 12:33:23 well gdb loads all the symbols automatically on startup... Feb 25 12:34:50 what do your -dbg packages contain? for the stuff i'm working on, they add a .debug folder alongside the libraries, which contains files with the symbols in Feb 25 12:35:02 so gdb needs a little extra "persuasion" to look at them Feb 25 12:35:57 for me, that was hard because the library i was interested in was dlopen()ed by another shared library. for you, it might be easier.. Feb 25 12:37:38 what system are you using? my dbg packs have the same content (one .debug folder for a lib) though gdb loads them automatically Feb 25 12:41:03 really? surely if it was loading properly you'd get symbols.. Feb 25 12:47:30 what system am i using? Feb 25 12:48:51 I get symbols... just no line numbers Feb 25 12:53:49 lindi-: openwrt kernel Feb 25 12:54:26 larsc: aha, any idea how compatible that would be, could i boot it with debian? Feb 25 12:56:19 lindi-: probably yes, if you pass the right init Feb 25 12:56:53 larsc: ok, url? Feb 25 12:59:02 lindi-: not sure if there is an image online, and i'm currently not at home so i cant upload my image Feb 25 12:59:49 larsc: ok Feb 25 13:00:15 lindi-: but there is an howto build your own openwrt kernel online: http://wiki.openmoko.org/wiki/OpenWrt Feb 25 13:01:47 lindi-: just tried to play audio SCO over HCI with a different earpiece and it worked. Thanks to that I found the difference between my laptop logs with my headset, fr with my headset and fr with coworker's headset. Coworker's headset sends "HCI Event: Encrypt Change (0x08) plen 4" without any additional commands. Feb 25 13:02:29 lindi-: my headset does it only in reply to laptop's "Set Connection Encryption". Why bluez doesn't send this command on FR is beyond my understanding. Feb 25 13:04:10 lindi-: Probably that's the case with your headset as well. Feb 25 13:06:26 PaulFertser_: but my headset does not work with laptops either Feb 25 13:06:53 lindi-: probably your laptop doesn't send "Set Connection Encryption" as well :) Feb 25 13:07:13 I tried with two different laptops ;) Feb 25 13:07:42 Both could have had a CSR chip inside. Mine has broadcom btw Feb 25 14:25:06 quickdev: hey, nice to see you :-) Feb 25 14:25:17 hey mrmoku :) Feb 25 14:34:32 quickdev: how's life? still busy I guess ;) Feb 25 14:35:01 it's fine - last physics test is tomorrow :) Feb 25 14:35:20 and for you? Feb 25 14:35:41 well fine too.... day job and SHR is keeping me busy :P Feb 25 14:47:18 hi ptitjes Feb 25 15:04:38 hi Deubeuliou Feb 25 15:07:53 question on gsm0170muxd Feb 25 15:08:05 when I fire up mickeyterm, I see this from logread: Feb 25 15:08:31 Feb 25 15:08:14 om-gta02 local0.info /usr/sbin/gsm0710muxd[1624]: gsm0710muxd.c:729:c_alloc_channel(): Connecting /dev/pts/0 to virtual channel 1 for mickeyterm.1630 on /dev/ttySAC0 Feb 25 15:08:31 Feb 25 15:08:17 om-gta02 local0.info /usr/sbin/gsm0710muxd[1624]: gsm0710muxd.c:1474:extract_frames(): Logical channel 1 opened Feb 25 15:09:09 ... which I assume is just gsm0710muxd telling me that it's routing /dev/pts/0 to /dev/ttySAC0 Feb 25 15:09:22 seems like I should see a similar message when I fire up pppd Feb 25 15:09:25 ... but I don't Feb 25 15:10:02 even though my peer script contains /dev/ttySAC0 Feb 25 15:10:55 so I'm wondering: what's the interface that mickeyterm is using to get at the modem, and should I be using that same interface for pppd? Feb 25 15:24:08 hmmm... strace says mickeyterm is itself opening /dev/pts/0... so now I really don't understand what's going on. Feb 25 15:38:52 bgat: mickeyterm opens a channel on the gsm mux, the gsm mux itself opens /dev/ttySAC0 and speaks to the GSM. Feb 25 15:39:13 yea, I think I was just about to find that in this huge strace log. :) Feb 25 15:39:18 nothing except the gsm mux should touch /dev/ttySAC0 Feb 25 15:39:32 ... you beat me to the punch line. :) Feb 25 15:39:38 so what do I tell pppd? Feb 25 15:39:57 I can't help you with that; no data plan on any of my sims. Feb 25 15:40:18 heh, this sim doesn't have a voice plan. :) Feb 25 15:51:09 bgat: are you trying to use GPRS on FSO-base distro? Feb 25 15:53:10 bgat: then use FSO's dbus methods to automatically do everything for you. If you want to only use GPRS without everything else, you can just avoid using gsm0710muxd at all. If you want to do something more tricky, use D-Bus interface of gsm0710muxd itself (with dbus-send or mdbus). Feb 25 15:53:11 PaulFertser: yes. SHR Feb 25 15:53:42 PaulFertser: ok, I'm beginning to follow what you are saying. :) Feb 25 15:53:44 bgat: you'll find a ready-to-use script to use GPRS on FSO on wiki. Feb 25 15:54:08 do you have a url? Feb 25 15:54:10 bgat: it's just a simple mdbus command to ask FSO to do everything needed for you. Feb 25 15:54:23 so I don't need pppd,? Feb 25 15:54:23 bgat: http://wiki.openmoko.org/wiki/GPRS_FSO Feb 25 15:54:39 bgat: you need pppd (for now), but FSO will start it for you. Feb 25 15:54:45 aaah Feb 25 15:55:20 * bgat browses Feb 25 15:59:43 using that gprs-on.sh example, I get this: Feb 25 15:59:50 /org/freesmartphone/GSM/Device: ActivateContext failed: org.freedesktop.DBus.Error.ServiceUnknown Feb 25 16:06:12 Deubeuliou: ping Feb 25 16:07:10 I am addicted. I learned about Marvells SheevaPlug and had to order it Feb 25 16:07:30 http://www.engadget.com/2009/02/24/marvells-sheevaplug-linux-pc-fits-in-its-power-adapter/ Feb 25 16:09:45 how do I get a list of the methods supported by a dbus object? Feb 25 16:12:24 aah.... mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Devi Feb 25 16:12:24 ce Feb 25 16:12:37 make that: mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device Feb 25 16:15:10 hmmm. Feb 25 16:15:21 mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Devi Feb 25 16:15:21 ce org.freesmartphone.GSM.PDP.ActivateContext "internet2.voicestream.com" "unuse Feb 25 16:15:22 d" "unused" Feb 25 16:15:32 darn it.... Feb 25 16:15:48 bgat: you can also consult the specs http://git.freesmartphone.org/?p=specs.git;a=blob;f=otapi/org.freesmartphone.GSM.Device.xml.in;h=05c51f51e1cdb2f4bdde7a593e23a5b4e5fd8b31;hb=HEAD Feb 25 16:16:03 $ mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.ActivateContext "internet2.voicestream.com" "unused" "unused" Feb 25 16:16:21 bgat: or consult the interfaces of one of its binding : http://git.freesmartphone.org/?p=libfso-glib.git;a=blob;f=src/freesmartphone-gsm.vala;h=38f6e696b24a372a44b6bdb464fc8da0cccccad8;hb=HEAD Feb 25 16:16:25 /org/freesmartphone/GSM/Device: ActivateContext failed: org.freedesktop.DBus.Error.ServiceUnknown Feb 25 16:17:26 or use the bindings directly... Feb 25 16:17:33 hope this helps Feb 25 16:17:42 it might if I was a python programmer. :) Feb 25 16:22:08 ok, in libfso-glib.git freesmartphone-gsm.vala there is an "org.freesmartphone.GSM.PDP", and it has a public active_context method Feb 25 16:23:18 and there's an ActiveContext method name in specs.git org.freesmartphone.GSM.PDP.xml Feb 25 16:24:10 but in my /etc/dbus-1/system.d on the target, there's no file with PDP in it Feb 25 16:26:23 I'm lost... Feb 25 16:50:15 * bgat reboots his FreeRunner Feb 25 16:51:22 how do I hold the FreeRunner at the bootloader? Feb 25 16:52:24 aux+power? Feb 25 16:53:19 Weiss: you mean, hold down the pushbutton on the left side while powering the device up via the pushbutton? Feb 25 16:54:15 yep :) :) Feb 25 16:54:42 yep, or the other way round depending on whether you want NAND or NOR u-boot (you obviously can't have the NAND u-boot menu if you flashed Qi) Feb 25 16:55:28 sweet Feb 25 16:55:36 this system rocks Feb 25 16:56:57 shr seems a little creaky with gprs, but we'll get there. Feb 25 17:24:59 aah, gprs-on finally works! Feb 25 17:25:11 gsm0710muxd gets confused really easily Feb 25 17:29:06 it will allocate virtual channel 4 and open it, but if pppd crashes or aborts then the channel isn't closed. Feb 25 17:29:20 next time you ask for a channel, muxd refuses because apparently it won't give you more than 4. Feb 25 17:29:32 haven't found a way to force it to close a channel Feb 25 17:32:19 can anyone recommend an SHR-supported browser other than midori? Feb 25 17:37:38 dillo? Feb 25 17:37:49 not really tested it enough to be able to recommend it Feb 25 17:38:12 eve also seems to work: http://scap.linuxtogo.org/files/a61c5cb3609cd79fd41bab316acd04bd.png Feb 25 17:38:57 wooooooooooooooooooooooo Feb 25 17:39:36 how about an imap mua? Feb 25 17:40:49 hi Feb 25 17:49:32 lindi-: i just tried your debian kernel and suspend with xorg worked totaly fine Feb 25 17:52:39 larsc: odd Feb 25 17:52:52 larsc: can you suggest anything I could debug? Feb 25 17:53:48 lindi-: how do you initiate suspend? Feb 25 17:55:26 larsc: 'apm -s' Feb 25 17:57:39 lindi-: hm, ok i usually do `echo mem > /sys/power/state` not sure if it makes any difference Feb 25 17:59:39 larsc: shouldn't Feb 25 18:00:00 actually it might. Feb 25 18:00:21 IIRC some of the distros have hooks into apm to ensure orderly suspend. Feb 25 18:00:34 echoing to /sys/power/state migth skip those tasks. Feb 25 18:00:37 mwester: but i don't use apmd Feb 25 18:00:50 mwester: my /usr/bin/apm just writes to /dev/apm Feb 25 18:00:50 you may not, other distros might. Feb 25 18:01:32 I don't know enough about apm to know if the daemon is the only thing required -- I know I have seen code that calls the apm api and I assume that might be doing stuff with apm that does not involve a daemon. Feb 25 18:02:07 I looked at the kernel code, and it seemed to me that writing to /dev/apm has quite a lot of stuff. Feb 25 18:02:29 But if it works for your distro, that's fine then. :) Feb 25 18:03:32 mwester: well, xorg glamo driver fails resume, that's what we are debugging :) Feb 25 18:04:02 The glamo again... seems to be the root of so very many evils. Feb 25 18:04:03 larsc: and btw, the kernel wasn't from debian Feb 25 18:06:29 PaulFertser: (HCI) does this mean we can do VoIP-SCO? Feb 25 18:13:44 hmm shr-unstable is much unstable Feb 25 18:16:26 N810, anyone? :D Feb 25 18:16:48 nope Feb 25 18:17:46 Dave: what's up? Feb 25 18:18:14 working on transformers Feb 25 18:18:41 also thinking about buying an 810 :P Feb 25 18:18:50 with N810? Feb 25 18:18:56 haha Feb 25 18:19:31 Dave: !! Feb 25 18:19:36 uh oh Feb 25 18:20:01 if you do, take good care of powerplug Feb 25 18:20:13 only fragile detail Feb 25 18:20:23 believe me, I know :P Feb 25 18:20:38 I've broken a couple in the past :D Feb 25 18:21:39 too bulky for the small 1.5mm Feb 25 18:21:47 agreed Feb 25 18:22:23 * joerg_42 considers retrofitting a 90° jack Feb 25 18:22:44 hah, yeah that crossed my mind as well :) Feb 25 18:24:18 Is it possible to scroll on the front page without opening a program? Feb 25 18:25:10 with shr Feb 25 18:33:46 DocScrutinizer: I think yes, it is. I didn't check recording yet, but i guess it should work as well. If we don't face instability in bluetooth alsa plugin, VoIP-SCO will be an easy target, i hope. Feb 25 18:41:32 * dos1 is commiting new hot stuff for shr-settings :D Feb 25 18:42:10 hidding caller id, async in gps, "remaining time" in battery Feb 25 18:42:46 dos1: async? Feb 25 18:43:34 lindi-: dbus calls which aren't blocking gui Feb 25 18:43:57 translated for user: gui works faster ;] Feb 25 18:50:56 dos1: tell us when we can opkg them :) Feb 25 18:51:16 Zorkman: ok; now i'm copying changes from FR and commiting it ;] Feb 25 18:51:50 * bgat gets his opkg ready... Feb 25 18:52:37 * toggles_w warms up the bit baker Feb 25 18:53:18 git push Feb 25 18:53:23 tadam Feb 25 18:54:07 make update;cd shr-unstable/;time /usr/bin/nice -n 19 make image ? Feb 25 18:55:29 toggles_w: make update is not necessary ;] but you can do it now and it should have that changes; now i'm generating package in my repo Feb 25 19:02:09 my fr is still booting :p :D Feb 25 19:20:22 lindi-: i just tried apm -s. works as expected. i also tried xorg 1.5.99.3. works fine too, altough the default background seems to black now Feb 25 19:32:03 larsc: interesting Feb 25 19:32:37 larsc: "too black" but it still works? Feb 25 19:33:36 lindi-: uhm, yes background is completly black but i can start applications and they show up as normal Feb 25 19:34:04 lindi-: funny thing. I cared to compile the same bluez version on my freerunner and laptop for the testing of my BT earpiece, but the difference is most likely to be kernel related (2.6.25 on laptop)! Feb 25 19:35:02 larsc: ok, that I can reproduce Feb 25 19:35:26 larsc: did you compare your xorg.log? Feb 25 19:36:07 lindi-: nothing special in it. Feb 25 19:36:34 larsc: and i do not see those artifacts anymore with 1.5.99 Feb 25 19:38:05 larsc: 'chvt 1; echo mem > /sys/power/state' works Feb 25 19:38:18 uhh Feb 25 19:38:51 'echo mem > /sys/power/state' works without chvt Feb 25 19:38:57 now retrying with 'apm -s' to be sure.. Feb 25 19:39:28 works too Feb 25 19:39:30 very odd Feb 25 19:39:44 larsc: but this means I can start testing the driver futher now! Feb 25 19:39:58 lindi-: ok thanks :) Feb 25 19:40:52 and i can ask a few other friends to test this too since they have been asking about it Feb 25 19:42:16 hmmmm the shr-settings i have installed (r52+f9.....) seems not to work..... Feb 25 19:42:30 when i click "internet" or "bluetooth", nothing happens Feb 25 19:43:19 you know anything about this dos1? Feb 25 19:43:55 what was that command to make it run faster again? i'll try to launch it that way Feb 25 19:44:18 Zorkman: r52? too old Feb 25 19:44:37 Zorkman: maybe this is *that* one buggy version ;] Feb 25 19:44:48 Zorkman: now it is r60 Feb 25 19:45:04 Zorkman: and command was ELM_ENGINE=x11-16 shr-settings Feb 25 19:45:18