| 00:10.16 | *** join/#openmoko playya_ (~playya@unaffiliated/playya) |
| 00:23.16 | *** join/#openmoko valos (~valos@mar92-6-82-227-150-198.fbx.proxad.net) |
| 00:28.09 | *** join/#openmoko rvs1st (~rvs1st@unaffilaited/rvs1st) |
| 00:34.08 | *** join/#openmoko mickey|bbl (~mickey@80.81.242.146) |
| 00:40.45 | DocScrutinizer | not yet |
| 00:42.59 | Psi | ok |
| 00:47.56 | *** join/#openmoko juan_arandaalvar (~jaranda@201.171.239.203) |
| 01:02.32 | DocScrutinizer | Psi: phoneuid missing a function to process ringtone field from opimd. Opimd itself can store ringtone for each conatct |
| 01:03.27 | DocScrutinizer | basivally this patch for phoneuid should be some 10 lines of code |
| 01:08.53 | *** join/#openmoko retracile (~eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 01:14.08 | *** join/#openmoko kkb110 (~kkb110@host133-16.student.udel.edu) |
| 01:15.32 | *** join/#openmoko everslick (~clemens@91-113-123-167.adsl.highway.telekom.at) |
| 01:18.14 | *** join/#openmoko naquan (~naquan@118.69.36.58) |
| 01:18.25 | *** join/#openmoko pespin (~Sharwin_F@117.pool85-50-67.dynamic.orange.es) |
| 01:18.44 | Psi | any idea where xrandr gets this info from? |
| 01:18.47 | Psi | Screen 0: minimum 480 x 640, current 480 x 640, maximum 480 x 640 |
| 01:19.18 | Psi | im guessin gta02 comes up with 240x320 as the minimum. want to try and figure out why gta01 doesnt |
| 01:28.33 | *** join/#openmoko TAsnn (~tasn@109-186-25-222.bb.netvision.net.il) |
| 01:29.40 | max_posedon | Psi, if you use recent shr-U which use recent glamo staff |
| 01:29.49 | max_posedon | its have problems with xrandr |
| 01:31.10 | Psi | na, dont have gta02 |
| 01:31.18 | Psi | no glamo |
| 01:31.35 | Psi | in gta01 |
| 01:32.18 | *** join/#openmoko alfatangoxt (~michele@95.239.201.243) |
| 01:36.34 | *** join/#openmoko pespin_ (~Sharwin_F@193.pool85-50-70.dynamic.orange.es) |
| 02:05.33 | *** join/#openmoko Defiant (erik@e179198220.adsl.alicedsl.de) |
| 02:06.05 | *** join/#openmoko demitar (~demitar@79.97.115.63) |
| 03:29.36 | *** join/#openmoko slaxxer (~brian@ip72-204-125-6.fv.ks.cox.net) |
| 03:44.03 | *** join/#openmoko pcfe (~pcfe@a88-115-30-175.elisa-laajakaista.fi) |
| 03:44.03 | *** join/#openmoko pcfe (~pcfe@redhat/pcfe) |
| 04:02.31 | *** join/#openmoko kermit (~zip55413@pdpc/supporter/bronze/kermit) |
| 04:04.02 | slaxxer | used the unstable shr kernel an couldnt usb network |
| 04:06.44 | *** join/#openmoko duv (~Issac-S@toroon12-1177844971.sdsl.bell.ca) |
| 04:16.12 | slaxxer | crapload of linking going on in opkg upgrade on shr-u |
| 04:17.08 | slaxxer | busybox |
| 04:22.43 | *** join/#openmoko batti112 (~batti@dslb-088-078-018-160.pools.arcor-ip.net) |
| 04:29.03 | DocScrutinizer | yeah, and if you haven't the top current build, messybox will bork your system |
| 04:29.59 | slaxxer | _ |
| 04:30.28 | slaxxer | i did have |
| 04:30.40 | DocScrutinizer | cool |
| 04:30.50 | slaxxer | well the latest .jffs2 |
| 04:31.23 | slaxxer | gsm seems to fail |
| 04:32.04 | DocScrutinizer | [2010-02-27 01:15:15] <alexxy> it cannot register to network |
| 04:32.05 | DocScrutinizer | [2010-02-27 01:15:19] <alexxy> 2010.02.27 03:13:58.398 ogsmd.modems.ti_calypso INFO Requesting new |
| 04:32.23 | DocScrutinizer | [2010-02-27 01:15:26] <JaMa> alexxy: w8 a bit |
| 04:32.24 | DocScrutinizer | [2010-02-27 01:15:54] <JaMa> alexxy: NOTE: Running task 6607 of 7034, maybe, just maybe it will be fixed after it |
| 04:32.34 | slaxxer | it did connect |
| 04:32.54 | slaxxer | made a call |
| 04:33.37 | DocScrutinizer | well, me away |
| 05:08.36 | *** join/#openmoko eolson (~eolson@c-24-13-244-61.hsd1.il.comcast.net) |
| 05:22.49 | *** join/#openmoko beersss (~beer@0x4dd40dcb.adsl.cybercity.dk) |
| 05:34.18 | *** join/#openmoko DocScrutinizer (~jr@openmoko/engineers/joerg) |
| 05:34.32 | *** join/#openmoko Docscrutemp (~Joerg_rw@openmoko/engineers/joerg) |
| 05:43.16 | *** join/#openmoko alfatangoxt (~michele@95.239.201.143) |
| 05:55.18 | *** join/#openmoko objorn (~objorn@unaffiliated/objorn) |
| 06:02.29 | *** join/#openmoko messerting (~messertin@cm-84.208.182.112.getinternet.no) |
| 06:17.14 | *** join/#openmoko CVirus (~Satan@41.130.214.237) |
| 06:36.41 | *** join/#openmoko jserv-- (~jserv@218-173-135-145.dynamic.hinet.net) |
| 06:44.07 | *** join/#openmoko vanous123 (~vanous@ip-85-93-173-178.wscnet.cz) |
| 06:50.32 | *** join/#openmoko octavsly (~octavsly@195-241-244-119.ip.telfort.nl) |
| 07:06.21 | PaulFertser | Psi: xrandr gets all of its data from X server |
| 07:07.07 | Psi | ok, so i should have a look at the X video driver? |
| 07:07.08 | PaulFertser | Psi: so the list of supported resolutions comes from the driver, for gta02 that's glamo |
| 07:07.21 | PaulFertser | Psi: for gta01 i think that fbdev, right? |
| 07:07.42 | Psi | yep |
| 07:08.19 | Psi | in gta01 the lcd is on the cpu, correct? |
| 07:09.56 | PaulFertser | Psi: yes |
| 07:10.09 | PaulFertser | Psi: and handled by the kernel driver |
| 07:10.26 | Psi | thanks |
| 07:10.48 | PaulFertser | Psi: let me try to find a bit more valueable info. |
| 07:11.58 | Psi | thanks |
| 07:19.16 | DocScrutinizer | mooo |
| 07:20.23 | *** join/#openmoko messerting (~messertin@cm-84.208.182.112.getinternet.no) |
| 07:21.02 | PaulFertser | Psi: from skimming the code it looks like you can define video modes you want the usual way in xorg.conf and fbdevhw helper will try to convert them to fb notation and issue appropriate ioctls to ask kernel driver for a switch. |
| 07:21.06 | PaulFertser | ^) |
| 07:21.09 | PaulFertser | DocScrutinizer: boo |
| 07:21.20 | DocScrutinizer | ponders what kinds of kinky hacks you could do by enabling video second function on gta02 :-P |
| 07:21.25 | DocScrutinizer | SoC |
| 07:22.17 | *** join/#openmoko Ghiottone (~ale@host-84-223-109-237.cust-adsl.tiscali.it) |
| 07:23.09 | DocScrutinizer | needs coffee and all the other chemicals it seems |
| 07:24.16 | PaulFertser | too |
| 07:31.40 | *** join/#openmoko messerting (~messertin@cm-84.208.182.112.getinternet.no) |
| 07:32.09 | DocScrutinizer | PaulFertser: check maemo, raster flaming the omap opengl :-) |
| 07:32.25 | PaulFertser | DocScrutinizer: nice, thanks! |
| 07:36.47 | *** join/#openmoko wd (~wd@in.soviet.russia.brains.suxx.us) |
| 07:48.04 | *** join/#openmoko droid001 (~g1@p4FDC9BEB.dip.t-dialin.net) |
| 07:49.54 | PaulFertser | raster: so are you going to report GL bugs at theirs (maemo.org) bugtracker? ;) |
| 07:51.17 | *** join/#openmoko alfatangoxt (~michele@95.238.205.247) |
| 07:53.10 | *** join/#openmoko alabd (~alabd@unaffiliated/alabd) |
| 07:55.28 | *** part/#openmoko alabd (~alabd@unaffiliated/alabd) |
| 08:14.18 | Psi | PaulFertser: thanks |
| 08:15.08 | PaulFertser | Psi: did it help? |
| 08:15.19 | Psi | it did yes |
| 08:15.40 | Psi | i didnt really understand much of how it worked before |
| 08:15.43 | Psi | now i do :) |
| 08:16.21 | *** join/#openmoko amarsh04 (~amarsh04@2001:44b8:61::2d) |
| 08:16.24 | PaulFertser | Psi: i mean have you tried adding modelines and if they appeared in xrandr list? |
| 08:16.27 | PaulFertser | :) |
| 08:16.48 | Psi | ive never had 240x320 appear in the xrandr list |
| 08:17.10 | PaulFertser | Psi: even after adding a modeline? |
| 08:17.23 | PaulFertser | I might try to research more if that's the case. |
| 08:17.48 | Psi | i played with fbset a bit |
| 08:18.03 | Psi | and got it to change modes, but never found the right settings to get 240x320 working |
| 08:18.46 | PaulFertser | Psi: did you get anything close to working? |
| 08:20.15 | Psi | think i have a pic somewhere of what i got |
| 08:20.17 | *** join/#openmoko Kame2 (~manuel@port-92-196-70-34.dynamic.qsc.de) |
| 08:22.39 | Psi | http://psi.abcom.co.nz/qvga.jpg |
| 08:23.12 | Psi | dont actually think its qvga at all, thats just what i got |
| 08:23.21 | Psi | looks lower res than qvga |
| 08:24.56 | *** join/#openmoko ferluszt (~ferluszt@vpn-145-218.vpn.uni-mannheim.de) |
| 08:33.42 | *** join/#openmoko dvermd (~roudoudou@78.234.93.192) |
| 08:33.50 | PaulFertser | Psi: there might be a bug in kernel driver. Or you just used wrong fb.modes parameters. Also if X is unaware (because the mode was switched behind its back) it doesn't update framebuffer appropriately. |
| 08:35.02 | *** join/#openmoko alex-weej (~alex@cpc8-acto1-2-0-cust359.know.cable.virginmedia.com) |
| 08:39.55 | Psi | just tried again now, and this is whats its doing http://psi.abcom.co.nz/qvga2.jpg |
| 08:40.50 | PaulFertser | Psi: looks almost reasonable. What's your fb.modes? |
| 08:41.32 | PaulFertser | Psi: and can you try adding a modeline to X to see if it appears in xrandr? |
| 08:42.03 | PaulFertser | Psi: because the testing method you use seems to me unreliable. |
| 08:42.17 | *** join/#openmoko ericthefish (~ivan@sit/hacker/ericthefish) |
| 08:43.31 | Psi | http://psi.abcom.co.nz/fb.modes |
| 08:44.44 | Psi | 240x320 should fit 4 app icons, since i get 16 icons at 480x640 |
| 08:45.12 | Psi | only 2 in the pic, so its definitly smaller than 240x320 |
| 08:45.13 | *** join/#openmoko radekp (~radek@63.120.broadband10.iol.cz) |
| 08:45.59 | PaulFertser | Psi: framebuffer format might differ, so i'd say it doesn't prove anything. |
| 08:47.20 | PaulFertser | Psi: try exactly the same timings as for 640x480, except for the pixelclock (the first one, make that 100000). |
| 08:47.44 | DocScrutinizer | recommends to have a look at LCM datasheet (jbt6k74) |
| 08:48.26 | *** join/#openmoko fsteinel (~fsteinel@fedora/fsteinel) |
| 08:48.37 | DocScrutinizer | PaulFertser: yep, exactly |
| 08:48.43 | Psi | thanks i was just wondering where the datasheet for the lcd was |
| 08:49.59 | *** join/#openmoko mickey|bbl (~mickey@openmoko/coreteam/mickey) |
| 08:50.00 | PaulFertser | DocScrutinizer: i can't do that right atm, i'm at work and i'm sleepy. |
| 08:50.32 | PaulFertser | DocScrutinizer: but those values i suggest are the values that seem to work on gta02. |
| 08:50.55 | DocScrutinizer | yep, seem to remember... |
| 08:54.10 | Psi | ok, put modeline into x.org, what else do i need to do so that xrandr can see it |
| 08:55.21 | PaulFertser | Psi: i hope nothing but read Xorg log if it doesn't appear. |
| 08:55.33 | PaulFertser | Psi: read and pastebin :) |
| 08:55.44 | Psi | ok |
| 08:56.58 | DocScrutinizer | omg, timing lines in x*.conf. Last time I had to mess with those was some 15 years ago |
| 08:58.40 | Psi | hm.. thats odd |
| 08:59.08 | PaulFertser | DocScrutinizer: i even fully calculated those myself reading the manual of my CRT. |
| 08:59.11 | PaulFertser | :) |
| 08:59.35 | Psi | it seems to be ignoring the pixelclock line |
| 08:59.54 | Psi | if i switch to qvga, then do fbset to see what mode its in, i get.. timings 40000 104 8 2 16 8 2 |
| 09:00.13 | Psi | but fb.modes is set to pixelclock 100000 as you suggested |
| 09:01.38 | *** join/#openmoko naught101 (~abcdef@124-254-120-25-dsl.ispone.net.au) |
| 09:03.23 | Psi | yep fbset seems to be totally ignoring fb.modes |
| 09:04.47 | Psi | mode "240x320-204" no idea where its getting that mode from |
| 09:04.56 | Psi | no mode called that in fb.modes at all |
| 09:06.35 | DocScrutinizer | PaulFertser: I had to do that as well, back 199x with that friggin cyrruslogic(?) gac |
| 09:07.08 | DocScrutinizer | or video7? |
| 09:07.20 | DocScrutinizer | freudian amnesia |
| 09:08.21 | *** join/#openmoko amarsh04 (~amarsh04@2001:44b8:61::2d) |
| 09:08.43 | *** join/#openmoko TAsn (~tasn@109-186-229-252.bb.netvision.net.il) |
| 09:11.58 | *** join/#openmoko everslick (~clemens@91-113-57-131.adsl.highway.telekom.at) |
| 09:12.02 | PaulFertser | Psi: there shouldn't be "pixelclock" line. Pixelclock is the first number in "timings" line. |
| 09:12.16 | Psi | yeah, i meant the first value in the line |
| 09:12.41 | Psi | its looking like fbset is ignoring whatever values are in fb.modes or even if you give it the values by hand "fbset -g 240 320 240 320 16 -t 100000 104 8 2 16 8 2" |
| 09:13.26 | PaulFertser | Psi: it's more like kernel fb driver ignoring them i'd say. |
| 09:13.34 | Psi | ok, yeah, something is |
| 09:14.14 | Psi | "timings 40000 104 8 2 16 8 2" is what it keeps doing, no matter what i tell it |
| 09:15.47 | *** join/#openmoko amarsh04 (~amarsh04@2001:44b8:61::2d) |
| 09:19.05 | Psi | ok, were do i find the fbdev source |
| 09:19.47 | *** join/#openmoko amarsh04 (~amarsh04@2001:44b8:61::2d) |
| 09:22.06 | *** join/#openmoko zlfita (~atilla@188.200.221.150) |
| 09:24.52 | Psi | nevermind, found it |
| 09:27.22 | DocScrutinizer | I guess if fb driver is choking on just one of the values, it either defaults to a sane preset, or results from the rather wicked calculations done to get actual register settings and checking ranges are resulting in really weird settings once one value is out of bounds |
| 09:28.23 | Psi | whats the 204 mean in "mode "240x320-204"" |
| 09:29.10 | DocScrutinizer | noooooo idea |
| 09:29.23 | DocScrutinizer | vesa mode number maybe? |
| 09:29.30 | Psi | could be |
| 09:29.46 | Psi | oh, its Vertical hz |
| 09:29.55 | DocScrutinizer | huh? |
| 09:29.59 | Psi | <PROTECTED> |
| 09:30.00 | DocScrutinizer | 204Hz?? |
| 09:30.00 | larsc | 10000000/40000 rounded to the nearest available clock frequency |
| 09:30.45 | DocScrutinizer | so quit eobviously that's WAY off from what LCM can sync to |
| 09:30.59 | Psi | http://pastebin.com/GuirUbN9 |
| 09:31.04 | Psi | thats what it defaults to |
| 09:31.25 | Psi | yeah, id not noticed it before |
| 09:31.35 | Psi | what kind of person sets a default to 204hz :P |
| 09:31.53 | Psi | obviously some kind of calculation that has gone wrong :) |
| 09:32.07 | Psi | alteast this is a good starting point |
| 09:32.23 | Psi | figure out where thats coming from and change it :) |
| 09:32.41 | larsc | hm... i did calculate the right values once, wondering why they didn't make it to the source... |
| 09:33.42 | DocScrutinizer | let's see - the LCM has 480*640, no matter if standing on the heaad or flying to the moon |
| 09:33.56 | Weiss | mmmm.... MoonMoko... |
| 09:34.03 | DocScrutinizer | means for 240*xxx you need to doublescan |
| 09:35.04 | DocScrutinizer | or switch jbt6k74 mode to fill drive two rows with one shiftregister content concurrently |
| 09:35.05 | Psi | maybe thats the error, 40000 should be 80000 |
| 09:35.23 | DocScrutinizer | I'd guess 20000 |
| 09:35.40 | Psi | Paul said on gta02 100000 works best for qvga |
| 09:35.54 | DocScrutinizer | as you effectively do a 480*320 |
| 09:36.29 | DocScrutinizer | gta02 has glamo. No idea how they relate to each other |
| 09:36.34 | Psi | true |
| 09:38.35 | DocScrutinizer | then on a deeper thought the shiftregister in jbt6k is clocked by pixelclock. So - unlike for a crt or composite video - you can't strech one pixel to double length by halving the pixel clock |
| 09:40.19 | DocScrutinizer | actually, by pixclk, hsync and vsync, the LCM is quite solidely hardwired to the framebuffer wrt resolution. Means any changes in timing shouldn't change the resolution at all |
| 09:41.09 | PaulFertser | Psi: that's just what radek found by experimentation. With lower pixelclock colors were way off. |
| 09:41.10 | DocScrutinizer | so the fb driver probably does some rather nasty "magic" to estimate what user wants to set, and what the real fb hw config should be for this |
| 09:41.41 | *** join/#openmoko raster_ (~raster@124-168-150-89.dyn.iinet.net.au) |
| 09:42.19 | Psi | hm.. sounds like we need some new magic for it |
| 09:42.21 | *** join/#openmoko drscream (~drscream@cayococo-air.doc.fruky.net) |
| 09:43.10 | Psi | the comment line fbset gives ... # D: 25.000 MHz, H: 69.444 kHz, V: 204.248 Hz |
| 09:43.16 | *** join/#openmoko dns53 (~dns@203.171.197.182) |
| 09:43.19 | Psi | do you think its actually calculating that out |
| 09:43.28 | DocScrutinizer | 240*320 basically means the SoC has to provide the same signal timing to LCM, but increment pixel pointer counter on every second pxclk only, and increment linecounter pointer on every second hsync only |
| 09:43.54 | Psi | that makes sense |
| 09:44.08 | *** join/#openmoko raster_ (~raster@124-168-150-89.dyn.iinet.net.au) |
| 09:44.10 | *** join/#openmoko bmm (~bram@82-169-1-45.ip.telfort.nl) |
| 09:45.01 | *** join/#openmoko naught101 (~abcdef@124-254-120-25-dsl.ispone.net.au) |
| 09:48.38 | DocScrutinizer | o course except if there's a special mode switch inside jbt6k74 to implement that pixel doubling X and/or Y |
| 09:51.04 | Psi | are all these dev_dbg calls() im seeing just the debug messages? |
| 09:59.07 | *** join/#openmoko raster (~raster@enlightenment/developer/raster) |
| 09:59.52 | Psi | intersting, if i dont touch fbset at all, and just switch between qvga-normal and normal in /spi0.0/state i get a much better 240x320 picture |
| 10:00.25 | Psi | ie, if i go fbset, it reports being in normal 480x640 mode, but the lcd is at 240x320 |
| 10:00.39 | Psi | its not perfect, color is all washed out, but its definitly 320x240 mode |
| 10:02.16 | *** join/#openmoko Kame2 (~manuel@port-92-196-11-212.dynamic.qsc.de) |
| 10:02.40 | Psi | http://psi.abcom.co.nz/qvga3.jpg |
| 10:02.41 | DocScrutinizer | what I say - the timing shouldn't matter for the resolution at all. At least if it's really just timing for the fb driver |
| 10:02.47 | PaulFertser | Psi: oh, i've forgotten about that shit :( |
| 10:03.01 | PaulFertser | Psi: sorry. Of course one needs to also set jbt mode to qvga-normal. |
| 10:03.11 | PaulFertser | Psi: exactly with that trick. |
| 10:03.21 | *** join/#openmoko Sargun (~Sargun@atarack/Staff/Sargun) |
| 10:03.42 | Psi | that last pic is the best ive ever had it |
| 10:03.53 | PaulFertser | Psi: and washed out colors are exactly what was solved by bigger pixelclock. |
| 10:04.43 | Psi | not sure why there is a horizontally stripped gray background tho |
| 10:04.48 | Psi | background is black |
| 10:05.11 | Psi | *striped |
| 10:05.56 | *** join/#openmoko ferluszt (~ferluszt@vpn-147-15.vpn.uni-mannheim.de) |
| 10:08.53 | *** join/#openmoko raanan (~raanan@ti400720a342-0297.bb.online.no) |
| 10:09.38 | Psi | its still totally ignoring my attempts to set the pixelclock tho |
| 10:10.00 | Psi | i can see it flicker, so its updating, just not with the value i supply |
| 10:14.35 | *** join/#openmoko thrashold (~europan@3mhz.net) |
| 10:15.55 | Psi | there look to be two s3c fb drivers. |
| 10:15.59 | *** join/#openmoko alabd (~alabd@unaffiliated/alabd) |
| 10:16.07 | Psi | linux/drivers/video/s3c-fb.c Copyright 2008 Openmoko Inc. |
| 10:16.18 | Psi | linux/drivers/video/s3c2410fb.c Copyright (c) 2004,2005 Arnaud Patard |
| 10:16.52 | Psi | fbset -i reports "Name : s3c2410fb" |
| 10:16.59 | Psi | is that right? |
| 10:17.39 | Psi | i would have expected it to be using the newer openmoko one |
| 10:28.41 | *** join/#openmoko messerting (~messertin@cm-84.208.182.112.getinternet.no) |
| 10:29.23 | DocScrutinizer | modinfo ? |
| 10:29.35 | *** join/#openmoko tim_abell (~tim_abell@78-86-198-4.zone2.bethere.co.uk) |
| 10:30.30 | Psi | ? |
| 10:30.44 | Psi | think its compiled into kernel |
| 10:31.03 | Psi | dont see it in lsmod |
| 10:31.24 | DocScrutinizer | ahh yep |
| 10:32.29 | Psi | i did find in the source |
| 10:32.29 | Psi | var->xres_virtual = display->xres; |
| 10:32.30 | Psi | var->yres_virtual = display->yres; |
| 10:32.32 | DocScrutinizer | aren't the dbg prints showing up in dmesg or somewhere? |
| 10:33.14 | Psi | which looks to set x and y to 480x640 no matter what you set |
| 10:33.28 | Psi | as we expected |
| 10:34.12 | Psi | dbg is fine |
| 10:35.03 | Psi | i was only asking about dev_dbg before because im not use to reading linux C |
| 10:36.04 | DocScrutinizer | so I guess the both drivers have unique dbg_prints to tell when/if the code is running |
| 10:37.39 | Psi | there are no dev_dbg in s3c2410fb.c |
| 10:37.51 | Psi | plenty in the openmoko one, s3c-fb.c |
| 10:38.08 | Psi | both have dev_err |
| 10:38.41 | *** join/#openmoko PBeck (~PBeck@HSI-KBW-085-216-075-177.hsi.kabelbw.de) |
| 10:38.41 | *** join/#openmoko PBeck (~PBeck@unixboard/users/pbeck) |
| 10:38.54 | PBeck | hi |
| 10:38.59 | *** join/#openmoko jlmoko (~jluis@83.45.211.139) |
| 10:39.14 | DocScrutinizer | moin |
| 10:39.54 | *** join/#openmoko alfatangoxt (~michele@95.238.204.118) |
| 10:39.57 | PBeck | hey DocScrutinizer |
| 10:46.40 | *** join/#openmoko TAsnn (~tasn@109-186-49-154.bb.netvision.net.il) |
| 11:00.25 | *** join/#openmoko ssam (~ssam@87.127.117.246) |
| 11:14.12 | *** join/#openmoko bentob0x (~laurent@ip-213-49-64-35.dsl.scarlet.be) |
| 11:19.10 | *** join/#openmoko azaghal (~azaghal@109.207.46.200) |
| 11:22.42 | *** join/#openmoko Q-Master (~qmaster@95-29-230-236.broadband.corbina.ru) |
| 11:23.33 | *** join/#openmoko Gabrys (~Gabrys@89.229.55.160) |
| 11:27.58 | *** join/#openmoko pa4wdh (~pa4wdh@lt30598-lnx.ipv6.pa4wdh.nl.eu.org) |
| 11:38.40 | *** join/#openmoko dos1 (~dos@unaffiliated/dos1) |
| 11:42.57 | *** join/#openmoko toi (~toi@d54C2A96D.access.telenet.be) |
| 11:46.11 | *** join/#openmoko Heinervdm (~thomas@pD9E17492.dip.t-dialin.net) |
| 11:46.41 | *** join/#openmoko fsteinel (~fsteinel@fedora/fsteinel) |
| 11:48.22 | *** join/#openmoko raanan (~raanan@ti400720a342-0297.bb.online.no) |
| 11:49.39 | *** join/#openmoko raanan (~raanan@ti400720a342-0297.bb.online.no) |
| 12:00.28 | *** join/#openmoko naeg (~naeg@194.208.239.170) |
| 12:04.16 | *** join/#openmoko eolson (~eolson@c-24-13-244-61.hsd1.il.comcast.net) |
| 12:13.51 | *** part/#openmoko ericthefish (~ivan@sit/hacker/ericthefish) |
| 12:21.20 | *** join/#openmoko playya (~playya@unaffiliated/playya) |
| 12:41.27 | *** join/#openmoko TAsn (~tasn@109-186-54-14.bb.netvision.net.il) |
| 12:58.09 | *** join/#openmoko bmm (~bram@195-240-186-6.ip.telfort.nl) |
| 13:04.41 | *** join/#openmoko badcloud (~raanan@ti400720a342-0297.bb.online.no) |
| 13:05.26 | *** join/#openmoko pbaxter (~pbaxter@host166-20-dynamic.21-79-r.retail.telecomitalia.it) |
| 13:16.54 | *** join/#openmoko SpeedEvil (1000@tor/regular/SpeedEvil) |
| 13:36.42 | *** join/#openmoko fsteinel (~fsteinel@fedora/fsteinel) |
| 13:40.35 | *** join/#openmoko jonkristian (~jonkristi@106.84-48-49.nextgentel.com) |
| 13:49.51 | *** join/#openmoko TAsn (~tasn@109-186-55-121.bb.netvision.net.il) |
| 13:54.38 | *** join/#openmoko valos (~valos@mar92-6-82-227-150-198.fbx.proxad.net) |
| 13:56.00 | *** join/#openmoko jlmoko (~jluis@83.45.211.139) |
| 14:21.55 | *** join/#openmoko badcloud (~raanan@ti400720a342-1013.bb.online.no) |
| 14:25.51 | *** join/#openmoko ferluszt (~ferluszt@vpn-149-250.vpn.uni-mannheim.de) |
| 14:27.32 | *** join/#openmoko zlfita (~atilla@dct27.wtb.tue.nl) |
| 14:31.36 | *** join/#openmoko bmm (~bram@195-240-186-6.ip.telfort.nl) |
| 14:51.11 | *** join/#openmoko badcloud (~raanan@ti400720a342-1015.bb.online.no) |
| 14:52.20 | *** join/#openmoko amarsh04 (~amarsh04@2001:44b8:61::2d) |
| 14:55.03 | *** join/#openmoko amarsh04 (~amarsh04@2001:44b8:61::2d) |
| 14:56.48 | *** join/#openmoko ferluszt (~ferluszt@vpn-145-89.vpn.uni-mannheim.de) |
| 15:05.00 | *** join/#openmoko sicu (~sicu@cm-84.208.94.5.getinternet.no) |
| 15:07.04 | *** join/#openmoko amarsh04 (~amarsh04@2001:44b8:61::2d) |
| 15:07.27 | *** join/#openmoko naeg (~naeg@194.208.239.170) |
| 15:16.12 | *** join/#openmoko retracile (~eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 15:16.26 | *** join/#openmoko radekp (~radek@63.120.broadband10.iol.cz) |
| 15:20.10 | *** join/#openmoko bentob0x (~laurent@ip-213-49-64-35.dsl.scarlet.be) |
| 15:26.55 | *** join/#openmoko johngay (~hackable1@adsl-233-149-159.mia.bellsouth.net) |
| 15:27.31 | johngay | Good moorings bouys and gulls. |
| 15:36.43 | *** join/#openmoko tg (irc@x-net.hu) |
| 15:38.39 | johngay | Anyone here use qtmoko or H:1? |
| 15:39.11 | badcloud | johngay: used to, both actually |
| 15:39.15 | badcloud | v14 for qt |
| 15:39.28 | badcloud | rc4 for H1 |
| 15:39.35 | badcloud | (the one before Chuck?) |
| 15:39.37 | badcloud | why? |
| 15:39.55 | johngay | But you don't have ant BT devices, right? |
| 15:40.39 | badcloud | I do |
| 15:40.42 | badcloud | pocket kbd |
| 15:40.59 | johngay | I'm running chuck right now. my BT keyboard works great, as you can see, but my headset has no sound? |
| 15:41.26 | badcloud | haven't delved much into the realm of bt sound yet |
| 15:41.26 | badcloud | sorry |
| 15:41.40 | badcloud | ask around s'more, I'm sure someone will be able to help |
| 15:42.11 | johngay | I'm interested in tryin' qt again but I'm very attached to my BT keyboard. |
| 15:42.25 | badcloud | do you have an usd card? |
| 15:42.36 | *** join/#openmoko redarrow (~redarrow@unaffiliated/redarrow) |
| 15:42.38 | badcloud | you could just dbl boot |
| 15:43.33 | johngay | Thinking about that. qtmoko need qi to boot from SDCard, but if I flash qtmoko to my phone, I can keep H:1 on my SDCard |
| 15:44.36 | johngay | Lately, though I've heard there are issues with the kernel for qtmoko. The debug kernel works great, but is slow, the non-debug kernel is fast, but flaky? |
| 15:45.14 | badcloud | woudn't know. I stopped using qt after v14 |
| 15:45.19 | badcloud | and never used the debug knl |
| 15:45.42 | badcloud | on my way out |
| 15:45.48 | badcloud | good luck with all that |
| 15:45.55 | johngay | Thanx! |
| 15:47.18 | PaulFertser | badcloud: in fact you've always used the debug kernel. |
| 15:49.39 | *** join/#openmoko methril (~methril@189.27.132.77.dynamic.adsl.gvt.net.br) |
| 15:50.34 | *** join/#openmoko CVirus (~Satan@41.130.214.237) |
| 15:59.10 | *** join/#openmoko zeroedout (zeroedout@xx114200220.cipherkey.com) |
| 16:08.45 | badcloud | PaulFertser: touche :P |
| 16:09.20 | badcloud | ignorance is bliss |
| 16:09.45 | PaulFertser | hehe |
| 16:09.58 | johngay | that's why I'm in a constant state of orgasmic bliss. |
| 16:21.39 | badcloud | :) |
| 16:22.00 | badcloud | finally leaving |
| 16:22.15 | badcloud | *preeeows* |
| 16:22.19 | *** join/#openmoko aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 16:25.38 | *** join/#openmoko methril (~methril@189.27.129.95.dynamic.adsl.gvt.net.br) |
| 16:26.35 | *** join/#openmoko vanous123 (~vanous@ip-85-93-173-178.wscnet.cz) |
| 16:52.42 | *** join/#openmoko mwester (~mwester@nslu2-linux/mwester) |
| 17:00.24 | *** join/#openmoko Kame2 (~manuel@port-92-196-70-34.dynamic.qsc.de) |
| 17:03.50 | *** join/#openmoko vanous123 (~vanous@ip-85-93-173-178.wscnet.cz) |
| 17:15.59 | *** join/#openmoko everslick (~clemens@212-183-116-104.adsl.highway.telekom.at) |
| 17:18.12 | *** join/#openmoko alex-weej (~alex@cpc8-acto1-2-0-cust359.know.cable.virginmedia.com) |
| 17:22.40 | *** join/#openmoko pespin (~Sharwin_F@193.pool85-50-70.dynamic.orange.es) |
| 17:33.29 | *** join/#openmoko alabd (~alabd@unaffiliated/alabd) |
| 17:33.34 | *** join/#openmoko alabd_ (~alabd@unaffiliated/alabd) |
| 17:36.27 | *** part/#openmoko alabd (~alabd@unaffiliated/alabd) |
| 17:37.38 | *** join/#openmoko alabd (~alabd@unaffiliated/alabd) |
| 17:38.33 | *** join/#openmoko swap38 (~quassel@mey38-1-82-225-49-212.fbx.proxad.net) |
| 17:41.06 | *** join/#openmoko amarsh04 (~amarsh04@2001:44b8:61::2d) |
| 17:43.31 | *** join/#openmoko dos11 (~dos@unaffiliated/dos1) |
| 17:44.33 | *** join/#openmoko frankS2 (frank@unaffiliated/franks2) |
| 17:49.43 | *** join/#openmoko plhardy (~nullix@2a01:e35:8b6a:39c0:269:ff:fe04:a1c) |
| 17:50.22 | *** join/#openmoko pespin (~Sharwin_F@193.pool85-50-70.dynamic.orange.es) |
| 17:51.03 | *** join/#openmoko vanous123 (~vanous@ip-85-160-119-162.eurotel.cz) |
| 17:52.30 | *** join/#openmoko ferluszt (~ferluszt@vpn-146-173.vpn.uni-mannheim.de) |
| 17:53.48 | *** join/#openmoko nomeata (nobody@nomeata.de) |
| 17:54.44 | *** join/#openmoko vanous1231 (~vanous@ip-85-160-103-111.eurotel.cz) |
| 17:56.35 | *** join/#openmoko vanous123 (~vanous@ip-85-160-98-66.eurotel.cz) |
| 18:01.06 | *** join/#openmoko vanous1231 (~vanous@ip-85-160-86-41.eurotel.cz) |
| 18:03.23 | *** join/#openmoko vanous123 (~vanous@ip-85-160-92-79.eurotel.cz) |
| 18:03.32 | *** join/#openmoko juan_arandaalvar (~jaranda@201.171.239.203) |
| 18:03.41 | *** join/#openmoko zlfita (~Atilla@144-8-ftth.onsnetstudenten.nl) |
| 18:03.49 | *** part/#openmoko alabd (~alabd@unaffiliated/alabd) |
| 18:11.04 | *** join/#openmoko Schugy (~chris@p5B3EB81F.dip.t-dialin.net) |
| 18:12.36 | *** join/#openmoko ZaPPaS (~user@stgt-5f718195.pool.mediaWays.net) |
| 18:16.06 | *** join/#openmoko juan_arandaalvar (~jaranda@201.171.239.203) |
| 18:16.25 | *** part/#openmoko plhardy (~nullix@2a01:e35:8b6a:39c0:269:ff:fe04:a1c) |
| 18:18.22 | *** join/#openmoko vanous123 (~vanous@ip-85-161-231-72.eurotel.cz) |
| 18:18.47 | *** join/#openmoko amarsh04 (~amarsh04@2001:44b8:61::2d) |
| 18:21.04 | *** join/#openmoko plhardy (~nullix@2a01:e35:8b6a:39c0:269:ff:fe04:a1c) |
| 18:22.44 | *** join/#openmoko amarsh04 (~amarsh04@2001:44b8:61::2d) |
| 18:25.03 | *** join/#openmoko vanous1231 (~vanous@ip-85-161-200-188.eurotel.cz) |
| 18:31.43 | *** join/#openmoko vanous123 (~vanous@ip-85-161-201-97.eurotel.cz) |
| 18:35.05 | *** join/#openmoko samgee (~samgee@fsf/member/samgee) |
| 18:43.42 | *** join/#openmoko fsteinel (~fsteinel@fedora/fsteinel) |
| 19:08.54 | *** join/#openmoko zing (~zing@cpe-74-76-219-88.nycap.res.rr.com) |
| 19:08.56 | *** join/#openmoko zing (~zing@fedora/zing) |
| 19:21.23 | *** join/#openmoko swap38 (~quassel@mey38-1-82-225-49-212.fbx.proxad.net) |
| 19:27.53 | *** join/#openmoko vanous123 (~vanous@ip-85-93-173-178.wscnet.cz) |
| 19:54.58 | *** join/#openmoko Graf_Ithaka (~georg@unixboard/users/graf) |
| 19:56.02 | Graf_Ithaka | hi there.. I've got a fresh install of shr and now I'm stuck changing the height of the dropdown-menus (GtkComboBox?) in the gtk-theme.. I've already succeeded in changing it for the scrollbar - any ideas? |
| 19:58.26 | *** join/#openmoko tuxi_ (~quassel@p4FD64906.dip.t-dialin.net) |
| 19:59.18 | *** join/#openmoko der-lehmann (~der-lehma@188-192-133-169-dynip.superkabel.de) |
| 20:01.18 | *** join/#openmoko pH5 (~ph5@e178198007.adsl.alicedsl.de) |
| 20:08.43 | *** join/#openmoko pespin_ (~Sharwin_F@122.pool85-50-90.dynamic.orange.es) |
| 20:13.17 | *** join/#openmoko edje (~chatzilla@pced.ipv6.kapitein.org) |
| 20:15.37 | *** join/#openmoko fsteinel (~fsteinel@fedora/fsteinel) |
| 20:17.26 | *** join/#openmoko viq (~viq@unaffiliated/viq) |
| 20:21.50 | *** join/#openmoko octavsly (~octavsly@195-241-244-119.ip.telfort.nl) |
| 20:40.02 | *** join/#openmoko methril (~methril@189.27.128.232.dynamic.adsl.gvt.net.br) |
| 20:57.21 | *** join/#openmoko Gabrys (~Gabrys@89.229.55.160) |
| 21:09.02 | *** join/#openmoko kirun (~kirun@78-86-154-194.zone2.bethere.co.uk) |
| 21:12.51 | *** join/#openmoko choc (natas@gateway/shell/xzibition.com/x-dhrdmwomhjzbuxcf) |
| 21:13.14 | *** join/#openmoko Sargun (~Sargun@atarack/Staff/Sargun) |
| 21:48.08 | *** join/#openmoko nibbo (nibbo@gateway/shell/blinkenshell.org/x-puxvhdeosatcbwev) |
| 21:54.33 | *** part/#openmoko nullix (~nullix@2a01:e35:8b6a:39c0:269:ff:fe04:a1c) |
| 21:55.53 | *** join/#openmoko fradeve (~fradeve@host116-93-dynamic.3-87-r.retail.telecomitalia.it) |
| 21:57.46 | *** part/#openmoko fradeve (~fradeve@host116-93-dynamic.3-87-r.retail.telecomitalia.it) |
| 21:59.21 | *** join/#openmoko kermit (~zip55413@pdpc/supporter/bronze/kermit) |
| 22:02.22 | *** join/#openmoko kermit (~zip55413@pdpc/supporter/bronze/kermit) |
| 22:04.48 | *** join/#openmoko lfs (~lfs@117.195.166.50) |
| 22:05.14 | lfs | hello |
| 22:05.39 | lfs | when is openmoko gonna get cheap enough for me to buy/ |
| 22:05.42 | lfs | ? |
| 22:08.35 | *** join/#openmoko valos (~valos@mar92-6-82-227-150-198.fbx.proxad.net) |
| 22:13.51 | slaxxer | ebay man |
| 22:14.27 | *** join/#openmoko choc (natas@gateway/shell/xzibition.com/x-broyjkonyeayfdqb) |
| 22:15.39 | *** join/#openmoko tuxi (~quassel@p4FD62C29.dip.t-dialin.net) |
| 22:21.48 | *** join/#openmoko leavittx (~leavittx@89.221.199.187) |
| 22:43.33 | *** join/#openmoko retracile_ (~eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 22:44.15 | *** join/#openmoko naught101 (~abcdef@124-254-120-25-dsl.ispone.net.au) |
| 22:51.39 | *** join/#openmoko retracile_ (~eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 22:53.26 | *** join/#openmoko retracile__ (~eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 22:54.15 | *** join/#openmoko Fox_M|afk (quakeman@e181181209.adsl.alicedsl.de) |
| 22:59.33 | *** join/#openmoko retracile__ (~eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 23:16.09 | *** join/#openmoko nibbo (nibbo@gateway/shell/blinkenshell.org/x-bxtaourplbasoych) |
| 23:38.17 | *** join/#openmoko naught101 (~abcdef@124-254-120-25-dsl.ispone.net.au) |
| 23:46.56 | *** join/#openmoko azaghal_ (~azaghal@109.207.36.242) |
| 23:47.04 | *** join/#openmoko pespin (~Sharwin_F@122.pool85-50-90.dynamic.orange.es) |
| 23:47.41 | *** join/#openmoko Graf_Ith1ka (~georg@212-183-48-128.adsl.highway.telekom.at) |
| 23:49.17 | *** join/#openmoko Amorphous (jan@unaffiliated/amorphous) |
| 23:50.34 | *** join/#openmoko Graf_Ithaka (~georg@unixboard/users/graf) |
| 23:56.13 | *** join/#openmoko azaghal (~azaghal@109.207.45.218) |
