| 00:03.13 | *** join/#openmoko playya_ (~playya@unaffiliated/playya) |
| 00:10.33 | *** join/#openmoko jd (~jd@modemcable207.134-202-24.mc.videotron.ca) |
| 00:10.34 | *** join/#openmoko jd (~jd@Wikipedia/HellDragon) |
| 00:11.11 | *** join/#openmoko DocScrutinizer (~jr@openmoko/engineers/joerg) |
| 00:23.53 | *** join/#openmoko SpeedEvil (~user@87.112.4.177.plusnet.ptn-ag1.dyn.plus.net) |
| 00:23.53 | *** join/#openmoko naught101 (~abcdef@d110-32-180-201.sbr23.nsw.optusnet.com.au) |
| 00:23.55 | *** join/#openmoko SpeedEvil (~user@tor/regular/SpeedEvil) |
| 00:30.49 | *** join/#openmoko Psi (~ben@ip-58-28-158-238.static-xdsl.xnet.co.nz) |
| 00:31.52 | *** join/#openmoko Psi (~ben@ip-58-28-158-238.static-xdsl.xnet.co.nz) |
| 00:39.12 | cosmos | ok guys |
| 00:42.46 | cosmos | I have on my uSD: /dev/mmcblk0p1 (vfat), /dev/mmcblk0p2 (ext3), /dev/mmcblkop3 (swap), |
| 00:43.01 | cosmos | my /etc/fstab seems completely broken |
| 00:43.54 | cosmos | someone have an example of fstab in this configuration ? (I mean for 0 0, 0 1,auto...) |
| 00:44.27 | cosmos | or maybe I have to reboot... |
| 00:51.31 | *** join/#openmoko badcloud (~raanan@ti400720a342-0483.bb.online.no) |
| 00:59.30 | *** join/#openmoko rvs1st (~nicsau@unaffilaited/rvs1st) |
| 00:59.35 | rvs1st | fd |
| 00:59.54 | rvs1st | have anyone tried neopwn? |
| 00:59.58 | rvs1st | for gta02 |
| 01:01.40 | DocScrutinizer | wonders why cosmos is bothering about fstab of a system he's about to replace by a new one |
| 01:03.22 | DocScrutinizer | mount /dev/mmcblk0p2 /media/card |
| 01:04.02 | DocScrutinizer | untar *rootfs*.tgz to /media/card |
| 01:04.16 | DocScrutinizer | mkdir /media/bootpart |
| 01:04.40 | DocScrutinizer | mount /dev/mmcblk0p /media/bootpart |
| 01:05.24 | DocScrutinizer | cp /media/card/boot/vmlin* /media/bootpart/ |
| 01:06.28 | DocScrutinizer | mv /media/bootpart/vmlin* /media/bootpart/<<whatever-your-bootloader-expects-for-filename-of-l |
| 01:06.31 | DocScrutinizer | kernel> |
| 01:07.59 | DocScrutinizer | probably uImage.bin |
| 01:08.59 | DocScrutinizer | nota bene: above simple procedure does *not* apply to QTmoko or android |
| 01:16.36 | DocScrutinizer | badcloud: no matter if BT or analog is more economic - anyway both use <10% of the overall power consumption of the system when playing MP3. So the diff is neglectible |
| 01:17.03 | cosmos | DocScrutinizer: step 1 ok, but what are the exact commands for untar *rootfs*.tgz (assuming that the *rootfs* are on my host /home/username folder |
| 01:17.06 | cosmos | ? |
| 01:18.26 | DocScrutinizer | that should be mentioned on the page describing how to install your distro. I usually do that via Ark, or mc |
| 01:19.44 | DocScrutinizer | the command is sth like 'cd /media/card; tar xcvfXYZ?? <path/to/SHR_rootfs_latest.tgz> |
| 01:23.47 | naught101 | JaMa|Gone: hrrm... in pisi, it's possible to remote backup the calendar over SSH, but it it possible to do the same with contacts? |
| 01:24.02 | naught101 | whoops, that was for everyone |
| 01:26.08 | DocScrutinizer | cosmos: aaah, you did the correct mkfs.ext3 and mkfs.vfat commands on your partitions, did you? |
| 01:26.27 | naught101 | I guess I can just locallly back it up and the rsync the vcf |
| 01:26.34 | naught101 | scp |
| 01:27.03 | DocScrutinizer | if only I knew pisi, I'd appreciate to help |
| 01:27.12 | naught101 | :) |
| 01:31.25 | *** join/#openmoko xcasex (~rrg@79-99-0-108.serverhotell.net) |
| 01:36.06 | cosmos | DocScrutinizer: which commands? |
| 01:37.40 | cosmos | DocScrutinizer: you mean mkfs.vfat /dev/mmcblk0p1, mkfs.ext3 dev/mmcblk0p2? |
| 01:37.54 | DocScrutinizer | exactly the mkfs commands mentioned |
| 01:38.02 | DocScrutinizer | yep |
| 01:38.29 | cosmos | + the mkswap /dev/mmcblk0p3 |
| 01:38.35 | DocScrutinizer | yep |
| 01:40.04 | DocScrutinizer | you said you were able to open sftp://root@192.168.0.202 ? |
| 01:40.31 | cosmos | DocScrutinizer: I try |
| 01:40.43 | slaxxer | now if that info could be copy/pasted into the docs ":)" things would be soooo much easier for lots of us!!!! |
| 01:41.20 | slaxxer | DocS docs |
| 01:41.26 | cosmos | <PROTECTED> |
| 01:41.48 | cosmos | oups |
| 01:42.00 | cosmos | on the neo#? |
| 01:46.03 | cosmos | Ah you mean: |
| 01:46.47 | cosmos | (on root) nautilus (for ex) sftp://root@192.168.0.202? |
| 01:48.13 | DocScrutinizer | wasn't that you who said he used nautolus (or whatever) and connected to FR that way? so the most easy thing I do to extract etc is: open the tgz in one window: http://build.shr-project.org/shr-testing/images/om-gta02/full-om-gta02.tar.gz on Konqueror you can see the *content* of the .tgz this way. Mark all content, copy and paste to sftp://root@192.168.0.202 |
| 01:49.47 | DocScrutinizer | if you already downloaded the .tgz, you'll want to open this local file instead of the http://fooo... above |
| 01:50.53 | *** join/#openmoko mwester_ (~mwester@nslu2-linux/mwester) |
| 01:51.25 | DocScrutinizer | then you do the same for the 4 files/symlinks in *.tgz/boot/ and copy those to your first partition (the vfat). that's all |
| 01:52.29 | DocScrutinizer | simple enough, eh? |
| 01:55.36 | DocScrutinizer | slaxxer: go ahead. It's a wiki |
| 01:55.41 | naught101 | the contacts app uses both sim contacts and opimd contacts? |
| 01:56.08 | DocScrutinizer | yup. If you got both backends enabled |
| 01:56.46 | DocScrutinizer | shr-settings -> others -> domains(or somesuch) |
| 01:57.03 | naught101 | ok, cool |
| 01:57.50 | cosmos | cannot copy and paste... |
| 01:58.44 | DocScrutinizer | why? |
| 01:59.11 | cosmos | I don't know |
| 01:59.15 | DocScrutinizer | aha |
| 01:59.59 | DocScrutinizer | so maybe I need to improve my communicative skills... ;-S |
| 02:00.26 | DocScrutinizer | cosmos: what exactly fails? in which way? what do you do when it fails? |
| 02:01.51 | cosmos | what fails: Impossible to copy and paste from the host pc (nautilus in root mode) to the sftp (neo on root mode) |
| 02:02.15 | cosmos | in which way: host pc to FR |
| 02:03.02 | cosmos | What to do: I gonna extract the rootfs files on a folder and try to copy and paste again |
| 02:03.03 | DocScrutinizer | cosmos: ok. now *everything* is absolutely clear: you are doing something wrong |
| 02:03.19 | DocScrutinizer | :-( |
| 02:03.35 | cosmos | what is wrong? |
| 02:03.53 | DocScrutinizer | refuses to continue and help on users that seem to troll and steal DocScrutinizer's time |
| 02:04.56 | cosmos | come on I'm just trying to follow your instaructions |
| 02:05.44 | DocScrutinizer | move mouse curser over your desktop's app menu icon! |
| 02:05.51 | DocScrutinizer | did it work? |
| 02:05.55 | DocScrutinizer | yes??? good!!! |
| 02:06.03 | DocScrutinizer | press left mouse button |
| 02:06.11 | DocScrutinizer | worked??? good!!! |
| 02:06.14 | DocScrutinizer | :-(((((((((((((((( |
| 02:06.18 | DocScrutinizer | nah |
| 02:06.23 | DocScrutinizer | g'night |
| 02:08.00 | DocScrutinizer | cosmos: can you help me ? I tried to cook noodle Bolognese today. tasted awful :-( what did I wrong?? please help!!! |
| 02:08.07 | DocScrutinizer | </sarcasm> |
| 02:09.41 | *** join/#openmoko raster (~raster@enlightenment/developer/raster) |
| 02:11.43 | cosmos | DocScrutinizer: The most important think in Bolognese noodle cooking is first to fry the garlic and onions, then add the meat and only at the end the tomato sauce and salt. And for the noodles it's better "al dente". |
| 02:12.11 | DocScrutinizer | http://www.catb.org/~esr/faqs/smart-questions.html |
| 02:12.17 | DocScrutinizer | ^^^=topic |
| 02:16.08 | *** join/#openmoko Superevildeath (~pot|death@212.206.209.177) |
| 02:23.50 | *** join/#openmoko jjwc (~jwc@JVM.MIT.EDU) |
| 02:25.38 | cosmos | ok I cannot extract "full-om-gta02.tar.gz" on a folder to after copy all the contents in sftp:192.168.0.202 /media/card (mkfs.ext3 dev/mmcblk0p2) |
| 02:26.17 | cosmos | I cannot also copy the contents of the tar and paste it to /media/card |
| 02:27.32 | cosmos | so do you know a terminal command doing that? |
| 02:28.38 | *** join/#openmoko fredrin_ (~fredrik|f@cm-84.208.111.224.getinternet.no) |
| 02:29.42 | cosmos | I can access to /media/card trough the sftp, I can paste some folders or documents but not the contents of the "full-om-gta02.tar.gz" |
| 02:30.07 | DocScrutinizer | heh |
| 02:30.51 | DocScrutinizer | so copy the *.tgz to /media/card |
| 02:31.01 | DocScrutinizer | then ssh to FR |
| 02:31.47 | DocScrutinizer | on FR, extract *.tgz to /media/card, by using tar cmd (see 'man tar') |
| 02:32.52 | cosmos | ah ok, so I can extract the tar file from the FR? |
| 02:32.54 | cosmos | good |
| 02:33.15 | DocScrutinizer | ooops. on FR you probably have stupid busybox that doesn't know the normal tar options |
| 02:33.29 | DocScrutinizer | so it's a bit difficult |
| 02:33.38 | DocScrutinizer | you can, but it's clumsy |
| 02:33.48 | cosmos | I gonna try the "extract here" option... |
| 02:34.26 | DocScrutinizer | probably it's simpler to untar on your PC, then copy the expanded content to FR via SFTP |
| 02:34.57 | cosmos | Yes but I have errors untaring on the pc |
| 02:35.12 | DocScrutinizer | that's a problem then |
| 02:35.18 | DocScrutinizer | shouldn't happen |
| 02:35.34 | DocScrutinizer | pleASAE PASTE THE EXACT ERROR |
| 02:35.44 | DocScrutinizer | oops sorry capslock |
| 02:36.56 | *** join/#openmoko jserv-- (~jserv@115.80.77.166) |
| 02:37.20 | DocScrutinizer | please paste the command (or name of app you use) for untarring, plus the error it throws |
| 02:45.52 | cosmos | here is the log: |
| 02:45.53 | cosmos | http://pastebin.com/d4a898449 |
| 02:47.12 | cosmos | and if I do that in root mode, that gonna crash all my system, at least the terminal access. Yesterday I had to reboot in fail save terminal to delete all these files |
| 02:47.53 | cosmos | also: |
| 02:49.07 | cosmos | I've also tryied to copy that tar file on /media/card and then to "extract there" wright clicking |
| 02:49.33 | cosmos | doesnt work exept for the /var folder (empty) |
| 02:56.03 | DocScrutinizer | I see. You need to extract on FR |
| 02:57.04 | DocScrutinizer | so : copy the file to /media/card |
| 02:57.44 | DocScrutinizer | let me find out how to extract on FR then. |
| 02:58.04 | DocScrutinizer | No system here atm, so I only can guess :-/ |
| 03:02.06 | *** join/#openmoko raster (~raster@enlightenment/developer/raster) |
| 03:04.50 | cosmos | DocScrutinizer: How you've done to install your distribution on the uSD card? |
| 03:05.03 | cosmos | using a uSD card reader? |
| 03:05.09 | DocScrutinizer | exactly |
| 03:05.39 | DocScrutinizer | wait a jiffy. Will come up with a solution for you in a minute |
| 03:07.55 | DocScrutinizer | cosmos: ssh to FR |
| 03:08.37 | DocScrutinizer | (assuming you already copied the *.tgz) |
| 03:09.18 | DocScrutinizer | tell me when you're there |
| 03:09.28 | cosmos | I'm there |
| 03:10.18 | DocScrutinizer | cd /media/card |
| 03:10.47 | DocScrutinizer | ls -l *.tgz |
| 03:10.54 | DocScrutinizer | report what you get |
| 03:14.43 | cosmos | By "(assuming you already copied the *.tgz)" you mean on /media/card, isn't it? |
| 03:14.46 | DocScrutinizer | cosmos: still alive? |
| 03:14.57 | DocScrutinizer | yes |
| 03:15.06 | cosmos | I've just deleted it... |
| 03:15.15 | cosmos | copy again |
| 03:15.15 | DocScrutinizer | hehehe |
| 03:17.42 | DocScrutinizer | make sure you mounted the uSD ext3 partiton to /media/card, before you copy it. So you don't accidentally copy to a folder media/card on / NAND |
| 03:19.13 | *** join/#openmoko MHazem (~Satan@41.130.237.11) |
| 03:20.50 | cosmos | I get: |
| 03:20.51 | cosmos | -rw-r--r-- 1 root root 77544119 Feb 9 2010 full-om-gta02.tar.gz |
| 03:21.09 | DocScrutinizer | looks good |
| 03:21.28 | DocScrutinizer | you are cd to /media/card, yes? |
| 03:21.34 | cosmos | yes |
| 03:21.58 | DocScrutinizer | tar -xz -f full-om-gta02.tar.gz |
| 03:22.37 | DocScrutinizer | maybe even |
| 03:22.43 | DocScrutinizer | tar -xzv -f full-om-gta02.tar.gz |
| 03:23.09 | DocScrutinizer | v for verbose, so it's less boring ;-) |
| 03:23.09 | Psi | hm.. where is the setting in shr now to disable auto suspend? |
| 03:23.14 | cosmos | i've launch the first one |
| 03:23.19 | DocScrutinizer | np |
| 03:23.27 | Psi | suspend=0 in [odeviced.idlenotifer] no longer works |
| 03:24.02 | DocScrutinizer | Psi: usually it's in SHRsettings-power |
| 03:24.37 | Psi | yeah, the slider wont move to autosuspend off, just jumps back to on when you let go |
| 03:24.57 | DocScrutinizer | ooops |
| 03:25.04 | DocScrutinizer | ask TAsn or dos1 |
| 03:25.25 | Psi | ok |
| 03:26.11 | cosmos | Psi: try from right to left |
| 03:27.05 | Psi | cosmos: na, doesnt work |
| 03:28.27 | DocScrutinizer | Psi: current shr-u? |
| 03:29.47 | cosmos | DocScrutinizer: That's done! |
| 03:30.11 | DocScrutinizer | do a ls and check if it looks like a system |
| 03:30.50 | DocScrutinizer | then: |
| 03:31.01 | DocScrutinizer | mkdir /media/bootpart |
| 03:31.28 | DocScrutinizer | mount /dev/mmcblk0p1 /media/bootpart |
| 03:31.31 | Psi | its gta01 running image from 1/02/2010 |
| 03:32.21 | DocScrutinizer | Psi: sorry no idea here |
| 03:32.27 | cosmos | Yes it looks like |
| 03:33.43 | *** join/#openmoko playya_ (~playya@unaffiliated/playya) |
| 03:34.29 | cosmos | ok |
| 03:34.32 | DocScrutinizer | cosmos: then 'cp boot/* /card/bootpart' |
| 03:35.35 | cosmos | DocScrutinizer: cp: cannot stat `boot/*': No such file or directory |
| 03:35.52 | DocScrutinizer | err |
| 03:36.35 | DocScrutinizer | where are you ? ( 'pwd' ) |
| 03:38.19 | DocScrutinizer | whatever, do a 'ls /media/card/boot' and paste the output |
| 03:38.33 | DocScrutinizer | err |
| 03:38.42 | DocScrutinizer | whatever, do a 'ls -l /media/card/boot' and paste the output |
| 03:38.58 | cosmos | append-GTA02 uImage uImage-2.6.29-rc3 uImage-GTA02.bin |
| 03:39.14 | DocScrutinizer | that looks good. |
| 03:39.38 | DocScrutinizer | so I assume you managed to leave /media/card |
| 03:40.04 | cosmos | yes |
| 03:40.21 | DocScrutinizer | 'cp boot/* /media/card/bootpart' |
| 03:40.31 | DocScrutinizer | sorry, my fault |
| 03:41.10 | *** join/#openmoko juan_arandaalvar (~jaranda@201.171.245.176) |
| 03:41.29 | DocScrutinizer | nah |
| 03:41.36 | DocScrutinizer | 'cp boot/* /media/bootpart' |
| 03:41.52 | DocScrutinizer | late here :-/ |
| 03:41.58 | *** join/#openmoko pcfe (~pcfe@a88-115-15-248.elisa-laajakaista.fi) |
| 03:41.58 | *** join/#openmoko pcfe (~pcfe@redhat/pcfe) |
| 03:42.26 | cosmos | same error message |
| 03:42.55 | DocScrutinizer | 'cp /media/card/boot/* /media/bootpart/' |
| 03:44.06 | cosmos | cp: writing `/media/bootpart/uImage': No space left on device |
| 03:44.06 | cosmos | cp: writing `/media/bootpart/uImage-2.6.29-rc3': No space left on device |
| 03:44.06 | cosmos | cp: writing `/media/bootpart/uImage-GTA02.bin': No space left on device |
| 03:44.32 | DocScrutinizer | hmm |
| 03:44.53 | DocScrutinizer | rm /media/bootpart/* |
| 03:45.35 | DocScrutinizer | df -h /media/bootpart |
| 03:45.56 | DocScrutinizer | paste here |
| 03:46.12 | cosmos | Filesystem Size Used Avail Use% Mounted on |
| 03:46.12 | cosmos | /dev/mmcblk0p1 486K 14K 472K 3% /media/bootpart |
| 03:46.15 | *** join/#openmoko everslick (~clemens@91-113-126-86.adsl.highway.telekom.at) |
| 03:46.46 | cosmos | but /dev/mmcblk0p1 have 16M |
| 03:46.47 | DocScrutinizer | darn, you created a 486k partition |
| 03:47.08 | cosmos | so I think that's an issue with my actual /etc/fstab |
| 03:47.15 | DocScrutinizer | nope |
| 03:47.17 | cosmos | which is wrong |
| 03:47.20 | cosmos | no? |
| 03:47.21 | DocScrutinizer | don't think so |
| 03:48.02 | DocScrutinizer | please paste result of |
| 03:48.19 | DocScrutinizer | mount | grep k0p1 |
| 03:48.49 | cosmos | /dev/mmcblk0p1 on /media/bootpart type vfat (rw) |
| 03:49.26 | DocScrutinizer | check actual parameters of partition1 with cfdisk |
| 03:49.35 | DocScrutinizer | if you have that |
| 03:49.41 | DocScrutinizer | otherwise use fdisk |
| 03:49.55 | cosmos | fatal error |
| 03:50.02 | cosmos | I try with fdisk.. |
| 03:50.48 | DocScrutinizer | errrr, you rebooted since you repartitioned the uSD? |
| 03:51.32 | cosmos | oops I don't remember |
| 03:51.44 | cosmos | here is the output: |
| 03:51.45 | cosmos | /dev/mmcblk0p1 1 16 504 4 FAT16 <32M |
| 03:51.45 | cosmos | /dev/mmcblk0p2 17 474212 15174272 83 Linux |
| 03:51.46 | cosmos | /dev/mmcblk0p3 474213 489472 488320 82 Linux swap / Solaris |
| 03:51.58 | DocScrutinizer | after you change partiton table (with fdisk), you need to reboot or kernel won't notice the changed config |
| 03:52.57 | cosmos | Can I reboot now without compromising the install? |
| 03:53.25 | DocScrutinizer | cyl 1..16, 504k size, type 4 fat16 |
| 03:54.11 | cosmos | ok I reboot |
| 03:55.41 | mwester_ | How big is that card? |
| 03:55.47 | cosmos | 16gb |
| 03:55.48 | DocScrutinizer | 16G? |
| 03:56.02 | DocScrutinizer | 15174272 83 Linux |
| 03:57.11 | mwester_ | So with all that space, the first partition is less than a single MB? |
| 03:57.26 | DocScrutinizer | yup, seems so |
| 03:57.35 | DocScrutinizer | should be16MB |
| 03:57.44 | mwester_ | at least |
| 03:57.46 | DocScrutinizer | or 50 |
| 03:58.32 | mwester_ | with a 16GB (!!!!) uSD card, there's no reason to make that partition small. |
| 03:58.43 | mwester_ | But you can't even fit a kernel on 150KB |
| 03:58.50 | mwester_ | anyway... |
| 03:58.58 | DocScrutinizer | yeah we know that, mwester_ |
| 03:59.07 | mwester_ | Ok. |
| 03:59.24 | DocScrutinizer | btw it's 474k |
| 03:59.42 | DocScrutinizer | err 504 |
| 03:59.47 | cosmos | yes, even after reboot... |
| 03:59.53 | mwester_ | Not sure what you guys are up to, I just saw some numbers that looked very odd on the screen. Sorry. |
| 04:00.22 | DocScrutinizer | mwester_: cosmos did a oopsy when partitioning the card |
| 04:01.24 | DocScrutinizer | cosmos: but now you know all you need to redo it tomorrow, make the first partiton 50MB in size, and FAT32(!) type |
| 04:02.02 | DocScrutinizer | actually the copy above that failed was the last step. If it succeeded your card should be finished |
| 04:02.13 | cosmos | DocScrutinizer: ok, I gonna copy and paste all this topic and retry tomorrow again. Thanks for your help. I have to sleep a little bit. |
| 04:02.26 | DocScrutinizer | me too |
| 04:02.35 | cosmos | good night |
| 04:02.50 | DocScrutinizer | before the evil daystar rises ;-P |
| 04:04.30 | *** join/#openmoko rvs1st (~rvs1st@adsl-99-31-177-162.dsl.hstntx.sbcglobal.net) |
| 04:06.45 | *** join/#openmoko Sargun (~Sargun@atarack/Staff/Sargun) |
| 04:31.35 | *** join/#openmoko juan_arandaalvar (~jaranda@201.171.245.176) |
| 04:57.30 | *** join/#openmoko Undrwater (~russell@pool-74-100-99-39.lsanca.fios.verizon.net) |
| 05:06.47 | Undrwater | if i want a script to be run upon resume, where's the appropriate place to put it? /etc/apm/resume.d/? |
| 05:25.01 | *** join/#openmoko sandwitch (~sandwitch@247-50-223.ftth.xms.internl.net) |
| 05:25.35 | *** join/#openmoko Amorphous (jan@unaffiliated/amorphous) |
| 05:32.41 | *** join/#openmoko DocScrutinizer (~jr@openmoko/engineers/joerg) |
| 05:52.44 | *** join/#openmoko BillK (~BillK@203-59-172-126.dyn.iinet.net.au) |
| 05:56.07 | *** join/#openmoko spydon (~spydon@nl103-146-152.student.uu.se) |
| 05:56.38 | *** join/#openmoko Openfree` (~Openfreer@116.228.88.98) |
| 06:06.38 | *** join/#openmoko jserv-- (~jserv@117.19.78.222) |
| 06:18.16 | *** join/#openmoko Sup3rkiddo (~sudharsh@unaffiliated/sudharsh) |
| 06:24.19 | *** join/#openmoko amarsh04 (~amarsh04@2001:44b8:61::2d) |
| 06:26.45 | *** join/#openmoko amarsh04 (~amarsh04@2001:44b8:61::2d) |
| 06:46.45 | *** join/#openmoko droid001 (~g1@p4FDCB862.dip.t-dialin.net) |
| 06:57.52 | blindcoder | morning |
| 06:57.54 | *** join/#openmoko soman (~somnath@stargate.starnet.fi) |
| 06:57.57 | blindcoder | Undrwater: I think so, yes |
| 07:14.19 | *** join/#openmoko vanous123 (~vanous@ip-85-93-173-178.wscnet.cz) |
| 07:19.36 | *** join/#openmoko BillK (~BillK@203-166-239-247.dyn.iinet.net.au) |
| 07:23.21 | *** join/#openmoko pabs3 (~pabs@d122-105-79-66.per9.wa.optusnet.com.au) |
| 07:28.37 | *** join/#openmoko jaacoppi (~jaacoppi@cable-roi-ff34c000-133.dhcp.inet.fi) |
| 07:36.33 | *** join/#openmoko jcc1 (~jcchao@114-32-100-85.HINET-IP.hinet.net) |
| 07:43.27 | *** join/#openmoko pespin (~Sharwin_F@42.pool85-50-68.dynamic.orange.es) |
| 08:01.11 | *** join/#openmoko jserv--- (~jserv@117.19.65.185) |
| 08:01.19 | *** join/#openmoko Defiant (erik@e177143026.adsl.alicedsl.de) |
| 08:02.02 | *** join/#openmoko octavsly (~octavsly@static.ip-80-255-245-177.signet.nl) |
| 08:03.52 | *** join/#openmoko polaru (~polaru@93.113.192.70) |
| 08:09.43 | *** join/#openmoko bentob0x (~laurent@ip-213-49-76-24.dsl.scarlet.be) |
| 08:12.43 | *** join/#openmoko fradeve (~fradeve@host114-79-dynamic.1-87-r.retail.telecomitalia.it) |
| 08:16.11 | *** part/#openmoko fradeve (~fradeve@host114-79-dynamic.1-87-r.retail.telecomitalia.it) |
| 08:31.21 | *** join/#openmoko nullix (~philippe@217.108.116.29) |
| 08:35.14 | *** join/#openmoko Kame2 (~manuel@port-92-196-34-205.dynamic.qsc.de) |
| 08:47.10 | *** join/#openmoko ZaPPaS (~moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 08:47.24 | *** join/#openmoko bmm (~bram@office.ytec.nl) |
| 08:51.23 | *** join/#openmoko radekp (~radek@88.146.48.30) |
| 09:06.46 | jaacoppi | freerunner is not recognizing my SIM card even after 10min uptime - doesn't ask for PIN, contact list is empty and I can't call/receive. Using shr-t. SIM card tray is in the locked position. what causes could there be? |
| 09:07.26 | max_posedon | sometimes just reboot helps |
| 09:08.21 | jaacoppi | done it three times |
| 09:08.58 | jaacoppi | should the SIM be recognized automatically at boot? |
| 09:10.02 | max_posedon | yep |
| 09:10.34 | *** join/#openmoko azaghal (~azaghal@91.148.115.151) |
| 09:12.49 | *** join/#openmoko jserv-- (~jserv@117.19.65.185) |
| 09:14.46 | *** join/#openmoko Moz_ (~me@81.179.238.144) |
| 09:14.56 | Moz_ | Hi All. |
| 09:16.51 | Moz_ | Hi - Im looking for freelance openmoko developers to customise the OS for some specific requirements. Could someone point me in the general direction to speak to someone? |
| 09:17.25 | max_posedon | Moz_, depend on which OS? |
| 09:17.48 | max_posedon | but FSO or SHR projects will be really happy get some work |
| 09:17.58 | max_posedon | you can find all of them on #openmoko-cdevel |
| 09:18.29 | max_posedon | but I suggest evening time(for Europe) for discussion - just many people online |
| 09:19.01 | jaacoppi | or drop a line at the mailing lists |
| 09:19.03 | Moz_ | max_posedon - Not sure yet. I havent purchased a Freerunner or dev board. I saw the A7 version on openmoko.com which I think would suit what I need. |
| 09:19.27 | PaulFertser | Moz_: can you spare more details or is it secret? |
| 09:19.55 | Moz_ | max_posedon - thanks for the other channel Ill try there also. I'm not fully sure what the difference is between SHR and FSO |
| 09:20.13 | PaulFertser | Moz_: FSO is middleware, SHR is a distro. |
| 09:20.23 | PaulFertser | Moz_: and UI is part of the SHR project. |
| 09:20.30 | max_posedon | Moz_, they aren't different, they about same thing on different levels) |
| 09:20.55 | Moz_ | PAulFertser - sure. Im looking to have the phone pull SIM details over TCP/IP rather than from a SIM held locally in the phone. I'll have a SIM bank of SIMs then the phone should use the wireless connection to call back to a central server which com,municates with the SIM bank and decides which SIM the handset should use. Lots more on top of that but that's a key part for me |
| 09:21.39 | PaulFertser | Moz_: lowlevel sim access is impossible on freerunner :( |
| 09:21.52 | PaulFertser | Moz_: without reverse engineering the calypso firmware |
| 09:21.55 | PaulFertser | Most probably |
| 09:22.14 | Moz_ | PaulFerster - Im also looking to use the device as a remote channel on an Asterisk server. The phone should call back to the Asterisk server over TCP/IP, register that it has internet and is ready to go. Asterisk will then add it as an outbound channel and calls can be routed out over that channel. |
| 09:23.03 | PaulFertser | Moz_: your main idea to have a bank of sims read remotely is the most complex part probably. |
| 09:23.22 | Moz_ | PaulFerter: Ah right ok thanks. I saw the Calypso GSM chip docs had been leaked so I dont know if that would allow someone to provide the remote SIM capability., |
| 09:23.40 | *** join/#openmoko azaghal (~azaghal@109.207.40.33) |
| 09:24.14 | PaulFertser | Moz_: Dieter Spaar has access to firmware building process (only AT command layer is in sources, other stuff is binary) and strong reversing skills. Probably he'll able to do what you want but it'd be a big effort and big money most probably. |
| 09:24.16 | Moz_ | PaulFertser: There's no way to over-write the details Calypso gets from the SIM? |
| 09:25.05 | Moz_ | PaulFertser: That's great thanks. |
| 09:26.04 | Moz_ | PaulFertser: Ahh - I see Dieter Spaar has links to the CCC. They've done some very good research into GSM. Excellent, thanks for the suggestion. |
| 09:26.53 | PaulFertser | Moz_: probably there's an easier route: it might be possible to build hardware that emulates sim signals by communicating with a real sim. |
| 09:28.21 | PaulFertser | Moz_: btw, FR's wifi is not really reliable, it might be incompatible with some APs altogether. |
| 09:28.54 | Moz_ | PAulFertser: Well I did think of that. Have some sort of handware bolted to the phones which has a "fake" SIM in the SIM holder of the handset. The hardware can then be updated over TCP/IP which subsequently gives different SIM details to the phone as and when needed. I saw there's a remote SIM protocol for Bluetooth called remote SIM Access Profile (rSAP) which allows a car phone to use the SIM details of a bluetooth handset. |
| 09:29.33 | Moz_ | PaulFertser: Ah, that might be a big downside. I did think about looking into Android developers but Im not sure what I need would be possible on an Android based platform either. |
| 09:30.24 | PaulFertser | Moz_: do you know if any of android phones support rSAP? |
| 09:30.41 | *** join/#openmoko valos (~valos@2001:7a8:115a:1:219:b9ff:fe63:f3fe) |
| 09:31.24 | PaulFertser | Moz_: fake sims are hard nowadays, but building an "extender" might work if there's nothing timing-critical in the sim communication protocol. |
| 09:31.39 | PaulFertser | I mean real-time bitbanging over tcp/ip :) |
| 09:32.11 | PaulFertser | Moz_: FR has a usb host so basically you can use any usb wireless card. |
| 09:33.43 | *** join/#openmoko Free_maN (~Free_maN@217.174.199.201) |
| 09:33.44 | *** join/#openmoko Free_maN (~Free_maN@unaffiliated/freeman) |
| 09:33.53 | *** join/#openmoko sarges (~ssubbotin@ll-138.147.162.89.sovam.net.ua) |
| 09:33.58 | jaacoppi | http://www.pastebin.org/88744 I'm getting this in the logs with the GSM issue, what does it mean? |
| 09:34.20 | *** join/#openmoko azaghal (~azaghal@109.207.40.4) |
| 09:35.46 | PaulFertser | Moz_: so even if you need to build an external hardware to emulate sim FR would probably still be a good platform -- really hackable, schematics available, etc etc. |
| 09:36.22 | Moz_ | PaulFertser: Thanks for the information on the USB hub. I'll drop an email to Dieter to see if he can help. What sort of things have you been working on with FR? |
| 09:36.33 | PaulFertser | Moz_: you can use some small additional board with an IC to use it as a GPIO extender, connect it to a sim socket, power from the phone itself and connect to the internal SPI or UART bus. |
| 09:37.23 | PaulFertser | Moz_: i did some very humble bootloader/kernel work, just that. |
| 09:51.17 | *** join/#openmoko yanu (~yanu@d54C5F090.access.telenet.be) |
| 09:51.17 | *** join/#openmoko yanu (~yanu@lugwv/member/yanu) |
| 09:56.47 | *** join/#openmoko djp_ (~djp@fsf/member/djp-) |
| 10:01.57 | *** join/#openmoko octavsly (~octavsly@static.ip-80-255-245-177.signet.nl) |
| 10:14.43 | *** join/#openmoko amarsh04 (~amarsh04@2001:44b8:61::2d) |
| 10:17.32 | *** join/#openmoko manitu (~werner@p578b0cfb.dip0.t-ipconnect.de) |
| 10:25.46 | *** join/#openmoko octavsly (~octavsly@static.ip-80-255-245-177.signet.nl) |
| 10:32.14 | *** join/#openmoko octavsly (~octavsly@static.ip-80-255-245-177.signet.nl) |
| 10:35.32 | *** join/#openmoko polaru (~polaru@93.113.192.70) |
| 10:35.46 | *** join/#openmoko octavsly (~octavsly@static.ip-80-255-245-177.signet.nl) |
| 10:39.48 | *** join/#openmoko max_posedon1 (~max_posed@149-243-252-87-dynamic-pool.gprs.mts.by) |
| 10:45.35 | *** join/#openmoko thrashold (~europan@3mhz.net) |
| 10:54.29 | *** join/#openmoko raster (~raster@enlightenment/developer/raster) |
| 10:58.37 | *** join/#openmoko amarsh04 (~amarsh04@2001:44b8:61::2d) |
| 11:00.38 | *** join/#openmoko PaulFertser (~PaulFerts@aein-1-pt.tunnel.tserv6.fra1.ipv6.he.net) |
| 11:01.52 | *** join/#openmoko SOLEIL (~SOLEIL@62.92.233.82) |
| 11:01.54 | SOLEIL | http://konkurranse.ps.no/vote/208 |
| 11:01.56 | *** part/#openmoko SOLEIL (~SOLEIL@62.92.233.82) |
| 11:04.02 | *** join/#openmoko amarsh04 (~amarsh04@ppp121-45-26-79.lns20.adl2.internode.on.net) |
| 11:12.48 | *** join/#openmoko manitu (~werner@p578b0cfb.dip0.t-ipconnect.de) |
| 11:20.04 | *** join/#openmoko octavsly (~octavsly@static.ip-80-255-245-177.signet.nl) |
| 11:36.10 | *** join/#openmoko gunbritt (~gunbritt@unaffiliated/gunbritt) |
| 11:42.21 | *** join/#openmoko jl_gene (~53f78848@gateway/web/freenode/x-yuqlxyvsipsbqrmx) |
| 11:46.09 | *** join/#openmoko everslick (~clemens@91-114-184-52.adsl.highway.telekom.at) |
| 11:57.16 | *** join/#openmoko beers (~beer@fw.agrsci.dk) |
| 12:35.08 | *** join/#openmoko droid001 (~g1@p4FDCB862.dip.t-dialin.net) |
| 12:40.32 | *** join/#openmoko vanous123 (~vanous@robe.ludik.cz) |
| 12:42.30 | *** join/#openmoko TAsn (~tasn@109-186-225-62.bb.netvision.net.il) |
| 12:42.38 | *** join/#openmoko univac (~univac@148.81.171.50) |
| 12:45.11 | *** join/#openmoko ruoso (~ruoso@201009141026.user.veloxzone.com.br) |
| 12:45.24 | *** join/#openmoko octavsly (~octavsly@static.ip-80-255-245-177.signet.nl) |
| 12:45.44 | *** join/#openmoko balrog-kun (az258116@students.mimuw.edu.pl) |
| 12:54.08 | *** join/#openmoko vanous123 (~vanous@ip-85-93-173-178.wscnet.cz) |
| 13:13.04 | *** join/#openmoko fradeve (~fradeve@host114-79-dynamic.1-87-r.retail.telecomitalia.it) |
| 13:13.09 | *** part/#openmoko fradeve (~fradeve@host114-79-dynamic.1-87-r.retail.telecomitalia.it) |
| 13:21.40 | *** join/#openmoko Kame2 (~manuel@port-92-196-105-200.dynamic.qsc.de) |
| 13:54.14 | *** join/#openmoko vanous123 (~vanous@robe.ludik.cz) |
| 14:00.19 | *** join/#openmoko dos1 (~dos@unaffiliated/dos1) |
| 14:14.11 | *** join/#openmoko vanous123 (~vanous@robe.ludik.cz) |
| 14:26.36 | *** join/#openmoko vanous1231 (~vanous@ip-85-93-173-178.wscnet.cz) |
| 14:28.15 | *** join/#openmoko beers (~beer@fw.agrsci.dk) |
| 14:31.31 | *** join/#openmoko sarges1 (~ssubbotin@ll-138.147.162.89.sovam.net.ua) |
| 14:36.35 | *** join/#openmoko jserv-- (~jserv@61.57.131.211) |
| 14:37.17 | *** join/#openmoko Ryback_ (~ulisses@enlightenment/developer/ryback) |
| 14:59.22 | *** join/#openmoko Gabrys (~Gabrys@158.75.43.108) |
| 15:02.16 | *** join/#openmoko soltys (soltys@soltys.soad.pl) |
| 15:11.05 | *** join/#openmoko gcwilson (~gcwilson@cpe-70-112-194-75.austin.res.rr.com) |
| 15:11.26 | *** join/#openmoko ndnihil (~nihil@76.249.245.175) |
| 15:11.26 | *** join/#openmoko ndnihil (~nihil@unaffiliated/ndnihil) |
| 15:21.31 | *** join/#openmoko XVirus (~Satan@41.130.237.11) |
| 15:23.34 | *** join/#openmoko bmm (~bram@office.ytec.nl) |
| 15:27.22 | *** join/#openmoko fredrin (~fredrik|f@cm-84.208.111.224.getinternet.no) |
| 15:29.24 | *** join/#openmoko skhme (~scheme@a91-153-21-72.elisa-laajakaista.fi) |
| 15:32.49 | *** join/#openmoko pva_theor (~pva@theor.ran.gpi.ru) |
| 15:32.49 | *** join/#openmoko pva_theor (~pva@gentoo/developer/pva) |
| 15:46.05 | *** join/#openmoko gargoyle-grin (~randerson@gentoo/contributor/gargoyle-grin) |
| 15:46.19 | *** join/#openmoko Kame2 (~manuel@port-92-196-34-205.dynamic.qsc.de) |
| 16:03.06 | *** part/#openmoko pva_theor (~pva@gentoo/developer/pva) |
| 16:06.23 | *** join/#openmoko der-lehmann (~der-lehma@188-192-133-169-dynip.superkabel.de) |
| 16:09.01 | *** join/#openmoko borg_ (~olaf@80.149.17.21) |
| 16:13.49 | *** join/#openmoko sicu (~sicu@cm-84.208.94.5.getinternet.no) |
| 16:16.53 | *** join/#openmoko mnt_real (~sinan@bas1-montreal43-1177754708.dsl.bell.ca) |
| 16:18.20 | *** join/#openmoko soman (~somnath@dsl-jklbrasgw1-fe19fb00-113.dhcp.inet.fi) |
| 16:23.54 | *** join/#openmoko Gabrys (~Gabrys@188.13.28.78.cable.dyn.petrus.com.pl) |
| 16:42.16 | *** join/#openmoko Sup3rkiddo (~sudharsh@unaffiliated/sudharsh) |
| 16:42.17 | *** part/#openmoko der-lehmann (~der-lehma@188-192-133-169-dynip.superkabel.de) |
| 17:01.02 | *** join/#openmoko PBeck (~PBeck@HSI-KBW-085-216-075-177.hsi.kabelbw.de) |
| 17:01.03 | *** join/#openmoko PBeck (~PBeck@unixboard/users/pbeck) |
| 17:01.03 | *** join/#openmoko Ghiottone (~ale@monitor.interfree.it) |
| 17:01.16 | *** join/#openmoko neomilium_ (~quassel@lns-bzn-20-82-64-13-36.adsl.proxad.net) |
| 17:01.25 | PBeck | hi |
| 17:03.38 | *** join/#openmoko BillK (~BillK@203-166-228-91.dyn.iinet.net.au) |
| 17:07.17 | *** join/#openmoko toi (~toi@d54C2A96D.access.telenet.be) |
| 17:16.57 | *** join/#openmoko dougt (~dougt@nat/mozilla/x-qbnvvkpzdkfobjyq) |
| 17:23.42 | *** join/#openmoko Batchy (~batchy@AVelizy-155-1-93-37.w90-35.abo.wanadoo.fr) |
| 17:26.08 | *** join/#openmoko chihchun (~nchihchun@u7.hlc.edu.tw) |
| 17:27.51 | *** join/#openmoko beersss (~beer@0x4dd40dcb.adsl.cybercity.dk) |
| 17:27.58 | *** join/#openmoko borg_ (~olaf@80.149.17.21) |
| 17:37.32 | *** join/#openmoko pa4wdh (~pa4wdh@lt30598-lnx.ipv6.pa4wdh.nl.eu.org) |
| 17:40.09 | *** join/#openmoko samgee (~samgee@fsf/member/samgee) |
| 17:40.32 | *** join/#openmoko UnknownArtists (~unknown@84.19.199.249) |
| 17:43.02 | *** join/#openmoko JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 17:44.19 | *** join/#openmoko der-lehmann (~stefan@188-192-133-169-dynip.superkabel.de) |
| 17:48.16 | *** join/#openmoko jlmoko (~jluis@249.Red-83-60-87.dynamicIP.rima-tde.net) |
| 17:48.39 | *** join/#openmoko Serdar1 (~Serdar@dslb-084-062-251-016.pools.arcor-ip.net) |
| 17:49.40 | *** join/#openmoko bentob0x (~laurent@ip-213-49-76-24.dsl.scarlet.be) |
| 17:54.07 | *** join/#openmoko onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
| 17:55.55 | *** join/#openmoko alfatangoxt (~michele@host105-184-dynamic.11-87-r.retail.telecomitalia.it) |
| 18:02.08 | *** join/#openmoko dougt__ (~dougt@nat/mozilla/x-aduregzcawougfdh) |
| 18:02.54 | *** join/#openmoko dougt___ (~dougt@nat/mozilla/x-qbpvkeldmfacghtr) |
| 18:09.18 | DocScrutinizer | PaulFertser: did you know I planned to hook up the UMTS-modem's SIM-bus to AP's GPIOs for GTA04, to faciliate hacks like that one? :-) |
| 18:09.35 | azaghal | GTA04? |
| 18:09.43 | azaghal | When did that happen? :) |
| 18:09.58 | DocScrutinizer | what happen? |
| 18:10.05 | azaghal | GTA04? |
| 18:10.08 | SpeedEvil | In an alternate 2010 |
| 18:10.15 | azaghal | lol |
| 18:10.17 | SpeedEvil | Where OM was competent. |
| 18:10.26 | azaghal | Oh, and who's working on the reimplementation of FSO stack in C which was mentioned on FOSDEM? |
| 18:10.54 | ebbe | So GTA04 is never going to happen? |
| 18:10.58 | SpeedEvil | Bluetooth SIM profile would be so nice. |
| 18:10.59 | DocScrutinizer | ne ver |
| 18:11.01 | SpeedEvil | ebbe: well... |
| 18:11.09 | SpeedEvil | ebbe: The market has moved on somewhat. |
| 18:11.20 | azaghal | How about a time machine? Or maybe passing into parallel universe? |
| 18:11.23 | ebbe | I'm still here :) |
| 18:11.26 | SpeedEvil | ebbe: there are a number of phones that exploit much of the same market - though are not quite as open. |
| 18:11.30 | PaulFertser | DocScrutinizer: wow, it'd be a really nice device :) |
| 18:11.42 | SpeedEvil | ebbe: for example - the n900 - sets a sharp cap on pricing. |
| 18:12.00 | SpeedEvil | ebbe: If you can sell a comparable device for 2/3 of the n900 - you might get away with it. |
| 18:12.05 | azaghal | And what would be probability of coding a driver for accelerated 3D on Neo? |
| 18:12.20 | ebbe | SpeedEvil, You are probably right. |
| 18:12.23 | SpeedEvil | ebbe: But - that is - probably - >$5m to develop and build the first 10000. |
| 18:12.54 | mickeyl | azaghal: that would be me and the freesmartphone.org team |
| 18:12.58 | ebbe | Is the n900 open enough to run SHR? |
| 18:13.00 | mickeyl | [fso stack in C] |
| 18:13.07 | beersss | I bought the n900 since that was/is the most open phone that works that money can buy (at least to my knowlage) |
| 18:13.27 | SpeedEvil | ebbe: With 1m - you would get signifiantly inferior hardware to n900 - with lower price. |
| 18:13.30 | azaghal | mickeyl: Do you expect the performance gain would be worth it? |
| 18:13.37 | SpeedEvil | n900 in principle can run shr. however. |
| 18:13.42 | mickeyl | azaghal: yes, the performance gain will be huge |
| 18:13.48 | SpeedEvil | There are a number of closed source userspace stuff that needs fixed. |
| 18:13.49 | mickeyl | azaghal: and also the 'acceptance' gain |
| 18:14.09 | mickeyl | azaghal: please check my slides for the goals |
| 18:14.13 | mickeyl | (and benefits) |
| 18:14.29 | azaghal | mickeyl: Ok, will do. I attended the dbus talk on FOSDEM. |
| 18:14.47 | mickeyl | for reference: http://linuxtogo.org/~mickeyl/misc/FOSDEM2010.pdf |
| 18:15.15 | ebbe | Are there any progress in the graphics department for gta03? It's the one thing I hate about my Freerunner :/ |
| 18:15.24 | SpeedEvil | And some aspects of the n900 that are troubling - the GPS for example - are hidden as they are in seperate hardware. |
| 18:15.50 | ebbe | SpeedEvil, :( |
| 18:15.58 | DocScrutinizer | mickeyl: >><azaghal> And what would be probability of coding a driver for accelerated 3D<< ?? huh? |
| 18:16.49 | SpeedEvil | azaghal: the driver is already there - pretty much. |
| 18:16.53 | *** join/#openmoko Q-Master (~qmaster@89-179-64-27.broadband.corbina.ru) |
| 18:16.59 | DocScrutinizer | mickeyl: FSO is into glamo mud now? |
| 18:17.07 | *** join/#openmoko gcwilson (~gcwilson@cpe-70-112-194-75.austin.res.rr.com) |
| 18:17.16 | SpeedEvil | azaghal: the fundamental hardware sort-of-sucks. That's not to say that the software couldn't use the hardware better - but... |
| 18:17.35 | SpeedEvil | azaghal: developing hacks only usable on FR are of debatable use. |
| 18:18.24 | DocScrutinizer | azaghal: evertheless Weiss is about to hack on glamo |
| 18:18.47 | DocScrutinizer | afaik |
| 18:19.03 | mickeyl | DocScrutinizer: heh, i was answering <azaghal> Oh, and who's working on the reimplementation of FSO stack in C which was mentioned on FOSDEM? |
| 18:19.24 | DocScrutinizer | aaah, missed that one |
| 18:23.21 | DocScrutinizer | apropos Weiss |
| 18:23.31 | DocScrutinizer | Weiss: ping |
| 18:24.21 | DocScrutinizer | Weiss: managed to burn your fingertip meawhile? |
| 18:24.21 | *** join/#openmoko azaghal_ (~azaghal@109.207.45.246) |
| 18:28.28 | *** join/#openmoko pb__ (~pb@85.210.8.8) |
| 18:28.47 | *** join/#openmoko sandwitch (~sandwitch@247-50-223.ftth.xms.internl.net) |
| 18:34.54 | *** join/#openmoko azaghal (~azaghal@109.207.43.111) |
| 18:35.58 | *** join/#openmoko ruoso (~ruoso@201009141026.user.veloxzone.com.br) |
| 18:36.07 | azaghal | Looks like a better connection now... |
| 18:37.09 | *** part/#openmoko der-lehmann (~stefan@188-192-133-169-dynip.superkabel.de) |
| 18:39.19 | *** join/#openmoko der-lehmann (~der-lehma@188-192-133-169-dynip.superkabel.de) |
| 18:41.55 | *** part/#openmoko der-lehmann (~der-lehma@188-192-133-169-dynip.superkabel.de) |
| 18:42.03 | *** join/#openmoko der-lehmann (~der-lehma@188-192-133-169-dynip.superkabel.de) |
| 18:47.46 | *** join/#openmoko alfatangoxt (~michele@95.238.204.74) |
| 18:50.36 | *** join/#openmoko PaulFertser_ (~pavel@91.78.249.101) |
| 18:54.05 | *** join/#openmoko Fish (~Fish@AVelizy-152-1-26-104.w82-120.abo.wanadoo.fr) |
| 18:57.22 | *** join/#openmoko jlmoko (~jluis@142.Red-79-147-202.dynamicIP.rima-tde.net) |
| 18:57.32 | *** join/#openmoko sudharsh_ (~sudharsh@59.92.45.238) |
| 19:01.19 | *** part/#openmoko der-lehmann (~der-lehma@188-192-133-169-dynip.superkabel.de) |
| 19:08.25 | *** join/#openmoko jlmoko (~jluis@249.Red-83-60-87.dynamicIP.rima-tde.net) |
| 19:09.52 | *** join/#openmoko Heinervdm (~thomas@pD9E142E2.dip.t-dialin.net) |
| 19:12.43 | *** join/#openmoko eolson (~eolson@maze.mcs.anl.gov) |
| 19:13.45 | *** join/#openmoko badcloud (~raanan@ti400720a342-0649.bb.online.no) |
| 19:24.45 | *** join/#openmoko dos11 (~dos@adkq61.neoplus.adsl.tpnet.pl) |
| 19:24.46 | *** join/#openmoko dos11 (~dos@unaffiliated/dos1) |
| 19:27.36 | *** join/#openmoko fsteinel (~fsteinel@fedora/fsteinel) |
| 19:28.35 | Weiss | DocScrutinizer: not quite... I think I'm going to try the cut down kernel before taking cans off |
| 19:31.26 | DocScrutinizer | Weiss: well, I suspect it's glamo, as it is hardly believable CPU could burn 500mA by spinning in a loop, and still system responsive and no abnormal load values showing up in top |
| 19:32.30 | DocScrutinizer | Weiss: you could assert a reset to glamo to see if it makes a diff |
| 19:34.05 | DocScrutinizer | also uSD interface comes to mind |
| 19:34.07 | Weiss | good idea.. |
| 19:34.09 | Weiss | adds to list |
| 19:35.15 | DocScrutinizer | a short of some of the uSD contacts even more makes a good story how to burn 500mA without system getting sluggish |
| 19:35.36 | DocScrutinizer | short to GND (holder metal) that is |
| 19:35.41 | *** join/#openmoko dvermd (~roudoudou@78.234.93.192) |
| 19:36.22 | *** join/#openmoko kirun (~kirun@78-86-154-194.zone2.bethere.co.uk) |
| 19:36.48 | Weiss | oh.. interesting... because there's no SD card in right now.. and those contacts look awfully close to the metal lid.. |
| 19:37.09 | DocScrutinizer | yeah I know. That's why I mention it |
| 19:37.23 | Weiss | hang on, I'll fashion a plastic "blank" and put it in |
| 19:37.38 | DocScrutinizer | some paper will suffice |
| 19:37.57 | DocScrutinizer | or my holder-handle :-) |
| 19:39.02 | DocScrutinizer | http://people.openmoko.org/joerg/sdcard-handle/ |
| 19:39.18 | Weiss | I cut a rectangle of blister-pack plastic from the packaging of a small halogen bulb.. |
| 19:39.21 | Weiss | booting.. |
| 19:40.17 | Weiss | current is LOW just after booting... I'll need to abuse it a bit to test.. |
| 19:40.23 | Weiss | root@om-gta02 ~ $ cat /sys/class/power_supply/battery/current_now |
| 19:40.23 | Weiss | 109500 |
| 19:41.16 | *** join/#openmoko onen|openBmap_ (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
| 19:41.32 | Weiss | 109500 |
| 19:41.34 | Weiss | root@om-gta02 ~ $ cat /sys/class/power_supply/battery/current_now |
| 19:41.34 | Weiss | -404250 |
| 19:41.38 | Weiss | (mains charger in) |
| 19:42.03 | DocScrutinizer | that doesn't mea much |
| 19:42.26 | DocScrutinizer | mean |
| 19:44.18 | Weiss | I'll test it like this for a while and see if I can provoke the drain again.. |
| 19:46.19 | Weiss | two of the middle SD pins project a little higher (out of the plane) for me.. is that normal? |
| 19:46.27 | Weiss | it looks like enough to contact with the SD lid |
| 19:47.54 | DocScrutinizer51 | Weiss: I'd suggest to remove the plastic, provoce the monster drain, then carefully opening the uSD holder nad watch the current drop to normal instanty |
| 19:48.42 | azaghal | Who held the dbus presentation at FOSDEM, btw? (from here, I presume) |
| 19:49.11 | DocScrutinizer51 | and no, it,s not in the pecs of this mech component to have 2 protruding pins |
| 19:49.20 | max_posedon | azaghal, you might be speak about mickey |
| 19:49.32 | azaghal | Ok, just wanted to check :) |
| 19:50.28 | DocScrutinizer51 | specs |
| 19:52.16 | *** join/#openmoko Heinervdm (~thomas@pD9E142E2.dip.t-dialin.net) |
| 19:52.33 | *** join/#openmoko Hardy_ (~hardy@h0lger.de) |
| 19:53.51 | *** join/#openmoko radekp (~radek@63.120.broadband10.iol.cz) |
| 19:56.01 | *** join/#openmoko Chocky (~peter@cpe-76-176-107-243.san.res.rr.com) |
| 19:56.03 | Chocky | moo! |
| 19:56.18 | Chocky | bitches about bluetooth in latest SHR. Known bug, right? ;-) |
| 19:56.28 | Weiss | azaghal: probability of 3D *eventually* is high, if the alternatives for (a) open phone, and particularly (b) open embedded graphics continue to suck :)... just a question of whether it'll take six months, a year, two years, five years, ... with just me working on it |
| 19:56.37 | *** join/#openmoko fredrin_ (~fredrik|f@cm-84.208.111.224.getinternet.no) |
| 19:57.43 | badcloud | is anyone else not getting sound from the glamo version of mplayer under shr-u? |
| 19:58.58 | azaghal | Weiss: Hm... Is it NDA'ed? |
| 19:59.21 | Weiss | azaghal: the driver? http://git.bitwiz.org.uk/. the datasheets: yes |
| 19:59.56 | *** join/#openmoko everslick (~clemens@91-113-123-55.adsl.highway.telekom.at) |
| 20:00.19 | azaghal | Hrm, I hate NDA's. |
| 20:00.20 | Weiss | DocScrutinizer51: struggling to provoke the drain after removing the blank.. maybe I need to let it "stew" for a couple of hours |
| 20:02.02 | DocScrutinizer51 | try accessing the non existent uSD! |
| 20:02.23 | *** join/#openmoko file (~file@asterisk/developer-and-muffin-lover/file) |
| 20:03.56 | *** join/#openmoko neomilium (~quassel@lns-bzn-31-82-252-223-11.adsl.proxad.net) |
| 20:04.33 | azaghal | should really try to get focused a bit more :) |
| 20:05.07 | *** part/#openmoko Chocky (~peter@cpe-76-176-107-243.san.res.rr.com) |
| 20:05.16 | azaghal | Weiss: What was the reading you had to do to get going with it in the first place? (just curious, I can't promise stuff I can't keep anymore: ) |
| 20:08.02 | Weiss | I was already familiar with how OpenGL and graphics hardware works in general, but I had to study DRI, Mesa and Linux (kernel) very closely for quite a long time |
| 20:08.39 | azaghal | I see, quite a rough thing then. |
| 20:08.45 | *** join/#openmoko ThibG (~ThibG@abo-58-5-68.ech.modulonet.fr) |
| 20:09.54 | Weiss | yep, a very steep learning curve |
| 20:10.08 | Weiss | but I typically work best under those conditions |
| 20:10.48 | Weiss | but low-level graphics stuff isn't *that* hard.. not quite as hard as you'd imagine from outside |
| 20:12.04 | azaghal | I kind of got "horny" after listening to the closing "How to submit your first kernel patch" talk at FOSDEM :) |
| 20:12.04 | Weiss | DRI2 is also a lot simpler than DRI1 |
| 20:12.09 | Weiss | hehe |
| 20:12.52 | azaghal | Actually, the whole conference has really cheered me up after some moronic stuff at work. |
| 20:13.22 | Weiss | the kernel side of a Glamo 3D driver (DRM) is in place already, although there are some lose ends of KMS to tie up |
| 20:15.21 | ThibG | "the kernel side of a Glamo 3D"... you're talking about a new driver? |
| 20:15.25 | Weiss | if you're interested, there's a nice project of making the mplayer Glamo driver work using DRI, which wouldn't require any NDAs |
| 20:16.42 | Weiss | ThibG: I mean pushing the command queue and VRAM handling down to the kernel level, then rewriting xf86-video-glamo to use that instead of doing those things itself. that means other accelerated programs can use the accelerator without conflicting with X's acceleration (EXA). that's already done - if you flash a DRM-enabled kernel on SHR-t or SHR-u, you'll be using the KMS stack |
| 20:17.06 | Weiss | the 3D part of this is writing a Mesa driver which uses that kernel interface to do 3D graphics - a big task |
| 20:17.39 | ThibG | you mean, until now, everything was done in userspace? |
| 20:17.52 | Weiss | (the KMS kernel is WSoDdy for many people though - hoping to fix that once and for all in 2.6.32) |
| 20:17.57 | Weiss | ThibG: yep |
| 20:18.12 | ThibG | outch ok |
| 20:18.17 | ThibG | good news, then :) |
| 20:18.38 | Weiss | definitely |
| 20:18.57 | azaghal | It's hard to find people to work on Glamo? |
| 20:19.44 | Weiss | that's all been in place for some months.. xf86-video-glamo detects whether KMS is available or not at runtime, and switches between essentially two completely separate driver paths, one using DRM, the other doing it all in userspace |
| 20:20.19 | azaghal | Is the 2D acceleration functional already? |
| 20:20.28 | azaghal | I've been pondering on why e17 scrolling can be a bit slow. |
| 20:20.40 | Weiss | azaghal: yep.. there are many reasons not to (limited life span of hardware, no successor, relatively low performance etc etc), but for me it's still a nice exercise. I also figured: nothing is forever :) |
| 20:21.14 | azaghal | Heheh |
| 20:21.36 | Weiss | 2D acceleration via EXA is there already, the problem is that EXA's model is a lousy match for, say, GTK (GTK actually goes slower with this acceleration than without). E makes hardly any use of EXA at all- in fact, it mostly avoids it on purpose |
| 20:22.01 | Weiss | with better hardware, you generally get away with EXA+GTK being a complete disaster. we don't have that luxury |
| 20:22.37 | Weiss | scrolling the contacts list gets a whole lot nicer with DRM, by the way (proper "fencing" means that the CPU can be idle while the GPU moves blocks around) |
| 20:22.38 | azaghal | I know that at some point the official Openmoko e17 scrolled faster than SHR one. |
| 20:22.57 | Weiss | themes have a big influence as well I think |
| 20:23.17 | azaghal | Hm... Well, not too fancy effects at that time |
| 20:23.24 | Weiss | also there's this E engine thing: software vs software_16 - the former pushing twice as much data as necessary down the small pipe to Glamo |
| 20:23.52 | azaghal | I see. So the bus becomes a tight spot? |
| 20:23.59 | Weiss | most definitely |
| 20:24.29 | Weiss | that's *the* reason for all the Glamo doom |
| 20:24.40 | DocScrutinizer51 | ~glamo |
| 20:24.41 | apt | i heard glamo is http://www.google.com/search?q=site%3Alists.openmoko.org+glamo+raster |
| 20:25.14 | Weiss | but this *type* of problem exists for everyone - if you go to listen to (say) Dave Airlie talking about Xorg acceleration, he'll say mostly the same things |
| 20:25.27 | Weiss | it's just that our numbers are so much smaller that it shows - *really* badly |
| 20:25.51 | azaghal | Hm, that's a pity. |
| 20:26.07 | *** join/#openmoko octavsly (~octavsly@195-241-244-119.ip.telfort.nl) |
| 20:26.15 | azaghal | Have some proprietary manufacturers managed to work around it in their products? |
| 20:27.17 | Weiss | but if we made any meaningful use of the accelerator, things could work out quite nicely for us despite the Hardware of Doom. raster isn't prepared to write (or even discuss..) the platform specific code to do this, but I am. DRI gives us the framework to do it |
| 20:27.55 | Weiss | I think there's a combination of two factors: their buses are much faster than ours (maybe a factor of ten or so), and they're more likely to be making meaningful use of their GPUs |
| 20:28.48 | azaghal | Hm... What makes the whole thing platform-specific? I thought the X.org driver would provide kind of a unique interface? |
| 20:29.27 | Weiss | well.. anything I write is kind of obsolete already except for the people in this channel |
| 20:30.09 | azaghal | Ah |
| 20:30.30 | Weiss | I/we/anyone writing Glamo-specific code.. since the chip won't be used anywhere else, ever |
| 20:30.59 | azaghal | Hmph :/ |
| 20:31.18 | azaghal | What are the chances of using all the FSO stuff in other phones then? Mostly considering the GSM chips? |
| 20:31.52 | Weiss | personally, I don't see how that makes any difference.. if I enjoy coding it, and even a few people appreciate the result, or even just coming along for the journey if it doesn't end up where we'd hoped |
| 20:32.49 | Weiss | you'll need to talk to mickey|tv about FSO.. it looks likely that it'll be around for a long time in other hardware - it already supports more than just FR |
| 20:33.18 | Weiss | DocScrutinizer51: power drain is back.. interestingly, it came back after I rebooted via uBoot |
| 20:33.37 | azaghal | Yes, but remembering all the trouble on getting the GSM working in Neo... |
| 20:34.37 | Weiss | FR's modem is "special" as well |
| 20:34.56 | DocScrutinizer51 | Weiss: might be related to the way uSD IF is (not/) powered up on boot |
| 20:34.57 | Weiss | DocScrutinizer51: battery out, SD blank in, battery in, drain gone... |
| 20:35.17 | DocScrutinizer51 | ouch, the friggin bat |
| 20:35.31 | Weiss | could it be due to the battery being removed and replaced? (testing now) |
| 20:36.01 | DocScrutinizer51 | yeah hard to open the uSD holder with bat in |
| 20:36.17 | *** join/#openmoko moocow (~new@69.67.174.130) |
| 20:36.35 | Weiss | ponders something involving wires and crocodile clips in the name of science |
| 20:36.54 | *** join/#openmoko Serdar (~Serdar@dslb-084-062-251-016.pools.arcor-ip.net) |
| 20:38.31 | Weiss | battery out, SD blank out, battery in -> drain back |
| 20:40.25 | Weiss | battery out, SD blank in, battery in -> drain gone |
| 20:40.51 | DocScrutinizer51 | Weiss: power up and down the uSD powersupply |
| 20:41.06 | DocScrutinizer51 | it's switchable |
| 20:42.05 | larsc | Weiss: interesting |
| 20:42.27 | DocScrutinizer51 | larsc: trivial |
| 20:42.33 | Weiss | DocScrutinizer51: hmm.. one of the GPIOs? |
| 20:42.39 | larsc | DocScrutinizer51: it is? |
| 20:42.56 | DocScrutinizer51 | Weiss: LDO of PMU? |
| 20:43.12 | larsc | Weiss: regulator.9 |
| 20:43.26 | badcloud | nm about mplayer, forgot to 'modprobe snd-pcm-oss' |
| 20:43.51 | DocScrutinizer51 | fucing OSS |
| 20:45.08 | Weiss | larsc: hmm.. can it be turned off via sysfs? |
| 20:45.18 | larsc | Weiss: no |
| 20:46.48 | larsc | Weiss: did you reboot in between inserting and removing the sd card |
| 20:48.23 | Weiss | nope.. (actually it's a plastic blank, not an actual sD) |
| 20:48.33 | DocScrutinizer51 | larsc: he used no real uSD. rather an isolator |
| 20:48.44 | larsc | even more interesting |
| 20:49.04 | larsc | if there is no card present the sd regulator should be off |
| 20:50.01 | badcloud | DocScrutinizer51: beg your pardon? |
| 20:50.46 | Weiss | root@om-gta02 ~ $ cat /sys/class/regulator/regulator.9/state |
| 20:50.46 | Weiss | enabled |
| 20:50.50 | max_posedon | kde4.4 released akonadi with sqlite backend support |
| 20:51.09 | max_posedon | so, I have smth to play with pim |
| 20:51.09 | larsc | Weiss: hm... |
| 20:51.21 | *** join/#openmoko slaxxer (~brian@ip72-204-125-6.fv.ks.cox.net) |
| 20:51.27 | larsc | Weiss: num_users is 1? |
| 20:51.46 | Weiss | DocScrutinizer51: forgive my ignorance (I don't know much about the PMU) - can I turn it off with "pmu"? |
| 20:51.49 | Weiss | larsc: yep |
| 20:53.54 | DocScrutinizer51 | Weiss: dunno right now. |
| 20:54.25 | DocScrutinizer51 | Weiss: I'd guess you can |
| 20:56.09 | larsc | Weiss: are you using the latest 2.6.32? |
| 20:56.26 | Weiss | larsc: yep (at least as of a few days ago), SHR's configuration (no KMS/DRM) |
| 20:57.09 | Weiss | if that regulator should have been switched off, that might explain why I didn't see it with 2.6.29 |
| 20:57.23 | Weiss | (although, maybe I didn't try quite hard enough to replicate) |
| 20:57.49 | DocScrutinizer51 | badcloud: huh? |
| 21:00.07 | larsc | Weiss: what happens if you unbind the mmc driver? |
| 21:00.40 | badcloud | "21:43 < DocScrutinizer51> fucing OSS" |
| 21:01.00 | DocScrutinizer51 | OSS is deprecated |
| 21:02.02 | badcloud | granted, but I can't seem to get mplayer glamo to work with alsa for some reason |
| 21:02.46 | Weiss | is reasonably sure this has nothing to do with the *video* driver.. |
| 21:03.00 | badcloud | thanks for the tipoff, Weiss |
| 21:03.08 | badcloud | ;) |
| 21:03.11 | Weiss | hehe |
| 21:03.22 | Weiss | it definitely works with -vo somethingelse? |
| 21:03.27 | Weiss | (-vo null?) |
| 21:03.47 | badcloud | haven't tried the video yet |
| 21:03.49 | badcloud | just audio |
| 21:04.17 | badcloud | and it displays "Could not open/initialize audio device -> no sound." |
| 21:04.26 | badcloud | whereas oss works fine |
| 21:04.43 | badcloud | ideas? |
| 21:06.27 | *** join/#openmoko naeg (~naeg@194.208.239.170) |
| 21:06.48 | azaghal | alsa not setup properly? |
| 21:09.38 | Weiss | larsc: hmm.. what's the magic incantation for that? |
| 21:09.54 | Weiss | (if you know.. feel free to answer "figure it out yourself) |
| 21:11.13 | larsc | Weiss: for unbinding? echo glamo-mci.0 > /sys/bus/platfrom/drivers/glamo-mci/unbind |
| 21:12.34 | PaulFertser | DocScrutinizer51: i still can't understand how 400mA can go nowhere |
| 21:12.44 | *** join/#openmoko jlmoko (~jluis@249.Red-83-60-87.dynamicIP.rima-tde.net) |
| 21:13.14 | larsc | well, they turn into heat ;) |
| 21:13.15 | *** join/#openmoko BillK (~BillK@203-166-225-129.dyn.iinet.net.au) |
| 21:13.18 | DocScrutinizer51 | PaulFertser: uSD VDD short to GND? |
| 21:14.21 | PaulFertser | DocScrutinizer51: oh, that'd explain it. But is metal holder pressing on pins when there's no card? |
| 21:14.34 | Weiss | PaulFertser: I think in mine it's very possible.. |
| 21:14.50 | PaulFertser | Weiss: i thought you did your tests with SD in. |
| 21:15.18 | Weiss | nope.. actually this FR hasn't seen an SD since flashing 2.6.32 (which may go some way to explaining things) |
| 21:17.53 | Weiss | larsc: no change on initial test.. |
| 21:17.57 | larsc | hum. just booted without an sd card and the regulator is on too :/ |
| 21:18.15 | Weiss | larsc: any crazy current leaks? |
| 21:19.03 | larsc | yes |
| 21:19.13 | larsc | 290 instead of 200 |
| 21:19.34 | Weiss | hmm.. a current leak, but not crazy :) |
| 21:21.29 | badcloud | azaghal: that's a given |
| 21:21.30 | DocScrutinizer51 | well have fun mates. Me more for my beer now, rather than irc |
| 21:21.41 | Weiss | mmm beer... |
| 21:21.47 | Weiss | thanks for all the help :D |
| 21:21.50 | badcloud | but where do I look to fix it? |
| 21:22.03 | radekp | badcloud: you can try mine glamo mplayer http://activationrecord.net/radekp/qmplayer/download/mplayer |
| 21:22.47 | badcloud | radekp: thanks, I will |
| 21:22.58 | radekp | badcloud: i had to play with configuration to make alsa working, in the dir is also tarbal with sources |
| 21:25.06 | *** join/#openmoko thrashold (~europan@3mhz.net) |
| 21:27.04 | larsc | hm... with an sd card inserted num_users is 2 |
| 21:27.57 | larsc | and unbinding the driver reduces it to 1 |
| 21:28.07 | larsc | so why is it 1? |
| 21:28.12 | larsc | at boottime? |
| 21:31.29 | Weiss | odd.. |
| 21:31.34 | *** join/#openmoko JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 21:31.41 | Weiss | I don't know much about the regulators, but I can investigate |
| 21:31.50 | larsc | hum... |
| 21:31.56 | larsc | there is an .always_on = 1, |
| 21:31.58 | Weiss | I'm now pretty convinced that an SD terminal short was causing my silly train |
| 21:32.01 | Weiss | drain* |
| 21:32.11 | TAsn | Weiss, how's the graphic driver doing? :) |
| 21:33.01 | larsc | and i'm pretty sure i fixed this some time ago |
| 21:33.06 | Weiss | I've been unplugging and replugging the battery since we've been talking, and the drain was always there. now I did the same but put the SD blank in, and it's gone again |
| 21:33.16 | Weiss | TAsn: sidetracked by a mysterious power drain, now resolved |
| 21:33.28 | TAsn | Weiss, any eta? :)) |
| 21:33.39 | Weiss | for which bit of it? :) |
| 21:34.04 | TAsn | a working bit which is faster than what we have atm :) |
| 21:34.05 | *** join/#openmoko octavsly (~octavsly@195-241-244-119.ip.telfort.nl) |
| 21:34.55 | Weiss | 2.6.32+KMS+DRM(waitq+FIFO).. maybe a week or so to sort out the WSoDs.. possibly longer to do it properly (DocScrutinizer51-style) |
| 21:35.32 | Weiss | then I want to make Xrandr+KMS work |
| 21:38.32 | Weiss | larsc: probably always_on is implemented by adding a phantom consumer? |
| 21:38.36 | TAsn | cool. |
| 21:39.05 | larsc | Weiss: no. but it's always on... |
| 21:39.16 | *** join/#openmoko alex-weej (~alex@cpc8-acto1-2-0-cust359.know.cable.virginmedia.com) |
| 21:39.19 | larsc | and i fixed this some time ago |
| 21:39.33 | larsc | but i apperently got lost when merging things |
| 21:39.41 | Weiss | ah |
| 21:40.41 | *** join/#openmoko zedstar (~john@fsf/member/zedstar) |
| 21:41.10 | larsc | Weiss: it's fixed again |
| 21:42.04 | *** join/#openmoko tim_abell (~tim_abell@78-86-198-4.zone2.bethere.co.uk) |
| 21:42.07 | *** join/#openmoko nielsle_ (~nielsle@1385163742.dhcp.dbnet.dk) |
| 21:47.29 | *** join/#openmoko Gabrys (~Gabrys@188.13.28.78.cable.dyn.petrus.com.pl) |
| 21:49.34 | *** join/#openmoko objorn (~objorn@unaffiliated/objorn) |
| 21:53.48 | *** join/#openmoko blambi (~patrik@yriew.lha.sgsnet.se) |
| 21:59.39 | *** join/#openmoko valos (~valos@mar92-6-82-227-150-198.fbx.proxad.net) |
| 22:15.46 | Weiss | larsc: looks good so far.. |
| 22:16.46 | *** part/#openmoko samgee (~samgee@fsf/member/samgee) |
| 22:19.55 | *** join/#openmoko playya (~playya@unaffiliated/playya) |
| 22:22.51 | *** join/#openmoko rob79 (~rob@g224012225.adsl.alicedsl.de) |
| 22:30.47 | *** join/#openmoko eolson (~eolson@maze.mcs.anl.gov) |
| 22:30.48 | *** join/#openmoko objorn (~objorn@unaffiliated/objorn) |
| 22:43.41 | *** join/#openmoko pb__ (~pb@85.210.8.8) |
| 22:44.43 | DocScrutinizer | fine! :-) |
| 22:47.16 | *** join/#openmoko Gabrys (~Gabrys@188.13.28.78.cable.dyn.petrus.com.pl) |
| 22:50.14 | *** join/#openmoko Gabrys (~Gabrys@188.13.28.78.cable.dyn.petrus.com.pl) |
| 22:54.51 | *** join/#openmoko Fox_M|afk (quakeman@f051016021.adsl.alicedsl.de) |
| 22:59.35 | *** join/#openmoko Docscrutemp (~Joerg_rw@openmoko/engineers/joerg) |
| 23:04.47 | *** join/#openmoko mjr (mjr@aulis.sange.fi) |
| 23:23.36 | *** join/#openmoko moocow (~new@69.67.174.130) |
| 23:24.04 | *** join/#openmoko Gabrys (~Gabrys@188.13.28.78.cable.dyn.petrus.com.pl) |
| 23:25.36 | *** join/#openmoko fradeve1 (~fradeve@87.13.134.55) |
| 23:26.05 | *** join/#openmoko vanous123 (~vanous@ip-85-93-173-178.wscnet.cz) |
| 23:26.17 | *** part/#openmoko fradeve (~fradeve@87.13.134.55) |
| 23:30.34 | *** join/#openmoko Gabrys (~Gabrys@188.13.28.78.cable.dyn.petrus.com.pl) |
| 23:32.47 | *** join/#openmoko raster (~raster@enlightenment/developer/raster) |
| 23:41.33 | *** join/#openmoko Gabrys (~Gabrys@188.13.28.78.cable.dyn.petrus.com.pl) |
| 23:53.18 | *** join/#openmoko PaulFertser (~PaulFerts@aein-1-pt.tunnel.tserv6.fra1.ipv6.he.net) |
| 23:57.59 | *** join/#openmoko objorn (~objorn@unaffiliated/objorn) |