| 00:00.11 | Kero | did the same... something too intelligent going on... |
| 00:01.02 | Kero | why on earth is /dev/mtdblock4 set to / in /etc/fstab... I can reboot now, tsjees. |
| 00:02.44 | Kero | alarm going off ! bit silly... |
| 00:03.12 | *** join/#openmoko CVirus (n=Satan@196.205.193.156) |
| 00:06.20 | *** join/#openmoko jjwc (n=jwc@JVM.MIT.EDU) |
| 00:10.22 | Kero | PaulFertser: sure, 20090808 wakes up from suspend on incoming call. |
| 00:12.51 | Kero | and that after a warm reboot, come to think of it. |
| 00:20.58 | *** join/#openmoko DieMumiee (n=DieMumie@p54946535.dip.t-dialin.net) |
| 00:21.02 | Kero | boots FSO from SD... |
| 00:21.23 | Kero | so now I can remove FSO from NAND and put a kernel in its place |
| 00:59.19 | Kero | growls at the automount of my new kernel partition... as jffs2... seems kernel is unharmed, tho. |
| 01:02.31 | Kero | but what do I get? a beautiful battery applet :) and a failed warm boot w.r.t. gsm activation. it's the kernel, I tell you. not the scripts! |
| 01:07.02 | *** join/#openmoko Defiant (i=erik@c202007.adsl.hansenet.de) |
| 01:11.15 | Kero | and an alarm tht wakes up the neo. progress. |
| 01:13.53 | *** join/#openmoko weirdedout (i=gonePost@220-253-157-198.VIC.netspace.net.au) |
| 01:20.18 | CIA-52 | openmoko: 03werner * r5417 10/trunk/eda/fped/ (Makefile gui.c postscript.c postscript.h): |
| 01:20.18 | CIA-52 | openmoko: - change file save logic to write to a temporary file first, so that we don't |
| 01:20.18 | CIA-52 | openmoko: leave an empty/corrupt main file if we crash during saving |
| 01:20.18 | CIA-52 | openmoko: - started adding Postscript output |
| 01:20.18 | CIA-52 | openmoko: - renamed "Save as KiCad" to "Write KiCad" |
| 01:20.18 | CIA-52 | openmoko: - switched from "manual" menu bar creation to GtkItemFactory |
| 01:22.33 | *** join/#openmoko jjwc (n=jwc@JVM.MIT.EDU) |
| 01:34.03 | *** join/#openmoko [1]tobii_ (n=tobii_@g229129125.adsl.alicedsl.de) |
| 01:37.25 | *** join/#openmoko jserv-- (n=jserv@61-30-10-70.static.tfn.net.tw) |
| 01:54.41 | *** join/#openmoko eolson (n=eolson@c-24-13-244-61.hsd1.il.comcast.net) |
| 02:00.31 | *** join/#openmoko idarwin (n=ian@24-138-98-109.zing-net.ca) |
| 02:01.27 | *** join/#openmoko d1b (n=db@d1b.org) |
| 02:01.36 | d1b | hio um guys should one apply the gsm firmware patch ? |
| 02:02.42 | ndnihil | yes |
| 02:02.51 | ndnihil | if ones firmware is prior to moko11 |
| 02:03.01 | d1b | mmontour: how do i know ? |
| 02:03.08 | d1b | its a gta2 |
| 02:03.24 | ndnihil | depends on what dist you're running, but something like settings->phone info |
| 02:03.32 | d1b | ah shr |
| 02:04.51 | d1b | moko-8? |
| 02:05.17 | ndnihil | <PROTECTED> |
| 02:05.19 | d1b | gta02bv5 gsm..... amd8_ts0-Moko8 |
| 02:05.22 | ndnihil | the revision line |
| 02:05.27 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 02:05.36 | ndnihil | moko8 is broken, upgrade it to 11 |
| 02:06.00 | *** join/#openmoko drascus321 (n=drascus@c-76-119-30-199.hsd1.ma.comcast.net) |
| 02:07.07 | ndnihil | the bootable uSD method is the easiest |
| 02:07.14 | ndnihil | and least likely to brick your phone :) |
| 02:08.09 | drascus321 | does anyone in here sync their google calendar with their freerunner? |
| 02:08.15 | idarwin | heh, mine's even older: 'revision': '"HW: GTA02BV5, GSM: gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0-Moko7"'}... was moko7 worse than 8?... or was that a very good year? :-) |
| 02:08.23 | d1b | drascus321: yeah -> gcalicli |
| 02:08.27 | ndnihil | you need 11 :) |
| 02:08.30 | d1b | ndnihil: its been ok for me tho |
| 02:08.33 | d1b | ndnihil: no problems. |
| 02:08.35 | ndnihil | 'revision': '"GSM: gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0-Moko11" |
| 02:08.40 | d1b | why should iupgrade ? |
| 02:08.44 | ndnihil | I had issues before going to 11 |
| 02:08.51 | ndnihil | dont recall what version it was prior though |
| 02:08.55 | *** join/#openmoko GovCon (n=GC@unaffiliated/govcon) |
| 02:08.58 | drascus321 | d1b that runs on SHR |
| 02:08.59 | drascus321 | ? |
| 02:09.05 | d1b | drascus321: nope :) |
| 02:09.12 | ndnihil | in fact, most people seem to have issues before the upgrade |
| 02:09.26 | drascus321 | on what d1b? |
| 02:09.37 | d1b | ndnihil: no idea. |
| 02:09.50 | drascus321 | so how are you using it? |
| 02:09.59 | d1b | what's it with the 3g sims ? |
| 02:10.02 | d1b | wasn't* |
| 02:10.07 | d1b | drascus321: ssh to debian |
| 02:10.09 | d1b | <PROTECTED> |
| 02:10.14 | drascus321 | ahh |
| 02:11.01 | d1b | ndnihil: well its fine for my phone providers |
| 02:11.07 | d1b | :) so ill upgrade maybe later |
| 02:11.23 | ndnihil | *shrug* |
| 02:11.24 | d1b | drascus321: i also have a script to just wget and use vim on a xml feed of the calendar |
| 02:11.29 | d1b | ndnihil: exactly :) |
| 02:11.35 | d1b | its "working " for me |
| 02:11.39 | d1b | i don't want to touch it atm |
| 02:11.54 | ndnihil | I think DocScrutinizer or PaulFertser might have a better idea of what is fixed in the upgrade |
| 02:12.32 | DocScrutinizer | I'm completely out of ideas ATM. Borked my image |
| 02:12.46 | DocScrutinizer | >:-(( |
| 02:12.53 | ndnihil | what'd you do? |
| 02:15.45 | DocScrutinizer | install a bunch of packages and copy the modules to the rootfs (uSD) |
| 02:15.58 | DocScrutinizer | NO UPGRADE |
| 02:16.47 | ndnihil | cant roll back the changes? |
| 02:17.19 | DocScrutinizer | to whom it may concern: moko11 fixes problems with modern SIM, and data loss due to missing/flaked hw-flowcontrol, and issue with missing calls due to no resume from first suspend after boot |
| 02:17.49 | DocScrutinizer | ndnihil: no idea how to do that |
| 02:17.54 | DocScrutinizer | yet |
| 02:18.10 | DocScrutinizer | I'm pissed, and swap to spare phone for tonaight |
| 02:18.27 | *** join/#openmoko pcfe (n=pcfe@a88-115-6-201.elisa-laajakaista.fi) |
| 02:21.16 | DocScrutinizer | prolly a good reason to augment my opkg-u script, and then reflash tomorrow when those nasties with wrong opkg-cl name, no suspend after sms, and a few others are fixed (and I HOPE they are tomorrow eve) |
| 02:21.46 | DocScrutinizer | night |
| 02:22.47 | ndnihil | later |
| 02:24.47 | DocScrutinizer | s/swap to spare phone/use spare (old) rootfs in nand/ |
| 02:29.03 | *** join/#openmoko AntonTakk (n=AntonTak@poolofdespair.net) |
| 02:31.50 | *** join/#openmoko freelock (n=john@216.231.62.127) |
| 02:47.44 | raster | DocScrutinizer: boo! |
| 02:47.56 | DocScrutinizer | boohoohooo |
| 02:48.00 | DocScrutinizer | ;-( |
| 02:48.05 | raster | how goes man! |
| 02:48.25 | DocScrutinizer | just borked my shr-rootfs |
| 02:48.35 | raster | that sux |
| 02:48.41 | DocScrutinizer | yo |
| 02:48.44 | raster | is it.. your phone? |
| 02:49.04 | DocScrutinizer | well, think so :-) |
| 02:49.25 | raster | like your day-to-day one? |
| 02:49.31 | DocScrutinizer | yup |
| 02:49.41 | raster | ouch |
| 02:50.10 | raster | fix fix! |
| 02:50.23 | DocScrutinizer | well, the image was 2days old and hadn't seen more than a few hours of configuring work |
| 02:50.41 | DocScrutinizer | have a spare image on NAND ;-) |
| 02:50.50 | raster | aaah good 'ol backup |
| 02:51.05 | DocScrutinizer | more like fallback |
| 02:51.37 | raster | at least it works |
| 02:51.52 | DocScrutinizer | anyway sucks, as I don't think I did anything particularly nasty to the new one |
| 02:52.23 | raster | u were running off sd? |
| 02:53.12 | DocScrutinizer | installed a few images (people/joerg/unsorted/opkg-u), and then added the untared modules as it didn't mount jffs2 NAND |
| 02:53.24 | DocScrutinizer | yup off sd |
| 02:53.39 | raster | well thats easy to make backups of then |
| 02:53.51 | DocScrutinizer | yes |
| 02:54.04 | raster | regularly plug into pc and just cat /dev/sdX > backup.img |
| 02:54.47 | DocScrutinizer | hmm, I'd probably more interesed in the xchat config, and tango maps |
| 02:55.06 | DocScrutinizer | to copy back after flashing new image |
| 02:55.28 | DocScrutinizer | at least now |
| 02:55.49 | DocScrutinizer | copy virgin image from pc to uSD is a snap |
| 02:56.12 | raster | yeah |
| 02:56.18 | raster | u just need to regularly backup the img |
| 02:56.38 | raster | easy enough to do over usb too from the live running system |
| 02:57.02 | DocScrutinizer | yes |
| 02:58.13 | DocScrutinizer | raster: there's an annoying random issue with focus when switching windows |
| 02:58.36 | raster | hmmm |
| 02:58.46 | raster | shouldnt be? |
| 02:58.49 | raster | describe? |
| 02:59.17 | DocScrutinizer | raster: i.e. sometimes switching "right side" doesn't work at all, then when you switch left side |
| 02:59.30 | raster | odd |
| 02:59.36 | raster | the 2 arrows at the top? |
| 02:59.47 | DocScrutinizer | and back to vala-term, kbd doesn't come up (due to missing focus) |
| 02:59.55 | DocScrutinizer | yup 2 arrows |
| 02:59.57 | DocScrutinizer | then |
| 03:00.06 | *** join/#openmoko Slaxxer (n=brian@ip72-204-125-6.fv.ks.cox.net) |
| 03:00.13 | raster | hmm and sometimes right arrow doesnt work at all |
| 03:00.15 | raster | ? |
| 03:00.31 | DocScrutinizer | you hit right arrow *a second time* and insted of leaving term the kbd popps up |
| 03:00.42 | raster | really odd |
| 03:01.02 | raster | hmm well right now i'm unlikely to fix it as i'm totally redoing illume internals in a new module and stripping everything apart |
| 03:01.19 | raster | ie layout logic totally separate from launcher, top shelf/bar etc. etc. |
| 03:01.54 | DocScrutinizer | or I swiffel over term right right left left and each time icome from right theres kbd and from left there isn't |
| 03:02.42 | *** join/#openmoko whilo (n=quassel@HSI-KBW-085-216-092-134.hsi.kabelbw.de) |
| 03:02.58 | Slaxxer | -sh: opkg: not found on shr-unstable 0808 |
| 03:03.00 | raster | very odd |
| 03:03.07 | DocScrutinizer | yes |
| 03:03.12 | Slaxxer | <PROTECTED> |
| 03:03.27 | DocScrutinizer | and random |
| 03:03.35 | raster | hymm odd. |
| 03:03.36 | jjwc | hasn't had a working SHR installation since fsousaged died |
| 03:03.57 | jjwc | So I'm just playing with Android and QtMoko |
| 03:04.17 | raster | man android is annoying |
| 03:04.23 | DocScrutinizer | anyway night |
| 03:04.26 | Slaxxer | erased qtmoko today |
| 03:04.28 | raster | DocScrutinizer: nite! |
| 03:05.14 | Slaxxer | so is it my rootfs or somebody have this problem to? |
| 03:05.43 | raster | dunno |
| 03:06.17 | jjwc | Slaxxer: did you try to run opkg before and did it try to update itself? |
| 03:07.39 | Slaxxer | i did opkg update an got that errorr |
| 03:08.15 | Slaxxer | me error |
| 03:08.53 | Slaxxer | it might be a corrupt rootfs if no one has this error |
| 03:08.53 | jjwc | I know that there was an image from late July or so that had some issues when updating without having some swap space. |
| 03:09.27 | jjwc | Try re-flashing your rootfs, and next time you run opkg update and opkg upgrade, make a small swapfile on your SD card first. |
| 03:09.50 | *** join/#openmoko Slaxxer (n=brian@ip72-204-125-6.fv.ks.cox.net) |
| 03:09.54 | jjwc | Try re-flashing your rootfs, and next time you run opkg update and opkg upgrade, make a small swapfile on your SD card first. |
| 04:02.36 | Slaxxer | so it must be the 0808 shr |
| 04:03.27 | Slaxxer | opkg not found |
| 04:04.19 | Slaxxer | old shr? |
| 04:05.52 | jjwc | Where did you download the image from? |
| 04:07.21 | Slaxxer | buildhost |
| 04:08.02 | Slaxxer | it might be corrupt because i moved it to a folder in mid download |
| 04:08.50 | Slaxxer | but i redownloaded it an reinstlled it a have the same problem |
| 04:09.10 | Slaxxer | so its going to be rootfs related |
| 04:10.24 | jjwc | Ah, you might want to try that again. |
| 04:10.42 | jjwc | is over in Android-land, so he can't compare system environments |
| 04:11.47 | Slaxxer | wifi on android? |
| 04:12.10 | Slaxxer | bluetooth work? |
| 04:12.15 | jjwc | Haven't had luck with wifi anywhere. |
| 04:12.48 | jjwc | I've tried several distros with no luck. But my router config has a hidden SSID and wpa encryption. |
| 04:13.06 | jjwc | When I get back to school, I'll see if it works. |
| 04:13.10 | jjwc | Supposedly it should. |
| 04:13.43 | jjwc | Not sure about Bluetooth yet |
| 04:16.38 | Slaxxer | neighbors router? |
| 04:17.18 | Slaxxer | maybe they will let u test? |
| 04:18.25 | *** join/#openmoko Sargun (n=Sargun@atarack/Staff/Sargun) |
| 04:29.25 | *** join/#openmoko yanu (n=yanu@d54C5F808.access.telenet.be) |
| 04:31.12 | *** join/#openmoko lysanderslair_ (n=jeff@dslb244.ody.ca) |
| 04:33.15 | *** join/#openmoko DocScrutinizer2 (n=jr@200.194.116.85.dsl.manitu.net) |
| 04:33.43 | Slaxxer | opkg is broken/missing on the latest shr |
| 04:38.08 | *** join/#openmoko elopio (n=elopio@190.241.11.138) |
| 04:40.27 | *** join/#openmoko dwb (n=david@a177027.upc-a.chello.nl) |
| 04:48.10 | elopio | hello |
| 04:48.57 | elopio | I've just received my freerunner. But I can't open settings application. The screen displays a loading message and then nothing. |
| 04:49.12 | elopio | is that a known issue? is there a workaround to open it? |
| 04:50.55 | ndnihil | have you flashed it to a current dist yet? |
| 04:51.39 | elopio | no, I haven't |
| 04:52.06 | ndnihil | so it's still running OM2007? |
| 04:52.20 | elopio | ndnihil, yes, it is. |
| 04:52.28 | *** join/#openmoko kkb110 (n=kkb110@c-68-82-181-52.hsd1.de.comcast.net) |
| 04:52.43 | ndnihil | that's pretty outdated, no longer maintained, and if I remember right, not very usable |
| 04:53.27 | ndnihil | there are several dists to choose from |
| 04:53.42 | ndnihil | flashing to a current version of one of them might be a good idea |
| 04:54.37 | elopio | ndnihil, I know. But I can't do the upgrade right now. I wanted to configure the wireless network, but I guess it's not going to be an easy task :) |
| 04:54.49 | ndnihil | not on 2007 it wont be |
| 04:55.37 | elopio | ndnihil, well, thanks anyway. I'll return tomorrow if I have problems with the installation of om2008 |
| 04:55.45 | ndnihil | flashing it can be intimidating at first, but it's not that bad |
| 04:56.01 | ndnihil | almost cut&paste easy from the wiki entry |
| 04:57.12 | Slaxxer | 07212009 shr-unstable is a good 1 |
| 04:59.33 | *** join/#openmoko tjikkun (n=tjikkun@cl-511.ede-01.nl.sixxs.net) |
| 05:00.37 | elopio | Slaxxer, I want to try om first. Then I think I'm going play with the other distributions. |
| 05:03.01 | Slaxxer | bytestore user had a 2008.12 image that was cool |
| 05:05.37 | Slaxxer | qtmoko was ok |
| 05:06.06 | *** join/#openmoko Quinn_Storm (n=tymestl@c-24-130-93-209.hsd1.ca.comcast.net) |
| 05:13.53 | *** join/#openmoko SeligArkin (n=selig@inventory.sl) |
| 05:15.25 | *** join/#openmoko rooly (n=rooly@host-125-232.lalacap.clients.pavlovmedia.com) |
| 05:16.02 | *** join/#openmoko kerm|t (n=zip55413@c-75-72-166-126.hsd1.mn.comcast.net) |
| 05:16.12 | *** join/#openmoko sleipnir (n=Sleipnir@p4FDD5EFD.dip.t-dialin.net) |
| 05:24.08 | *** join/#openmoko fobos (n=fobos@78.90.88.244) |
| 05:26.18 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 05:26.23 | *** join/#openmoko thrashold (n=europan@93.180.79.19) |
| 05:30.13 | *** join/#openmoko sandwitch (n=sandwitc@195-240-16-66.ip.telfort.nl) |
| 05:32.58 | *** join/#openmoko arfmarf2 (n=arfmarf@anon-5-149.ipredate.net) |
| 05:33.57 | *** join/#openmoko alephnull (n=alok@122.167.43.180) |
| 05:36.19 | PaulFertser | ndnihil: i'm a debian user ;) |
| 05:36.37 | PaulFertser | ndnihil: ah, gsm fw upgrade, ok |
| 05:37.29 | PaulFertser | d1b: you must upgrade gsm firmware. It fixes flow control bugs, wake-on-incoming call bug and issues with some sim cards (and most probably you'll have one of those sooner or later). |
| 05:46.34 | *** join/#openmoko tenzind (n=tenzin@202.144.158.193) |
| 05:51.20 | rooly | PaulFertser: would this allow me to, say, run qtopia 4.3.2 with less problems |
| 05:51.32 | rooly | as in, correctly receiving sms |
| 05:52.03 | PaulFertser | rooly: well, proper flow control is important in general. No idea if it helps with receiving smses in qtopia or not. What's the problem there? |
| 05:52.10 | rooly | well |
| 05:52.13 | rooly | old os btw |
| 05:52.19 | rooly | like year + old |
| 05:52.22 | rooly | anywho |
| 05:52.43 | rooly | back when i was using it, it would wakeup properly on incoming sms and phone call |
| 05:53.13 | rooly | however, it seemed almost as if it took too long to wake up, and the gsm interrupt timed out |
| 05:53.26 | rooly | it would happen in om2008 as well |
| 05:53.45 | PaulFertser | rooly: gsm interrupt can't timeout. |
| 05:53.49 | rooly | ic |
| 05:53.54 | rooly | so then it was a pure software glitch |
| 05:54.02 | rooly | aight, no qtopia forme |
| 05:54.06 | PaulFertser | rooly: trust me, it's a single line of code incrementing interrupt counter basically. |
| 05:54.40 | rooly | jesus...someone is hammering in the apt above me |
| 05:54.49 | rooly | i'm gonna have to take a broom to the ceiling |
| 05:54.50 | PaulFertser | rooly: also, there were many issues with proper wakeup back in the time, fixed now. |
| 05:55.08 | rooly | PaulFertser: is it fixed with qi/uboot, or is it fixed kernel level |
| 05:55.55 | rooly | cause newer kernels won't work with such an old os due to the moved userspace |
| 05:55.58 | PaulFertser | rooly: it requires both proper kernel and userspace. |
| 05:58.44 | lindi- | PaulFertser: the sad fact is that it requires a daemon that runs as _root_ |
| 05:59.05 | PaulFertser | lindi-: this time your point is moot ;) |
| 05:59.06 | lindi- | (or hmm, can you chown the sysfs entry?) |
| 05:59.16 | PaulFertser | lindi-: as flowcontrolled sysfs node can be chowned. |
| 05:59.23 | lindi- | yeah, lost this one :) |
| 05:59.23 | PaulFertser | In a predictable way. |
| 05:59.36 | PaulFertser | lindi-: what about that bugticket? Did Greg write anything? |
| 05:59.50 | PaulFertser | lindi-: because it indeed looks like a design issue. |
| 06:01.38 | lindi- | PaulFertser: it was closed as INVALID. I was asked to use HAL git head from December that has leds class support |
| 06:02.36 | lindi- | PaulFertser: when I have time I'll benchmark how long it takes for me to turn the led on with HAL on incoming call |
| 06:02.52 | PaulFertser | lindi-: hal is deprecated anyway. Whom was it marked invalid by? |
| 06:04.17 | roh | mooh. |
| 06:04.46 | roh | just updated whats left of the servers. please cry to me if i broke something you liked |
| 06:05.13 | lindi- | PaulFertser: http://bugzilla.kernel.org/show_bug.cgi?id=11612 |
| 06:05.25 | lindi- | PaulFertser: sorry, i'm really busy at work today and probably rest of the week |
| 06:06.15 | PaulFertser | lindi-: i hope it is at least pleasant kind of work :) |
| 06:07.32 | roh | <PROTECTED> |
| 06:07.54 | PaulFertser | lindi-: i'd send a mail to Greg personally CCing LKML asking about trigger nodes that come and go. Mentioning that suggestion to use hal is suboptimal at least because hal is being deprecated by major distros. |
| 06:08.00 | lindi- | PaulFertser: it involves Ada and Perl :) |
| 06:08.25 | PaulFertser | roh: aren't you afraid to say that? Imagine some hard drive fails to bring a fresh stream in your life ;) |
| 06:09.05 | roh | PaulFertser not really... not being paid for it takes the fun out of it when its a big task like openmoko |
| 06:09.24 | PaulFertser | roh: sure, i understand... |
| 06:09.52 | roh | just doing simple updates, no trouble like gforge locking up or so took 2 hours.... ok.. i was bored and i saw the yellow lamp a few weeks now |
| 06:10.03 | *** join/#openmoko pcfe (n=pcfe@a83-245-162-215.elisa-laajakaista.fi) |
| 06:11.07 | roh | don't get me wrong.. i like working in oss projects.. but somehow one needs to pay rent ;) |
| 06:13.04 | PaulFertser | roh: in fact i'm a bit surprised that someone finds system administration interesting at all ;) |
| 06:13.37 | PaulFertser | lindi-: btw, do you know any decent command-line way of making dbus calls except dbus-send or python shell? |
| 06:13.48 | rooly | mdbus? |
| 06:14.01 | roh | PaulFertser its a question of scope. and mostly its more integration work than only administative. |
| 06:14.39 | roh | it gets more interresting if its not a simple task anymore |
| 06:14.56 | PaulFertser | rooly: not cutting it. Just slightly easier to introspect and also ability to view clients/servers. |
| 06:15.06 | rooly | i was just throwing that out there |
| 06:15.22 | PaulFertser | roh: for me it gets more interesting when i have to look at the source to understand how to make things work ;) |
| 06:15.51 | roh | PaulFertser well.. thats nothing one doesnt need to do there. |
| 06:16.52 | roh | i dont know how one could do such a job at all without the ability to read all languages used there and atleast code a few |
| 06:16.55 | PaulFertser | roh: it's widely believed among russian windows sysadmins that one needs to use a shaman tambourine regularly for the things to work. |
| 06:17.18 | roh | as far as my experiences with win32 and administrating it go.. they are right. |
| 06:17.25 | roh | some voodoo priest could also come handy |
| 06:17.57 | roh | <PROTECTED> |
| 06:18.06 | rooly | okay |
| 06:18.06 | rooly | nn |
| 06:18.07 | rooly | i'm out |
| 06:18.45 | *** join/#openmoko wd (n=wd@in.soviet.russia.brains.suxx.us) |
| 06:18.50 | *** join/#openmoko emacsian (n=ram@121.246.86.22) |
| 06:19.22 | *** join/#openmoko cgray (n=user@77-21-40-168-dynip.superkabel.de) |
| 06:20.45 | *** join/#openmoko chomwitt (n=chomwitt@ppp-94-66-151-16.home.otenet.gr) |
| 06:23.45 | roh | PaulFertser but in the essence you are right... sysadministration gets boring and i usuall do it only because its neccessary atm. i use most time at raumfahrtagentur now |
| 06:23.48 | *** join/#openmoko ajbrun (n=ajbrun@host86-153-106-215.range86-153.btcentralplus.com) |
| 06:25.14 | PaulFertser | roh: am i supposed to know what that cryptic multi-root german word means? ;) I assume that's something to do with your cool cnc equipment. |
| 06:26.27 | roh | yep |
| 06:27.19 | roh | http://hackerspaces.org/wiki/Raumfahrtagentur https://m21.hyte.de/ |
| 06:30.36 | *** join/#openmoko alephnull (n=alok@122.167.43.180) |
| 06:31.34 | *** join/#openmoko raster (n=raster@enlightenment/developer/raster) |
| 06:33.55 | *** join/#openmoko manitu (n=werner@p578b0cfb.dip0.t-ipconnect.de) |
| 06:34.01 | *** join/#openmoko giantHogweed (n=giantHog@p4FE69C63.dip0.t-ipconnect.de) |
| 06:38.15 | PaulFertser | "Pizza/SMD Oven" nice |
| 06:38.56 | *** join/#openmoko cedric (n=cedric@enlightenment/developer/cedric) |
| 06:41.03 | Kero | when an alarm is set, Neo w/ 2.6.29 kernel wakes from suspend every minute or so. without alarm set, remains suspended. |
| 06:43.05 | lindi- | Kero: i don't see that. please report a bug with exact steps to reproduce, I can try it later when I have time |
| 06:43.34 | PaulFertser | lindi-: you don't have gta01, that might make quite a differenc. |
| 06:43.51 | PaulFertser | lindi-: so, are you going to mail Greg that sysfs question or do you prefer me to do that? |
| 06:45.47 | Kero | lindi-: indeed, gta01; report at SHR, alarms app, general openmoko-dev? all of them? |
| 06:46.08 | PaulFertser | Kero: hm, let me think |
| 06:46.51 | PaulFertser | Kero: first you need to confirm that's a kernel issue. |
| 06:48.22 | PaulFertser | Kero: i'm sure you can use python shell to set an alarm. Just import pyrtc and see http://git.freesmartphone.org/?p=python-helpers.git;a=tree;f=pyrtc;hb=HEAD for the reference. Before that disable GSM (probably by turning off ophonekitd completely). Then suspend the manual way (echo mem >/sys/power/state). |
| 06:48.54 | lindi- | PaulFertser: i'll mail when I have some benchmarks, that can take time |
| 06:49.05 | lindi- | Kero: no gta01 here so can't help :/ |
| 06:49.10 | PaulFertser | Kero: Try several times, with and without alarm. Once you're sure that's a kernel issue, report at docs.openmoko.org with category set to "system software". |
| 06:49.44 | PaulFertser | lindi-: are you sure benchmarking hal matters despite it's considered deprecated? |
| 06:49.59 | lindi- | PaulFertser: well, something else is going to replace it |
| 06:50.06 | PaulFertser | lindi-: policykit? |
| 06:50.25 | *** join/#openmoko trupheenix (n=trupheen@124.124.12.157) |
| 06:50.37 | *** join/#openmoko trupheenix (n=trupheen@124.124.12.157) |
| 06:51.23 | *** join/#openmoko pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 06:51.52 | lindi- | PaulFertser: I am not sure |
| 06:53.37 | *** join/#openmoko bentob0x (n=laurent@ip-213-49-83-69.dsl.scarlet.be) |
| 06:57.01 | *** join/#openmoko agg1n (n=jan@static-87-245-8-105.teleos-web.de) |
| 07:05.36 | *** join/#openmoko gabriel (n=gabriel@88-123-33-195.rev.libertysurf.net) |
| 07:05.49 | Kero | PaulFertser: will do that tonight |
| 07:05.56 | PaulFertser | Kero: cool :D |
| 07:07.27 | lindi- | PaulFertser: but if you have time, sure, send mail to that bug report |
| 07:08.12 | PaulFertser | lindi-: i'd prefer to ask Greg and LKML because that bugtracker is not widely read. |
| 07:08.22 | lindi- | PaulFertser: ledctrl is about to become my very first debian package so yes I'm bit worried if this hal/policykit beast makes its life harder :) |
| 07:08.45 | *** join/#openmoko two3four (n=erik@81-233-151-113-no82.business.telia.com) |
| 07:09.16 | lindi- | PaulFertser: ok, i don't unfortunately have time to follow full lkml |
| 07:09.33 | PaulFertser | lindi-: neither me, i can't even follow lakml |
| 07:21.55 | *** join/#openmoko sleipnir (i=3e501154@gateway/web/freenode/x-6dbdefb34f3bca42) |
| 07:23.22 | *** join/#openmoko polaru (n=polaru@93.113.192.70) |
| 07:25.57 | *** join/#openmoko nullix (n=philippe@172-70.252-81.static-ip.oleane.fr) |
| 07:41.44 | *** join/#openmoko N-Mi (n=nicolas@LNeuilly-152-21-11-6.w193-253.abo.wanadoo.fr) |
| 07:44.11 | *** join/#openmoko everslick (n=clemens@91-113-114-51.adsl.highway.telekom.at) |
| 07:47.30 | *** join/#openmoko el_sime (n=MBESANCO@mail.lusis.fr) |
| 07:48.01 | *** join/#openmoko CVirus (n=Satan@196.205.193.156) |
| 07:50.35 | *** join/#openmoko gabriel (n=gabriel@88-123-33-195.rev.libertysurf.net) |
| 07:57.31 | *** join/#openmoko Heinervdm (n=thomas@pD9E1495F.dip.t-dialin.net) |
| 08:01.55 | *** join/#openmoko sandwitch (n=sandwitc@195-240-16-66.ip.telfort.nl) |
| 08:02.08 | *** join/#openmoko d-b (n=darkness@unaffiliated/d-b) |
| 08:02.42 | d1b | are there any known issues with the sdcard flashing method ? |
| 08:02.49 | *** join/#openmoko tobii_ (n=tobii_@g229129125.adsl.alicedsl.de) |
| 08:02.51 | d1b | on a gta02 using the lastest uboot |
| 08:04.53 | *** join/#openmoko kvaster (n=kvaster@93.84.112.80) |
| 08:05.00 | ndnihil | for gsm firmware? |
| 08:07.10 | *** join/#openmoko Gnutoo (n=gnutoo@ABordeaux-152-1-81-234.w86-196.abo.wanadoo.fr) |
| 08:11.24 | PaulFertser | d1b: yes, the known issue is that users do not always follow the instruction |
| 08:12.02 | *** join/#openmoko ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 08:13.03 | d1b | PaulFertser: i have downloaded it |
| 08:13.07 | d1b | i have dded it to the card |
| 08:13.14 | d1b | i have not booted my device yet. |
| 08:13.26 | d1b | i sync and ejected the media |
| 08:13.33 | ndnihil | heh, did you dd to the device, or the partition |
| 08:13.37 | ndnihil | ? |
| 08:13.49 | d1b | ndnihil: the device. |
| 08:13.54 | ndnihil | good man |
| 08:13.59 | d1b | i first deleted any partitions so as to avoid any confusion |
| 08:14.08 | ndnihil | people tend to overlook that bit of the instructions :) |
| 08:14.10 | d1b | dd if=flash-moko11-2.image of=/dev/sdb |
| 08:14.10 | d1b | 552960+0 records in |
| 08:14.10 | d1b | 552960+0 records out |
| 08:14.10 | d1b | 283115520 bytes (283 MB) copied, 256.85 s, 1.1 MB/s |
| 08:14.14 | d1b | should i continue ? |
| 08:14.36 | ndnihil | I don't see why not |
| 08:14.41 | ndnihil | just dont get anxious |
| 08:14.43 | ndnihil | let it do its thing |
| 08:14.47 | d1b | i have a i gsm 900/1800/1900 is this ok ? |
| 08:14.57 | d1b | confirm / deny :) |
| 08:14.58 | PaulFertser | d1b: have you really read the wiki page? |
| 08:15.09 | d1b | PaulFertser: mostly :) |
| 08:15.13 | d1b | i read all of it |
| 08:15.23 | PaulFertser | d1b: well, it has a direct answer to your question. ;) |
| 08:15.24 | d1b | but didn't pay attention to the manual / ugly method |
| 08:15.32 | d1b | PaulFertser: nope no i tdoesn't |
| 08:15.34 | d1b | where? |
| 08:15.59 | d1b | it doesn't say "is ok with both gsm band versions" anywhere or 800 / 900 at all |
| 08:16.43 | d1b | ... |
| 08:16.57 | d1b | ive been throught the page 3 times now and haven't seen anything of note |
| 08:17.23 | d1b | can you just confirm / deny PaulFertser |
| 08:17.37 | PaulFertser | d1b: "The GSM-firmware didn't differ from GTA01 to GTA02, as the GSM-hardware didn't either. " |
| 08:17.55 | d1b | PaulFertser: eh but there wre different brand gsm modules / radios no ? |
| 08:18.03 | d1b | that's what my question is about |
| 08:18.10 | PaulFertser | d1b: because the chipset is the same in all devices. |
| 08:18.21 | d1b | PaulFertser: great -> its not on the wiki page |
| 08:18.23 | d1b | hence the q |
| 08:18.31 | *** join/#openmoko pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 08:18.39 | PaulFertser | d1b: only calibration data differs but it's written explicitly that calibration data is not affected by flashing firmware. |
| 08:18.55 | PaulFertser | d1b: well, i agree you're half right. ;) |
| 08:21.21 | *** join/#openmoko zedstar (n=john@fsf/member/zedstar) |
| 08:21.34 | d1b | getting a few erros like 19 blahblah |
| 08:22.10 | d1b | ignores errors |
| 08:23.40 | d1b | btsend event - assume bluetooth and unrelated |
| 08:23.45 | *** join/#openmoko dns53 (n=dns@203.171.199.237) |
| 08:24.16 | d1b | 'bootloader release target' ... |
| 08:24.45 | *** join/#openmoko zeno_ (n=zeno@host27-93-dynamic.61-82-r.retail.telecomitalia.it) |
| 08:24.58 | d1b | um... PaulFertser |
| 08:27.20 | d1b | ... |
| 08:27.28 | d1b | oh nm |
| 08:27.35 | d1b | its doing something now |
| 08:27.55 | ndnihil | 03:14 < ndnihil> just dont get anxious |
| 08:27.55 | ndnihil | 03:14 < ndnihil> let it do its thing |
| 08:27.56 | ndnihil | :) |
| 08:28.24 | d1b | ndnihil: kk |
| 08:28.39 | d1b | ndnihil: my first rule is leave then ask if do not know when flashing dont do it / touch |
| 08:28.54 | d1b | else you get bricked devices |
| 08:29.27 | ndnihil | gsm firmware updates are one of the few things that can easily brick the gta02 |
| 08:29.40 | ndnihil | if interrupted |
| 08:29.53 | ndnihil | the uSD method is pretty foolproof though |
| 08:30.24 | dns53 | i had heard you could just repeat the firmware updates |
| 08:30.29 | d1b | the display turned off so i pushed aux |
| 08:30.36 | d1b | yay done |
| 08:38.29 | *** join/#openmoko c0d3x42 (n=vince@78-86-164-151.zone2.bethere.co.uk) |
| 08:38.33 | *** part/#openmoko c0d3x42 (n=vince@78-86-164-151.zone2.bethere.co.uk) |
| 08:41.27 | PaulFertser | ndnihil: fuck |
| 08:41.38 | PaulFertser | ndnihil: gsm firmware update can't brick anything! |
| 08:41.40 | PaulFertser | ndnihil: ever! |
| 08:41.58 | ndnihil | not even if interrupted? |
| 08:42.05 | ndnihil | thats what I was told when I did mine |
| 08:42.18 | roh | nope |
| 08:42.24 | roh | the loader of the modem is in rom |
| 08:42.43 | ndnihil | guess I got bad info |
| 08:42.44 | roh | atleast i didnt archieve to kill any.. and that means something |
| 08:43.26 | roh | and its what the code suggests |
| 08:43.30 | PaulFertser | ndnihil: it's clearly stated in the wiki that the loader is in ROM. |
| 08:43.55 | ndnihil | I take wiki entries with a grain of salt |
| 08:44.00 | ndnihil | they are rarely up to date |
| 08:44.08 | d-b | ty/..\ |
| 08:44.13 | d-b | rage |
| 08:44.22 | PaulFertser | ndnihil: i wrote the relevant part of that page myself and Joerg approved it ;) |
| 08:44.23 | ndnihil | not OM specifically |
| 08:44.26 | ndnihil | just wikis in general |
| 08:44.28 | d-b | :) it works |
| 08:44.30 | d-b | ty |
| 08:47.52 | *** join/#openmoko dns53 (n=dns@203.171.196.175) |
| 08:59.37 | *** join/#openmoko rhaeder (n=quix0r@pd907e210.dip0.t-ipconnect.de) |
| 09:00.32 | *** join/#openmoko Openfree (n=Openfree@58.33.70.36) |
| 09:15.05 | methril|work | good morning |
| 09:24.55 | *** join/#openmoko ericthefish (n=ivan@217.113.163.70) |
| 09:28.39 | ndnihil | woot woot |
| 09:28.59 | ndnihil | nojack works |
| 09:29.03 | ndnihil | now to add features |
| 09:30.14 | *** join/#openmoko amarsh04 (n=amarsh04@ppp121-45-79-71.lns10.adl6.internode.on.net) |
| 09:32.10 | *** join/#openmoko dns53 (n=dns@ppp246-215.static.internode.on.net) |
| 09:34.38 | Gnutoo | hi, how do I use mokomaper.py? |
| 09:35.41 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp121-45-13-95.lns10.adl2.internode.on.net) |
| 09:36.10 | *** join/#openmoko SiNiESTrO (n=siniestr@179.Red-80-33-148.staticIP.rima-tde.net) |
| 09:39.01 | *** join/#openmoko vegyraupe (n=mirko@91-64-217-87-dynip.superkabel.de) |
| 09:44.04 | ndnihil | hrm, anyone else unable to select specific messages in shr-unstable? |
| 09:44.24 | ndnihil | date on all SMS is displayed as 31.12.1969 too |
| 09:44.33 | ndnihil | just tried upgrading it, didn't help |
| 09:50.38 | *** join/#openmoko kerm|t (n=zip55413@c-75-72-166-126.hsd1.mn.comcast.net) |
| 09:51.02 | *** join/#openmoko dos1 (n=dos@unaffiliated/dos1) |
| 10:00.43 | *** join/#openmoko lysanderslair_ (n=jeff@dslh194.ody.ca) |
| 10:06.06 | *** join/#openmoko vaiursch (n=erwin@adsl-89-217-35-116.adslplus.ch) |
| 10:11.01 | *** topic/#openmoko by Ainulindale -> Users of Openmoko Hardware | Developers, please join #openmoko-cdevel | New Users : http://wiki.openmoko.org | Before asking read http://www.catb.org/~esr/faqs/smart-questions.html | make sure to check http://wiki.openmoko.org/wiki/Om_2009 | Recommended SHR: http://shr.bearstech.com/shr-unstable/images/om-gta02/shr-full-glibc-ipk--20090808-om-gta02.rootfs.* - DO NOT "opkg upgrade"! | Hackable:1 user daily jffs2 builds now available on http:/ |
| 10:11.07 | Ainulindale | Hmpf. |
| 10:11.52 | *** topic/#openmoko by Ainulindale -> Users of Openmoko Hardware | Developers, please join #openmoko-cdevel | New Users : http://wiki.openmoko.org | Before asking read http://www.catb.org/~esr/faqs/smart-questions.html | Check http://wiki.openmoko.org/wiki/Om_2009 | Recommended SHR: http://build.shr-project.org/shr-unstable/images/om-gta02/shr-full-glibc-ipk--20090808-om-gta02.rootfs.* - DO NOT "opkg upgrade"! | Hackable:1 user daily jffs2 builds now available on http://www.hack |
| 10:11.58 | ndnihil | should have the topic link to a page with all that info, and a timestamp as to when the page was most recently updated |
| 10:11.59 | Ainulindale | Damn topic length |
| 10:12.13 | *** topic/#openmoko by Ainulindale -> Developers, please join #openmoko-cdevel | New Users : http://wiki.openmoko.org | Before asking read http://www.catb.org/~esr/faqs/smart-questions.html | Check http://wiki.openmoko.org/wiki/Om_2009 | Recommended SHR: http://build.shr-project.org/shr-unstable/images/om-gta02/shr-full-glibc-ipk--20090808-om-gta02.rootfs.* - DO NOT "opkg upgrade"! | Hackable:1 user daily jffs2 builds now available on http://www.hackable1.org ! |
| 10:12.52 | Ainulindale | ndnihil: well yeah :-) |
| 10:13.06 | PaulFertser | Ainulindale: or better fix the fucking build ;) |
| 10:13.39 | Ainulindale | :-) |
| 10:13.42 | PaulFertser | Ainulindale: how are you btw? Having fun at Bearstech? |
| 10:13.42 | Ainulindale | I was intending to do that |
| 10:13.47 | Ainulindale | Very fine |
| 10:13.49 | Kamping_Kaiser | its scary seeing 'recommended' and 'do not upgrade' in the same block |
| 10:13.51 | Ainulindale | I'm alone in the office currently |
| 10:13.54 | Ainulindale | Listening to some Zappa |
| 10:14.05 | Ainulindale | Working on some network stuff |
| 10:14.40 | *** join/#openmoko ericthefish (n=ivan@sit/hacker/ericthefish) |
| 10:23.30 | *** join/#openmoko spydon (n=spydon@c83-251-170-132.bredband.comhem.se) |
| 10:27.59 | dos1 | who are nEo authors? |
| 10:28.14 | dos1 | i need something from them ;x |
| 10:30.31 | PaulFertser | dos1: blood? |
| 10:30.58 | dos1 | PaulFertser: too ;) |
| 10:31.26 | dos1 | but nEo theme doesn't decompile correctly. they did great work about removing useless layers |
| 10:31.53 | dos1 | and i did my theme based on nEo edc code, but i don't have genlist, pager, checkbox and radio theme, as decompilled file is cut :( |
| 10:32.53 | PaulFertser | dos1: btw, i'm reading http://en.wikipedia.org/wiki/Dracula atm, amazing book especially considering it was written in 1893. Now i know where Van Helsing is from :) |
| 10:33.56 | dos1 | ;D |
| 10:34.30 | PaulFertser | Also an unusal style for novels: it's mostly journal entries and letters from various people. |
| 10:35.21 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp121-45-191-153.lns11.adl2.internode.on.net) |
| 10:35.39 | *** join/#openmoko edje2 (n=chatzill@ckpceka.ipv6.kapitein.org) |
| 10:37.15 | edje2 | hi, is there someone who can explain how to "convert" the specifications given on http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD to working mdbus-send commands? |
| 10:38.08 | edje2 | an example for a blinking led would be nice for example |
| 10:38.28 | *** join/#openmoko _thot2980 (n=thot@203-73-249-80.adsl.dynamic.seed.net.tw) |
| 10:39.09 | ndnihil | chances are that's outdated |
| 10:39.19 | *** part/#openmoko _thot2980 (n=thot@203-73-249-80.adsl.dynamic.seed.net.tw) |
| 10:39.22 | ndnihil | you can walk through it with mdbus though |
| 10:39.55 | PaulFertser | edje2: using mdbus is trivial. |
| 10:40.03 | PaulFertser | edje2: what exactly can't you understand? |
| 10:40.24 | edje2 | right, but also slow. mdbus-send is supposed to be faster and i did want to give it a try |
| 10:40.53 | *** join/#openmoko jesperj (n=jesperj@unaffiliated/jesperj) |
| 10:40.55 | ndnihil | its dbus thats slow |
| 10:41.24 | PaulFertser | edje2: dbus-send is much faster than mdbus, true. |
| 10:41.39 | edje2 | can we make a comparison between the two? set the led blinking with both methods and measure the time ? |
| 10:41.50 | PaulFertser | edje2: go ahead. |
| 10:42.11 | PaulFertser | edje2: https://wiki.openmoko.org/wiki/Manually_using_Bluetooth#How_to_use_bluez4_dbus_API <-- a good example of using dbus-send |
| 10:42.46 | edje2 | i would, if i would know how to do it. dbus-send takes arguments like: --system --print-reply --type=method_call --dest=org.pyneo.muxer /org/pyneo/Muxer org.freesmartphone.GSM.MUX.AllocChannel string:$identvar |
| 10:43.08 | edje2 | how do i know what to use where if i look at the spec of FSO |
| 10:43.10 | edje2 | ? |
| 10:43.38 | edje2 | or am i missing the point completly? |
| 10:45.16 | PaulFertser | edje2: omit --type |
| 10:46.32 | PaulFertser | edje2: --dest is the dbus service you send to (corresponds to the first parameter of mdbus), then goes path (second parameter of mdbus), then function (third parameter), then arguments (in mdbus the type is automatically determined, in dbus-send you want to prepend the type just before the value). |
| 10:46.59 | edje2 | ok, but i have no idea what to use. can you explain what a dbus-send line woul look like if i want to set a led blinking. ( and how you the values from the FSO specs are used?) |
| 10:47.11 | *** join/#openmoko amarsh04__ (n=amarsh04@ppp121-45-127-76.lns11.adl6.internode.on.net) |
| 10:47.37 | edje2 | i guess --dest would be system in this case |
| 10:47.40 | ndnihil | yes paul, examples! ;) |
| 10:48.09 | edje2 | and the logic on how to get to this examples please ! |
| 10:48.33 | edje2 | is path the same as namespace? |
| 10:48.49 | *** join/#openmoko pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 10:49.44 | PaulFertser | edje2: dbus-send --system --dest=org.freesmartphone.odeviced /org/freesmartphone/Device/LED/gta02_aux_red org.freesmartphone.Device.LED |
| 10:49.50 | PaulFertser | (wait for the rest) |
| 10:49.58 | edje2 | ok, thanks |
| 10:50.06 | PaulFertser | .SetBrightness int32:50 |
| 10:52.05 | PaulFertser | edje2: well, this exact command worked dbus-send --system --dest=org.freesmartphone.odeviced --print-reply /org/freesmartphone/Device/LED/gta02_aux_red org.freesmartphone.Device.LED.SetBrightness int32:100 |
| 10:52.05 | edje2 | ok, how does this related to the info found on: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.LED.html;hb=HEAD |
| 10:52.28 | edje2 | i just can;'t make the translation found there and the example you just gave |
| 10:52.42 | PaulFertser | edje2: Device API -> org.freesmartphone.odeviced |
| 10:53.11 | dos1 | ndnihil: it isn't outdated |
| 10:53.45 | PaulFertser | edje2: path is almost the same as method name but without the function in the end and with /'s instead of .'s. |
| 10:53.55 | dos1 | ndnihil: even opimd specs are quite actial |
| 10:53.59 | dos1 | s/actial/actual/ |
| 10:54.09 | ndnihil | good to know |
| 10:54.31 | ndnihil | I've been uding mdbus to walk through everything |
| 10:54.35 | PaulFertser | edje2: to find out what leds are there you can use dbus-send --system --dest=org.freesmartphone.odeviced --print-reply /org/freesmartphone/Device/LED org.freedesktop.DBus.Introspectable.Introspect |
| 10:55.03 | PaulFertser | edje2: or just "mdbus -s org.freesmartphone.odeviced " |
| 10:55.08 | ndnihil | a browseable reference would be nice, but half the docs I found listed methods and signals that weren't present |
| 10:55.34 | PaulFertser | ndnihil: a running frameworkd is already a browseable reference. |
| 10:56.11 | PaulFertser | dos1: btw, i don't exactly understand why API looks so non-dbusish. |
| 10:56.24 | PaulFertser | dos1: wanna see something really fancy? ;) |
| 10:56.29 | edje2 | ok, but what i am really missing is why to use org.freesmartphone.odeviced. if i look at the FSO specs i woul go looking for something like org.freesmartphone.Device.LED, not org.freesmartphone.odeviced. |
| 10:56.31 | edje2 | How do i know what to look for if i am using the FSO specs? |
| 10:56.47 | dos1 | PaulFertser: hmm? ;) |
| 10:56.56 | ndnihil | edje2: you need both |
| 10:57.29 | edje2 | ok, why, and how are the linked? |
| 10:57.32 | ndnihil | just finally got his head wrapped around dbus within the past couple days |
| 10:57.44 | edje2 | please share ! |
| 10:57.45 | edje2 | :-) |
| 10:58.09 | ndnihil | org.freesmartphone.odeviced is the location on dbus where the resources you want are |
| 10:58.17 | PaulFertser | edje2: Device interface is provided by org.freesmartphone.odeviced service. It's supposed to be obvious, especially if you look at "mdbus -s" output to list available services. |
| 10:58.32 | ndnihil | /org/freesmartphone/Device/LED/gta02_aux_red is the path to the specific attribute you want to work with |
| 10:58.47 | ndnihil | org.freesmartphone.Device.LED.SetBlinking is how you want to interact with it |
| 10:59.13 | ndnihil | (someone please correct me if I'm wrong) |
| 10:59.22 | ndnihil | (or am using incorrect terminology) |
| 10:59.46 | edje2 | ah, ok so you first have to find out what the name is of the "device" you want to work with, and then you can execute the "action" ? |
| 10:59.58 | ndnihil | more of less |
| 11:00.01 | ndnihil | s/of/or/ |
| 11:00.03 | ndnihil | stabs apt |
| 11:00.46 | edje2 | but that still does not show up in the example Paul gave us, there is no mention of SetBlinking there |
| 11:01.00 | PaulFertser | edje2: because i used another function ;) |
| 11:01.04 | ndnihil | getting perl-tk and perl-dbus compiled was less obnoxious than jumping head-first into dbus |
| 11:01.05 | PaulFertser | edje2: i didn't want it to blink |
| 11:01.22 | ndnihil | oh, I got SetBlinking from me playing with mine |
| 11:01.28 | ndnihil | not from Pauls example |
| 11:01.33 | PaulFertser | edje2: dbus-send --system --dest=org.freesmartphone.odeviced --print-reply /org/freesmartphone/Device/LED/gta02_aux_red org.freesmartphone.Device.LED.SetBlinking int32:100 int32:900 |
| 11:01.34 | edje2 | what woul you use if you anted it to blink |
| 11:01.39 | edje2 | ah |
| 11:01.43 | PaulFertser | Obviously |
| 11:02.41 | edje2 | ah, ok i think i start to get the picture now, let me play some more with it |
| 11:04.48 | *** join/#openmoko arfmarf2 (n=arfmarf@c-8cb2e355.016-70-6f72653.cust.bredbandsbolaget.se) |
| 11:05.00 | *** join/#openmoko arw_ (i=foobar@190.27.7.80) |
| 11:06.31 | *** join/#openmoko nio_ (n=nio@d594e5f2.dsl.concepts.nl) |
| 11:06.57 | edje2 | time mdbus -s org.freesmartphone.odeviced /org/freesmartphone/Device/LED/gta02_aux_red org.freesmartphone.Device.LED.SetBlinking 500 500 |
| 11:06.58 | edje2 | real 0m2.954s |
| 11:06.59 | edje2 | time dbus-send --system --dest=org.freesmartphone.odeviced --print-reply /org/freesmartphone/Device/LED/gta02_aux_red org.freesmartphone.Device.LED.SetBlinking int32:500 int32:500 |
| 11:07.01 | edje2 | real 0m0.123s |
| 11:07.10 | ndnihil | wth |
| 11:07.28 | ndnihil | how does dbus-send do it faster than interacting directly with the library? |
| 11:09.03 | ndnihil | does it read the data directly from disk instead of going through the daemon? |
| 11:09.07 | *** join/#openmoko alexxy (n=alexxy@gentoo/developer/alexxy) |
| 11:12.22 | *** join/#openmoko emacsian (n=ram@121.246.86.22) |
| 11:14.13 | PaulFertser | ndnihil: mdbus is python |
| 11:14.26 | PaulFertser | ndnihil: and probably does some unnecessary introspection along the way |
| 11:14.34 | PaulFertser | ndnihil: dbus-send is fast C code |
| 11:14.40 | ndnihil | yeah, but I'm using Net::DBus in perl |
| 11:14.43 | ndnihil | should be faster |
| 11:15.08 | ndnihil | nothing un-necessary, I'm only making minimum queries to dbus, just because it's slow |
| 11:15.13 | PaulFertser | ndnihil: mdbus is not anymore direct than dbus-send. |
| 11:15.14 | xyzz | my feeling is, that everything is faster then python |
| 11:15.41 | PaulFertser | dos1: http://pyneo.org/stories/2008-12-25c3/25c3-pyneo.pdf |
| 11:16.20 | ndnihil | Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged |
| 11:16.25 | ndnihil | any way to suppress that? |
| 11:16.33 | ndnihil | other than 2>/dev/null |
| 11:16.40 | ndnihil | something in dbus maybe? |
| 11:16.44 | PaulFertser | ndnihil: not yet |
| 11:17.03 | PaulFertser | ndnihil: that's custom dbus patches included in OE to solve some nasty async problems. |
| 11:17.13 | PaulFertser | ndnihil: no upstream decisions on those yet :( |
| 11:17.22 | ndnihil | while it can occasionally be useful to get a feel for timing, it's pretty annoying to see two pages of it |
| 11:17.37 | ndnihil | and redirecting stderr isn't an option when trying to debug your scripts |
| 11:18.25 | edje2 | hmm. how do i find out what parameters are needed? i try to set screen timeout. |
| 11:18.27 | edje2 | with mdbus i use: mdbus -s org.freesmartphone.odeviced /org/freesmartphone/Device/IdleNotifier/0 org.freesmartphone.Device.IdleNotifier.SetTimeout idle 6000 |
| 11:18.29 | edje2 | with dbus-send i try to use: dbus-send --system --dest=org.freesmartphone.odeviced --print-reply /org/freesmartphone/Device/IdleNotifier/0 org.freesmartphone.Device.IdleNotifier.SetTimeout int32:6000 |
| 11:18.31 | edje2 | but i get TypeError: SetTimeout() takes exactly 3 arguments (2 given) |
| 11:19.08 | PaulFertser | edje2: exactly, you forgot the first argument (string:idle) |
| 11:19.47 | edje2 | ok, but how can i find out what i need to use? it is not in the FSO specs. |
| 11:19.54 | *** join/#openmoko dwb (n=david@a177027.upc-a.chello.nl) |
| 11:20.12 | edje2 | ( and i still don't have a clear picture of it all....) |
| 11:20.40 | PaulFertser | dos1: wait, that's not the slides i wanted to show. |
| 11:20.52 | ndnihil | there should be a list of arguments along with the list of signals and methods for an object |
| 11:21.51 | ndnihil | you can also get them by way of mdbus |
| 11:21.52 | ndnihil | mdbus -s org.freesmartphone.odeviced /org/freesmartphone/Device/LED/gta02_aux_red 2>/dev/null |
| 11:21.59 | PaulFertser | edje2: well SetTimeout ( si ) |
| 11:22.11 | PaulFertser | edje2: clearly states it wants two parameters: string and integer. |
| 11:22.20 | *** join/#openmoko dcordes (n=luke@unaffiliated/dcordes) |
| 11:23.32 | PaulFertser | ndnihil: or by calling org.freedesktop.DBus.Introspectable.Introspect |
| 11:24.26 | ndnihil | all I get from that is a link |
| 11:24.35 | ndnihil | '<!DOCTYPE node PUBLIC "-//freedesktop//DTD D-BUS Object Introspection 1.0//EN"\n"http://www.freedesktop.org/standards/dbus/1.0/introspect.dtd">\n<node>\n</node>\n' |
| 11:24.37 | edje2 | Paul, where do you see it needs those 2 parameters? |
| 11:26.28 | *** join/#openmoko zeno (n=zeno@host27-93-dynamic.61-82-r.retail.telecomitalia.it) |
| 11:27.12 | PaulFertser | edje2: well SetTimeout ( si ) |
| 11:27.16 | PaulFertser | si |
| 11:27.19 | PaulFertser | string, integer |
| 11:27.40 | PaulFertser | edje2: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.IdleNotifier.html;hb=HEAD#SetTimeout |
| 11:28.27 | edje2 | ah, ok, so wherever the SetTimeout method is used, you need those specs ? |
| 11:28.45 | PaulFertser | edje2: sorry? |
| 11:29.37 | *** join/#openmoko arw_ (i=foobar@201.244.106.22) |
| 11:30.58 | *** join/#openmoko dwb1 (n=david@a177027.upc-a.chello.nl) |
| 11:30.58 | edje2 | no, sorry, i am mistaken. i just did not find the idletimeout on fso earlier. |
| 11:33.11 | edje2 | thanks so much for taking the time to explain this all, it really helps a lot ! |
| 11:41.15 | *** join/#openmoko dwb (n=david@a177027.upc-a.chello.nl) |
| 11:42.40 | *** join/#openmoko neomilium (n=quassel@lns-bzn-57-82-249-10-222.adsl.proxad.net) |
| 11:43.42 | *** join/#openmoko q0b (n=q0b@xdsl-87-78-125-5.netcologne.de) |
| 11:49.46 | *** join/#openmoko doopa (i=haslam@sgenomics.org) |
| 11:49.59 | doopa | is there a separate shr channel? |
| 11:51.43 | *** join/#openmoko dwb1 (n=david@a177027.upc-a.chello.nl) |
| 11:53.12 | Heinervdm | doopa: no |
| 11:55.12 | doopa | heinervdm: Thanks. |
| 11:55.46 | doopa | Was wondering if someone could help me here then. |
| 11:55.46 | doopa | First off - where is the first port of call with regard to up to date information on shr. |
| 11:56.04 | doopa | I made the mistake of upgrading recently and now the gsm functions of the phone are borked. |
| 11:56.30 | doopa | On the mailing list it states that the info not to upgrade is written everywhere. |
| 11:56.30 | Heinervdm | doopa: yes, see channel topic ;) |
| 11:56.34 | doopa | Though I don't find it. |
| 11:57.05 | *** join/#openmoko CVirus (n=Satan@41.130.234.19) |
| 12:00.02 | doopa | Okay - so its on the channel topic in the irc for openmoko. |
| 12:00.16 | doopa | Didn't think to look here before upgrading. Whoops. |
| 12:00.27 | PaulFertser | doopa: do you read SHR ML? |
| 12:00.42 | doopa | nope |
| 12:01.05 | doopa | pf: I'm obviously gonna start |
| 12:01.29 | Heinervdm | doopa: but there was a thread on the OM ML too: http://n2.nabble.com/latest-update-fsousaged-crash%21%21-tp3411842p3411842.html |
| 12:02.39 | doopa | heinervdm: That mail came in around the time I upgraded. It was a day after or so that I saw the mail on the om mailing list. |
| 12:03.34 | *** join/#openmoko SM2k (n=stu@static-96-244-83-7.bltmmd.fios.verizon.net) |
| 12:03.38 | doopa | heiner: also I don't regard a mail reporting the fact that the upgrade will break the distro as a warning! |
| 12:03.56 | Heinervdm | doopa: ok, but something like that happens quiet often at SHR-unstable, i had to reflash too :), best point to get information about this will be #openmoko-cdevel |
| 12:06.35 | doopa | Heiner: Is there no alternative to reflashing. I have my phone in a pretty good state now and would hate to reflash. Can I not revert somehow using opkg? |
| 12:07.29 | Heinervdm | doopa: DocScrutinizer just reported this hack: [14:01:56] <DocScrutinizer> PaulFertser: of course. copied abyss, fsobasics.so and fsotransport.so from tarball to uSD |
| 12:09.09 | DocScrutinizer | doopa: this fixed a nonsense I did by "opkg install fso-abyss" |
| 12:10.21 | DocScrutinizer | doopa: for sure won't help (suffice) to cure a damage done by "opkg upgrade" |
| 12:10.50 | doopa | DocScrutinizer: So - it won't fix the broken fso framework? |
| 12:11.11 | *** join/#openmoko alfatangoxt (n=michele@host166-15-dynamic.9-79-r.retail.telecomitalia.it) |
| 12:11.44 | DocScrutinizer | doopa: not if damage to framework was done by "opkg upgrade" as that is borking more than those 3 files |
| 12:11.45 | doopa | Doc: Shame - cos I've been using shr unstable for a few months without problems. Perhaps I've been blase/lucky. |
| 12:12.27 | doopa | Doc: So basically I would have to reflash with latest image. |
| 12:12.27 | DocScrutinizer | doopa: NAND or uSD? |
| 12:12.55 | doopa | doc: given that I only want one distro on the phone I usually try to go for NAND. |
| 12:13.11 | doopa | doc: unless I misunderstand something. |
| 12:13.33 | DocScrutinizer | no, |
| 12:14.04 | DocScrutinizer | alas for NAND there's actually no easy way other than reflash |
| 12:14.37 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 12:15.06 | PaulFertser | DocScrutinizer: or boot from SD |
| 12:15.14 | doopa | Doc: So if I had the distro on the card I could have fixed it. |
| 12:15.51 | PaulFertser | doopa: if you have enough knowledge to find what's broken. |
| 12:16.01 | DocScrutinizer | PaulFertser: that's no valid statement ;-) "for Nand there's no easy way except boot from uSD" |
| 12:16.28 | DocScrutinizer | doopa: maybe |
| 12:17.28 | doopa | Doc/Paul: Okay. Thanks for the information. |
| 12:21.52 | DocScrutinizer | doopa: for uSD (well for NAND as well, but it's hard to do there) I'd assume a untaring and copying of /usr/lib/* and /usr/sbin/* to rootfs might fix any damage done by opkg upgrade. |
| 12:23.30 | DocScrutinizer | doopa: still your opkg database will be messed, so not exactly a clean system that results from this |
| 12:26.21 | *** join/#openmoko arfmarf2 (n=arfmarf@93.182.179.25) |
| 12:27.08 | *** join/#openmoko mikeb_ (n=devl@host86-169-212-85.range86-169.btcentralplus.com) |
| 12:28.31 | doopa | Doc: Thanks - I'll take a look tonight and see how much time I have. But I imagine reflashing will be the easiest. |
| 12:28.44 | DocScrutinizer | yup |
| 12:30.00 | *** join/#openmoko thessy (n=thomas@nat.rz.uni-karlsruhe.de) |
| 12:45.50 | *** join/#openmoko Sharwin_F (n=Sharwin_@126.pool85-50-94.dynamic.orange.es) |
| 12:52.14 | *** join/#openmoko _phil (i=crypt@shell.bawue.net) |
| 12:52.37 | *** join/#openmoko ruoso (i=ruoso@189.97.249.113) |
| 13:00.11 | *** join/#openmoko eolson (n=eolson@anlextwls099-249.wl.anl-external.org) |
| 13:00.39 | *** join/#openmoko AntonTakk (n=AntonTak@poolofdespair.net) |
| 13:04.26 | *** join/#openmoko SiNiESTrO (n=siniestr@179.Red-80-33-148.staticIP.rima-tde.net) |
| 13:06.54 | *** join/#openmoko manitu (n=werner@p578b0cfb.dip0.t-ipconnect.de) |
| 13:13.55 | *** join/#openmoko pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 13:21.10 | *** join/#openmoko jpablo (n=chatzill@190.248.12.2) |
| 13:21.57 | *** join/#openmoko ssweeny (n=sweeny@timesys-gw0.cust.expedient.net) |
| 13:28.56 | *** join/#openmoko Ryback_ (n=ulisses@enlightenment/developer/ryback) |
| 13:29.11 | *** join/#openmoko Openfree (n=Openfree@58.33.70.36) |
| 13:35.33 | *** join/#openmoko guysoft42 (n=guysoft@93-173-152-74.bb.netvision.net.il) |
| 13:36.05 | guysoft42 | hi all, does anyone here know how i can check what class is my kingston c02g card here? is not written on it |
| 13:36.42 | *** join/#openmoko Amorphous (i=jan@unaffiliated/amorphous) |
| 13:37.25 | *** join/#openmoko alephnull (n=alok@122.172.21.65) |
| 13:38.42 | *** join/#openmoko ccube_ (n=ccube@ssh.ccube.de) |
| 13:38.42 | SpeedEvil | class is generally irrelevant - if you're using it in FR anyway |
| 13:38.47 | SpeedEvil | most cards are faster. |
| 13:51.38 | *** join/#openmoko eolson (n=eolson@maze.mcs.anl.gov) |
| 14:03.31 | *** join/#openmoko Gnutoo (n=gnutoo@ABordeaux-152-1-51-168.w82-125.abo.wanadoo.fr) |
| 14:06.15 | *** join/#openmoko emacsian (n=ram@121.246.86.22) |
| 14:15.23 | guysoft42 | SpeedEvil, actually i am using it on a cannon camera.. i just saw openmoko seem to know about this. and #flash is mostly people talking about some closed source graphic system ;-) |
| 14:17.42 | mjr | this calls for http://mjr.iki.fi/humor/cannon.png |
| 14:24.01 | *** join/#openmoko dcordes (n=luke@unaffiliated/dcordes) |
| 14:24.14 | *** join/#openmoko polaru (n=polaru@93.113.192.70) |
| 14:27.03 | SpeedEvil | guysoft42: I'd say simply |
| 14:27.14 | SpeedEvil | measure the speed in a fast adaptor |
| 14:27.22 | SpeedEvil | for example - a USB2 reader |
| 14:29.04 | *** join/#openmoko gargoyle-grin (n=randerso@gentoo/contributor/gargoyle-grin) |
| 14:30.35 | *** part/#openmoko arw_ (i=foobar@201.244.106.22) |
| 14:31.37 | *** join/#openmoko gnutoo_ (n=gnutoo@ABordeaux-152-1-51-168.w82-125.abo.wanadoo.fr) |
| 14:35.15 | *** join/#openmoko |Sorcerer| (n=|Sorcere@p3EE2D4E4.dip.t-dialin.net) |
| 14:39.30 | *** join/#openmoko drjnut (n=drjnut@caladan.darksnow.org) |
| 14:40.32 | *** join/#openmoko emmentaler (n=baboo@49-40-239-77-pool.cable.fcom.ch) |
| 14:52.12 | *** join/#openmoko buluca (n=buluca@static-217-133-79-50.clienti.tiscali.it) |
| 14:52.55 | buluca | huh, why not "opkg upgrade" for shr now? :) |
| 14:55.11 | guysoft42 | SpeedEvil, isn't there a way to know with the serial number (sorry for the delay) |
| 14:57.12 | SpeedEvil | Presumably so if you call kingston and ask. maybe lookup the website |
| 14:57.31 | *** join/#openmoko agg1n (n=jan@static-87-245-8-105.teleos-web.de) |
| 14:58.30 | *** join/#openmoko sigius (n=sigius@93-125-185-45.dsl.alice.nl) |
| 14:59.10 | *** join/#openmoko pb___ (n=pb@79-79-178-204.dynamic.dsl.as9105.com) |
| 15:02.21 | *** join/#openmoko jserv-- (n=jserv@61-30-10-70.static.tfn.net.tw) |
| 15:03.54 | *** join/#openmoko pb___ (n=pb@79-79-178-204.dynamic.dsl.as9105.com) |
| 15:04.48 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 15:05.15 | *** join/#openmoko naeg (n=Anon@194.208.239.170) |
| 15:10.36 | Digital_Pioneer | So... udhcpc is absolute crap. Is this a known issue? :P |
| 15:10.59 | Digital_Pioneer | In all my time with the FR, I have yet to see it work. |
| 15:11.54 | Digital_Pioneer | And can I get a 'real' (see: working) DHCP client? |
| 15:14.23 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 15:17.43 | *** join/#openmoko kvaster (n=kvaster@live.bn.by) |
| 15:20.20 | *** join/#openmoko Bane^ (n=bane@86-60-172-51-Dyn-dsl.ssp.fi) |
| 15:20.26 | *** join/#openmoko ferluszt (n=ferluszt@p5DC2CF7F.dip.t-dialin.net) |
| 15:23.21 | buluca | troubles with kingston? |
| 15:36.44 | *** join/#openmoko emacsian (n=ram@121.246.86.22) |
| 15:41.02 | *** join/#openmoko polaru (n=polaru@93.113.192.70) |
| 15:43.38 | *** join/#openmoko Everslick (n=clemens@91-113-121-181.adsl.highway.telekom.at) |
| 15:56.47 | *** join/#openmoko Piet (i=pietor@gateway/gpg-tor/key-0xC5C71DCE) |
| 15:57.34 | *** join/#openmoko pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 15:59.53 | *** part/#openmoko Quadduc (n=quadduc@149-194-76.oke2-bras2.adsl.tele2.no) |
| 16:11.09 | *** join/#openmoko pH5 (n=ph5@e178214029.adsl.alicedsl.de) |
| 16:19.00 | *** join/#openmoko azaghal (n=azaghal@199.231.178.212.adsl.dyn.beotel.net) |
| 16:23.48 | *** join/#openmoko samgee (n=samgee@fsf/member/samgee) |
| 16:35.41 | *** join/#openmoko moocow (n=new@mail.fredcanhelp.com) |
| 16:41.34 | *** join/#openmoko bipak (n=bip@p57B87796.dip.t-dialin.net) |
| 16:41.41 | *** join/#openmoko rooly (n=rooly@host-125-232.lalacap.clients.pavlovmedia.com) |
| 16:47.52 | *** join/#openmoko vivijim (n=vivijim@unaffiliated/vivijim) |
| 16:49.12 | *** join/#openmoko holycow (n=new@69.67.174.130) |
| 17:00.57 | *** join/#openmoko Bert_2 (n=bert@88.197.138.163) |
| 17:03.18 | *** part/#openmoko guysoft42 (n=guysoft@93-173-152-74.bb.netvision.net.il) |
| 17:03.24 | *** join/#openmoko rooly1 (n=rooly@host-125-232.lalacap.clients.pavlovmedia.com) |
| 17:05.48 | *** join/#openmoko vaiursch (n=erwin@adsl-89-217-31-152.adslplus.ch) |
| 17:06.30 | *** join/#openmoko t0h (n=tommi@dsl-kvlbrasgw2-fe0cdf00-1.dhcp.inet.fi) |
| 17:10.51 | *** join/#openmoko freelock (n=john@dsl081-165-076.sea1.dsl.speakeasy.net) |
| 17:12.22 | *** join/#openmoko edgar83 (n=christop@cm56-150-159.liwest.at) |
| 17:20.42 | *** join/#openmoko jokerfox (n=jokerfox@178.79-160-145.customer.lyse.net) |
| 17:34.12 | *** join/#openmoko rddDavid51 (n=roudoudo@lns-bzn-31-82-252-248-51.adsl.proxad.net) |
| 17:39.54 | *** join/#openmoko rooly (n=rooly@host-125-232.lalacap.clients.pavlovmedia.com) |
| 17:41.47 | *** join/#openmoko max_posedon (n=max_pose@80.249.94.53) |
| 17:46.02 | *** join/#openmoko polymar (n=polymar@12.186.229.30) |
| 17:47.01 | *** join/#openmoko drjnut_ (n=drjnut@caladan.darksnow.org) |
| 17:52.18 | *** join/#openmoko rddDavid51_ (n=roudoudo@lns-bzn-57-82-249-53-86.adsl.proxad.net) |
| 17:53.43 | *** join/#openmoko ajbrun (n=ajbrun@host86-153-106-215.range86-153.btcentralplus.com) |
| 17:59.40 | *** join/#openmoko alex-weej (n=alex@cpc1-darl3-0-0-cust663.midd.cable.ntl.com) |
| 18:07.07 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 18:14.38 | *** join/#openmoko morphis (n=quassel@p5489A044.dip0.t-ipconnect.de) |
| 18:18.04 | *** join/#openmoko alongst (n=alon@c-24-130-18-0.hsd1.ca.comcast.net) |
| 18:22.58 | *** join/#openmoko agg1n1 (n=jan@static-87-245-11-178.teleos-web.de) |
| 18:29.34 | Slaxxer | use the one from slackware or slax |
| 18:30.01 | Slaxxer | even better Debian |
| 18:30.45 | *** join/#openmoko andrenarchy (n=andrenar@dslb-088-065-088-080.pools.arcor-ip.net) |
| 18:33.22 | *** join/#openmoko skamster_ (n=quassel@80-219-14-29.dclient.hispeed.ch) |
| 18:35.32 | *** join/#openmoko messerting (n=messerti@cm-84.208.182.112.getinternet.no) |
| 18:38.11 | *** join/#openmoko ferluszt (n=ferluszt@p5DC2CF7F.dip.t-dialin.net) |
| 18:39.56 | *** join/#openmoko elopio (n=elopio@190.241.11.138) |
| 18:41.04 | elopio | hello. |
| 18:41.25 | elopio | yesterday I installed om2008 and it worked :) |
| 18:41.56 | buluca | thinks shr is best ;) |
| 18:42.20 | buluca | anyway didn't ever phone |
| 18:42.35 | elopio | but now I'm using android with koolu auto-installer. |
| 18:42.39 | elopio | It says "Sorry! Application Settings (in process com.android.settings) is not responding. |
| 18:43.00 | elopio | is there a solution for that? |
| 18:43.14 | elopio | buluca, after android I'll try shr ;) |
| 18:44.05 | elopio | oh, and my sim card is not working with android. That's the biggest problem... |
| 18:44.07 | buluca | ;) |
| 18:45.32 | buluca | I will install debian on a µSD card, maybe android, one day |
| 18:46.28 | *** join/#openmoko HellDragon (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
| 18:46.33 | elopio | according to this, the issue was fixed on beta 4 - http://trac.koolu.org/ticket/25 |
| 18:47.33 | *** join/#openmoko HellDragon (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
| 18:48.23 | *** join/#openmoko dos1 (n=dos@unaffiliated/dos1) |
| 18:56.22 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 18:58.21 | *** join/#openmoko arfmarf2 (n=arfmarf@anon-112-147.ipredate.net) |
| 18:58.57 | *** join/#openmoko messerting (n=messerti@cm-84.208.182.112.getinternet.no) |
| 19:00.31 | *** join/#openmoko arw_ (i=foobar@201.244.106.22) |
| 19:04.06 | *** join/#openmoko azaghal_ (n=azaghal@50.229.178.212.adsl.dyn.beotel.net) |
| 19:07.54 | *** join/#openmoko vaiursch (n=erwin@adsl-89-217-43-121.adslplus.ch) |
| 19:09.41 | *** join/#openmoko mikeb_ (n=devl@host86-169-212-85.range86-169.btcentralplus.com) |
| 19:14.02 | Digital_Pioneer | Hey, I get this when I run mofi in SHR-U: http://pastebin.com/m1820a71c |
| 19:14.08 | Digital_Pioneer | Any ideas? |
| 19:14.13 | Digital_Pioneer | Maybe I'm missing a dep? |
| 19:18.51 | *** join/#openmoko ferluszt (n=ferluszt@p5DC2CF7F.dip.t-dialin.net) |
| 19:22.38 | *** join/#openmoko dcordes (n=luke@unaffiliated/dcordes) |
| 19:23.33 | Digital_Pioneer | Darn it, something bricked out in SHR-U again... |
| 19:23.50 | Digital_Pioneer | It forgets it's connected to USB and suspends. |
| 19:23.57 | Digital_Pioneer | Doesn't turn on the power LED either. |
| 19:24.30 | *** join/#openmoko azaghal (n=azaghal@91.148.115.153) |
| 19:25.01 | max_posedon | Digital_Pioneer, mofi very outdated |
| 19:25.12 | max_posedon | I think its python 2.5 vs 2.6 bug |
| 19:25.14 | Digital_Pioneer | max_posedon: Yeah, but Mokonnect doesn't work worth crap. |
| 19:27.08 | *** join/#openmoko zlfita (n=ati@dhcp-077-248-106-101.chello.nl) |
| 19:29.03 | Digital_Pioneer | So Mokonnect doesn't work, Mofi doesn't work... What do I use?? |
| 19:29.35 | *** join/#openmoko azaghal__ (n=azaghal@91.148.113.218) |
| 19:29.46 | zlfita | Digital_Pioneer: terminal is your friend |
| 19:30.19 | Digital_Pioneer | zlfita: Not when I don't have a real keyboard, it isn't. :( |
| 19:31.16 | zlfita | Digital_Pioneer: point taken, still, I find manually editing a wpa_supplicant.conf and manually running a script most convenient |
| 19:31.41 | Digital_Pioneer | zlfita: I never found editing wpa_supplicant.conf convenient... :\ |
| 19:32.36 | zlfita | Digital_Pioneer: have you tried wicd? |
| 19:32.50 | Digital_Pioneer | Never got it to work on FR, but it may be time to try again. |
| 19:32.56 | zlfita | Digital_Pioneer: i use it on my laptop but haven't tried on my FR |
| 19:33.36 | Digital_Pioneer | I love it on my laptop and desktop. |
| 19:39.44 | Digital_Pioneer | Great. opkg.org has bad packages for wicd and ethtool. |
| 19:41.10 | *** join/#openmoko ccube__ (n=ccube@ssh.ccube.de) |
| 19:46.34 | *** join/#openmoko makokal (n=bill@deimos.jacobs-university.de) |
| 19:46.43 | *** join/#openmoko azaghal (n=azaghal@91.148.114.96) |
| 19:46.43 | makokal | hello all |
| 19:47.05 | makokal | I am trying to edit my .yaml file |
| 19:47.32 | makokal | so that I have some python program display a map as long as the AUX button is pressed |
| 19:47.42 | makokal | but I cant seem to get it yet |
| 19:48.00 | makokal | does anyone have an idea how I can do this? |
| 19:49.02 | makokal | so far I have this, "DISPLAY=:0.0 python interface.py"=org.freesmartphone.Device.Input;org.freesmartphone.oeventsd;/org/freesmartphone/Device/Input;Event;arg[0]=AUX,arg[1]=held |
| 19:49.43 | *** join/#openmoko wd (n=wd@82.119.147.190) |
| 19:55.02 | *** join/#openmoko Sargun (n=Sargun@atarack/Staff/Sargun) |
| 19:55.09 | *** join/#openmoko xbmodder_ (n=Sargun@atarack/Staff/Sargun) |
| 19:58.01 | *** join/#openmoko mikeb__ (n=devl@host86-174-101-234.range86-174.btcentralplus.com) |
| 20:02.34 | *** join/#openmoko Zorkman (n=Zork@78-22-123-127.access.telenet.be) |
| 20:14.42 | *** join/#openmoko ShellEvil (n=user@tor/regular/SpeedEvil) |
| 20:17.45 | CIA-52 | openmoko: 03werner * r5418 10/trunk/eda/fped/ (Makefile dump.c file.c file.h fped.c gui.c postscript.c): |
| 20:17.45 | CIA-52 | openmoko: - vector labels are already in a per-frame namespace, so we don't need to add |
| 20:17.45 | CIA-52 | openmoko: the frame name when auto-generating them |
| 20:17.45 | CIA-52 | openmoko: - moved file I/O from gui.c to file.c |
| 20:17.45 | CIA-52 | openmoko: - ps_line used the wrong endpoint coordinate |
| 20:17.49 | CIA-52 | openmoko: - option -k makes fped write KiCad non-interactively |
| 20:17.51 | CIA-52 | openmoko: - option -p makes fped write Postscript non-interactively |
| 20:18.40 | Kero | growls and edits /etc/issue to reflect release dates... |
| 20:26.18 | *** join/#openmoko eolson (n=eolson@anlextwls099-249.wl.anl-external.org) |
| 20:32.05 | *** join/#openmoko arw_ (i=foobar@186.28.29.3) |
| 20:50.53 | *** part/#openmoko dwb1 (n=david@a177027.upc-a.chello.nl) |
| 20:51.43 | *** join/#openmoko gabriel (n=gabriel@88-123-33-195.rev.libertysurf.net) |
| 20:52.36 | CIA-52 | openmoko: 03werner * r5419 10/trunk/eda/fped/ (7 files in 2 dirs): |
| 20:52.36 | CIA-52 | openmoko: Make delete feel "safer". |
| 20:52.36 | CIA-52 | openmoko: - objects are now deleted by selecting them, then clicking on the delete icon |
| 20:52.36 | CIA-52 | openmoko: - removed tool_ops.click, which was only there because of delete |
| 20:56.45 | *** join/#openmoko arw_1 (i=foobar@201.244.203.107) |
| 20:59.22 | *** join/#openmoko hax404 (n=quassel@mnhm-5f74cb3d.pool.einsundeins.de) |
| 21:03.38 | Kero | of course, when I try to reproduce intermittent resumes when an alarm is active, fail completely :( |
| 21:25.13 | *** join/#openmoko ericthefish (n=ivan@94-192-230-157.zone6.bethere.co.uk) |
| 21:28.20 | Kero | guess I'll have to try the same thing as yesterday, use Neo as alarm clock and see it work or resume too early... |
| 21:35.25 | *** join/#openmoko dcordes_ (n=luke@unaffiliated/dcordes) |
| 21:35.27 | *** join/#openmoko jaj (n=jaj@hcl-club.lu) |
| 21:37.33 | *** join/#openmoko peppertarts (n=peter@strapp.plus.com) |
| 21:42.26 | *** join/#openmoko zeno (n=zeno@host27-93-dynamic.61-82-r.retail.telecomitalia.it) |
| 21:45.41 | *** join/#openmoko ccube (n=ccube@ssh.ccube.de) |
| 21:47.05 | *** join/#openmoko Jozo (i=jozo@veronica.uninea.fi) |
| 21:54.20 | CIA-52 | openmoko: 03werner * r5420 10/trunk/eda/fped/ (gui_meas.c gui_tool.c gui_tool.h): |
| 21:54.20 | CIA-52 | openmoko: - measurements entered through the GUI were connected to the active frame, not |
| 21:54.20 | CIA-52 | openmoko: the root frame |
| 21:59.35 | *** join/#openmoko Digital-Pioneer (n=digitalp@h17.200.255.206.cable.srcy.cablelynx.com) |
| 22:03.05 | *** join/#openmoko nio_ (n=nio@d594e5f2.dsl.concepts.nl) |
| 22:07.39 | *** join/#openmoko alex-weej (n=alex@cpc1-darl3-0-0-cust663.midd.cable.ntl.com) |
| 22:11.56 | *** join/#openmoko chocotuar (n=halcyon@209.173.102.80) |
| 22:12.10 | chocotuar | I'm using XLoadQueryFont to load up the fonts I'm going to use, but I don't know which font to use. I'm trying to get a courier or monotype font. can anyone help? |
| 22:19.43 | *** join/#openmoko ccube (n=ccube@ssh.ccube.de) |
| 22:24.04 | skamster_ | hey all, does someone know if there's a 2.6.31-kernel for the openmoko? |
| 22:24.18 | skamster_ | or 2.6.30 |
| 22:24.20 | skamster_ | ? |
| 22:24.42 | spydon | hmm |
| 22:25.06 | max_posedon | its depend on what you want from this kernel |
| 22:25.26 | skamster_ | as best the shr.. |
| 22:25.28 | skamster_ | :) |
| 22:25.50 | max_posedon | for using kernel with shr, I suggest trust shr kernel and shr maintainers |
| 22:26.08 | skamster_ | i just think about because i read about problems with patches in 2.6.29 |
| 22:27.40 | skamster_ | *problems which fix with patches |
| 22:28.25 | skamster_ | but i think, if it doesn't need patches, it's better.. |
| 22:31.22 | *** join/#openmoko ruoso (i=ruoso@189.98.207.194) |
| 22:35.13 | *** join/#openmoko drjnut (n=drjnut@caladan.darksnow.org) |
| 22:47.44 | *** join/#openmoko Zeroedout (n=savirc@shop.freegeekvancouver.org) |
| 22:57.06 | *** join/#openmoko azaghal_ (n=azaghal@83.229.178.212.adsl.dyn.beotel.net) |
| 22:57.13 | *** join/#openmoko retracile (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 23:01.10 | *** join/#openmoko dns53 (n=dns@203.171.199.152) |
| 23:06.18 | *** join/#openmoko daMaestro|isBack (n=jon@fedora/damaestro) |
| 23:08.04 | *** join/#openmoko arg0_ (n=stephen@CPE001c10acab63-CM000a7369b290.cpe.net.cable.rogers.com) |
| 23:15.17 | *** join/#openmoko batti112 (n=batti@p5B149A4B.dip0.t-ipconnect.de) |
| 23:24.34 | *** join/#openmoko Tanuva (n=tanuva@e177234157.adsl.alicedsl.de) |
| 23:26.41 | CIA-52 | openmoko: 03werner * r5421 10/trunk/eda/fped/ (9 files): (log message trimmed) |
| 23:26.41 | CIA-52 | openmoko: - added support for string constants to unparse() |
| 23:26.41 | CIA-52 | openmoko: - implemented eval_str |
| 23:26.41 | CIA-52 | openmoko: - expand() now tries to obtain a string |
| 23:26.42 | CIA-52 | openmoko: - added example fbga.fpd to demonstrate use of strings |
| 23:26.44 | CIA-52 | openmoko: - when invoked with an inexisting file, fped now starts with an empty model, |
| 23:26.46 | CIA-52 | openmoko: instead of getting confused |
| 23:31.00 | CIA-52 | openmoko: 03werner * r5422 10/trunk/eda/fped/fbga.fpd: - fbga.fpd: do this nicely and use a variable for the pitch |
| 23:36.11 | *** join/#openmoko gurugentoo (n=narf@adsl-69-151-241-129.dsl.hstntx.swbell.net) |
| 23:38.51 | *** join/#openmoko ScarEye (n=scareye@12.27.87.66) |
| 23:43.32 | *** join/#openmoko q0b_ (n=q0b@xdsl-87-78-70-145.netcologne.de) |
| 23:45.41 | *** join/#openmoko everslick (n=clemens@91-113-123-86.adsl.highway.telekom.at) |
