00:10.59 | *** join/#openmoko Digital_Pioneer (n=digitalp@h17.200.255.206.cable.srcy.cablelynx.com) |
00:12.23 | *** join/#openmoko peter__b (n=peter_b@93.134.23.133) |
00:17.52 | CIA-52 | freesmartphone.org: 03mickey 07cornucopia * r9f767b92735c 10/fsodeviced/data/ (Makefile.am fsodeviced.conf): fsodeviced: fix dbus configuration file |
00:20.36 | CIA-52 | freesmartphone.org: 03mickey 07cornucopia * r5c9ab6d4d924 10/fsodeviced/configure.ac: fsodeviced: ship dbus conf file |
00:42.18 | *** join/#openmoko _charly_ (i=kroseneg@sunrise.schmidham.net) |
00:47.05 | *** join/#openmoko everslick (n=clemens@91-113-113-177.adsl.highway.telekom.at) |
01:01.31 | CIA-52 | openmoko: 03daveb * r5561 10/trunk/gta02-core/ (cpu.sch docs/ecn/ecn0001.txt lcm.sch): second try for HDQ - now move to GPD0! :-) |
01:06.48 | *** join/#openmoko Defiant (i=erik@d010021.adsl.hansenet.de) |
01:30.17 | *** join/#openmoko freelock (n=john@216.231.62.127) |
01:33.50 | *** join/#openmoko Digital_Pioneer (n=digitalp@h17.200.255.206.cable.srcy.cablelynx.com) |
01:56.06 | *** join/#openmoko juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net) |
02:07.05 | *** join/#openmoko vininim (n=vininim@pdpc/supporter/student/vininim) |
02:09.46 | *** join/#openmoko pcfe (n=pcfe@a88-115-26-200.elisa-laajakaista.fi) |
02:14.40 | *** join/#openmoko Sargun (n=Sargun@atarack/Staff/Sargun) |
02:30.47 | *** join/#openmoko ayeuu (n=ayeuu@bearstech/ayeuu) |
02:38.51 | *** join/#openmoko hd (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
02:41.09 | *** join/#openmoko HellDragon (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
02:43.25 | *** join/#openmoko berk (n=jork@189.107.154.183) |
02:46.32 | *** join/#openmoko Sargun (n=Sargun@atarack/Staff/Sargun) |
02:56.24 | *** join/#openmoko |biovore| (n=KVIrc@c-69-255-106-177.hsd1.md.comcast.net) |
02:57.59 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
03:04.34 | *** join/#openmoko tenzind (n=tenzin@202.144.158.193) |
03:10.12 | *** join/#openmoko alephnull (n=alok@122.172.21.65) |
03:13.43 | *** join/#openmoko eolson (n=eolson@c-24-13-244-61.hsd1.il.comcast.net) |
03:28.25 | *** join/#openmoko _charly_ (i=kroseneg@sunrise.schmidham.net) |
03:41.11 | *** join/#openmoko CVirus (n=Satan@62.135.96.164) |
03:56.27 | *** join/#openmoko fasteddie (n=fasteddi@CPE-58-160-57-200.vic.bigpond.net.au) |
04:01.38 | *** join/#openmoko emacsian (n=ram@122.167.97.29) |
04:23.36 | *** join/#openmoko Undrwater (n=russell@pool-74-100-101-177.lsanca.fios.verizon.net) |
04:24.02 | Undrwater | has anyone run android from SD? |
04:25.20 | *** join/#openmoko dwb (n=david@a177027.upc-a.chello.nl) |
04:26.04 | *** join/#openmoko droid001 (n=mc@p4FDCF77D.dip.t-dialin.net) |
04:27.00 | *** join/#openmoko alephnull (n=alok@122.172.21.65) |
04:28.57 | *** join/#openmoko imcsk8 (n=ichavero@189.155.77.34) |
04:29.52 | *** join/#openmoko yanu (n=yanu@d54C5F808.access.telenet.be) |
04:30.30 | *** join/#openmoko spydon (n=spydon@90-227-33-55-no42.tbcn.telia.com) |
04:32.38 | *** join/#openmoko DocScrutinizer2 (n=jr@200.194.116.85.dsl.manitu.net) |
04:35.29 | *** join/#openmoko lysanderslair_ (n=jeff@dsli37.ody.ca) |
04:36.51 | *** join/#openmoko Cervajz (n=Cervajz@opensuse/member/Cervajz) |
04:38.15 | doc|home | anyone using mer on the freerunner? Got any info on its usefulness? |
04:38.58 | Undrwater | i don't think there's a phone yet for mer? (or wasn't last time i checked) |
04:41.03 | doc|home | http://wiki.maemo.org/Mer/Hardware/Freerunner there is :) |
04:41.17 | doc|home | they announced the n900 today |
04:42.01 | Undrwater | i saw the n900...wow! |
04:42.07 | doc|home | indeed |
04:42.14 | doc|home | I'm giving up on my freerunner :/ |
04:42.32 | Undrwater | trying to decide between n900 and drysuit for b-day now :P |
04:42.44 | ndnihil | yeah, that n900 has me twitching too |
04:44.17 | Undrwater | no phone yet on mer...fso hasn't been ported yet, unless zhone works |
04:45.25 | Undrwater | palm pre looks like toy now tho :P |
04:46.21 | doc|home | nah, compare it to the n900 and it's a no-deal |
04:46.58 | Undrwater | how much for the pre with a plan? |
04:48.07 | doc|home | Undrwater: in canada, $200 with a 3 year contract on the worst telco |
04:48.24 | doc|home | too expensive, too long, and too crap a telco |
04:48.39 | Chocky | royally Roger(s)ed? |
04:49.20 | doc|home | worse than rogers! |
04:49.28 | Chocky | ouch |
04:49.28 | Undrwater | how much of a discount for the plan? |
04:49.31 | doc|home | hard and all as that may be to believe |
04:49.38 | doc|home | Undrwater: no idea, what's retail without a plan? |
04:49.54 | doc|home | you can't even buy it from them without one |
04:50.03 | doc|home | screw palm and their sucky cdma/telco choice |
04:50.09 | Undrwater | right...but there's usually a standard discount |
04:50.18 | Undrwater | they'll go gsm |
04:50.42 | doc|home | meh, the tech is already obsolete in comparison the 900 |
04:50.44 | Undrwater | $200 here in the US |
04:50.47 | doc|home | n900 |
04:50.52 | doc|home | Undrwater: no contract? |
04:50.58 | Undrwater | with contract |
04:51.03 | doc|home | and without? |
04:51.42 | doc|home | the n900 is a computer with a gsm chip attached :) the pre isn't even open source in any real sense |
04:52.09 | Undrwater | The Pre is available on Pre-order/Backorder @ $699.99 |
04:52.13 | Undrwater | that's GSM |
04:52.25 | Undrwater | hello n900 |
04:52.30 | doc|home | more expensive than the n900 is likely to be, and the n900 is far more useful |
04:52.52 | doc|home | hehe |
04:52.56 | Undrwater | probably arrive around the same time |
04:53.17 | doc|home | I wonder if this might kill palm. they must be worried |
04:53.59 | Undrwater | only if the nokia-maemo can get a carrier i'd think |
04:54.10 | doc|home | it's nokia, I doubt it'll be a problem |
04:55.28 | Undrwater | unless carriers worry about how "open" the OS is? that whole VOIP over wifi thing too |
04:56.42 | doc|home | true |
04:57.25 | Undrwater | even if the software were mature, i doubt any carriers would take the OM |
04:57.56 | doc|home | yeah, but OM never had nokia's weight |
04:58.18 | Undrwater | of course not... |
04:58.40 | Undrwater | nokia has the greenphone now, right? :P |
04:59.24 | doc|home | heh |
04:59.26 | doc|home | no idea |
04:59.43 | Undrwater | they bought qtopia...wonder what they're doing with it |
05:01.56 | Undrwater | http://www.elite-electronix.com/palm-pre-gsm-unlocked |
05:04.01 | *** join/#openmoko CosmicDuck (n=pierre@p578b5cf2.dip0.t-ipconnect.de) |
05:05.13 | doc|home | Undrwater: qtopia ~= qt |
05:05.22 | doc|home | Undrwater: and they're switching towards that in maemo |
05:06.43 | Undrwater | what is it now? gtk? |
05:10.32 | doc|home | up to OS 2008 it was |
05:10.41 | *** join/#openmoko Openfree` (n=Openfree@203.110.163.133) |
05:12.57 | CosmicDuck | Hi, yesterday I've installed shm testing on my neo. But there are some points which I want shortly to discuss: |
05:12.57 | CosmicDuck | 1. The Messaging Application did not read the sms sim storage. I stores the sms sent and received only on local filesystem? Correct? |
05:12.58 | CosmicDuck | 2. The Dialer only use the sim storage, but did not have an own storage on local filesystem. Correct? |
05:12.58 | CosmicDuck | 3. An Bluetooth application for different services is currently not available? Only terminal based configurations could been found except switching BT hardware on and of, but bluez4 stack must been started manually because fails by booting the neo. Correct? |
05:13.00 | CosmicDuck | 4. Some applications from armv4t which could install will not work. For me e.g. OMView is not working. Possible must be recompiled? |
05:16.50 | Undrwater | CosmicDuck: 1-3 are correct |
05:17.19 | Undrwater | for 4, your best bet is to upgrade to unstable, or attempt to get python 2.6 i believe |
05:17.37 | Undrwater | truly, there is no devel happening on testing right now |
05:17.52 | Undrwater | they're talking about getting it going...but everything is happening with unstable |
05:24.40 | *** join/#openmoko chihchun (n=nchihchu@210.240.39.7) |
05:41.18 | CosmicDuck | Undrwater: Ok thank you. |
05:41.46 | Undrwater | np |
05:42.14 | CosmicDuck | Another question, what do you think about the htc mobile phone named T-Mobile G2 touch. Looks like an neo extended device ...;-) |
05:42.45 | Undrwater | haven't seen that yet...but nokia n900 blows it out of the water, i bet...we're all drooling over it |
05:42.46 | CosmicDuck | but the software must be changed |
05:44.00 | CosmicDuck | Ah its named official htc touch pro 2 |
05:44.08 | CosmicDuck | http://www.t-mobile.com/shop/phones/Cell-Phone-Detail.aspx?cell-phone=HTC-Touch-Pro-2&WT.z_HP=Ph3 |
05:45.04 | lindi- | Undrwater: all? |
05:46.08 | *** join/#openmoko Wonka (i=produzie@chaos.in-kiel.de) |
05:48.25 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
05:52.01 | Undrwater | lindi-: correction: a bunch of us are drooling over it :P |
06:06.31 | *** join/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
06:09.47 | CosmicDuck | Hi, I have called with my provider, but the connection looks like has been droped. But the dialer says still Active call. Release Button did not help. Problem? |
06:10.42 | Undrwater | shr unstable? |
06:13.27 | CosmicDuck | no testing |
06:14.30 | Undrwater | problem is you're using testing :) |
06:15.01 | CosmicDuck | ehh...unstable is more stable? |
06:15.21 | Undrwater | yes |
06:15.36 | Undrwater | it's developed... |
06:15.38 | Undrwater | testing is not |
06:16.13 | CosmicDuck | ok..must i reinstall or can i use opkg for an upgrade? |
06:16.32 | Undrwater | i recommend reflash...unless you know what you're doing |
06:22.21 | *** join/#openmoko kvaster (n=kvaster@93.84.112.80) |
06:25.46 | CosmicDuck | which jffs2 should I use? shr-lite-glibc-ipk--20090808-om-gta02.rootfs.jffs2 |
06:28.20 | *** join/#openmoko viana (n=viana@118.88.142.120) |
06:31.49 | Undrwater | that's the one :) |
06:32.06 | Undrwater | have you seen the user manual on the wiki? |
06:40.20 | *** join/#openmoko manitu (n=werner@p578b0cfb.dip0.t-ipconnect.de) |
06:41.39 | *** join/#openmoko e-Flex (n=e@h-1-155.A176.priv.bahnhof.se) |
06:44.27 | CosmicDuck | Undrwater: I've seen that the files are stored on http://build.shr-project.org/shr-unstable/images/om-gta02/ |
06:44.43 | CosmicDuck | on the web page http://wiki.shr-project.org/trac/wiki/Install |
06:44.58 | Undrwater | on the openmoko wiki there's a shr user manual |
06:45.20 | CosmicDuck | hmm |
06:45.22 | Undrwater | http://wiki.openmoko.org/wiki/SHR_User_Manual |
06:45.46 | Undrwater | before updating, i recommend creating a swap (file or partition) |
06:46.03 | CosmicDuck | Oh..sorry, will flash |
06:48.04 | CosmicDuck | So I should use the unstable files from http://build.shr-project.org/shr-unstable/images/om-gta02/. but it looks like there is no full jffs2 image so baclk to my question: is shr-lite-glibc-ipk--20090808-om-gta02.rootfs.jffs2 the correct one? |
06:48.57 | *** join/#openmoko ChristW (n=chatzill@87.213.210.106) |
06:49.34 | *** join/#openmoko jserv-- (n=jserv@61.30.10.70) |
06:50.36 | ChristW | I'm having trouble using the FR with my Mac. Whenever the mac-address (??) of the FR changes, the Mac sees this and adds an interface. I can then jump through some hoops to set the IP address etc. I am then able to connect to the FR and get Internet sharing working. |
06:50.47 | *** join/#openmoko kwek (n=kwek@212.230.228.167) |
06:51.12 | ChristW | However, the 2nd (and later) time(s) that I connect the FR, the Mac just sits there and claims that the network cable is not connected. Any ideas what I can do to troubleshoot this? |
06:52.40 | max_posedon | you should use shr-unstable or om2009 or smth with latest kernel |
06:52.54 | max_posedon | neo will have constant mac-address |
06:53.13 | max_posedon | and your know, mac is ... ) |
06:53.19 | ChristW | Strange, I'm using Qi and SHR-U, and still this sometimes comes up... |
06:54.25 | max_posedon | may be smth bad with mac driver, but I'm sure neo have constant mac address with latest kernels |
06:54.45 | ChristW | Yes, that's what I've been reading as well... |
06:54.47 | max_posedon | all Linux people switched from usb0(dynamic) to ethN(static) few month ago |
06:55.00 | ChristW | Hum... |
06:55.19 | ChristW | When I connect my FR to my Ubuntu system at home, I still get usb0... |
06:55.49 | max_posedon | you kidding |
06:56.09 | ChristW | That seems weird now that you remind me that it should have changed to ethN. |
06:56.11 | max_posedon | or running very old shr-U or very old kernel |
06:56.45 | ChristW | No, when I'm re-connecting the FR at home, I do ifconfig down usb0 && ifconfig up usb0 to get the connection 'up' again. |
06:57.05 | ChristW | The SHR-U has been opkg update && opkg upgrade to a few days ago. |
06:57.17 | ChristW | Kernel has been updated yesterday. |
06:57.18 | max_posedon | but now you know where is problem, try fix it, for example via *flashing* latest shr-U and *kernel* |
06:57.36 | ChristW | I hate flashing, since it messes with my setup... |
06:57.45 | max_posedon | I have no idea except this, sorry |
06:58.05 | *** join/#openmoko nab (n=nab@67-23-28-174.slicehost.net) |
06:58.18 | ChristW | I'm trying to use the dang thing as a daily phone, and I regularly install stuff on it. When I re-flash, all of that gets lost and it's a lot of hassle to get it back... |
06:58.44 | ChristW | I do know that 'daily phone' and SHR-U sometimes don't mix, but usually there's no problem there... |
06:58.45 | *** join/#openmoko wd_ (n=wd@in.soviet.russia.brains.suxx.us) |
06:58.55 | Undrwater | you can flash latest kernel without messing with your system |
06:59.12 | max_posedon | hm... ok, so, try verify kernel version, I'm not right person to speak about kernel problems( |
06:59.28 | ChristW | Yup, I can do that... I'll try that now. |
06:59.41 | *** join/#openmoko pabs3 (n=pabs@d122-105-78-211.per9.wa.optusnet.com.au) |
07:01.52 | PaulFertser | ChristW: yes, flashing latest kernel doesn't have any effect on your data |
07:02.14 | ChristW | I just re-flashed the latest kernel form the SHR-U repo (dated aug 16th). |
07:02.40 | PaulFertser | ChristW: looks reasonable |
07:02.40 | ChristW | So, let's see what happens if I re-plug it... |
07:03.29 | *** join/#openmoko emacsian (n=ram@122.167.97.29) |
07:04.01 | PaulFertser | ChristW: (read the backlog) i guess you might be running an old Qi version. |
07:04.27 | ChristW | _Maybe_, but I can't find any new version on the SHR-U site (??) |
07:04.45 | Undrwater | is there ever going to be a kexec boot kernel for the freerunner? |
07:04.49 | *** join/#openmoko m0nt0 (n=monto@151.57.153.0) |
07:05.04 | Undrwater | it's on the openmoko site |
07:05.07 | PaulFertser | ChristW: the newest Qi can be downloaded from "experimental" at downloads.openmoko.org |
07:05.27 | *** join/#openmoko BillK (n=BillK@203-206-39-224.dyn.iinet.net.au) |
07:05.39 | ChristW | I'll get the August 26 version then. Looks shine new ;-) |
07:05.51 | Undrwater | i'd love to use qi, but i want to be able to select the partition i'm booting |
07:07.19 | ChristW | Can I rename the .udfu file to .bin to let Openmoko Flasher on the Mac 'see' the file? |
07:07.20 | PaulFertser | ChristW: it's just the compile date. |
07:07.27 | PaulFertser | ChristW: sure |
07:07.43 | PaulFertser | Undrwater: Qi allows skipping of boot possibilities. |
07:07.55 | PaulFertser | Undrwater: at least i mostly can select between booting from uSD and NAND. |
07:08.20 | Undrwater | PaulFertser: but if i had 2 partitions on SD and an image on NAND...it's difficult to select, isn't it? |
07:08.33 | max_posedon | sometimes thinking about booting _without_ boot loadeer, directly kernel |
07:08.35 | PaulFertser | Undrwater: i've never tried, probably. |
07:08.42 | max_posedon | PaulFertser, is it possible theoretically? |
07:08.49 | PaulFertser | max_posedon: no |
07:09.04 | max_posedon | hm... why? |
07:09.05 | PaulFertser | max_posedon: well, |
07:09.21 | *** join/#openmoko agg1n (n=jan@static-87-245-14-75.teleos-web.de) |
07:09.33 | PaulFertser | max_posedon: if you keep your kernel in NOR. And somehow pre-made ATAGs for it then probably yes. |
07:09.36 | max_posedon | kernel can't do init of some subsytem that qi/uboot can |
07:09.54 | max_posedon | ATAGs? sorry, don't understand fully |
07:10.27 | max_posedon | I thought kernel just want params (can be hardcoded in kernel config) |
07:10.43 | max_posedon | some initialization stuff, not important or can be moved to kernel... |
07:11.18 | CosmicDuck | Ups...my enlighment has been disrupted |
07:11.56 | CosmicDuck | filesystem on rootfs has been destroyed |
07:12.48 | PaulFertser | max_posedon: not only kernel command line but also some other important ATAGs should be set by bootloader, at least that's how it works on ARM. |
07:12.59 | CosmicDuck | reflashing new unstabel shm now...will go to my stallion for the time of reflashing. |
07:13.17 | *** join/#openmoko mani|work (n=werner@p578b0cfb.dip0.t-ipconnect.de) |
07:13.19 | PaulFertser | max_posedon: and anyway, why bother with expensive NOR, small bootloader like Qi is simple enough... |
07:16.36 | pabs3 | anyone know how many USB endpoints does the FR USB controller have? or how to find out? lsusb doesn't seem to help |
07:17.11 | PaulFertser | pabs3: no idea, the SoC datasheet should be able to tell. |
07:17.35 | PaulFertser | pabs3: but for some reason other usb gadgets can't be loaded when g_ether was first so it might be a hind. |
07:17.42 | lindi- | pabs3: 4 i think |
07:17.56 | lindi- | pabs3: see my bug reports and emails that match "gadget" |
07:18.33 | max_posedon | PaulFertser, may be because usb-hub protocol isn't implemented?) |
07:18.57 | pabs3 | PaulFertser: yeah, to have ethernet and tty at the same time you need g_acm. for more configurations you apparently need to write your own driver |
07:19.43 | lindi- | PaulFertser: you can only have one gadget loaded |
07:20.34 | pabs3 | but that one gadget can do multiple things (ethernet, tty, printer, etc) |
07:20.40 | kahless|ZzzZ | hmm.. what was my flash partition device again? (booted from sd atm) |
07:21.09 | PaulFertser | lindi-: i see. Never understood all that tricky usb stuff anyway ;) |
07:21.34 | lindi- | PaulFertser: I have hard time understanding the motivation behind usb too |
07:21.39 | *** join/#openmoko thannoy (n=thannoy@85-19.206-83.static-ip.oleane.fr) |
07:21.41 | PaulFertser | kahless|ZzzZ: /dev/mtdblock6 |
07:21.46 | *** join/#openmoko hd (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
07:22.21 | lindi- | PaulFertser: but at least the standard lets you specify that you have a 38 button mouse where button 17 is controlled using your left eyebrows |
07:22.41 | lindi- | reminds me of X except that X is actually more sane |
07:22.47 | Kahless | PaulFertser: thx a lot :) |
07:24.31 | *** join/#openmoko Arigead (n=Rupert@213.79.51.41) |
07:25.00 | *** join/#openmoko alephnull (n=alok@122.172.21.65) |
07:25.16 | *** join/#openmoko nullix (n=philippe@92.103.174.253) |
07:31.55 | *** join/#openmoko polaru (n=polaru@93.113.192.70) |
07:37.14 | *** join/#openmoko Heinervdm (n=thomas@pD9E16D22.dip.t-dialin.net) |
07:41.22 | *** join/#openmoko ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de) |
07:42.09 | *** join/#openmoko N-Mi (n=nicolas@calvix/staff/N-Mi) |
07:42.09 | *** join/#openmoko bumbl (n=bumbl@212-183-116-32.adsl.highway.telekom.at) |
07:42.37 | *** join/#openmoko ZaPPaS (n=moritz@129.69.51.130) |
07:47.49 | *** join/#openmoko neomilium (n=romuald@LMontsouris-156-24-13-50.w80-14.abo.wanadoo.fr) |
07:53.26 | *** join/#openmoko max_posedon1 (n=max_pose@106-243-252-87-dynamic-pool.gprs.mts.by) |
07:56.26 | *** join/#openmoko Kero (n=kero@d74199.upc-d.chello.nl) |
07:58.54 | *** join/#openmoko tenzind (n=tenzin@202.144.158.193) |
08:01.08 | *** join/#openmoko CIA-7 (n=CIA@208.69.182.149) |
08:01.37 | *** join/#openmoko paulproteus (i=paulprot@rose.makesad.us) |
08:02.08 | *** join/#openmoko Cap_J_L_Picard (n=ewanm89@unaffiliated/ewanm89) |
08:10.03 | CIA-7 | openmoko: 03alvieboy * r5562 10/trunk/gta02-core/gps.sch: Fix TEST->TST footprint |
08:22.25 | *** join/#openmoko dcordes (n=luke-g@unaffiliated/dcordes) |
08:27.57 | *** join/#openmoko polaru (n=polaru@93.113.192.70) |
08:34.55 | *** join/#openmoko kannerke (n=pvandenb@83.101.79.150) |
08:39.19 | *** join/#openmoko sleipnir (i=3e501154@gateway/web/freenode/x-yuqugqelhhlkbyuj) |
08:44.48 | *** join/#openmoko yann|work (n=yann@194.206.158.221) |
08:45.52 | *** join/#openmoko everslick (n=clemens@91-113-113-44.adsl.highway.telekom.at) |
08:45.53 | yann|work | are there any known issues with GSM/SIM on om2009 unstable ? Since I upgraded from testing, it does not seem to see the SIM card any more |
08:46.06 | yann|work | and it refuses to suspend |
08:48.35 | *** join/#openmoko Free_maN (n=Free_maN@217.174.199.201) |
08:49.04 | *** join/#openmoko arfmarf (n=arfmarf@unaffiliated/arfmarf) |
08:52.22 | *** join/#openmoko Fox_Muldr (i=quakeman@g227068109.adsl.alicedsl.de) |
08:52.41 | *** join/#openmoko emacsian (n=ram@122.167.97.29) |
08:58.34 | CosmicDuck | how to upgrade fresh installed unstable? opkg is not installed? |
09:01.30 | Majkhii | CosmicDuck: opkg-cl? |
09:02.01 | CosmicDuck | Majkhii thank you |
09:02.26 | Majkhii | CosmicDuck: no problem |
09:03.13 | *** join/#openmoko naeg (n=naeg@194.208.239.170) |
09:04.13 | CosmicDuck | Yann|work: Do not upgrade om2009 |
09:05.00 | naeg | hi all |
09:05.09 | CosmicDuck | Yann|work: or upgrade all packages manual without frameworkd-configure or so. The problem begins with upgrade these package. |
09:06.04 | CosmicDuck | Yann|work: You can use opkg list_upgradable to get the packages for upgrade and than use opkg upgrade <here all the packeges without the one i mean) |
09:07.09 | *** join/#openmoko ericthefish (n=ivan@sit/hacker/ericthefish) |
09:09.59 | *** join/#openmoko Fish (n=Fish@AVelizy-152-1-17-28.w82-120.abo.wanadoo.fr) |
09:13.16 | yann|work | CosmicDuck: ok, so I just downgrade frameworkd-* and all should be better, right ? |
09:16.32 | *** join/#openmoko ChristW (n=chatzill@87.213.210.106) |
09:17.24 | ChristW | Ok, my ac crashed in between, but I now have a working Qi, a working kernel, an SHR-U that's up-to-date, a PIN dialog, and a phone registered to the network. Whew... |
09:17.29 | ChristW | s/ac/Mac/ |
09:22.58 | *** join/#openmoko TAsn (n=tasn@85-250-110-51.bb.netvision.net.il) |
09:35.46 | *** join/#openmoko alephnull (n=alok@122.171.17.205) |
09:39.09 | yann|work | hm, "Multiple packages (frameworkd and frameworkd) providing same name marked HOLD or PREFER. Using latest." |
09:39.31 | yann|work | when calling "opkg install --force-downgrade" on the downloaded .ipk |
09:40.00 | yann|work | is there an easy way out (short of removing the package with --force-depends first) ? |
09:50.22 | ChristW | Ok, so now I have my original problem back. Unplugging the USB cable from the FR and re-plugging it does _not_ bring back my en14 interface... |
09:51.47 | *** join/#openmoko manitu (n=werner@p578b0cfb.dip0.t-ipconnect.de) |
10:02.21 | *** join/#openmoko Fish (n=Fish@AVelizy-152-1-17-28.w82-120.abo.wanadoo.fr) |
10:03.02 | yann|work | hm, I find it strange that, after removinf frameworkd and running "opkg install" on the .ipk, it decides by itself to download a more recent version |
10:03.13 | yann|work | I can't think of a situation where it makes sense :) |
10:03.49 | DocScrutinizer2 | a bug. Also seen in Yast some years ago. Cut connectivity |
10:03.50 | yann|work | and I don't see a flag to prevent that |
10:04.50 | DocScrutinizer2 | dunno if it helps, but at least no dl obviously then |
10:05.01 | yann|work | trying to unset the proxy |
10:05.14 | yann|work | else I'll just comment out the unstable feeds just for that |
10:05.29 | DocScrutinizer2 | might help as well |
10:05.56 | DocScrutinizer2 | maybe need update |
10:07.09 | *** join/#openmoko uzi18 (n=uzi@gfb34.internetdsl.tpnet.pl) |
10:11.58 | *** join/#openmoko Agrajag- (n=filip@c211-30-185-177.artrmn2.nsw.optusnet.com.au) |
10:16.23 | *** join/#openmoko toi (n=toi@d515304E5.static.telenet.be) |
10:17.53 | *** join/#openmoko _ant_ (n=ant@89.106.168.82) |
10:22.25 | *** join/#openmoko dos1 (n=dos@unaffiliated/dos1) |
10:36.02 | *** join/#openmoko alexxy[home] (n=alexxy@gentoo/developer/alexxy) |
10:39.05 | *** join/#openmoko Cervajz (n=Cervajz@opensuse/member/Cervajz) |
10:47.44 | *** join/#openmoko sandwitch (n=sandwitc@247-50-223.ftth.xms.internl.net) |
10:48.04 | yann|work | hm, no improvement after downgrading :( |
10:50.21 | Ke | so what is the situation with linux-2.6.32 any patches going upstream? |
10:52.02 | lindi- | Ke: the situation is that this channel is not the place to ask :-) |
10:53.45 | lindi- | Ke: i mean, i think openmoko-kernel mailing list has info on this |
10:54.24 | Ke | I guess there should be a tracker |
10:56.14 | *** join/#openmoko skamster20_ (n=quassel@77-56-73-245.dclient.hispeed.ch) |
11:01.09 | *** join/#openmoko Graf_Ithaka (n=georg@unixboard/users/graf) |
11:01.11 | Graf_Ithaka | hi there |
11:02.05 | skamster20_ | hello all.. i couldn't connect to the python-channel, so i hope, here are some python-peobles |
11:02.30 | skamster20_ | i want to fix a bug in pisi, but i've got a problem |
11:02.31 | Graf_Ithaka | question - I've got a Neo which came with the GPS fix alread applied (soldered on the contacts under the microSD card) but now I experience that I'm not getting a fix when the microSD-card is accessed.. is it normal that it takes _very_ long even with the fix or is my fix probably broken? |
11:02.42 | skamster20_ | http://pastebin.com/d5f6af0ec |
11:02.57 | Graf_Ithaka | using the AT-customized pack as described here atm: http://wiki.openmoko.org/wiki/Configure_Om_2009_for_Austrian_use |
11:03.41 | skamster20_ | i've got ah exception by ah jabber-entry, so this is throw |
11:04.07 | skamster20_ | from vobject, a subclass |
11:04.22 | skamster20_ | so, this shoudn't be the problem, i could catch this |
11:04.53 | skamster20_ | but i've a problem because the throwen exception kicks me out of the foreach.. |
11:05.33 | Ke | lindi-: so where is these patches by Lars for 2.6.31 |
11:06.13 | skamster20_ | if i make the try-except in the foreach, i've got a trackback, if i make it ou of them, i could catch it (but it's nonsene, because i just want to skip ONE object from the list, not all) |
11:06.23 | Ke | lindi-: why would some bizarre sick person use ~unmaintained andy-tracking when there is 2.6.31-based tree |
11:06.32 | skamster20_ | hope, someone could help me |
11:06.45 | skamster20_ | (it also helps other peobles ;) ) |
11:07.37 | *** join/#openmoko Gand (n=Gandvef@boi78-5-78-224-65-26.fbx.proxad.net) |
11:08.00 | lindi- | Ke: probably on openwrt repo |
11:08.04 | *** join/#openmoko Majkhii (n=Majkhii@213.155.250.139) |
11:08.19 | lindi- | Ke: i use andy-tracking since it is stable :) |
11:10.48 | Ke | maintained >> stable |
11:11.06 | *** join/#openmoko nio_ (n=nio@d594e5f2.dsl.concepts.nl) |
11:12.17 | *** join/#openmoko bumbl (n=bumbl@91-114-176-190.adsl.highway.telekom.at) |
11:14.39 | *** join/#openmoko dns53 (n=dns@ppp246-215.static.internode.on.net) |
11:15.24 | Kero | Graf_Ithaka: check if uSD is mounted sync; you probably want async. |
11:16.38 | Kero | though i'm lost on how that would influence getting GPS fix.. |
11:16.39 | larsc | Ke: there aren't any 2.6.31 patches yet. |
11:16.45 | Graf_Ithaka | Kero: I removed microSD, put it back in.. now it works.. strange.. I'm just hoping there isnt a problem with the contacts.. but from what I saw it just worked fine |
11:16.55 | Graf_Ithaka | couldnt see any damage |
11:16.59 | Kero | ok |
11:17.25 | Ke | larsc: ok so I missunderstood the first message |
11:17.29 | Graf_Ithaka | well anyways thanks for help.. |
11:17.52 | larsc | Ke, what first message? |
11:18.42 | Ke | http://www.mail-archive.com/openmoko-kernel@lists.openmoko.org/msg09969.html "I do have patches against 2.6.31 for full gta02 support which could be used to initialize the trees to get them functional. " |
11:19.00 | *** part/#openmoko droid001 (n=mc@p4FDCF77D.dip.t-dialin.net) |
11:19.40 | *** join/#openmoko arfmarf (n=arfmarf@unaffiliated/arfmarf) |
11:20.55 | larsc | Ke: well, i do have patches for 2.6.31-rc4 on my harddrive, but most of them are outdated, since development has made some progress in the 2.6.30 tree |
11:21.23 | Ke | ok |
11:26.09 | *** join/#openmoko [df] (n=df@bspencer.plus.com) |
11:27.44 | *** join/#openmoko droid001 (n=g1@p4FDCF77D.dip.t-dialin.net) |
11:33.40 | *** join/#openmoko bentob0x (n=laurent@ip-213-49-83-69.dsl.scarlet.be) |
11:35.09 | Graf_Ithaka | hm just out of curiosity, is there some way of *updating* openstreetmap-data without having to re-download the whole map? just some kind of *only get changes* |
11:37.19 | bumbl | Graf_Ithaka: yes there is for real osm data - no there isn't for prerendered map tiles (except for yaouh! which works on a tile per tile basis) |
11:40.00 | skamster20_ | does someone know how i could delete all the opimd-contacts at once? |
11:40.38 | *** join/#openmoko alexxy (n=alexxy@gentoo/developer/alexxy) |
11:41.38 | Graf_Ithaka | bumbl: oki thx :) |
11:46.54 | *** join/#openmoko edje2 (n=chatzill@ckpceka.ipv6.kapitein.org) |
11:50.12 | *** join/#openmoko CVirus (n=Satan@62.135.96.164) |
11:53.23 | *** join/#openmoko vaiursch (n=erwin@84-75-28-168.dclient.hispeed.ch) |
11:54.21 | DocScrutinizer2 | raster: howdy |
11:54.41 | DocScrutinizer2 | raster: .kr? |
11:55.35 | *** join/#openmoko nio_ (n=nio@d594e5f2.dsl.concepts.nl) |
11:55.36 | raster | DocScrutinizer2: boo! |
11:55.38 | raster | not yet |
11:55.42 | raster | flying out on the weekend |
11:55.46 | DocScrutinizer2 | aah |
11:56.00 | DocScrutinizer2 | harald seems to wait for you ;-) |
11:56.25 | DocScrutinizer2 | raster: already ordered your RX-51? ;-) |
11:56.33 | raster | zecke should be around too |
11:56.46 | raster | and it seems there's more stuff to be done :) |
11:56.50 | raster | rx51? |
11:56.54 | DocScrutinizer2 | raster: naah, wait. I bet you already have a proto |
11:57.09 | DocScrutinizer2 | http://www.mobile-review.com/review/nokia-rx51-n900-en.shtml |
11:57.43 | Etu | DocScrutinizer2: http://maemo.nokia.com/ |
11:57.55 | DocScrutinizer2 | yo, as well |
11:57.59 | DocScrutinizer2 | since 24h |
11:58.02 | raster | ooh n900 |
11:58.13 | raster | nah - dont have one |
11:58.20 | raster | not sure i will get one. |
11:58.37 | raster | i'm pondering. i will get my grubby hands on some better hw soon enough |
11:58.52 | raster | ie almost double the speed of the omap3 in there. |
11:58.56 | DocScrutinizer2 | http://www.nokia.de/produkte/mobiltelefone/nokia-n900 |
11:58.58 | raster | how can i resist that? |
11:59.00 | raster | :) |
11:59.36 | DocScrutinizer2 | raster: duh! is that S3xxxx THAT fast? |
11:59.46 | SpeedEvil | There will always be something faster coming down the pipe. |
11:59.46 | raster | nah they aren't |
12:00.21 | raster | but there's real silicon in real boxes running real stuff already pushing past the 2430 in the n900 |
12:00.32 | raster | as i said - i will get my grubby hands on it soon enough :) |
12:00.46 | raster | i dont need to buy or ask. it kind of is a necessity |
12:00.57 | bumbl | nice |
12:01.10 | raster | i might get an n900 - don't know currently. |
12:01.18 | raster | its a bit expensive tho\ |
12:01.21 | raster | 500eur |
12:01.28 | raster | might wait for it to drop |
12:01.47 | raster | i prefer actually getting PAID to get faster hw :) |
12:01.52 | bumbl | raster: is swisscom still interested in openmoko hardware after all that "troubles" / do they still pay you for working on elementary |
12:02.37 | raster | bumbl: openmoko is a dead duck. company doesnt do anything anymore - it basically has no employees. it's selling off old gta02 stock. so no - not interested |
12:03.02 | raster | as they were not interested in gta02 - but were into where gta02 is going - ie gta03/04 etc. (3g, open, good design etc.) |
12:03.13 | raster | since that isn't going to happen... not om |
12:03.32 | raster | be patient. in fact - just get an n900. if u can afford it |
12:03.42 | raster | i suspect that is about as good as u're getting right now |
12:03.59 | raster | good hw, open os (sure binary modules and blobs - but better than most) |
12:04.10 | DocScrutinizer2 | raster: |
12:04.12 | DocScrutinizer2 | Processor and 3D accelerator |
12:04.14 | DocScrutinizer2 | TI OMAP 3430: ARM Cortex-A8 600 MHz, PowerVR SGX with OpenGL ES 2.0 support |
12:04.20 | raster | as i said |
12:04.21 | bumbl | raster: my question aimed more in the direction on where elm is going ;) om's future doesn't bother me |
12:04.21 | raster | good hw |
12:04.22 | raster | :) |
12:04.29 | raster | oooh elm |
12:04.34 | skamster20_ | raster: may there is hope.. http://koolu.com/News/Koolu-News.html |
12:04.38 | raster | well... it's gettign widgets added as we spoeak |
12:04.50 | DocScrutinizer2 | raster: http://maemo.nokia.com/n900/specifications/ |
12:04.52 | raster | i'm adding features to scroller right now actuall - well documenting it first then adding them in |
12:05.02 | skamster20_ | but these news are old, and koolu also doesn't seem to port android.. |
12:05.38 | Etu | cannot resist bying a n900 |
12:05.53 | Etu | the specs are too great |
12:06.22 | raster | skamster20_: koolu is a google shop. thus android all over. i know i have about as much interest in android as i do in becoming a sea urchin. :) |
12:06.25 | SpeedEvil | It looks like they chose the easy route on features. |
12:06.32 | SpeedEvil | They jammed _everything_ in. |
12:06.50 | SpeedEvil | (well - apart from a d-pad - multiple SD, ...) |
12:06.51 | DocScrutinizer2 | googles for "urchin" |
12:07.03 | raster | :) |
12:07.10 | *** join/#openmoko arw_ (i=foobar@190.27.3.18) |
12:07.26 | DocScrutinizer2 | lol |
12:07.31 | skamster20_ | mmh, it doesn't look like, may i read it wrong (i'm not sooo fit in english), but didn't they are write about a w.e-phone? |
12:07.37 | bumbl | raster: well the n900 is even bigger than the gta02 |
12:07.39 | raster | bumbl: elm's future is bright atm. it has real adoption outside the openmoko world. elm will eventually become e;s own widget set in e18. |
12:07.47 | bumbl | which is too big for my pocket |
12:07.49 | raster | bumbl: bigger but actually good features |
12:07.50 | bumbl | raster: cool |
12:08.19 | raster | like bigger screen - flat surface touchscreen, real kbd, fast cpu (about 6x maybe 7x the speed of the gta02) |
12:08.36 | raster | but if thats too big - u'll have to wait as nothing else exists atm |
12:08.55 | raster | but n900 i suspect is the pinnacle of it all atm. |
12:08.59 | bumbl | has to catch up with e17 development - i thought e17 was far from being released but as it seems there are plans for e18 cool |
12:09.19 | raster | i'd love something slim and phone-like with similar or better specs (cpu, ram, screen res, wifi, 3g, etc.) |
12:09.24 | raster | but that doesn't exist... yet |
12:09.27 | DocScrutinizer2 | raster: (flat surface ts) still it's a r-ts (like on OMNIA) |
12:09.36 | raster | if there is something i can do about it... i hope it will. |
12:09.37 | DocScrutinizer2 | raster: thank god (or Nokia) |
12:09.52 | raster | DocScrutinizer2: n900 is resistive? |
12:09.56 | DocScrutinizer2 | yo |
12:10.04 | raster | sams as the monias then - yup |
12:10.08 | raster | thats god downsides |
12:10.11 | DocScrutinizer2 | according to all I learned |
12:10.18 | raster | like the ts doesnt go inactive when u put it in your pocket |
12:10.25 | bumbl | raster: i know but it is a) too big b) from nokia (and even if it is os i have not had that good experience with nokia phones c) at the moment too expensive |
12:10.27 | DocScrutinizer2 | huh? |
12:11.06 | DocScrutinizer2 | why can't you switch off a r-ts?? |
12:11.33 | DocScrutinizer2 | but you *can* *not* do e.g. handwriting recog on a c-ts |
12:12.01 | raster | bumbl: agreed on c and a - so in that case.. you're in the waiting pool :( |
12:12.10 | DocScrutinizer2 | try draw a sketch on a c-ts |
12:12.13 | raster | DocScrutinizer2: you can switch it off - but explicitly |
12:12.22 | raster | ie u cant just put it in your pocket and "forget" |
12:12.24 | bumbl | DocScrutinizer2: you can but it does not do it automatically (by design) as a c-ts in the pocket (no input because no c) |
12:12.28 | raster | screen will continue to be activated |
12:12.37 | raster | u have to press a suspend/off/blank button first |
12:12.48 | *** join/#openmoko igor321 (n=igor@93-138-94-14.adsl.net.t-com.hr) |
12:12.57 | raster | a c-ts will simply register no "clicks" on it in your pocket thus time-out like it was inactive |
12:13.03 | DocScrutinizer2 | bumbl: you might be completely wrong on the "no C in pocket" stuff |
12:13.04 | bumbl | raster: yep but at the moment the neo works more or less good enough for daily usage |
12:13.11 | raster | a c-ts is also MUCH more sensitive |
12:13.20 | raster | its amazing how much better it is at things like scrolling |
12:13.37 | DocScrutinizer2 | I like the r-ts on N810 very much |
12:13.40 | raster | DocScrutinizer2: it's true. :) so works my g1 :) |
12:13.47 | DocScrutinizer2 | just good enough for scrolling |
12:14.14 | DocScrutinizer2 | reports say the N900 is the same sensitivity |
12:15.25 | raster | i'm not with you there. c-ts in my expereicne so far is far better |
12:15.34 | SpeedEvil | SAW is better |
12:15.39 | DocScrutinizer2 | N810 ts can be operated by edge of a paper, or by the literal feather |
12:15.41 | SpeedEvil | but regrettably unavailable |
12:15.50 | raster | the slitest touch works |
12:15.52 | raster | slightest |
12:16.10 | raster | a very very very light swipe with my figer barely touching the surface works |
12:16.19 | raster | r-ts no way can do that |
12:16.20 | *** join/#openmoko ruoso (i=ruoso@189.99.180.168) |
12:16.37 | DocScrutinizer2 | raster: yeah, even works when no touch at all (i.e. 0.5mm distance to screen) I honestly dislike hat |
12:17.09 | raster | not here |
12:17.23 | raster | i am hovering my finger just above the surface - no reaction. |
12:17.56 | DocScrutinizer2 | and still c-ts is crippled for kinky fingers-only entry. Don't see how to tweak gimp / menus / whatever for that paradigm in each and every app |
12:18.19 | raster | no way u will get gimp as-is on such small screens anyway |
12:18.24 | raster | it just isnt practical |
12:18.33 | DocScrutinizer2 | do writing recog an a c-ts. Then we talk |
12:18.34 | raster | u want to have the core of gimp abstracted from the ui |
12:18.37 | raster | and have a different ui |
12:19.10 | DocScrutinizer2 | do a simple sketch app |
12:19.13 | raster | not sure why u want writing recognition. it's slower than typing |
12:19.25 | raster | sure - sketching isnt good - with fingers. |
12:19.32 | raster | u can get capactive styluses. |
12:19.43 | DocScrutinizer2 | there's a lot of things that isn't good on c-ts |
12:19.45 | raster | they work just dandily |
12:20.05 | raster | i still say capacitive is better overall as a interaction surface |
12:20.09 | DocScrutinizer2 | (styluses) yeah as thick as a finger - what's THAT?? |
12:20.32 | raster | for the things its bad at, it totally beats on resistive on what its better at |
12:20.44 | raster | no - they are much thinner than a finger |
12:20.49 | DocScrutinizer2 | oh wel, seems that's a question of personal prefs anyway |
12:20.52 | raster | i think about 4mm wide or so |
12:21.30 | raster | my finger is much closer to 15mm wide or more :) |
12:22.01 | DocScrutinizer2 | yeah, if you got the *right* c-ts they may work. But the *right* r-ts might make you think you have a c-ts while still yielding resolution of a r-type |
12:22.18 | raster | r-t's ind4eed come in better and worse varieties |
12:22.22 | raster | but... |
12:22.29 | DocScrutinizer2 | as do c-ts |
12:22.35 | raster | i have both - i have some good r-t's flat surface. |
12:23.02 | raster | it's a bit annoying to accidentally press it in another spot while preegin it somewherre else and have the position jump/move |
12:23.14 | raster | of having drags not work quite right |
12:23.31 | raster | putting it in your pocket and finding out its been on and awake for the past 30 mins and lost a chunk of battery |
12:23.33 | DocScrutinizer2 | no prblems like that here on N810 |
12:23.53 | raster | welkl i have done work on my n800 - it does that |
12:24.20 | raster | i have done it on an i780, another r-s screen, gta01 and 02, and older things |
12:24.22 | DocScrutinizer2 | n800-ts might be different to n810 - - dunno |
12:24.38 | DocScrutinizer2 | gta02 ts is crap, admittedly |
12:24.41 | raster | and i definitely prefer the capacitive. it kills some of the worst resitive ts problems that i have hit |
12:24.51 | raster | and one u never can solve is the pocket-stay-awake |
12:25.03 | raster | a resistive screen just will always do that |
12:25.12 | DocScrutinizer2 | duh, I think that's the easiest to kill |
12:25.14 | SpeedEvil | Sure you can. |
12:25.21 | raster | that alone imoh is worth the downsides of a capacitive screen |
12:25.21 | SpeedEvil | You add a proximity sensor |
12:25.27 | SpeedEvil | which also kills the face effect |
12:25.35 | raster | SpeedEvil: u'll need several of them |
12:25.48 | DocScrutinizer2 | SpeedEvil: which btw is part of N900 afaik |
12:25.59 | raster | and a pocket will also be "proximal" :) |
12:26.02 | raster | so wont help |
12:26.15 | DocScrutinizer2 | and still I am all but convinced a c-ts never does that |
12:26.35 | raster | DocScrutinizer2: i have yet to have it do it. |
12:26.48 | DocScrutinizer2 | raster: a pocket always is "proximal" - that's the idea |
12:27.11 | raster | a proximity sensor wont help - your hands will be near it when using it |
12:27.14 | raster | as will your pocket |
12:27.33 | DocScrutinizer2 | raster: depends on contents of your pocket, and which type of clothing you wear ;-) |
12:27.40 | raster | good for the phone call "when in call mode and something near the speaker - go and stay blanked" |
12:28.07 | raster | if its a "it depends" then it's not going to be useful unless its like a 99% of the time it works |
12:28.13 | DocScrutinizer2 | raster: (hands close) usually *not* to top of device where proxysensor lives |
12:28.25 | raster | but MOSt clothing will hve something solid that tricks off the proximity sensor |
12:28.37 | raster | as wil your hands often enough |
12:29.13 | raster | also ther's the handbag or whatever that can have very variable contents that may be partly touching all or just ends etc. |
12:29.14 | raster | :) |
12:29.17 | DocScrutinizer2 | raster: ( if its a "it depends" ) that's what I say -- for c-ts! :-D |
12:29.57 | SpeedEvil | c-ts can also be triggered by damp or conductive stuff. |
12:30.12 | bumbl | this discussion is like kde vs. gnome |
12:30.14 | DocScrutinizer2 | most clothing will have some coin in the pocket, or a metal knob / zipper that can easily operate c.ts |
12:30.23 | DocScrutinizer2 | SpeedEvil: exactly |
12:30.34 | DocScrutinizer2 | bumbl: exactly |
12:30.50 | *** join/#openmoko Openfree (n=Openfree@58.33.69.192) |
12:30.59 | bumbl | => it won't lead to anything |
12:31.00 | DocScrutinizer2 | [2009-08-28 14:20:48] <DocScrutinizer2> oh wel, seems that's a question of personal prefs anyway |
12:31.55 | raster | DocScrutinizer2: u keep metal in your pocket with your phone? wow! |
12:32.13 | raster | best way to nicely scratch up its screen and make it nasty :) |
12:32.37 | DocScrutinizer2 | it just gets me upset every time a hw-"noob" is asking for a paricular technology *mandatory* instead of asking for a certain user experience and leave it to the EE to find the matching technology |
12:33.23 | raster | sure |
12:33.26 | raster | agreed on that |
12:33.30 | DocScrutinizer2 | that's so utterly wrong it even had a big share on killing OM |
12:33.55 | raster | not totally sure there |
12:34.00 | SpeedEvil | I want a diamond coated SAW display. |
12:34.08 | SpeedEvil | That'd be awesome. |
12:34.18 | raster | om's death was very much a making of its own |
12:34.23 | DocScrutinizer2 | SpeedEvil: SAW? |
12:34.27 | SpeedEvil | They sell the windows for use in barcode scanners - where they have tins dragged over them all day. |
12:34.33 | SpeedEvil | DocScrutinizer2: Surface Accoustic Wave |
12:34.38 | SpeedEvil | DocScrutinizer2: sonar for fingers |
12:34.39 | DocScrutinizer2 | oooh |
12:34.47 | DocScrutinizer2 | cuuuute |
12:35.19 | DocScrutinizer2 | I investigated a similar approach for electric waves in r-ts |
12:36.23 | DocScrutinizer2 | raster: and I remember a suggestion about some piezos which could easily be reworked to use that SAW concept - by mere software :-DD |
12:36.44 | *** join/#openmoko bumbl (n=bumbl@212-183-119-153.adsl.highway.telekom.at) |
12:36.46 | SpeedEvil | the software is fairly involved - and you need _high_ speed sampling. |
12:36.50 | raster | DocScrutinizer2: you mean to use as sensors as opposed to output? |
12:36.55 | SpeedEvil | Speed of sound in ass is about 1.5km/s or so. |
12:37.02 | SpeedEvil | 2km/s? |
12:37.04 | DocScrutinizer2 | SpeedEvil: admittely that's an issue |
12:37.05 | SpeedEvil | something like that |
12:37.13 | *** part/#openmoko _ant_ (n=ant@89.106.168.82) |
12:37.31 | DocScrutinizer2 | im *my* ass it's slower for sure XD |
12:37.33 | raster | DocScrutinizer2: dsp :) |
12:37.38 | SpeedEvil | sighs. |
12:37.38 | raster | gotta use it for SOMETHING |
12:37.39 | SpeedEvil | glass |
12:37.44 | DocScrutinizer2 | raster: yup |
12:37.54 | raster | tho that may not cover the actual sampling |
12:37.58 | SpeedEvil | Also - all displays must be boostable to sunlight readability. |
12:38.04 | SpeedEvil | Even if for only 60s at a time. |
12:38.08 | raster | ie adc fidelity |
12:38.29 | raster | SpeedEvil: i wish peolpe used that sunlighyt perspex hack.... |
12:38.31 | raster | sunlight |
12:39.56 | DocScrutinizer2 | raster: (perspex)??? transflexive?? |
12:41.49 | SpeedEvil | raster: yeah - it's a hack though |
12:41.59 | SpeedEvil | raster: you can't really get it reliable enough to work |
12:42.37 | DocScrutinizer2 | SpeedEvil: raster: a sample rate >1Msamples/s might suffice |
12:42.42 | DocScrutinizer2 | for SAW |
12:42.51 | DocScrutinizer2 | a lot of ADC can do that |
12:43.42 | DocScrutinizer2 | for evaluation (driver) you wold want a DSP for sure. Or at least a CPU with grunt |
12:44.43 | DocScrutinizer2 | still I'm not convinced SAW is as sensitive as c-ts is |
12:45.00 | DocScrutinizer2 | more like a r-ts probably |
12:45.29 | DocScrutinizer2 | as you need decent mechanical coupling to surface to create an echo |
12:45.54 | DocScrutinizer2 | anyway.... |
12:45.57 | DocScrutinizer2 | away |
12:48.29 | *** join/#openmoko tenzind (i=tenzin@119.2.105.145) |
12:49.19 | DocScrutinizer2 | needs to find a boring job in industry. Alas no makin a livin in telephony-hw anymore for a geek like me |
12:52.09 | pabs3 | why a boring job? |
12:52.33 | bumbl | pabs3: maybe because boring jobs are usually paid better |
12:52.46 | raster | SpeedEvil: dunno - i had a sony mavica. it had one. if i pointed it at the sun the screen lit up like pure daylight |
12:52.57 | raster | entirely bright and shiny even on a sunny day outside |
13:01.16 | *** join/#openmoko Sharwin_F (n=Sharwin_@20.pool85-58-20.dynamic.orange.es) |
13:04.08 | SpeedEvil | PDAs and cameras are somewhat different though. |
13:04.29 | SpeedEvil | and yes - it's a fun interesting idea - but it adds yet anohter constraint on the mechanical design |
13:06.17 | *** join/#openmoko hiciu (n=hiciu@host-91-200-27-218.leon.com.pl) |
13:09.19 | *** join/#openmoko ssweeny (n=sweeny@timesys-gw0.cust.expedient.net) |
13:09.38 | *** join/#openmoko jesperj (n=jesperj@unaffiliated/jesperj) |
13:14.29 | *** join/#openmoko emacsian (n=ram@122.167.87.219) |
13:15.09 | DocScrutinizer2 | aah, perspex == sunlight-boosted backlit. Needs optics and special screens (more a special dispenser foil with an external optical "connection") Bulky :-/ |
13:23.51 | DocScrutinizer2 | SpeedEvil: googling for "perspex backlight" gives me nonsense only :-/ |
13:27.48 | DocScrutinizer2 | ~botsnack |
13:27.48 | apt | DocScrutinizer2: :) |
13:28.46 | *** join/#openmoko Bane^ (n=bane@86.60.172.51) |
13:38.56 | *** join/#openmoko ShellEvil (n=user@tor/regular/SpeedEvil) |
13:40.31 | DocScrutinizer2 | pabs3: bumbl: s/better/at all/ |
13:41.35 | bumbl | well bless god i am still save within the eduaction process and don't have that problem now |
13:42.53 | *** join/#openmoko Mortak (n=Mortak@i577BF6B4.versanet.de) |
13:44.08 | *** join/#openmoko Ryback_ (n=ulisses@enlightenment/developer/ryback) |
13:47.15 | *** join/#openmoko Amorphous (i=jan@unaffiliated/amorphous) |
13:51.20 | CIA-7 | openmoko: 03werner * r5563 10/trunk/gta02-core/ (docs/ecn/ecn0016.txt modules/tst.fpd): |
13:51.20 | CIA-7 | openmoko: - ECN0016 has R7809 twice. Changed one to R7808. |
13:51.20 | CIA-7 | openmoko: - modules/tst.fpd: added diameter measurement |
13:53.40 | *** join/#openmoko juan_arandaalvar (n=jaranda@201.143.86.234) |
13:56.37 | ShellEvil | bumbl: eduaction is very important. |
13:57.27 | *** join/#openmoko retracile_ (n=eli@adsl-99-188-14-94.dsl.rcsntx.sbcglobal.net) |
13:59.30 | *** join/#openmoko eolson (n=eolson@130.202.99.249) |
14:00.16 | bumbl | ShellEvil: yep + you will never ever have it that easy as during education |
14:00.52 | CIA-7 | openmoko: 03werner * r5564 10/trunk/gta02-core/STATUS: Andre reviewed the memory.sch |
14:05.40 | *** join/#openmoko Tanuva (n=tanuva@p5B10E74C.dip.t-dialin.net) |
14:12.27 | *** join/#openmoko raischuth (n=raischut@78.52.194.147) |
14:18.25 | *** join/#openmoko vivijim (n=vivijim@unaffiliated/vivijim) |
14:19.47 | *** join/#openmoko arw_ (i=foobar@201.244.202.52) |
14:21.12 | *** join/#openmoko johnsu01 (n=user@fencepost.gnu.org) |
14:22.30 | *** part/#openmoko kannerke (n=pvandenb@83.101.79.150) |
14:33.51 | *** join/#openmoko gargoyle-grin (n=randerso@gentoo/contributor/gargoyle-grin) |
14:36.53 | *** join/#openmoko eolson (n=eolson@maze.mcs.anl.gov) |
14:37.59 | *** join/#openmoko playya (n=playya@unaffiliated/playya) |
14:50.51 | *** join/#openmoko dos1 (n=dos@unaffiliated/dos1) |
14:51.55 | *** join/#openmoko kardan| (n=kardan@p54BE6E01.dip.t-dialin.net) |
14:53.39 | CIA-7 | openmoko: 03daveb * r5565 10/trunk/gta02-core/ (cpu.sch docs/ecn/ecn0009.txt): Execute ecn0009 - remove LED transistors. |
14:53.45 | fredrin | need some help.... to do some debug |
14:54.06 | fredrin | i can't receive sms'es but i can receive sms that i send to my self..... |
14:54.09 | fredrin | and i can send sms |
14:54.13 | fredrin | latest shr-unstable |
14:54.32 | fredrin | sms are critical in the weekends... |
14:56.54 | DocScrutinizer2 | fredrin: I don't see how sms differ from sms with attribute (sender: self) |
14:57.36 | fredrin | DocScrutinizer2: me nither, and the strangest thing now, was that i just received a sms from a friend, but when i asked my friend next to me to send a test sms it did not work |
14:58.22 | DocScrutinizer2 | fredrin: delete some sms so you have enough storage on SIM. Otherwise complain at your carrier |
14:58.36 | fredrin | could be a problem with my carrier, yes... |
14:59.23 | *** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
14:59.55 | *** join/#openmoko ajvogel (n=quassel@196-210-161-29-tbnb-esr-2.dynamic.isadsl.co.za) |
15:00.40 | *** join/#openmoko lobo__ (n=hehe@h51.65.20.98.dynamic.ip.windstream.net) |
15:02.15 | *** join/#openmoko ferluszt (n=ferluszt@p5DC2E973.dip.t-dialin.net) |
15:02.52 | yann|work | I have reflashed a testing om2009 and upgraded to the latest testing packages. Now if I want to install (still from testing) a package which depends on python-elementary, I get a file conflict with already-installed paroli-elementary |
15:02.53 | *** join/#openmoko retracile__ (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
15:03.06 | yann|work | is it safe to -force-overwrite it ? |
15:04.54 | yann|work | the dep chain is zhone -> task-python-efl -> python-elementary |
15:08.43 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
15:13.46 | skamster20_ | ehm, should the opimd-notifier also working, if default notifier is removed? |
15:14.55 | ajvogel | is it safe to upgrade SHR-U now? |
15:15.47 | skamster20_ | yes, i'e no problem |
15:15.49 | skamster20_ | i've |
15:15.53 | skamster20_ | s |
15:17.13 | ajvogel | also is it neccesary to create a swapfile for upgrading? |
15:18.01 | *** join/#openmoko DocMobilizer (n=joerg_rw@82.113.106.149) |
15:18.43 | ajvogel | no matter, created one anyway. |
15:19.23 | skamster20_ | no.. for me, it works fine without a swap |
15:19.38 | skamster20_ | i think, this was a temporary problem |
15:20.10 | skamster20_ | for now, everything works very well.. |
15:20.55 | ajvogel | skamster20_: Running my upgrade script now, got a lot of "Could not obtain administrative lock" errors initially. Should I worry? |
15:22.02 | DocScrutinizer2 | ajvogel: yes, it's a known problem. You need to kill some process that holds the lock. Don't ask me about details though |
15:23.20 | ajvogel | hmm, ok |
15:23.48 | DocScrutinizer2 | ajvogel: long time no reports wrt that, though. Thought it's fixed |
15:24.47 | DocScrutinizer2 | ajvogel: fuser <lockfile>; or lsof|grep <lockfile> |
15:24.59 | DocScrutinizer2 | should help |
15:25.42 | DocScrutinizer2 | the true mature fuser even can kill the process for you |
15:25.56 | ajvogel | DocScrutinizer2: Im upgrading from the SHR 2009/08/08 image. So it might be that my installation is still *old* |
15:25.58 | DocScrutinizer2 | not busybox crap though |
15:26.19 | DocScrutinizer2 | ajvogel: to SHR-U??? o.O duh! |
15:26.31 | DocScrutinizer2 | aaah, sorry |
15:26.40 | DocScrutinizer2 | nevermind, no should work |
15:27.00 | DocScrutinizer2 | nobody has a newer image ;-) |
15:27.24 | *** join/#openmoko geaaru (n=geaaru@host154-33-dynamic.40-79-r.retail.telecomitalia.it) |
15:27.30 | DocScrutinizer2 | 88 still recommended image |
15:28.29 | DocScrutinizer2 | you might have SHR-installer running in background, or sth |
15:28.50 | ajvogel | im using the "safe upgrade" script thats listed on the shr manual, the error only appears for the first couple of packages there after it seems to upgrade the rest fine |
15:29.34 | DocScrutinizer2 | hmm, does that script by any chance invoke opkg concurrently for several instances? |
15:30.16 | DocScrutinizer2 | well, simply check who's holding the lockfile |
15:30.45 | DocScrutinizer2 | as I guess opkg is aborting on that error-msg |
15:31.46 | ajvogel | it aborts then goes on to the next package, still busy, will try looking for the lock file when done |
15:33.01 | DocScrutinizer2 | ps ax|grep opkg ? |
15:33.27 | *** join/#openmoko sandwitch (n=sandwitc@247-50-223.ftth.xms.internl.net) |
15:33.47 | ajvogel | only a single instance |
15:34.40 | DocMobilizer | strange |
15:34.55 | DocMobilizer | fuser? |
15:35.56 | ajvogel | there is no mention of a lock file, is there a specific one? |
15:37.09 | DocMobilizer | lsof|grep opkg should showI dunno by heart. |
15:38.55 | DocMobilizer | ajvogel: google site pipermail.om.org for the error msg |
15:40.34 | ajvogel | when I install the package manually, the error does not appear |
15:41.54 | *** part/#openmoko nullix (n=philippe@92.103.174.253) |
15:42.43 | *** part/#openmoko Quadduc (n=quadduc@ws43061.studby.hig.no) |
15:43.12 | DocMobilizer | i guess former invocation if opkg left a lock and next loop in script is running into that. maybe a sleep 5 after opkg cmd helps |
15:44.10 | DocMobilizer | though a particularly silly botch |
15:45.15 | DocMobilizer | oh well, maybe opkg feels at home with botches. esp silly ones ;-) |
15:46.17 | *** join/#openmoko pH5 (n=ph5@e178219170.adsl.alicedsl.de) |
15:46.19 | ajvogel | thanx, seems to work now. There is stil one issue, after I upgraded a package why is it still listed under opkg list_upgradable |
15:46.21 | ajvogel | ? |
15:47.27 | DocMobilizer | I could imagine opkg spawning a child thread that holds the lock still while main returned |
15:48.14 | DocMobilizer | (list_upgr) no idea |
15:48.41 | DocMobilizer | opkg status <pkg> ? |
15:49.21 | *** join/#openmoko tazz (n=gaurav@triband-mum-120.60.132.199.mtnl.net.in) |
15:49.55 | ajvogel | it lists both versions |
15:51.34 | ajvogel | for example, midori 0.1.2-r1 and 0.1.2-r0. with r1 the status says Status: deinstall user installed however the older version has an "ok" instead of "user". Don`t know if that means anything? |
15:55.19 | DocMobilizer | no idea, sorry |
15:55.54 | *** part/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
15:56.12 | ajvogel | got to go, thanx for all the help |
15:56.31 | DocMobilizer | yw |
15:57.36 | ajvogel | btw, the sleep works. It appears the opkg list_upgradable is the culprit locking |
16:00.39 | *** join/#openmoko PaulFertser (n=PaulFert@81.200.16.34) |
16:00.39 | *** join/#openmoko DocScrutinizer (n=jOERG_rw@81.200.16.34) |
16:01.40 | yann|work | anyone knows which package holds webbrowser.py if any ? |
16:02.00 | yann|work | this is required by python-idle, but apparently not in the default python packages |
16:02.27 | yann|work | oh, and it looks like tkinter lacks a dep on tk |
16:03.00 | yann|work | I should find time to submit official bugs, but in case someone heards... |
16:04.01 | *** join/#openmoko Sargun (n=Sargun@atarack/Staff/Sargun) |
16:05.44 | PaulFertser | I've finally tried to use a bluetooth hid device, in my case it's SE cellphone mimicing mouse and keyboard. |
16:05.44 | PaulFertser | Strange thing is that it works (even without uinput module) but only until E "feels" it (disables on-screen-keyboard automatically) |
16:06.30 | *** join/#openmoko kermit1 (n=zip55413@c-75-72-166-126.hsd1.mn.comcast.net) |
16:08.28 | *** join/#openmoko ichavero_ (n=ichavero@148.229.1.11) |
16:12.09 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
16:13.21 | *** join/#openmoko chihchun (n=nnchihch@u7.hlc.edu.tw) |
16:18.06 | *** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
16:23.45 | *** join/#openmoko Wiedi (n=wiedi@newton-air.w.fruky.net) |
16:26.43 | *** join/#openmoko naeg (n=naeg@194.208.239.170) |
16:26.52 | *** join/#openmoko vaiursch (n=erwin@84-75-28-168.dclient.hispeed.ch) |
16:46.48 | *** join/#openmoko everslick (n=clemens@212-183-119-112.adsl.highway.telekom.at) |
16:47.10 | *** join/#openmoko kkb110 (n=kkb110@c-68-82-181-52.hsd1.de.comcast.net) |
16:52.23 | *** join/#openmoko agg1n (n=jan@static-87-245-34-89.teleos-web.de) |
16:55.30 | *** join/#openmoko arw_ (i=foobar@190.24.29.149) |
16:56.40 | *** join/#openmoko morphis (n=quassel@p54899FF1.dip0.t-ipconnect.de) |
17:01.43 | *** join/#openmoko samgee (n=samgee@50.174-240-81.adsl-dyn.isp.belgacom.be) |
17:06.57 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
17:07.09 | *** join/#openmoko Fish (n=Fish@AVelizy-152-1-17-28.w82-120.abo.wanadoo.fr) |
17:09.35 | *** join/#openmoko idarwin (n=ian@24-138-98-109.zing-net.ca) |
17:12.52 | *** join/#openmoko andrenarchy (n=andrenar@dslb-088-065-119-224.pools.arcor-ip.net) |
17:17.55 | *** join/#openmoko ruoso (i=ruoso@189.99.174.70) |
17:21.28 | DocScrutinizer | PaulFertser: I thought about which screen-kbd we might want wit hid-kbd just yesterday. It's not entirely trivial |
17:22.33 | DocScrutinizer | PaulFertser: and E's auto-kbd-launch is fubar anyway |
17:25.04 | *** join/#openmoko badcloud_ (n=raanan@ti400720a342-0800.bb.online.no) |
17:25.29 | DocScrutinizer | PaulFertser: or maybe that's E's handling of focus on switching screens. Dunno. 50% of tries I get a screen that's showing e.g. valaterm, headline says "Settings", and no kbd though there should be. clicking arrow same direction in topbar another time either switches to title "Terminal" and kbd pops up, or I switch to arbitrary other screen by same action |
17:26.36 | *** join/#openmoko Blastur (n=kebab@86-232-96-87.cust.blixtvik.se) |
17:27.35 | DocScrutinizer | PaulFertser: as that's evidentally pure random, I suspect some kind of race here |
17:28.36 | badcloud_ | anyone know what this is retailing for? ---> http://www.road.de/en/handypcs/officer.html |
17:28.43 | badcloud_ | and how heavy it is? |
17:29.47 | ShellEvil | badcloud_: is it actually in production? the shop linki sbroken |
17:30.02 | badcloud_ | not sure |
17:30.45 | badcloud_ | after using the GTA02 for a year+, I urne (sp?) for a hardware kbd |
17:30.52 | ShellEvil | yearn. |
17:30.59 | badcloud_ | that's the one |
17:31.15 | ShellEvil | Or in the case of the n900 - earn. |
17:32.04 | badcloud_ | I *know* |
17:32.15 | badcloud_ | 500 Yearos? |
17:32.15 | ShellEvil | glues a USB converter and a model M to badclouds phone. |
17:32.33 | *** join/#openmoko ajbrun (n=ajbrun@host86-153-106-215.range86-153.btcentralplus.com) |
17:32.47 | badcloud_ | model M? |
17:32.54 | badcloud_ | got a link? |
17:33.03 | badcloud_ | even though I know you were just kiding |
17:33.06 | badcloud_ | *kidding |
17:34.37 | badcloud_ | are you using yours as your main phone, ShellEvil? |
17:35.28 | *** join/#openmoko loca|host (n=tux@41.226.50.223) |
17:35.34 | *** join/#openmoko MHazem (n=Satan@62.135.96.164) |
17:36.57 | ShellEvil | badcloud_: http://en.wikipedia.org/wiki/Model_M_keyboard |
17:37.11 | ShellEvil | I have never used my phone really as a main phone for assorted reasons. |
17:37.17 | *** join/#openmoko lysanderslair (n=jeff@dslf220.ody.ca) |
17:38.29 | *** join/#openmoko arw_ (i=foobar@190.24.25.147) |
17:38.37 | *** join/#openmoko toi (n=toi@d54C2AAB7.access.telenet.be) |
17:38.59 | badcloud_ | ShellEvil, too funny with the M keyboard |
17:39.20 | *** join/#openmoko azaghal (n=azaghal@210.231.178.212.adsl.dyn.beotel.net) |
17:39.50 | *** join/#openmoko arw_ (i=foobar@190.24.25.147) |
17:49.19 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
18:00.00 | *** join/#openmoko azaghal_ (n=azaghal@91.148.114.146) |
18:00.06 | *** join/#openmoko ebbe (n=ebbe@130.226.70.173) |
18:02.14 | *** join/#openmoko jlmoko (n=jluis@40.Red-79-156-162.staticIP.rima-tde.net) |
18:04.36 | *** join/#openmoko playya (n=playya@unaffiliated/playya) |
18:07.57 | *** join/#openmoko balleyne (n=balleyne@CPE001d7e686bf5-CM000e5c6dba64.cpe.net.cable.rogers.com) |
18:08.10 | *** join/#openmoko freelock (n=john@dsl081-165-076.sea1.dsl.speakeasy.net) |
18:08.46 | *** join/#openmoko emacsian (n=ram@122.167.87.219) |
18:10.21 | *** join/#openmoko grmlgrml (n=grmlgrml@p54962B04.dip0.t-ipconnect.de) |
18:11.08 | *** join/#openmoko alex-weej (n=alex@cpc1-darl3-0-0-cust663.midd.cable.ntl.com) |
18:15.16 | *** join/#openmoko azaghal__ (n=azaghal@157.228.178.212.adsl.dyn.beotel.net) |
18:15.45 | *** join/#openmoko kvaster (n=kvaster@93.84.112.82) |
18:17.09 | CosmicDuck | hi, omview is not working in shr unstable, too. It crashed at start time with: |
18:17.09 | CosmicDuck | root@om-gta02 ~ $ omview /media/card/Images/Dandi_1.jpgInvalid filename given:Epsilon expects the full path to file***** Developer Warning ***** : This program is calling: ecore_list_first_remove(); With the parameter: list being NULL. Please fix your program.***** Developer Warning ***** : This program is calling: ecore_list_destroy(); With the parameter: list being |
18:23.32 | *** join/#openmoko kirun (n=kirun@78-86-154-194.zone2.bethere.co.uk) |
18:29.00 | *** join/#openmoko messerting (n=messerti@cm-84.208.182.112.getinternet.no) |
18:29.18 | *** join/#openmoko pierreN (i=500db148@gateway/web/freenode/x-hoaawbjkvvwodppk) |
18:29.18 | CIA-7 | openmoko: 03werner * r5566 10/trunk/gta02-core/ (cpu.sch docs/ecn/STATUS docs/ecn/ecn0009.txt): |
18:29.18 | CIA-7 | openmoko: - cpu.sch: moved 33R from R1562 to R1561. (It's the blue LED.) |
18:29.18 | CIA-7 | openmoko: - added review tag to ECN0009 |
18:29.18 | CIA-7 | openmoko: - set ECN0009 to "Done" |
18:29.22 | pierreN | hi ! |
18:30.35 | pierreN | i'm using shr on my fr which has the AUX button broken. does opkg update && opkg dist-upgrade does like if i installed the new jffs2 image or do i need to update something else please ? |
18:30.52 | pierreN | opkg upgrade* |
18:33.22 | *** join/#openmoko neomilium (n=quassel@lns-bzn-21-82-64-83-79.adsl.proxad.net) |
18:46.02 | ebbe | pierreN: I think over time opkg is not enough. |
18:46.57 | pierreN | ebbe: and do you know what i should upgrade then please ? |
18:47.19 | ebbe | pierreN: A new image.. |
18:47.51 | pierreN | erf put the point is i can't (except if their is a way to update it without pressing the AUX button :s) |
18:47.57 | *** part/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
18:48.34 | ebbe | I'm not completely sure if I understand you |
18:49.00 | ebbe | You can of course update without using AUX... |
18:49.19 | ebbe | Oh, now I get it |
18:49.30 | pierreN | to update the jffs, i need to boot in NORÂ mode, isn't it ? so you need the AUX button no ? |
18:49.32 | pierreN | ok :) |
18:49.52 | Chocky | you can boot NAND, if it's u-boot |
18:52.24 | ebbe | pierreN: I think I would open the FR and try and manually press aux |
18:52.40 | *** join/#openmoko Heinervdm (n=thomas@pD9E171E3.dip.t-dialin.net) |
18:54.06 | pierreN | Chocky: no i don't have u-boot (and i need to press the AUXÂ button with u-boot for nand no ?) |
18:54.18 | Chocky | firstly, you shoud fix your FR |
18:54.28 | pierreN | ebbe : that's what i did for a few months but now it's not working |
18:54.31 | Chocky | secondly, IIRC, it's possibly to reflash u-boot from within Linux |
18:54.58 | pierreN | Chocky : how ? the aux little button press thing has been unironed :s |
18:55.08 | Chocky | I forget, sorry. |
18:55.29 | Chocky | but if it's possible, I don't think it's very hard. |
18:55.33 | pierreN | how to flash within linux ? i would be glad to know how to do it :) |
18:55.48 | pierreN | yes ok... maybe somebody here knows that ? :) |
18:55.49 | Chocky | the kernel image upgrade does it after all. I suggest you search the wiki |
19:01.06 | *** join/#openmoko Velmont (i=odinho@knuth.ping.uio.no) |
19:01.30 | *** join/#openmoko Daramarak (n=user@74.84-48-202.nextgentel.com) |
19:02.33 | Velmont | Who here were at FrOSCon? |
19:04.44 | Daramarak | Hi all, I have a problem with my FR. I have connected a PortaPro headset via an adapter to the FR, but I only get sound on one ear. Using latest shr-unstable downloaded today. |
19:08.56 | *** join/#openmoko xkr47 (i=xkr47@a88-114-29-162.elisa-laajakaista.fi) |
19:12.44 | badcloud_ | anyone know if anyone ported some distro to HTC TyTN II? |
19:13.05 | badcloud_ | or any HTC phone for that matter... google doesn't provide much at this point |
19:16.27 | Chocky | yes, there's info on the wiki |
19:17.07 | Chocky | surely if you don't want to be disturbed, you should leave IRC |
19:18.25 | *** join/#openmoko alephnull (n=alok@122.172.21.65) |
19:18.25 | ndnihil | he's playing dungeons and dragons |
19:18.26 | ndnihil | duh |
19:18.35 | Chocky | sorry. me fail. |
19:18.39 | ndnihil | well, dungeons-n-dragons |
19:18.42 | ndnihil | :) |
19:19.14 | Chocky | or he belongs to some FPS clan called "dnd" |
19:19.40 | ndnihil | nah, he'd have way too many characters around his tags for it to work in IRC |
19:20.02 | ndnihil | kennyz-=_=!^[D'N'D]==-2238714-- |
19:20.09 | ndnihil | etc... |
19:20.39 | *** join/#openmoko ferluszt (n=ferluszt@p5DC2E973.dip.t-dialin.net) |
19:21.04 | Chocky | he'd need to be on dalnet or something |
19:23.47 | ndnihil | doh, I forgot, it would also have alternating case |
19:24.01 | Chocky | and color codes |
19:24.38 | Chocky | and he'd change the colors rapidly for "special" effects. |
19:32.38 | pierreN | grasp opkg upgrade tooks more than 2 hours ! does 1 month = 1 hour ? |
19:36.16 | *** part/#openmoko pabs3 (n=pabs@d122-105-78-211.per9.wa.optusnet.com.au) |
19:37.45 | *** join/#openmoko playya (n=playya@unaffiliated/playya) |
19:40.25 | pierreN | where are the latest unstable shr non lite image please ? |
19:41.24 | *** join/#openmoko CVirus (n=Satan@62.135.96.164) |
19:45.29 | *** join/#openmoko Sharwin_F- (n=Sharwin_@68.pool85-58-130.dynamic.orange.es) |
19:53.06 | *** join/#openmoko ericthefish (n=ivan@94-192-230-157.zone6.bethere.co.uk) |
19:53.30 | *** join/#openmoko Zeroedout (n=savirc@shop.freegeekvancouver.org) |
19:53.31 | *** join/#openmoko Digital_Pioneer (n=digitalp@h17.200.255.206.cable.srcy.cablelynx.com) |
20:08.09 | *** join/#openmoko max_posedon (n=max_pose@80.249.93.182) |
20:22.03 | CosmicDuck | pierreN: I think there is nothing at the moment. I've installed the lite release this day and will install the rest manually. |
20:27.54 | CIA-7 | openmoko: 03daveb * r5567 10/trunk/gta02-core/docs/ecn/ (STATUS ecn0034.txt): new ecn0034 - route additional SPI and GPIO pins to debug connector |
20:33.58 | CIA-7 | openmoko: 03werner * r5568 10/trunk/gta02-core/docs/ecn/ (STATUS ecn0022.txt): |
20:33.58 | CIA-7 | openmoko: - moved ECNs 0032 and 0033 to "Execute" |
20:33.59 | CIA-7 | openmoko: - reviewed and closed ECN0022 |
20:33.59 | CIA-7 | openmoko: - added ECN0034 to list of open ECNs |
20:36.16 | *** join/#openmoko moo---_ (n=quassel@oul131-gw12.netplaza.fi) |
20:37.52 | Graf_Ithaka | hi there :) |
20:38.34 | Graf_Ithaka | just a question.. I migrated my contacts from a vcf to paroli but now I've got an encoding problem - special german charakter are not recognized.. any ideas on how to change that? |
20:39.48 | DocPyrotizer | try tr or transcode |
20:40.02 | Chocky | heh, "charakter" |
20:40.24 | DocPyrotizer | you'll prolly want UTF-8 |
20:41.35 | *** join/#openmoko Ganneff (n=joerg@vir.ganneff.de) |
20:44.41 | *** join/#openmoko messerting (n=messerti@cm-84.208.182.112.getinternet.no) |
20:47.19 | CIA-7 | openmoko: 03werner * r5569 10/trunk/gta02-core/components/INFO: - components/INFO: symbol name of GE865 was "ge864" |
20:48.48 | *** join/#openmoko HellDragon (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
20:52.13 | *** join/#openmoko amarsh04 (n=amarsh04@ppp121-45-38-208.lns10.adl2.internode.on.net) |
20:57.34 | *** join/#openmoko azaghal_ (n=azaghal@91.148.113.20) |
21:00.35 | Graf_Ithaka | DocPyrotizer: worked with iconv, thx for helping out :) |
21:02.42 | DocMobilizer | Graf_Ithaka: huh? |
21:04.22 | Graf_Ithaka | 22:40 < DocPyrotizer> you'll prolly want UTF-8 <-- just wanted to say thank you for hinting me in the right direction :) |
21:06.02 | *** join/#openmoko jlmoko (n=jluis@251.Red-83-56-230.dynamicIP.rima-tde.net) |
21:08.40 | *** join/#openmoko uzi18 (n=uzi@gfb34.internetdsl.tpnet.pl) |
21:09.48 | CosmicDuck | Is it true the upgrade of frameworkd-config-shm will ask everybody to overwrite frameworkd.conf and rules.yaml? At OM2009 I got my neo unusable after upgrade of these package! |
21:10.27 | CosmicDuck | Sim registration has been failedd afterwards and I must reflash my neo :-( |
21:16.18 | *** join/#openmoko polz (n=polz@ecg.fri.uni-lj.si) |
21:18.39 | *** join/#openmoko daMaestro|isBack (n=jon@fedora/damaestro) |
21:19.12 | *** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
21:20.08 | Etu | Hmm, does anyone here got a server outside sweden? We need a temporary shell for tunneling some trafic, we can do it with a SOCKS proxy with a ssh-shell account. We trying to get some music but we can't becouse it's censored. |
21:30.42 | Velmont | Huh? |
21:31.47 | Graf_Ithaka | I'm curious. When I'd like to scroll through menus on my Neo I end up activating a button/program in 80% of the cases.. how are you avoiding this? |
21:40.10 | *** join/#openmoko messerting (n=messerti@cm-84.208.182.112.getinternet.no) |
21:41.44 | *** join/#openmoko jpablo (n=chatzill@190.248.12.2) |
21:50.01 | Daramarak | Graf_Ithaka: I have the same problem, it is annoying. |
21:51.00 | Graf_Ithaka | Daramarak: oh yes it is, especially in paroli's configuration dialogs, you keep changing everythin just to be able to scroll down :D |
21:59.18 | *** join/#openmoko nio_ (n=nio@d594e5f2.dsl.concepts.nl) |
21:59.41 | DocScrutinizer2 | Graf_Ithaka: ah, now that I have backscroll.... nice to hear iconv worked fo you |
22:05.31 | DocScrutinizer2 | apt: join #openmoko-cdevel |
22:05.38 | *** join/#openmoko azaghal (n=azaghal@117.225.178.212.adsl.dyn.beotel.net) |
22:06.16 | DocScrutinizer2 | apt: tell your master he's an idiot ;-) |
22:10.19 | *** join/#openmoko uzi18 (n=uzi@gfb34.internetdsl.tpnet.pl) |
22:12.36 | *** join/#openmoko juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net) |
22:16.02 | *** join/#openmoko TimRiker (n=timr@bzflag/projectlead/TimRiker) |
22:18.08 | *** join/#openmoko azaghal__ (n=azaghal@59.225.178.212.adsl.dyn.beotel.net) |
22:18.16 | *** join/#openmoko agg1n (n=jan@static-87-245-34-133.teleos-web.de) |
22:18.43 | *** join/#openmoko uzi18 (n=uzi@gfb34.internetdsl.tpnet.pl) |
22:23.11 | *** join/#openmoko azaghal_1 (n=azaghal@91.148.113.82) |
22:29.00 | Graf_Ithaka | DocScrutinizer2: yep finally.. I spend all afternoon trying to export the contacts of my old motorola (only csv export but I way happy that at least this was possible) and then conversion to vcf and importing into paroli :D |
22:29.45 | Graf_Ithaka | big thanks to the one who wrote the vcf2paroli script.. did a good job :) |
22:30.06 | DocScrutinizer2 | Graf_Ithaka: publish script (or 'history|tail -n 100') on wiki please :-) |
22:30.30 | DocScrutinizer2 | aah, vcf2paroli |
22:30.31 | DocScrutinizer2 | ok |
22:31.22 | Graf_Ithaka | good idea, I just stumbled upon the script by some mailinglist-posts and google'ing ;) |
22:33.19 | *** join/#openmoko Openfree (n=Openfree@58.33.69.192) |
22:38.43 | *** join/#openmoko azaghal (n=azaghal@195.252.105.197) |
22:43.44 | *** join/#openmoko azaghal_ (n=azaghal@91.148.112.144) |
22:48.24 | *** join/#openmoko raster (n=raster@enlightenment/developer/raster) |
23:02.38 | *** join/#openmoko agg1n (n=jan@static-87-245-34-133.teleos-web.de) |
23:08.21 | *** join/#openmoko batti (n=batti@dslb-092-073-170-029.pools.arcor-ip.net) |
23:11.42 | Graf_Ithaka | DocScrutinizer2: http://wiki.openmoko.org/wiki/Vcf2paroli |
23:19.04 | *** join/#openmoko retracile (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
23:20.39 | *** join/#openmoko vaiursch (n=erwin@84-75-28-168.dclient.hispeed.ch) |
23:34.48 | *** join/#openmoko alex-weej (n=alex@cpc1-darl3-0-0-cust663.midd.cable.ntl.com) |
23:53.18 | *** join/#openmoko alexxy (n=alexxy@gentoo/developer/alexxy) |
23:55.06 | Graf_Ithaka | cu@all |
23:55.54 | *** join/#openmoko juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net) |