| 00:04.37 | *** join/#openmoko philhug_ (n=hug@81.163.62.48) |
| 00:11.47 | tim_abell | . ./setup-env |
| 00:11.47 | tim_abell | environment: TOPDIR not defined |
| 00:11.50 | tim_abell | meh |
| 00:13.56 | tim_abell | instructions failure |
| 00:14.12 | tim_abell | i keep telling myself i like being on the cutting edge |
| 00:14.40 | tim_abell | still beats eradicating viruses from windows vista |
| 00:14.47 | tim_abell | which was today's other irritation |
| 00:15.00 | tim_abell | not mine i hasten to add |
| 00:17.07 | tim_abell | argh |
| 00:17.23 | tim_abell | export TOPDIR=. |
| 00:17.23 | tim_abell | . ./setup-env |
| 00:17.24 | tim_abell | environment: TOPDIR not defined |
| 00:17.28 | tim_abell | ffs |
| 00:17.39 | tim_abell | was not in a good mood anyway |
| 00:18.27 | tim_abell | cat conf/topdir.conf |
| 00:18.27 | tim_abell | TOPDIR='/home/tim/projects/openmoko/bitbake/shr-unstable' |
| 00:18.31 | tim_abell | wtf? |
| 00:18.34 | tim_abell | why doesn't that work |
| 00:19.16 | tim_abell | oh i moved the folder and it's hard coded it |
| 00:19.17 | tim_abell | sheesh |
| 00:19.33 | max_posedon_ | tim_abell, are you sure that you using bash? |
| 00:19.48 | max_posedon_ | not smth other strange shell? |
| 00:19.50 | tim_abell | don't worry, presumption failure |
| 00:20.05 | tim_abell | i assumed wrongly that i could move the folder after i'd created it |
| 00:20.46 | tim_abell | that's better |
| 00:21.13 | tim_abell | "environment: TOPDIR not defined" is misleading in the extreme |
| 00:21.20 | tim_abell | test -n "$TOPDIR" -a -d "$TOPDIR" || { |
| 00:21.20 | tim_abell | echo "environment: TOPDIR not defined" >&2 |
| 00:21.20 | tim_abell | return |
| 00:21.20 | tim_abell | } |
| 00:21.39 | tim_abell | guess what, you get that output for the folder not existing |
| 00:21.41 | tim_abell | bad programmer |
| 00:21.47 | tim_abell | slaps programmer |
| 00:22.49 | tim_abell | does anyone here want to fix that? i don't have the mental energy required to do that as well |
| 00:23.25 | tim_abell | difficult contribution process = contributions-- |
| 00:23.45 | tim_abell | i'm just trying to get my hackery into the feeds |
| 00:23.54 | tim_abell | it's a bit of a slog |
| 00:24.00 | max_posedon_ | just remove all, and start from beginning |
| 00:24.13 | max_posedon_ | openembedded doesn't support "moving" folders |
| 00:24.15 | tim_abell | it's ok, i corrected the contents of conf/topdir.conf |
| 00:24.18 | tim_abell | evidently |
| 00:24.36 | tim_abell | i don't fancy waiting for it all to download againn |
| 00:25.22 | *** join/#openmoko everslick (n=clemens@212-183-117-136.adsl.highway.telekom.at) |
| 00:25.59 | tim_abell | what the hell does that mean? |
| 00:27.35 | tim_abell | oh that line went missing. i said /proc/sys/vm/mmap_min_addr is not 0 |
| 00:27.46 | tim_abell | but / got interpreted by irc |
| 00:29.25 | tim_abell | i'm not sure i want to go fiddling with those kind of things that i don't understand just to get my app in the feed |
| 00:29.28 | tim_abell | barrier++ |
| 00:33.18 | tim_abell | ok, changed that. next error |
| 00:33.27 | tim_abell | Using dash as /bin/sh causes various subtle build problems, please use bash instead. |
| 00:33.35 | tim_abell | $ help |
| 00:33.35 | tim_abell | GNU bash, version 3.2.39(1)-release (i486-pc-linux-gnu) |
| 00:33.37 | tim_abell | m |
| 00:33.39 | tim_abell | um |
| 00:33.41 | tim_abell | wtf? |
| 00:34.29 | tim_abell | is only enjoying this in a masochistic sense |
| 00:35.05 | max_posedon_ | tim_abell, ls -la /bin/sh |
| 00:35.19 | tim_abell | <PROTECTED> |
| 00:35.19 | tim_abell | -rwxr-xr-x 1 root root 725136 May 12 2008 /bin/bash |
| 00:35.21 | tim_abell | oops |
| 00:35.30 | tim_abell | ls -al /bin/sh |
| 00:35.30 | tim_abell | lrwxrwxrwx 1 root root 4 Dec 28 2008 /bin/sh -> dash |
| 00:35.33 | tim_abell | oh i see |
| 00:35.38 | tim_abell | my console is bash |
| 00:35.41 | tim_abell | but sh is dash |
| 00:35.49 | tim_abell | bloody hell |
| 00:35.54 | tim_abell | no what? |
| 00:35.56 | tim_abell | now what |
| 00:38.31 | tim_abell | Ubuntu 8.10 fwiw |
| 00:39.17 | tim_abell | if this script wants bash so much, why can't it just use /bin/bash ? |
| 00:40.30 | tim_abell | http://lwn.net/Articles/343924/ |
| 00:40.36 | max_posedon_ | because there is many scripts |
| 00:40.47 | max_posedon_ | and not all of them are fixed |
| 00:40.50 | tim_abell | ugh |
| 00:43.37 | tim_abell | progress |
| 00:44.08 | tim_abell | not for the feint hearted this build process |
| 00:44.23 | tim_abell | removing /bin/sh for example |
| 00:50.59 | *** join/#openmoko Openfree` (n=Openfree@116.228.88.98) |
| 00:51.18 | tim_abell | well that was a long time to wait for a failure |
| 00:51.26 | tim_abell | apparently my first attempt at a bb was no good |
| 00:54.30 | tim_abell | oh wrong openembedded folder. nuts. |
| 00:58.06 | tim_abell | NOTE: Running task 31 of 561 (ID: 134, /home/tim/projects/openmoko/shr/shr-unstable/openembedded/recipes/coreutils/coreutils-native_7.2.bb, do_configure) |
| 00:58.06 | tim_abell | *** %n in writable segment detected *** |
| 00:58.09 | tim_abell | is that bad? |
| 00:58.16 | tim_abell | cpu still at 100% |
| 00:58.19 | tim_abell | no prompt yet |
| 00:58.30 | tim_abell | still going |
| 00:59.06 | tim_abell | crikey this is going to take all night on my ageing laptop |
| 01:00.02 | max_posedon_ | in this case, time to sleep |
| 01:00.24 | tim_abell | good plan |
| 01:00.38 | tim_abell | hope i don't have to wait a whole night every time i get my bitbake wrong |
| 01:03.58 | tim_abell | what is it doing? i thought it would just package up my app |
| 01:04.07 | tim_abell | which is just a few python files |
| 01:08.49 | tim_abell | maybe one day http://wiki.openmoko.org/wiki/PodPooch will have a bit bake |
| 01:08.56 | tim_abell | but i think it won't be today |
| 01:33.46 | *** part/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 01:45.19 | *** join/#openmoko fredrin (n=fredrik|@ti0035a340-dhcp0191.bb.online.no) |
| 01:59.42 | *** join/#openmoko bigleap (i=81feb475@gateway/web/freenode/x-xunmmzvamkukuumo) |
| 02:06.16 | *** join/#openmoko Defiant (i=erik@e177142065.adsl.alicedsl.de) |
| 02:19.15 | *** join/#openmoko slaxxer (n=brian@ip72-204-125-6.fv.ks.cox.net) |
| 02:29.34 | *** join/#openmoko bbits (n=blue@adsl-99-142-45-232.dsl.emhril.sbcglobal.net) |
| 02:32.50 | *** join/#openmoko bbits (n=blue@adsl-99-142-45-232.dsl.emhril.sbcglobal.net) |
| 02:35.34 | *** join/#openmoko philhug_ (n=hug@81.163.62.48) |
| 02:35.43 | *** join/#openmoko vanous123 (n=vanous@ip-85-93-174-26.wscnet.cz) |
| 02:36.08 | *** join/#openmoko bluebits (n=blue@adsl-99-142-45-232.dsl.emhril.sbcglobal.net) |
| 02:37.06 | *** part/#openmoko bluebits (n=blue@adsl-99-142-45-232.dsl.emhril.sbcglobal.net) |
| 02:53.56 | *** join/#openmoko vanous123 (n=vanous@ip-85-93-174-26.wscnet.cz) |
| 02:58.07 | *** join/#openmoko SpeedEvil (i=1000@tor/regular/SpeedEvil) |
| 03:00.27 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 03:03.52 | *** join/#openmoko chihchun (n=nnnnnnnc@u7.hlc.edu.tw) |
| 03:39.38 | slaxxer | shr testing woes? |
| 03:42.05 | *** join/#openmoko jcc1 (n=jcchao@122-116-235-183.HINET-IP.hinet.net) |
| 03:52.46 | *** join/#openmoko pcfe (n=pcfe@a88-115-19-186.elisa-laajakaista.fi) |
| 03:53.03 | *** join/#openmoko Transformer (n=Transfor@ool-43563460.dyn.optonline.net) |
| 03:55.45 | *** part/#openmoko Transformer (n=Transfor@ool-43563460.dyn.optonline.net) |
| 04:07.20 | *** join/#openmoko bbits (n=blue@adsl-99-142-45-232.dsl.emhril.sbcglobal.net) |
| 04:32.37 | *** join/#openmoko soman (n=somnath@118.102.130.6) |
| 04:34.39 | *** join/#openmoko CVirus (n=Satan@41.130.213.3) |
| 04:35.26 | *** join/#openmoko batti112 (n=batti@dslb-088-078-028-169.pools.arcor-ip.net) |
| 04:40.41 | *** join/#openmoko tenzind (n=tenzin@202.144.158.193) |
| 04:50.06 | *** join/#openmoko slaxxer (n=brian@ip72-204-125-6.fv.ks.cox.net) |
| 04:54.40 | *** join/#openmoko EdSwarthout (n=ed@70.114.141.31) |
| 04:57.31 | *** join/#openmoko bbits (n=blue@adsl-99-142-45-232.dsl.emhril.sbcglobal.net) |
| 04:58.40 | *** join/#openmoko bluebits (n=blue@adsl-99-142-45-232.dsl.emhril.sbcglobal.net) |
| 05:01.02 | *** join/#openmoko aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 05:10.17 | *** join/#openmoko gonzoism (n=gonzoism@rrcs-71-41-206-194.sw.biz.rr.com) |
| 05:28.11 | *** join/#openmoko Docscrutemp (n=Joerg_rw@openmoko/engineers/joerg) |
| 05:39.24 | *** join/#openmoko Openfree` (n=Openfree@116.228.88.98) |
| 05:46.17 | *** join/#openmoko DocScrutinizer-8 (n=jr-N810@openmoko/engineers/joerg) |
| 06:43.02 | *** join/#openmoko _diego__ (n=diego@host-78-14-230-29.cust-adsl.tiscali.it) |
| 06:50.14 | *** join/#openmoko jonkristian (n=jonkrist@174.84-48-204.nextgentel.com) |
| 07:09.34 | *** join/#openmoko demitar (n=demitar@vaxjo8.235.cust.blixtvik.net) |
| 07:11.03 | *** join/#openmoko Q-Master (n=qmaster@89.179.222.149) |
| 07:20.50 | *** join/#openmoko dns53 (n=dns@203.171.196.222) |
| 07:28.20 | *** join/#openmoko Openfree` (n=Openfree@116.228.88.98) |
| 07:28.30 | *** join/#openmoko jcc1 (n=jcchao@122-116-235-183.HINET-IP.hinet.net) |
| 07:36.30 | *** join/#openmoko jcc1 (n=jcchao@122-116-235-183.HINET-IP.hinet.net) |
| 07:41.03 | *** join/#openmoko vanous123 (n=vanous@ip-85-93-174-26.wscnet.cz) |
| 07:43.59 | *** join/#openmoko naquan (n=naquan@118.69.36.58) |
| 07:53.47 | *** join/#openmoko BillK_ (n=BillK@124-169-0-197.dyn.iinet.net.au) |
| 08:05.53 | *** join/#openmoko valos (n=valos@78.233.104.132) |
| 08:12.06 | *** join/#openmoko aero-noumea (n=patrick@114.69.194.251) |
| 08:12.07 | *** join/#openmoko dns53 (n=dns@202.124.89.165) |
| 08:12.45 | *** join/#openmoko polaru (n=polaru@93.113.192.70) |
| 08:15.51 | *** join/#openmoko SpeedEvil (i=1000@tor/regular/SpeedEvil) |
| 08:27.20 | *** join/#openmoko everslick (n=clemens@212-183-114-24.adsl.highway.telekom.at) |
| 08:34.30 | *** join/#openmoko ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 08:38.31 | *** join/#openmoko Kame2 (n=manuel@port-92-196-65-252.dynamic.qsc.de) |
| 08:44.07 | *** join/#openmoko jas4711 (n=jas@c80-216-24-211.bredband.comhem.se) |
| 08:46.17 | *** join/#openmoko Kagee (i=hildenae@81.167.229.181.customer.gigahost.no) |
| 08:46.53 | Kagee | Is it possible to verify the integrity of the NAND? (I'm, getting jffs2-errors on boot) |
| 08:47.11 | gonzoism | kagee do you have a recent uboot ? |
| 08:47.19 | Kagee | qi |
| 08:47.38 | gonzoism | hm.. dunno. |
| 08:48.07 | Kagee | i could probably flash back yo uboot if you can help me then :) |
| 08:49.14 | gonzoism | i was thinking you could copy it back to file and then diff the filesystems |
| 08:49.25 | gonzoism | but that probably wouldn't work |
| 08:49.44 | gonzoism | because of everything that gets written to disk (nand) after first boot |
| 08:50.01 | gonzoism | you could probably write it back to a file and do an fsck on it |
| 08:50.25 | gonzoism | or boot from the microsd and then do the mtd loopback thing and then fsck it |
| 08:51.24 | gonzoism | those are just off the top of my head though. there are likely a lot of better people here to answer that question. eventuall somebody should be able to offer a better suggestion. |
| 08:51.40 | *** join/#openmoko radekp (n=radek@63.120.broadband10.iol.cz) |
| 09:09.59 | *** join/#openmoko Gabrys1 (n=Gabrys@87-205-234-91.adsl.inetia.pl) |
| 09:24.45 | *** join/#openmoko alabd (n=alabd@unaffiliated/alabd) |
| 09:25.21 | alabd | Hello , Is there anyother ringtone for SHR ? |
| 09:32.29 | *** join/#openmoko dns53 (n=dns@ppp246-215.static.internode.on.net) |
| 09:33.38 | tomcatek | alabd: You can change it for any mp3 |
| 09:34.25 | alabd | Do you know any simple ringtone that is free to use ? |
| 09:34.55 | tomcatek | find any free to use mp3 |
| 09:35.59 | dns53 | jamendo or magnatunes have some free music |
| 09:36.51 | alabd | http://www.google.com/search?hl=en&lr=&q=magnatunes+filetype%3Amp3&as_rights=%28cc_publicdomain|cc_attribute|cc_sharealike|cc_noncommercial|cc_nonderived%29&aq=f&oq=&aqi= |
| 09:37.31 | PaulFertser | I'd recommend to convert any mp3 ringtone to wav first or else the performance would be suboptimal, the delay between pressing the button and actually picking up the call might be too big. |
| 09:40.26 | alabd | ok first ringtone shuld be found |
| 09:42.30 | *** join/#openmoko panicking (i=michael@eduroambiblio3-49.eduroam.uv.es) |
| 09:42.49 | panicking | Hi |
| 09:42.56 | alabd | hi |
| 09:42.57 | panicking | PaulFertser, start to build shr |
| 09:43.04 | PaulFertser | panicking: hey :) |
| 09:43.14 | panicking | I'm going to do some in glamo acceleration |
| 09:43.28 | panicking | I need to port stuff under android |
| 09:43.36 | panicking | but first of all I need all stuff in linux |
| 09:43.38 | panicking | and shr |
| 09:43.53 | PaulFertser | panicking: do you by any chance want to try to debug suspend/resume problems with glamo and recent kernels? ;) |
| 09:44.12 | panicking | 2.6.32 |
| 09:44.13 | panicking | kernel |
| 09:44.18 | panicking | graphics engine |
| 09:44.27 | panicking | or glamo device |
| 09:44.28 | panicking | mmc |
| 09:44.47 | panicking | the shr has the 2.6.32 |
| 09:44.49 | panicking | kernel |
| 09:45.14 | panicking | has shr linux-2.6.32? |
| 09:46.46 | panicking | http://shr-project.org/trac/wiki/Building%20SHR |
| 09:46.56 | panicking | I'm following the instruction here |
| 09:47.02 | panicking | to build the distribuition |
| 09:48.14 | alabd | How to write in persian/arabic in SHR ? |
| 09:48.49 | PaulFertser | panicking: i'm afraid shr still uses .29 andy-tracking because of unsolved problems with .32 |
| 09:49.00 | panicking | ok |
| 09:49.08 | panicking | No problem |
| 09:49.08 | panicking | I |
| 09:49.13 | panicking | but it's that page correct |
| 09:49.17 | panicking | for building shr |
| 09:49.18 | panicking | ? |
| 09:49.39 | panicking | is that page ok for building shr? |
| 09:49.50 | PaulFertser | panicking: it used to be, i'm unsure about the current status. |
| 09:49.58 | PaulFertser | panicking: JaMa should know. |
| 09:50.49 | PaulFertser | panicking: i think it should work provided they upgraded their makefile and i guess they did. |
| 09:50.52 | *** join/#openmoko tim_abell (n=tim@78-86-198-4.zone2.bethere.co.uk) |
| 09:51.27 | *** join/#openmoko Fish (n=Fish@AVelizy-152-1-67-98.w83-204.abo.wanadoo.fr) |
| 09:53.30 | alabd | How to write in persian/arabic in SHR for example with Input method ... this command can be used in desktop debian to have persian writting .. setxkbmap -v -rules xfree86 -model pc104 -layout "us,ir" -option |
| 09:53.31 | alabd | "grp:alt_shift_toggle" -option "grp_led:caps" |
| 09:53.52 | PaulFertser | alabd: you need an appropriate on-screen keyboard to do that. |
| 09:54.06 | PaulFertser | alabd: search for arabic illume keyboard |
| 09:54.25 | panicking | PaulFertser, the image use drm glamo from thomas white |
| 09:54.28 | panicking | or no |
| 09:55.11 | PaulFertser | panicking: i'm not sure, sorry. |
| 09:57.07 | alabd | PaulFertser: you know humble know keys and know which key is which character of persian langugae , but how to make a persian/arabic layout with that illume one? |
| 09:57.10 | alabd | ok |
| 09:58.07 | PaulFertser | alabd: http://www.mail-archive.com/community@lists.openmoko.org/msg47254.html |
| 10:00.04 | *** join/#openmoko emacsian (n=ram@122.167.97.135) |
| 10:00.57 | alabd | PaulFertser: |
| 10:00.58 | alabd | There is a Persian keyboard layout listed at: |
| 10:00.59 | alabd | <PROTECTED> |
| 10:00.59 | alabd | but the link is broken. Hopefully someone else on this mailing list |
| 10:00.59 | alabd | will know where it can be found. |
| 10:03.46 | PaulFertser | alabd: write this guy an e-mail http://rastian.com/mili/ |
| 10:04.08 | alabd | yea humble am searching |
| 10:06.29 | alabd | PaulFertser: does android use illume also ? |
| 10:06.33 | PaulFertser | alabd: no |
| 10:09.05 | PaulFertser | alabd: also you might want to ask TAsn, he's the one helping/adding RTL support to illume. |
| 10:09.12 | PaulFertser | to E |
| 10:10.12 | alabd | humble could not find contact for that guy ... maybe comment should be tried , TAsn hi ? |
| 10:10.45 | raster | alabd: he's in israel - so he may only be on during .il's waking hours |
| 10:12.46 | PaulFertser | raster: hey :D |
| 10:12.53 | raster | PaulFertser: yo :) |
| 10:13.00 | PaulFertser | raster: how's life? |
| 10:15.15 | PaulFertser | raster: i remember an arm representative telling me to "wait until x-mas" for a selection of arm-based netbooks at some arm developer forum this autumn. X-mas is over but no netbooks appeared :/ |
| 10:15.48 | panicking | PaulFertser, is there an open bug for glamo suspend/resume in 2.6.32 |
| 10:15.50 | panicking | ? |
| 10:15.50 | raster | PaulFertser: busy as hell. trying to get some break over xmas/new years to decompress |
| 10:16.02 | PaulFertser | panicking: no, it just didn't work for everyone :) |
| 10:16.06 | raster | PaulFertser: products are always late |
| 10:16.07 | raster | :) |
| 10:16.12 | raster | u can get an n900 |
| 10:16.14 | raster | :) |
| 10:16.48 | PaulFertser | raster: n900 is too small, too fucking expensive. And it doesn't run a decent distro anyway :) |
| 10:17.02 | raster | not really more expensive than any netbook |
| 10:17.08 | raster | at $500 for it |
| 10:17.09 | ndnihil | get a spykee, it's arm9 |
| 10:17.11 | PaulFertser | Twice as expensive. |
| 10:17.29 | raster | i know of no netbooks for $250 |
| 10:17.41 | raster | most netbooks are high $300's up to $600+ |
| 10:17.50 | PaulFertser | raster: n900 sells here for almost $1000 by the official dealers. |
| 10:18.09 | raster | buy it from amazon.com |
| 10:18.50 | PaulFertser | raster: well, it doesn't work the way i want anyway, i bet i would be more satisfied with my FR, really. |
| 10:19.14 | raster | u wouldnt be happy with arm netb ooks |
| 10:19.24 | raster | they will be just an oversized n900 with no modem |
| 10:19.32 | raster | otherwise the same thing |
| 10:20.09 | PaulFertser | They would have a keyboard i can actually touchtype on. They would have a much larger screen i would be actually to use as a normal 80x25 (or more) terminal. |
| 10:20.22 | PaulFertser | And they would run some sane distro, i hope. |
| 10:20.33 | raster | but why does it matter? |
| 10:20.37 | raster | its just a laptop them |
| 10:20.45 | raster | with an arm cpu in it |
| 10:20.46 | raster | thats all it is |
| 10:20.49 | PaulFertser | Because i think using x86 is silly. |
| 10:20.55 | PaulFertser | Especially where power consumption matters. |
| 10:20.58 | raster | it wotn be amazingly different to the x86 netbooks |
| 10:21.14 | raster | seriously - the screen and other components eat most of the power |
| 10:21.19 | raster | and that hasnt changed |
| 10:21.33 | PaulFertser | Probably that's a general aversion to x86. |
| 10:21.40 | raster | sure |
| 10:21.52 | raster | but if u look at it objectively - u jhave simply moved to arm as an arch for a laptop |
| 10:21.53 | PaulFertser | But it really sucks, doesn't it? |
| 10:22.05 | raster | and as such u'll find it slower and more cumbersome to deal with |
| 10:22.14 | raster | i know what u mean |
| 10:22.16 | PaulFertser | Well, i need exactly that :) |
| 10:22.24 | raster | i just dont see the point of the pain unless i get some real gain from it |
| 10:22.34 | raster | eg - it fits in my pcoket and replaces my phone |
| 10:23.08 | PaulFertser | I hoped for the increased battery life to be honest. Probably i should have reseached for actual power consumption figures first. |
| 10:23.55 | raster | u'll find the arm ones like the touchbook claim 10hrs i think |
| 10:24.05 | raster | but u'll see atom netbooks doing 8hrs too |
| 10:24.09 | raster | sure - some more battery life |
| 10:24.18 | raster | but its not 40hrs vs 8 |
| 10:24.36 | raster | as i said - screen and other things eat up the same power either way |
| 10:24.55 | PaulFertser | (sidenote) some netbook designers just drive me insane with their keyboard laytouts, i can't see how on earth a sane man can trade right shift for a mostly useless "cursor up" key. Same goes about "vertical" enter. And lack of right Ctrl and meta... |
| 10:25.03 | raster | on small things like phones the screens are smaller - use much less power |
| 10:25.07 | raster | and then it begins to really show |
| 10:25.29 | raster | oinly thing that may make a netbook interesting for power these days is maybe oled for screen |
| 10:25.38 | raster | that shoudl save power - especially if u stick to black/dark colors |
| 10:25.47 | raster | but then again that saving will happen on arm or x86 |
| 10:25.59 | raster | but.. sahen u reduce the impact of screen - the the cpu impact is more noticable |
| 10:26.05 | raster | anyway |
| 10:26.28 | raster | just dont expect an arm netbook to be as great as u think :) dont get your hopes up too much |
| 10:26.30 | PaulFertser | raster: 10hrs instead of 8 is enough for a gain to me. Also having zero-clock on a netbook would be nice. |
| 10:28.01 | PaulFertser | raster: do you probably have any explanation why some obviously bad hardware keyboard layouts are too common? |
| 10:28.25 | raster | that i cant say |
| 10:28.26 | raster | i dont know |
| 10:28.41 | raster | as such the designers have to crap keys onto a small space on a netbook |
| 10:28.45 | raster | so compromises need to be made |
| 10:28.51 | raster | beyond that i cant much say - dont know |
| 10:28.57 | raster | think this way |
| 10:29.06 | raster | designers will design thinking of what they SEE as common usage |
| 10:29.11 | raster | eg \ is much more common than / |
| 10:29.14 | raster | ie they think windows |
| 10:29.16 | raster | not linux |
| 10:29.24 | raster | they dont think of typing code |
| 10:29.31 | raster | they think of typing emails and twitter posts |
| 10:29.43 | raster | so what is important to you is not to them or to their imgined audience |
| 10:29.47 | raster | imagined |
| 10:29.51 | raster | (the average joe) |
| 10:30.00 | PaulFertser | raster: and what about pressing right shift? On most netbooks when i try to press right shift i press "cursor up" instead :( |
| 10:30.11 | *** join/#openmoko pa4wdh (n=pa4wdh@lt30598-lnx.ipv6.pa4wdh.nl.eu.org) |
| 10:30.31 | PaulFertser | Which i almost never use btw, because i have C-p combo that works great for me. |
| 10:31.01 | raster | dunno - as i said. i dont have a good explanation of it |
| 10:31.08 | raster | just the points above |
| 10:31.58 | PaulFertser | Or many desktop keyboards have "vertical" enter key and \ placed where the left end of a "horizontal" enter usually resides. I can't imagine anyone touch-typing \ more often than "enter". |
| 10:33.09 | PaulFertser | raster: are you coming to some nice mountains to do skiing as a decompression method? |
| 10:33.55 | raster | nup |
| 10:33.58 | raster | no time |
| 10:34.01 | PaulFertser | :( |
| 10:34.04 | raster | back to work soon |
| 10:34.54 | PaulFertser | I see. Enjoy your holidays, best of luck in the new year :) |
| 10:35.21 | raster | tnx |
| 10:35.23 | raster | :) |
| 10:35.27 | raster | you too man! |
| 10:35.27 | raster | :) |
| 10:35.38 | PaulFertser | Thanks, i'll try :) |
| 10:44.26 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 10:48.24 | *** join/#openmoko toi (n=toi@d54C2A96D.access.telenet.be) |
| 11:00.09 | *** join/#openmoko amarsh04 (n=amarsh04@ppp118-210-249-193.lns20.adl6.internode.on.net) |
| 11:01.18 | alabd | how to edit /etc/resolv.conf that it does not back up after fr reboot ? |
| 11:04.26 | panicking | do you have static dns |
| 11:04.26 | panicking | ? |
| 11:04.31 | alabd | in shr of course |
| 11:04.50 | alabd | panicking: desktop internet shares into fr |
| 11:05.14 | alabd | and dns of fr should be the desktop dns |
| 11:05.23 | panicking | if you have adhclient.conf |
| 11:05.26 | panicking | dhclient.conf |
| 11:05.31 | panicking | you can add |
| 11:05.40 | alabd | where on fr ? |
| 11:05.41 | panicking | prepend domain-name-servers 208.67.222.222; |
| 11:06.06 | panicking | Where is your problem |
| 11:06.13 | panicking | ?I was thinking |
| 11:06.20 | panicking | that you need static dns |
| 11:06.24 | panicking | in resolv.conf |
| 11:07.24 | alabd | yes |
| 11:07.32 | panicking | host or fr |
| 11:07.33 | panicking | ? |
| 11:07.38 | alabd | now resolv.con in fr is |
| 11:07.47 | alabd | nameserver 208.67.222.222 |
| 11:07.47 | alabd | nameserver 208.67.220.220 |
| 11:08.02 | alabd | but it is required to be changed to anoter ip |
| 11:08.19 | panicking | do you have a dhclient.conf |
| 11:08.25 | alabd | but each reboot back it up to the initial |
| 11:08.31 | panicking | ? |
| 11:08.33 | panicking | in fr |
| 11:08.35 | panicking | under etc |
| 11:08.37 | alabd | yes |
| 11:08.38 | alabd | initial |
| 11:08.44 | panicking | open it |
| 11:08.46 | alabd | initial |
| 11:08.47 | panicking | do you find |
| 11:08.49 | alabd | sorry |
| 11:08.51 | alabd | yes |
| 11:08.58 | alabd | /usr/lib/connman/scripts/dhclient.conf |
| 11:09.22 | panicking | is there any prepend domain-name-servers |
| 11:09.24 | panicking | inside |
| 11:09.30 | alabd | does not shr have a gui text editor ? |
| 11:10.21 | *** join/#openmoko Gabrys (n=Gabrys@cxp210.internetdsl.tpnet.pl) |
| 11:10.36 | alabd | not such line |
| 11:11.10 | *** join/#openmoko CVirus (n=Satan@41.130.213.3) |
| 11:12.19 | *** join/#openmoko kirun (n=kirun@78-86-154-194.zone2.bethere.co.uk) |
| 11:15.08 | panicking | try to add and use your dns to force |
| 11:15.17 | panicking | do you have a dhclient running |
| 11:15.18 | panicking | ? |
| 11:15.28 | panicking | when you add this line |
| 11:15.37 | panicking | call dhclient on the interface |
| 11:15.43 | panicking | and you have the new dns |
| 11:16.29 | PaulFertser | panicking: looks like shr is using connman nowadays, one needs to read its documentation to properly configure it. |
| 11:17.15 | panicking | You can force resolv.conf |
| 11:17.17 | panicking | like in debian |
| 11:17.55 | *** join/#openmoko playya (n=playya@unaffiliated/playya) |
| 11:23.15 | alabd | PaulFertser: do you mean answer is in a manual somewhere |
| 11:23.38 | PaulFertser | alabd: i guess |
| 11:24.01 | alabd | ok thanks |
| 11:43.57 | tim_abell | decides he wants a facebook integrated contact list in shr :) |
| 11:45.26 | *** join/#openmoko playya (n=playya@unaffiliated/playya) |
| 11:55.44 | *** join/#openmoko ericthefish (n=ivan@94-192-230-157.zone6.bethere.co.uk) |
| 12:00.11 | *** mode/#openmoko [+o PaulFertser] by ChanServ |
| 12:00.58 | *** join/#openmoko JaMa (n=martin@161-24.13.24.78.awnet.cz) |
| 12:03.31 | *** mode/#openmoko [-b tjikkun!*@*] by PaulFertser |
| 12:04.19 | *** mode/#openmoko [-o PaulFertser] by ChanServ |
| 12:25.51 | *** join/#openmoko fsteinel (n=fsteinel@fedora/fsteinel) |
| 12:27.51 | *** join/#openmoko ulrichard_ (n=richi@webmail.bormgruppe.com) |
| 12:32.56 | *** join/#openmoko Openfree|H (n=Openfree@222.65.62.128) |
| 12:36.04 | *** join/#openmoko ruoso (n=ruoso@201009055245.user.veloxzone.com.br) |
| 12:37.07 | *** join/#openmoko linkmauve__ (n=linkmauv@apijab1.apinc.org) |
| 12:42.28 | *** join/#openmoko pa4wdh (n=pa4wdh@lt30598-lnx.ipv6.pa4wdh.nl.eu.org) |
| 12:48.04 | tim_abell | can anyone tell me why my bitbake is fetching from http://github.com/timabell/mokopod/tarball/0.2.0.3 |
| 12:48.09 | tim_abell | oops |
| 12:48.14 | tim_abell | i mean http://mirrors.openembedded.org//0.2.0.3 |
| 12:49.21 | tim_abell | http://pastebin.ca/1731768 |
| 12:52.24 | *** join/#openmoko samgee (n=samgee@fsf/member/samgee) |
| 12:54.18 | *** join/#openmoko Kame2 (n=manuel@port-92-196-65-252.dynamic.qsc.de) |
| 12:54.52 | tim_abell | http://pastebin.ca/1731768 <- my bitbake |
| 12:55.40 | mickeyl | that's normal |
| 12:55.46 | mickeyl | if bitbake can't find something in a SRC_URI |
| 12:55.49 | mickeyl | it tries the mirrors |
| 12:55.58 | tim_abell | oh i see |
| 12:56.04 | tim_abell | any idea what it didn't find? |
| 12:56.23 | mickeyl | probably what you requested |
| 12:56.27 | mickeyl | like... http://github.com/timabell/mokopod/tarball/0.2.0.3 |
| 12:56.56 | mickeyl | bitbake sometimes has problems with redirection urls |
| 12:56.59 | mickeyl | try giving a real URI |
| 12:57.46 | tim_abell | http://pastebin.ca/1731772 |
| 12:58.55 | tim_abell | i thtink that is what i put isn't it? |
| 13:00.53 | mickeyl | works fine here, if i put a real URI in |
| 13:01.08 | mickeyl | like http://waitdownload.github.com/timabell-mokopod-5da239b.tar.gz |
| 13:02.02 | tim_abell | oh i see what you mean, it's some kind of funky redirect |
| 13:02.53 | mickeyl | yep |
| 13:03.01 | mickeyl | that confuses bitbake |
| 13:03.11 | mickeyl | since it gets a file but it's not what it expected from looking at SRC_URI |
| 13:03.18 | mickeyl | so it tries to continue donwloading from the mirrors |
| 13:03.22 | mickeyl | which eventually fails |
| 13:07.12 | tim_abell | curiouser and curiouser |
| 13:07.17 | tim_abell | i feel like alice in wonderland |
| 13:10.04 | tim_abell | ok, trying with the real url |
| 13:10.13 | tim_abell | i started this about this time yesterday |
| 13:11.57 | tim_abell | ERROR: function do_install failed |
| 13:12.01 | tim_abell | progress! |
| 13:12.06 | mickeyl | :) |
| 13:12.33 | mickeyl | now you probably need to fix S |
| 13:12.51 | *** join/#openmoko playya (n=playya@unaffiliated/playya) |
| 13:13.10 | mickeyl | the default is only applicable release tarballs |
| 13:13.15 | mickeyl | like ${PN}-${PV} |
| 13:13.28 | tim_abell | whoosh |
| 13:13.30 | tim_abell | eh? |
| 13:13.56 | tim_abell | this is a python app so presumably in need a setup.py or something |
| 13:13.57 | mickeyl | bitbake needs to know where your tarballs extracts to |
| 13:14.13 | mickeyl | so you need to give it the directory |
| 13:14.15 | mickeyl | like |
| 13:14.28 | mickeyl | S = ${WORKDIR}/where-your-setup.py-is |
| 13:15.01 | mickeyl | probably timabell-mokopod-5da239b/ |
| 13:15.27 | *** join/#openmoko alabd (n=alabd@unaffiliated/alabd) |
| 13:15.34 | tim_abell | if i had one :-S |
| 13:15.38 | tim_abell | oh dear |
| 13:15.40 | mickeyl | heh |
| 13:15.46 | tim_abell | this is where i got stuck in my last projecct |
| 13:15.48 | mickeyl | well, then you need to copy the stuff manually in do_install |
| 13:15.54 | mickeyl | but i advise getting familiar with setuptools |
| 13:16.05 | mickeyl | which will tremendously speed up your deploy in the future |
| 13:16.16 | tim_abell | i got started but hadn't finished figuring out python setup stuff |
| 13:16.47 | mickeyl | just copy setup.py from a simple project |
| 13:16.50 | mickeyl | and adjust to your needs |
| 13:17.01 | tim_abell | i was trying to do it for https://launchpad.net/photo-frame-prep last time |
| 13:17.07 | tim_abell | was trying to create a .deb |
| 13:17.16 | tim_abell | and discovered that you generally need a setup.py |
| 13:17.46 | tim_abell | i was half way through reading the instructions for python setup when i ran out of time and had to return to the real world |
| 13:17.57 | *** join/#openmoko ayeuu (n=ayeuu@bearstech/ayeuu) |
| 13:17.58 | tim_abell | got any handy examples? |
| 13:18.08 | mickeyl | pick anything on pip |
| 13:18.11 | mickeyl | pipi |
| 13:18.14 | tim_abell | pipi? |
| 13:18.20 | *** join/#openmoko naeg (n=naeg@194.208.239.170) |
| 13:18.21 | mickeyl | or wherever these dozens of python things are |
| 13:18.30 | mickeyl | pypi |
| 13:18.33 | tim_abell | podpooch is one main script and a few library files |
| 13:19.04 | mickeyl | http://stuff.mit.edu/afs/sipb/project/python/share/doc/dist/simple-example.html |
| 13:19.07 | *** join/#openmoko max_posedon (n=max_pose@208-243-252-87-dynamic-pool.gprs.mts.by) |
| 13:20.22 | *** join/#openmoko rud (n=rud@p5B200873.dip0.t-ipconnect.de) |
| 13:24.25 | *** join/#openmoko chomwitt (n=chomwitt@ppp-94-66-181-165.home.otenet.gr) |
| 13:31.09 | *** join/#openmoko uzi18 (n=uzi@gfb34.internetdsl.tpnet.pl) |
| 13:35.32 | alabd | hello |
| 13:35.40 | alabd | what is this error for ? |
| 13:35.41 | alabd | root@om-gta02 ~ $ ping www.yahoo.com |
| 13:35.42 | alabd | ping: bad address 'www.yahoo.com' |
| 13:37.16 | yang | check your /etc/resolv.conf |
| 13:37.45 | alabd | it is ckecked why ? |
| 13:38.09 | yang | you need valid servers in there for it to resolve |
| 13:38.24 | alabd | yes one is valid |
| 13:41.21 | *** join/#openmoko _naeg (n=naeg@194.208.239.170) |
| 13:43.27 | *** join/#openmoko naeg (n=naeg@194.208.239.170) |
| 13:44.01 | alabd | yang maybe it is down now |
| 13:53.22 | *** join/#openmoko panicking (n=Michael@77.224.194.88) |
| 13:53.25 | panicking | PaulFertser, larsc |
| 13:53.29 | panicking | look at the code |
| 13:53.46 | panicking | seems that there is not call to jbt set state before |
| 13:53.54 | panicking | stop glamo clock |
| 13:54.09 | panicking | so somenthig similar to the last WDSO patch |
| 14:04.01 | *** join/#openmoko uzi18 (n=uzi@gfb34.internetdsl.tpnet.pl) |
| 14:09.34 | *** join/#openmoko philhug (n=hug@81.163.62.48) |
| 14:11.42 | *** join/#openmoko SpeedEvil (i=1000@tor/regular/SpeedEvil) |
| 14:17.04 | *** join/#openmoko geaaru (n=geaaru@host128-221-dynamic.20-79-r.retail.telecomitalia.it) |
| 14:17.40 | JaMa | panicking: wrt "glamo WSOD in 2.6.32 kernel" which commit is it (repo/hash) |
| 14:18.19 | panicking | linux 2.6.29 andy-tracking |
| 14:18.30 | JaMa | Ah I see, thanks http://lists.openmoko.org/pipermail/openmoko-kernel/2009-April/009834.html |
| 14:23.34 | panicking | I don't find a clean way to do a better patch |
| 14:23.47 | panicking | that is a relly bad hack |
| 14:23.49 | panicking | because |
| 14:23.52 | panicking | call notifier |
| 14:24.17 | panicking | and I don't see anything similar |
| 14:24.20 | panicking | in the kernel |
| 14:24.35 | panicking | but try it is a good idea |
| 14:26.11 | panicking | I still compile shr |
| 14:35.30 | *** join/#openmoko marcello__ (n=marcello@host152-23-dynamic.20-87-r.retail.telecomitalia.it) |
| 14:35.38 | marcello__ | hi guys |
| 14:36.34 | marcello__ | there is somone for ask help on Booting from SD for openmoko? |
| 14:36.58 | SpeedEvil | what's your problem? And which OS. |
| 14:37.15 | marcello__ | i wan't to loasd qt extended |
| 14:37.38 | marcello__ | i wan't to know where can i find istruction for load it |
| 14:38.06 | TAsn | alabd is gone? :| |
| 14:38.15 | TAsn | PaulFertser, got his contact information? |
| 14:39.24 | marcello__ | is it better to use flash rom? |
| 14:39.34 | PaulFertser | TAsn: i think i can find it, yes. |
| 14:39.50 | marcello__ | is it possible to recover starting point? |
| 14:40.09 | TAsn | PaulFertser, cool, if you can, that'll be great, I see he was looking for me :) |
| 14:40.44 | PaulFertser | TAsn: a dehqan <dehqan65 <at> gmail.com> |
| 14:41.09 | TAsn | ok, I'll mail him. :P |
| 14:41.10 | TAsn | thanks |
| 14:41.25 | PaulFertser | TAsn: thank you for caring |
| 14:41.56 | PaulFertser | panicking: sorry, i do not understand much about glamo/jbt stuff... |
| 14:42.12 | TAsn | that's nothing special., |
| 14:42.41 | *** join/#openmoko philhug (n=hug@81.163.62.48) |
| 14:45.09 | panicking | Where can I find a config for gta02 in om-2.6.32-gta02 |
| 14:45.11 | panicking | kernel? |
| 14:45.40 | PaulFertser | panicking: there's some partially working defconfig |
| 14:47.28 | panicking | but i dont' find under arch/arm/defconfigs |
| 14:48.50 | PaulFertser | panicking: 1431d829b041070707a1a18516df88b3f9f9d4ce |
| 14:51.43 | JaMa | panicking: and with drm patches you can try http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.32/om-gta02/defconfig?id=0c51dfe96e04fdbc986802bf686b87ed7340dc51 |
| 14:54.13 | *** join/#openmoko gena2x (n=gena2x@bsdmn.com) |
| 14:57.28 | panicking | JaMa, can you test shr 2.6.32 against |
| 14:57.34 | panicking | one patch and check WDSO issue |
| 14:57.43 | panicking | ? |
| 14:58.07 | panicking | I'm compiling shr |
| 14:58.16 | panicking | and I'm far away from the end |
| 15:00.17 | JaMa | panicking: sure.. not now but later today.. |
| 15:00.46 | JaMa | panicking: which patch.. I'll rebuild it before going home.. |
| 15:01.02 | panicking | I send it to your email |
| 15:01.07 | panicking | just check that compile |
| 15:01.59 | JaMa | OK will test it as soon as it arrives to my mailbox |
| 15:06.56 | *** join/#openmoko alex-weej (n=alex@cpc2-acto11-0-0-cust180.brnt.cable.ntl.com) |
| 15:13.22 | *** join/#openmoko alabd (n=alabd@unaffiliated/alabd) |
| 15:17.43 | JaMa | panicking: still nothing arrived.. |
| 15:20.34 | panicking | one moment I'm compiling |
| 15:24.34 | panicking | done |
| 15:31.48 | alabd | hello |
| 15:31.56 | alabd | how to check missed call on shr ? |
| 15:32.25 | *** join/#openmoko fsteinel (n=fsteinel@fedora/fsteinel) |
| 15:33.31 | JaMa | still waiting :) |
| 15:41.38 | panicking | Are you Martin Jansa |
| 15:41.40 | panicking | ? |
| 15:41.43 | panicking | I have sent |
| 15:41.58 | JaMa | you received.. building now |
| 15:42.36 | panicking | Do you use qi or u-boot? |
| 15:42.50 | JaMa | qi |
| 15:43.05 | panicking | ok |
| 15:44.38 | *** join/#openmoko PBeck (n=PBeck@HSI-KBW-085-216-075-177.hsi.kabelbw.de) |
| 15:44.48 | PBeck | hi |
| 15:51.05 | JaMa | panicking: ah now I see you're touching only glamo-fb, I've seen WSOD only with glamo-kms-fb, but the same logic seems to apply there.. |
| 15:51.56 | panicking | PaulFertser, today said to me that there are some trouble |
| 15:52.00 | panicking | with suspend and resume |
| 15:52.09 | panicking | and I was thinking that was the old WDSO |
| 15:52.11 | panicking | problem |
| 15:53.09 | JaMa | Ah maybe there still are.. but I have easily reproducible one only with drm-tracking (kms) or .31,.32 (also with drm patches/kms enabled) |
| 15:53.35 | panicking | this is for .32 |
| 15:53.44 | panicking | but I think that apply to .31 |
| 15:53.45 | panicking | too |
| 15:55.42 | *** join/#openmoko ZaPPaS (n=zappas@dslb-084-056-161-061.pools.arcor-ip.net) |
| 15:56.58 | JaMa | panicking: its built here http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/ (as -r3), but can you look also at glamo-kms-fb? |
| 15:57.25 | alabd | opkg install http://www.aitel.hist.no/~helgehaf/openmoko/illume-keyboards-norwegian-no_0.1_all.ipk |
| 15:57.26 | alabd | <PROTECTED> |
| 15:57.26 | alabd | <PROTECTED> |
| 15:57.31 | JaMa | panicking: I tried to apply the same there, but its not as easy as it looked.. and I have to finish something here before going home.. |
| 15:57.54 | panicking | http://www.pastie.org/761375 |
| 15:58.00 | panicking | I have this problem |
| 15:58.04 | panicking | during building |
| 16:04.37 | alabd | any opinion ? |
| 16:06.27 | panicking | JaMa, I think that WSDO is an open issue |
| 16:06.34 | panicking | I have modify |
| 16:06.38 | panicking | a driver path |
| 16:07.03 | panicking | last week and I had the WDSO |
| 16:07.07 | panicking | with 2.6.29 |
| 16:13.39 | JaMa | panicking: btw isn't it WSOD? |
| 16:16.55 | panicking | I just said that the timeing constraint of the jbt seems to be stritct andstrange |
| 16:17.10 | panicking | I don't have documentation |
| 16:17.12 | panicking | abut them |
| 16:17.20 | panicking | or maybe no time to read them |
| 16:24.06 | *** join/#openmoko jonkristian (n=jonkrist@174.84-48-204.nextgentel.com) |
| 16:29.39 | *** join/#openmoko everslick (n=clemens@91-114-191-0.adsl.highway.telekom.at) |
| 16:38.28 | *** join/#openmoko dos1 (n=dos@unaffiliated/dos1) |
| 16:40.19 | *** join/#openmoko pH5 (n=ph5@e178196061.adsl.alicedsl.de) |
| 16:56.25 | *** join/#openmoko ColdFyre (n=coldfyre@c-67-169-165-12.hsd1.ca.comcast.net) |
| 17:01.31 | *** join/#openmoko bentob0x (n=laurent@ip-213-49-80-75.dsl.scarlet.be) |
| 17:10.38 | *** join/#openmoko objorn (n=objorn@unaffiliated/objorn) |
| 17:17.09 | *** join/#openmoko pespin (n=Sharwin_@60.pool85-50-90.dynamic.orange.es) |
| 17:19.14 | *** join/#openmoko babamelone (n=babamelo@ip-80-226-1-7.vodafone-net.de) |
| 17:20.57 | babamelone | Hi, can I use my laptop umts stick as gsm modem for the freerunner to mak phone calls, if the phone is connected via network? |
| 17:23.08 | *** join/#openmoko kennyz[dnd] (n=kennyz@uralnet.org) |
| 17:23.52 | *** join/#openmoko idarwin (n=ian@24-138-98-109.zing-net.ca) |
| 17:27.42 | SpeedEvil | In principle maybe. |
| 17:28.16 | SpeedEvil | Problems are that some data plans do not support voice calls. |
| 17:28.52 | SpeedEvil | And that there may be no software supporting it - even if the way to talk to the modem and get it to do voice calls is open - which it may not be. |
| 17:31.46 | *** join/#openmoko azaghal_ (n=azaghal@91.148.112.210) |
| 17:32.57 | mjr | there actually was software to interface some umts sticks to asterix |
| 17:32.58 | babamelone | why shouldnt there be software, Id make network share of the gsm dev file |
| 17:33.27 | mjr | at least huawei e169 was iirc supported (I remember 'cause I happen to own one) |
| 17:33.29 | babamelone | so how am I to configure my neo to use another gsm modem |
| 17:33.49 | mjr | but no, it's not quite as simple as that |
| 17:34.04 | mjr | (duh, asterisk) |
| 17:34.27 | SpeedEvil | babamelone: network shares of device files almost never work. |
| 17:34.59 | mjr | not over nfs anyway. Also, audio on the Neo goes via alsa, not the GSM serial. |
| 17:35.14 | babamelone | k |
| 17:35.29 | SpeedEvil | babamelone: unfortunately, unless you are able to find prewritten software, the answer starts out with lots of coding. |
| 17:35.41 | SpeedEvil | For audio - data is 'easy'. |
| 17:36.06 | mjr | your best bet would probably to run asterisk on the laptop and just interface to that with a sip/aix client |
| 17:36.11 | babamelone | k, thx for the answers... maybe ill have to research some more |
| 17:36.13 | mjr | on the phone |
| 17:37.43 | mjr | I can't seem to easily find an authoritative page on that asterisk thing, and it seems like huawei e169 (/vodafone k3520) is either the only one or one of the few supported at this point |
| 17:38.19 | *** join/#openmoko sandwitch (n=sandwitc@247-50-223.ftth.xms.internl.net) |
| 17:38.58 | lindi- | mjr: e169 works yes. |
| 17:39.07 | lindi- | mjr: (tested myself) |
| 17:39.31 | mjr | righto, I was just gonna highlight you in case you had some more info ;) |
| 17:40.48 | mjr | but anyway, baba's gone |
| 17:41.45 | mjr | at least I got confirmation about pushing him in the rightish direction :] |
| 17:48.34 | *** join/#openmoko mnt_real (n=sinan@bas12-montrealak-1167974851.dsl.bell.ca) |
| 17:50.20 | *** join/#openmoko ruoso (n=ruoso@201009055245.user.veloxzone.com.br) |
| 17:50.23 | andi | hi |
| 17:50.24 | *** join/#openmoko gargoyle-grin (n=randerso@gentoo/contributor/gargoyle-grin) |
| 17:50.35 | andi | I got fooled by the bq27000 |
| 17:51.21 | andi | is it usual to that /sys/class/power_supply/battery/charge_now drops by 320000 in 5 seconds? |
| 17:52.25 | andi | 382347 and then 5 seconds later 56584 |
| 17:52.44 | lindi- | andi: it is probably only updated every 15 seconds or so? |
| 17:53.16 | andi | if the accu is perfect, it meant that I draw 220A from it |
| 17:53.42 | andi | no big jumps before that and after that |
| 17:53.47 | andi | only slow changes |
| 17:54.08 | lindi- | andi: the chip probably just recalibrated its estimate of the current charge? |
| 17:54.29 | *** join/#openmoko badcloud_ (n=badcloud@89-138-14-239.bb.netvision.net.il) |
| 17:56.09 | andi | that should be the only possible reason |
| 17:56.13 | *** join/#openmoko retracile (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 17:57.12 | andi | but I was surprised about that amount |
| 17:57.40 | andi | thats around 320mAh, 1/3 of the total capacity |
| 17:58.02 | SpeedEvil | Battery charge estimation is very tricky alas. |
| 17:58.47 | andi | you have made the table for gta01_battery? |
| 18:00.03 | badcloud_ | anyone else can't add contacts in latest shr-t? |
| 18:03.24 | tim_abell | ok, i can't for the life of me get my setup.py to include all my py files in the tgz it produces |
| 18:03.42 | tim_abell | i've started a simple test case and can't get that to work either |
| 18:03.52 | tim_abell | i'm obviously missing something important |
| 18:06.45 | badcloud_ | from Phone Log, forgot to mention |
| 18:07.39 | andi | SpeedEvil: so I guess it might be good to look at the battery voltage and the algorithm from gta01_battery to have a kind of second opinion |
| 18:08.04 | PaulFertser | andi: yes, i remember SpeedEvil and DocScrutinizer helping a lot with the table. |
| 18:08.21 | *** join/#openmoko uhsf (n=uhsf@modemcable038.191-59-74.mc.videotron.ca) |
| 18:09.16 | SpeedEvil | andi: no, not really much. |
| 18:09.35 | SpeedEvil | IIRC the charge_now reads the value from the bq* chip |
| 18:09.42 | andi | yes |
| 18:09.46 | SpeedEvil | its algorightm isn't public |
| 18:10.02 | andi | but the algo of gta01_battery is public |
| 18:10.20 | SpeedEvil | yes, |
| 18:10.21 | PaulFertser | SpeedEvil: is not it? I think it follows the datasheet closely and should be quite obvious. |
| 18:10.40 | SpeedEvil | I diddn't recall explicit algo |
| 18:10.48 | SpeedEvil | but it;s been a while |
| 18:10.54 | PaulFertser | SpeedEvil: no curve data but at least the datasheet should be correct about sudden jumps. |
| 18:11.02 | DocScrutinizer51 | andi: lindi-: I think this was a mere readout error |
| 18:11.59 | andi | no jump back |
| 18:12.03 | andi | after that |
| 18:14.47 | *** join/#openmoko toi (n=toi@d54C2A96D.access.telenet.be) |
| 18:15.56 | DocScrutinizer51 | andi: watch the reported time_to_full/empty, which for one of both values always reports a bogus value which basically is uint(-1)*3600 or sth like that |
| 18:17.07 | tim_abell | http://pastebin.ca/1732060 |
| 18:17.13 | tim_abell | what am i doing wrong? |
| 18:17.20 | tim_abell | or shall i go and annoy #python |
| 18:17.49 | DocScrutinizer51 | andi: if you want to investigate further the bq27k values reported, I suggest you install bash and use my script in people.om.org/joerg/battery |
| 18:19.20 | tim_abell | oops, forgot the output. this includes my failure to include my py file in the archive http://pastebin.ca/1732063 |
| 18:19.47 | andi | so you think that for some reason, reading the corresponding register fails continously? |
| 18:20.06 | andi | till some point or after some point? |
| 18:20.16 | DocScrutinizer51 | btw there is *no* table inside bq27k for charge-now. It's simply an integrating register summing up the current_now reading from 'gas gauge' every period of time |
| 18:20.23 | PaulFertser | andi: what was the voltage at the time the reported capacity dropped? |
| 18:20.58 | PaulFertser | Or rather charge. |
| 18:22.12 | andi | before: 3628000, after 3633000 |
| 18:23.03 | DocScrutinizer51 | PaulFertser: aiui there was no comprehensive description of setup that produced this jump |
| 18:26.57 | DocScrutinizer51 | that looks rather messed up. Seen this a couple of times on systems where 'never fully discharge' bug hits. The cell was fully charged and thus capacity in percent jumps from 97% to 100. Due to miscalib caused by never reaching low cutout the BQ27K thinks cell has a completely wrong capacity remaining. |
| 18:28.43 | DocScrutinizer51 | andi: where exactly was this value from? |
| 18:29.48 | andi | a bash script calling cat /sys/class/power_supply/battery/voltage_now |
| 18:29.58 | andi | periodically |
| 18:31.56 | DocScrutinizer51 | hmm yes. just found in backscroll. those are actually somewhat converted from mili A s to uAh or sth like that |
| 18:32.34 | DocScrutinizer51 | and have that -1 issue leading to bogus value |
| 18:34.59 | andi | DocScrutinizer51: I know that bq27k has no tables, I was talking about taking voltage_now and apply the algorithm from the dumb battery driver on it |
| 18:35.21 | andi | so I am warned if values are strange |
| 18:36.10 | PaulFertser | andi: 3.6V is about 5% according to the table in gta01_bat |
| 18:37.42 | DocScrutinizer51 | PaulFertser: dunno the power sysfs specs (or whatever the name). Shouldn't that be 'NAN' rather than that (MAXINT - 1) * 3600 or whatever that crap value is? |
| 18:39.22 | PaulFertser | DocScrutinizer51: i'm unsure, probably there's no spec for that. Or read should return -EVALUE or something. |
| 18:39.37 | DocScrutinizer51 | andi: if you treat BQ27K correctly and do a double readout_and_compare then you need no warnings |
| 18:40.47 | DocScrutinizer51 | PaulFertser: sounds even more sensible, yes. But 'Not A Number' is as close as we can get with minimum patch |
| 18:40.48 | andi | again: there is a single big jump, slight changes before and after that |
| 18:41.02 | *** join/#openmoko Q-Master (n=qmaster@89.179.202.222) |
| 18:41.12 | andi | so reading again and again does not help |
| 18:41.45 | DocScrutinizer51 | andi: read all about CC in ML and datasheet. Ypu'll find that' s ok |
| 18:42.44 | DocScrutinizer51 | andi: and I clearly haven't suggested to 'reading again and again' :-( |
| 18:43.58 | PaulFertser | DocScrutinizer51: you're talking about different things. You're talking about that clearly bogus value you see sometimes. And andi is talking about sudden permanent jump in "charge_now" readouts. |
| 18:44.54 | DocScrutinizer51 | andi: once again: *please* use http://people.openmoko.org/joerg/battery/bq27k-detail to get a comprehensive set of data and a way to better understand CC |
| 18:45.27 | DocScrutinizer51 | PaulFertser: my comment about NAN was unrelated |
| 18:54.27 | *** join/#openmoko RedFlash (n=RedFlash@host104-106-dynamic.5-87-r.retail.telecomitalia.it) |
| 18:58.35 | andi | DocScrutinizer51: yes, that script gives a lot of output |
| 18:58.40 | DocScrutinizer51 | andi: bq27k knows by itself if the values it estimates are reliable or not. Asl PaulFertser about the sysfs node that was planned to export that state to userland. Which distro/rev are you using? As mentioned above the suspicion is some distros mess up bq27k calculations by shifting the 0% reference point each time the system decides to shutdown on '0%' though cell still holding an increasing fraction of a full charge at that mo |
| 18:58.40 | DocScrutinizer51 | ment |
| 18:59.33 | PaulFertser | DocScrutinizer51: i think no software shifts the 0% reference point... |
| 18:59.38 | DocScrutinizer51 | andi: so your skew could be triggered by a full charge following a real complete discharge |
| 19:00.09 | andi | debian |
| 19:00.11 | PaulFertser | andi: yes, after a "valid discharge" self-calibration takes place. |
| 19:00.17 | DocScrutinizer51 | PaulFertser: yes. It's obviously a little more complicated than that |
| 19:00.23 | PaulFertser | :) |
| 19:00.30 | andi | kernel was two month old or so |
| 19:00.36 | DocScrutinizer51 | andi: debian known to have that issue |
| 19:00.48 | andi | andy_tracking |
| 19:00.53 | andi | not the distro kernel |
| 19:01.09 | PaulFertser | DocScrutinizer51: i do not think any kernel had any issues and/or tried to shift any reference point. |
| 19:01.45 | andi | I thought that is not a userspace issue |
| 19:01.52 | *** part/#openmoko Kagee (i=hildenae@81.167.229.181.customer.gigahost.no) |
| 19:01.55 | DocScrutinizer51 | PaulFertser: still I *observed* reported cell capacity to jump from some 380 to 1236 on one complete cycle |
| 19:02.11 | andi | I am reading sysfs, not anything fso-mangled |
| 19:02.33 | andi | I have seen such huge jumps in that direction, too |
| 19:03.40 | DocScrutinizer51 | andi: sorry I'm not in a mood to argue. I know what I've seen and I have a concludent story how those effects are caused |
| 19:05.19 | andi | ok, than at least I know that these big jumps are not unusual |
| 19:06.39 | DocScrutinizer51 | they are quite unusual |
| 19:07.11 | andi | was that 380 to 1236 charge_full or charge_now? |
| 19:07.34 | DocScrutinizer51 | either you got a system that shuts down on a reported 5% and thus messes up the total capacity estimation |
| 19:08.06 | andi | charge_full does not jump that much here |
| 19:08.25 | DocScrutinizer51 | then you usually never see that skew until you actually run your system to ""-160%"" |
| 19:08.27 | andi | just between 830 and 900 |
| 19:08.48 | DocScrutinizer51 | thats charge-full |
| 19:10.35 | DocScrutinizer51 | or you frequently shut down your system at bat-voltage-low (which is reached at a virtual -15% approx) and you never have a detuned CC and thus no skew ever |
| 19:10.50 | PaulFertser | tbh i still do not understand how shutting down on 5% can severely mess up the total capacity estimation. |
| 19:11.37 | PaulFertser | But i can see when the absence of "full valid discharge cycle" can lead to inaccuracies of readouts. |
| 19:11.49 | DocScrutinizer51 | PaulFertser: quite simple: next charge to full is considered a full capacity charge |
| 19:12.27 | PaulFertser | DocScrutinizer51: i am afraid i do not remember anything like that from reading the bq27k datasheet. |
| 19:13.55 | *** join/#openmoko Amorphous (i=jan@unaffiliated/amorphous) |
| 19:14.08 | *** join/#openmoko der-lehmann (n=der-lehm@188-192-133-169-dynip.superkabel.de) |
| 19:14.30 | DocScrutinizer51 | PaulFertser: bq27 all the time estimates capacity_full. It decreases by a heuristic factor for aging every now and then. And adjusts up to real capacity whenever it finds a charging cycle that indicates cell capacity is *higher* than estimated one |
| 19:17.12 | DocScrutinizer51 | PaulFertser: so if you always do 80% cycles, then estimated capacity (charge_full) will slowly adjust to that figure |
| 19:18.20 | PaulFertser | DocScrutinizer51: sorry, but i'm still not sure that exactly corresponds to the datasheet, for that i'd need to reread it again. |
| 19:18.44 | andi | DocScrutinizer51: at least that matches the things I remember |
| 19:19.05 | DocScrutinizer51 | now if your 80percent are alway calculated from capacity_designed then it will stay there. If however you calculate that 80 from charge_full (estimated) then it slowly approximates ZERO |
| 19:22.00 | *** join/#openmoko Alabd (n=root@unaffiliated/alabd) |
| 19:23.25 | DocScrutinizer51 | PaulFertser: andi: we had a time where SHR (FSO) decided to force shutdown at 5%. IIRC debian did same. That's been the times where we seen charge_full of < 400mAh |
| 19:23.42 | PaulFertser | DocScrutinizer51: yep. |
| 19:23.51 | andi | I would perfectly understand that |
| 19:24.03 | andi | if charge_full jumps |
| 19:24.09 | Alabd | hello,how to add yahoo protcol for pidgin in fr? |
| 19:24.48 | DocScrutinizer51 | and that was the situation where I trippled my standby time by simply disabling forced shutdown *once* and doing a *real* discharge/charge cycle |
| 19:25.24 | andi | but in my case it was charge_now. I have even seen it jumping from 300 to 900 at the end of charging |
| 19:25.42 | andi | and charge_full stayed the same |
| 19:26.36 | DocScrutinizer51 | andi: bq27k algos are somewhat twisted wrt when to update which register |
| 19:27.22 | *** join/#openmoko Gabrys (n=Gabrys@abqq170.neoplus.adsl.tpnet.pl) |
| 19:27.43 | DocScrutinizer51 | andi: anyhow you don't need to understand *why* .it jumps that particular way. I think it's enough to know how to avoid that issue all together |
| 19:30.10 | *** join/#openmoko der-lehmann1 (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 19:32.44 | *** join/#openmoko azaghal (n=azaghal@91.148.113.91) |
| 19:33.10 | *** part/#openmoko der-lehmann1 (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 19:34.36 | DocScrutinizer51 | andi: and your 800mAh charge_full are a clear indicator you're biten by exactly that issue |
| 19:35.10 | andi | DocScrutinizer51: they do not change even if I discharge below 3V |
| 19:35.16 | andi | not that much |
| 19:35.20 | *** join/#openmoko CVirus (n=Satan@41.130.213.3) |
| 19:35.50 | DocScrutinizer51 | andi: how much is your cycles count from bq27k-detail then? |
| 19:35.50 | andi | just in the area from 830 to 900 |
| 19:36.43 | andi | 0x29 - 0x28: 0 CYCL Cycle Count Since Learning Cycle High-Low Byte Cycles R |
| 19:36.43 | andi | 0x2B - 0x2A: 574 CYCT Cycle Count Total High - Low Byte Cycles R |
| 19:36.57 | *** join/#openmoko retracile (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 19:37.42 | DocScrutinizer51 | you had a learning cycle last time you charged. So the jump |
| 19:38.24 | DocScrutinizer51 | you have almost 600 cycles total, which means you actually might need a new bat eventually |
| 19:39.14 | andi | I'll buy one some time in the spring I guess |
| 19:40.01 | DocScrutinizer51 | 800..900 is kinda ok for a bat with 600 cycles |
| 19:40.36 | andi | and that is not something I'm arguing about |
| 19:41.35 | DocScrutinizer51 | andy. neither do I. Is that,s just me or are your comments always a little bit of an accuse each time? |
| 19:42.42 | DocScrutinizer51 | well no matter if perceived or real. I'm off kbd now |
| 19:42.45 | andi | no, it was not meant as an accuse |
| 19:44.31 | *** join/#openmoko Gabrys (n=Gabrys@abqb166.neoplus.adsl.tpnet.pl) |
| 19:57.58 | *** join/#openmoko retracile (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 20:05.14 | *** join/#openmoko Gabrys1 (n=Gabrys@abqb166.neoplus.adsl.tpnet.pl) |
| 20:07.24 | *** join/#openmoko jonkristian (n=jonkrist@174.84-48-204.nextgentel.com) |
| 20:07.29 | *** join/#openmoko jonkrist1an (n=jonkrist@174.84-48-204.nextgentel.com) |
| 20:08.23 | *** join/#openmoko alfatangoxt (n=michele@host9-46-dynamic.19-79-r.retail.telecomitalia.it) |
| 20:19.12 | *** join/#openmoko rafiki (i=rafiki@anapnea.net) |
| 20:45.57 | *** join/#openmoko fredrin_ (n=fredrik|@ti0035a340-dhcp0191.bb.online.no) |
| 20:51.05 | *** join/#openmoko bentob0x (n=laurent@ip-213-49-80-75.dsl.scarlet.be) |
| 21:10.09 | *** join/#openmoko retracile_ (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 21:11.42 | *** join/#openmoko Heinervdm (n=thomas@pD9E17758.dip.t-dialin.net) |
| 21:13.59 | *** part/#openmoko der-lehmann (n=der-lehm@188-192-133-169-dynip.superkabel.de) |
| 21:14.02 | *** join/#openmoko Gabrys (n=Gabrys@87-205-234-91.adsl.inetia.pl) |
| 21:19.15 | *** join/#openmoko objorn (n=objorn@unaffiliated/objorn) |
| 21:30.07 | tim_abell | hiya i'm making good progress on my bitbake / setup.py. question, how do i get bitbake to use the new SRC_URI in my bb file? i changed it temporarily to a local url for testing, but it doesn't seem to have noticed |
| 21:32.54 | *** join/#openmoko Gabrys1 (n=Gabrys@87-205-234-91.adsl.inetia.pl) |
| 21:36.35 | *** join/#openmoko juan_arandaalvar (n=jaranda@evdomip-21-253.iusacell.net) |
| 21:42.22 | *** join/#openmoko azaghal (n=azaghal@188.225.178.212.adsl.dyn.beotel.net) |
| 21:49.36 | *** join/#openmoko chomwitt (n=chomwitt@ppp-94-66-181-165.home.otenet.gr) |
| 21:59.01 | tim_abell | touch conf/local.conf |
| 21:59.02 | tim_abell | ah ha |
| 22:05.10 | *** join/#openmoko dns53 (n=dns@202.124.89.11) |
| 22:24.22 | *** join/#openmoko ColdFyre (n=coldfyre@c-67-169-165-12.hsd1.ca.comcast.net) |
| 22:25.45 | *** join/#openmoko rmoravcik1 (n=rmoravci@ip-89-102-141-60.karneval.cz) |
| 22:25.54 | *** part/#openmoko rmoravcik1 (n=rmoravci@ip-89-102-141-60.karneval.cz) |
| 22:36.36 | *** join/#openmoko Personne (n=Blankowo@xvm-190-241.ghst.net) |
| 22:37.10 | *** join/#openmoko Personne (n=Blankowo@xvm-190-241.ghst.net) |
| 22:43.26 | *** join/#openmoko demitar (n=demitar@vaxjo8.235.cust.blixtvik.net) |
| 22:55.39 | *** join/#openmoko DocScrutinizer (n=jr@openmoko/engineers/joerg) |
| 22:56.04 | *** join/#openmoko _Fox_Muldr (i=quakeman@g228018175.adsl.alicedsl.de) |
| 23:04.15 | *** join/#openmoko reachfh (n=reachfh@123-204-102-212.adsl.dynamic.seed.net.tw) |
| 23:04.29 | *** part/#openmoko gargoyle-grin (n=randerso@gentoo/contributor/gargoyle-grin) |
| 23:35.51 | *** part/#openmoko linkmauve__ (n=linkmauv@apijab1.apinc.org) |
| 23:36.14 | *** part/#openmoko Personne (n=Blankowo@xvm-190-241.ghst.net) |
| 23:48.15 | *** join/#openmoko DocScrutinizer (n=jr@openmoko/engineers/joerg) |
| 23:50.10 | tim_abell | how can it be soooooooooooooooooooooooo hard to package this stuff up? |
| 23:50.29 | tim_abell | i've been working on this for days now |
| 23:50.39 | tim_abell | i'm losing friends in the real world |
| 23:50.44 | tim_abell | haven't eaten for days |
| 23:50.51 | tim_abell | all coffee'd out |
| 23:50.55 | tim_abell | going a bit crazy |
| 23:56.02 | SpeedEvil | :/ |
| 23:56.29 | Kamping_Kaiser | :| |