**** BEGIN LOGGING AT Mon Feb 08 02:59:57 2010
Feb 08 03:13:49 <DocScrutinizer> http://wiki.openmoko.org/wiki/GSM/Flashing#uSD-card_Image_.28GTA02_only.29  might help, as it creates a bootable uSD, so you could learn how things have to look like. Later you could change size of ext partition to meet actual size of your uSD, and untar and copy the files of your preferred distro to the same places those files of the updater image were located
Feb 08 03:16:09 <DocScrutinizer> please notice all these recommendations usually assume you prepare the uSD in your desktop linux's card reader rather than on the Freerunner
Feb 08 03:17:18 <DocScrutinizer> nah, he has left anyway
Feb 08 03:23:21 <DocScrutinizer> damn, http://wiki.openmoko.org/wiki/Qtopia_on_FreeRunner probably should be deleted all together. It's really overly complicated, outdated, and obfuscated
Feb 08 03:24:37 <DocScrutinizer> a poor choice for noobs to start with this one
Feb 08 03:25:48 <slaxxer> ahh
Feb 08 03:25:54 <slaxxer>   its all good
Feb 08 03:26:20 <DocScrutinizer> oh yeah it is??
Feb 08 03:26:58 <DocScrutinizer> untar, loopback mount, tar again... I got so confused I think even I would mess it
Feb 08 03:30:35 <slaxxer> yea   im a noob
Feb 08 03:30:54 <DocScrutinizer> freaking scary, that's it. Why couldn't noobs start to download SHR.tgz and simply untar this to the uSD
Feb 08 03:31:12 <slaxxer> i tend to make things more complex than they are mostly
Feb 08 03:32:12 <slaxxer> maybe the command line syntax is all they need   but its taken for granted that all know how to do this
Feb 08 03:33:35 <slaxxer> that guruplug looks like  a great thing to have
Feb 08 03:35:57 <DocScrutinizer> for this I don't need any cmdline at all. Konqueror / Ark opens .tgz just fine. then say "expand all" and when you're asked where to, give the ext3 2nd partion of your uSD inserted to the PC's cardreader as destination - or to be precisethe mountpoint your automounter used to mount this partion (usually sth like /media/card/<label of partion> )
Feb 08 05:24:24 <naught101> how can I get the SHR messaging app to recognise that numbers like +614032... are the same as numbers like 04032... (australian mobiles)
Feb 08 05:24:50 <naught101> every message I get just has the number, the messaging app doesn't recognise it from the contacts list
Feb 08 05:29:38 <rooly> SOOOoooo...
Feb 08 05:45:08 <naught101> also, how are contacts stored, and what's the best way to manipulate them from the back-end?
Feb 08 06:02:25 <DocScrutinizer> configure your countrycode and national prefix correctly. (here NP:0, CC:61)
Feb 08 06:04:32 <DocScrutinizer> naught101: you probably want to set AreaCode:40 and InternationalPrefix:00 (?), hile you're at it
Feb 08 06:05:05 <naught101> DocScrutinizer: hrm... area code fo mobiles might be just 4?
Feb 08 06:05:13 <naught101> mine is 04174....
Feb 08 06:05:28 <DocScrutinizer> though scratch that areacode thing, if that's not the code of your own provider's network
Feb 08 06:05:49 <naught101> yeah. it's funny though, it does work for one or two numbers...
Feb 08 06:06:19 <DocScrutinizer> best bet is to leave AC empty, usually
Feb 08 06:07:39 <naught101> ok
Feb 08 06:08:36 <naught101> DocScrutinizer: what is the international prefix? is it like the number you dial to call out?
Feb 08 06:08:51 <DocScrutinizer> yep
Feb 08 06:09:25 <DocScrutinizer> the numeric alternative to "+"
Feb 08 06:09:41 <naught101> right. I think that's 0011 in australia..
Feb 08 06:09:50 <DocScrutinizer> possible
Feb 08 06:09:56 <naught101> yeah
Feb 08 06:10:19 <naught101> (wikipedia rocks)
Feb 08 06:10:36 <naught101> and the national prefix, what's that?
Feb 08 06:10:53 <DocScrutinizer> obviously the 0 in your case
Feb 08 06:11:15 <naught101> oh, ok. but that's only for mobiles...
Feb 08 06:11:33 <naught101> hrm... maybe not actually, state prefixes all start with a 0 too
Feb 08 06:11:35 <DocScrutinizer> well, you're dealing with a mobile
Feb 08 06:12:44 <naught101> ok, I don't understand how this is affecting SHR's knowledge of other numbers...
Feb 08 06:13:55 <DocScrutinizer> it's trying to expand the numbers in your contacts as well as the numbers of inbound calls and SMS to a full qualified format like +614198765
Feb 08 06:14:52 <naught101> so basically it's using those settings to translate/convert the +61 into 0 if it's national, and 0011 if it's international?
Feb 08 06:15:34 <DocScrutinizer> the other way round, but basically yes. See http://lists.openmoko.org/pipermail/devel/2009-May/005594.html
Feb 08 06:16:06 <naught101> ok, cool. looks like only numbers with a "tel:" prefix are working....
Feb 08 06:16:20 <naught101> no, wait, that's not true
Feb 08 06:17:43 <naught101> does the "tel:" prefix in the Phone field do anything?
Feb 08 06:21:07 <DocScrutinizer> it's obsolete and deprecated for 'new' opimd. Don't ask *me* what's new
Feb 08 06:21:43 <naught101> ok. does that mean it's ignored, and has no effect, or does it mean that it's a legacy thing that screws things up?
Feb 08 06:21:47 <DocScrutinizer> on latest SHR-U you even should run a script to kill the tel: prefix I'm told
Feb 08 06:23:41 <naught101> ok
Feb 08 06:23:49 <naught101> where are the contacts stored?
Feb 08 06:24:16 <DocScrutinizer> hmm, some sqlite .db i guess
Feb 08 06:26:29 <DocScrutinizer> the above mentioned script called remove-prefs.sh or somesuch, should know
Feb 08 06:26:50 <naught101> ok.. wonder if it could be browsed with an sqllite browser?
Feb 08 06:26:56 <DocScrutinizer> aiui it comes preinstalled with latest SHR-u
Feb 08 06:27:29 <DocScrutinizer> sure it should
Feb 08 06:27:57 <DocScrutinizer> no idea how twisted the table structure might be though
Feb 08 06:30:19 <naught101> yeah, ok... bloody sqlite browser doesn't do connections over ssh anyway...
Feb 08 06:34:04 <DocScrutinizer> strange
Feb 08 06:34:39 <DocScrutinizer> aah connections. hmm that might get tricky
Feb 08 06:35:07 <DocScrutinizer> prolly simply scp the .db
Feb 08 06:36:15 <DocScrutinizer> browse, [edit,] copy back to device
Feb 08 06:37:36 <DocScrutinizer> nah
Feb 08 06:37:48 <naught101> yeah.. I think maybe I should upgrade, I think I'm on testing
Feb 08 06:37:56 <DocScrutinizer> browse, [edit[, copy back to device]]
Feb 08 06:38:12 <naught101> that remove tel script think I've got an old version of opimd
Feb 08 06:38:33 <DocScrutinizer> opgrade from testing doesn't work, for all I know
Feb 08 06:39:24 <DocScrutinizer> not sure about that though
Feb 08 06:39:26 <naught101> no, I mean re flash
Feb 08 06:39:31 <DocScrutinizer> yeah
Feb 08 06:41:18 <DocScrutinizer> hehe killed a mosquito with my laserpointer
Feb 08 06:42:09 <DocScrutinizer> a moth actually
Feb 08 06:42:28 <DocScrutinizer> g'night
Feb 08 06:42:32 <naught101> night
Feb 08 08:51:46 <naught101> oh shit. I just totally screwed the calibration on SHR... is there a way to reset it on the command line?
Feb 08 08:52:07 <josch> /etc/pointercal
Feb 08 08:52:35 <josch> either run:
Feb 08 08:52:36 <josch> TSLIB_CALIBFILE=/etc/pointercal TSLIB_TSDEVICE=/dev/input/event1 TSLIB_CONSOLEDEVICE=none ts_calibrate
Feb 08 08:52:47 <josch> or copy the contet from s.o. else in there
Feb 08 08:52:52 <josch> echo  -67 38667 -4954632 -51172 121 46965312 65536 > /etc/pointercal
Feb 08 08:53:32 <naught101> does that echo command require a restart of enlightenment after?
Feb 08 08:53:56 <JaMa|Gone> naught101: rm /etc/pointercal.xinput; xinput-calibrator-once.sh
Feb 08 08:54:26 <josch> hm... seems i'm too oldschool :P
Feb 08 08:54:45 <naught101> -sh: xinput-calibrator-once.sh: not found
Feb 08 08:54:46 <JaMa|Gone> josch: yes a bit :), as there is evdev used in shr..
Feb 08 08:54:52 <JaMa|Gone> naught101: s/-/_/g
Feb 08 08:55:16 <naught101> ok
Feb 08 08:55:48 <JaMa|Gone> naught101: or run /etc/X11/Xsession.d/89xTs_Calibrate
Feb 08 08:55:48 <naught101> schweet, thanks JaMa|Gone :)
Feb 08 08:56:09 <naught101> hrmm
Feb 08 08:56:17 <naught101> yeah, that first one didn't work
Feb 08 08:56:45 <naught101> maybe I need to reboot the device
Feb 08 08:57:21 <JaMa|Gone> what first on? xinput_calibrator_once.sh?
Feb 08 08:57:57 <JaMa|Gone> it's executed too from 89xTs_Calibrate after kernel precalibration..
Feb 08 08:58:46 <JaMa|Gone> naught101: http://lists.shr-project.org/pipermail/shr-user/2010-January/003571.html
Feb 08 09:00:15 <JaMa|Gone> Heinervdm: moin
Feb 08 09:00:24 <Heinervdm> moin :)
Feb 08 09:00:29 <JaMa|Gone> Heinervdm: how was it @fosdem?
Feb 08 09:00:45 <Heinervdm> very nive
Feb 08 09:00:48 <Heinervdm> nice
Feb 08 09:01:06 <Heinervdm> the devroom was full of people during the talks
Feb 08 09:01:14 <Heinervdm> so nearly 60 people
Feb 08 09:01:16 <JaMa|Gone> I still see some proprietary phones here :/ so world domination is spreading slower than expected..
Feb 08 09:01:51 <JaMa|Gone> was someone recording the show?
Feb 08 09:02:00 <Heinervdm> yes, but that was a point for the future ;)
Feb 08 09:02:18 <Heinervdm> no, there was no time to prepare that
Feb 08 09:02:45 <JaMa|Gone> ah I see
Feb 08 09:03:19 <Heinervdm> but i think from FSO and SHR you already know everything
Feb 08 09:05:11 <JaMa|Gone> :)
Feb 08 09:05:42 <Heinervdm> it was interesting to meet that much people in person :)
Feb 08 09:06:19 <JaMa|Gone> yes, beer session is definitely better live :)
Feb 08 09:06:29 <Heinervdm> But i think it would be more productive if we had a table
Feb 08 09:06:53 <tim2> rebooting server for kernel upgrade
Feb 08 09:07:14 <Heinervdm> after the devroom was closed we stood in front of the room, but while standing around the only thing one can do is speaking
Feb 08 09:07:31 <Heinervdm> and showing things on the moko
Feb 08 09:07:56 <Heinervdm> Gnutoo showed me the htc-dream with SHR :)
Feb 08 09:08:06 <Heinervdm> that's really fast
Feb 08 09:08:24 <Heinervdm> and he uses armv4t packages on the armv6 device
Feb 08 09:08:34 <Heinervdm> so it will be faster with the right packages
Feb 08 09:11:43 <Heinervdm> Ah and mickey told me that pb want's to branch of a new stable branch
Feb 08 09:12:26 <Heinervdm> and we think that this can be a good start for a stable branch
Feb 08 09:12:33 <JaMa|Gone> Heinervdm: ah then probably bitbake master won't be ready in time to merge srcpv :/
Feb 08 09:12:55 <Heinervdm> hmm :/
Feb 08 09:34:40 <Serdar> morning
Feb 08 09:35:01 <Serdar> Heinervdm, you are back?
Feb 08 09:36:15 <Heinervdm> Serdar: yes
Feb 08 09:42:00 <Serdar> hi mickey|office 
Feb 08 09:44:20 <naught101> JaMa|Gone: sorry, yeah rm -rf /etc/pointercal.xinput && xinput_calibrator_once.sh doesn't work
Feb 08 09:45:00 <naught101> at least, the calibration screen comes up, and I can press it, and it seems to take input, but afterwards, the screen is basically dead
Feb 08 09:45:08 <naught101> won't respond to any input
Feb 08 09:45:25 <naught101> I tried rebooting too
Feb 08 09:45:44 <JaMa|Gone> naught101: and that 89xTsCalibrate worked?
Feb 08 09:46:11 <JaMa|Gone> show me cat /etc/pointercal.xinput /etc/pointercal.xinput.log
Feb 08 09:47:14 <naught101> 89xTsCalibrate didn't work
Feb 08 09:47:36 <naught101> can I PM you that cat?
Feb 08 09:48:09 <JaMa|Gone> pastebin
Feb 08 09:48:36 <naught101> http://www.pastebin.org/88158
Feb 08 09:49:16 <naught101> ahh.. wait..
Feb 08 09:50:06 <naught101> no, it is taking input, but only right in the middle of the screen
Feb 08 09:50:37 <naught101> which is kind of how i broke it - I pressed calibrate, then pressed 4 times in the middle of the screen
Feb 08 09:50:59 <JaMa|Gone> yes the calibration numbers are quite off I would expect something like "Evdev Axis Calibration" 32 11 1012 1 1022
Feb 08 09:51:06 <JaMa|Gone> why did you do that?
Feb 08 09:51:19 <JaMa|Gone> you have to press the targets not the middle :)
Feb 08 09:51:20 <naught101> JaMa|Gone: er.. looking for bugs?
Feb 08 09:51:22 <naught101> :P
Feb 08 09:51:39 <naught101> I know. I guess the calibration need some foolproofing :)
Feb 08 09:52:00 <naught101> can I just replace my numbers with those?
Feb 08 09:52:02 <JaMa|Gone> so does rm -rf
Feb 08 09:52:20 <JaMa|Gone> naught101: remove pointercal.xinput and run it again
Feb 08 09:52:40 <naught101> I have, many times
Feb 08 09:52:53 <naught101> maybe if I try pressing further out in the corners...
Feb 08 09:53:13 <JaMa|Gone> but you were pressing middle of screen? wasn't you?
Feb 08 09:54:16 <naught101> no, only the first time
Feb 08 09:54:41 <naught101> now the numbers are slowly moving further out each time, as I press right in the corners and repeat it..
Feb 08 09:54:52 <JaMa|Gone> ah strange
Feb 08 09:55:28 <JaMa|Gone> naught101: try to run xinput delete-prop "Touchscreen" "Evdev Axis Calibration"
Feb 08 09:55:42 <JaMa|Gone> and then rm pointercal.xinput and ..once.sh
Feb 08 09:56:28 <naught101> http://www.pastebin.org/88159
Feb 08 09:57:46 <naught101> failed http://www.pastebin.org/88160
Feb 08 10:02:01 <JaMa|Gone> naught101: hmm I guess that reboot with pointercal.xinput would reset stored calibration in xinput
Feb 08 10:02:23 <JaMa|Gone> naught101: or you can run that line I sent once to "precalibrate"
Feb 08 10:09:01 <naught101> JaMa|Gone: precalibration?
Feb 08 10:15:20 <JaMa|Gone> naught101: yes.. with 4 middle presses you set it really off.. those values I sent you will return your ts to sane area
Feb 08 10:15:35 <JaMa|Gone> naught101: not sure why delete-prop doesn't work :/
Feb 08 10:21:49 <naught101> JaMa|Gone: Looks like manually putting those numbers in and then running /etc/X11/Xsession.d/89xTs_Calibrate fixed it
Feb 08 10:21:52 <naught101> thanks :)
Feb 08 10:23:08 <JaMa|Gone> now you can remove /etc/pointercal.xinput and restart xserver-nodm to provide *right* values for your device..
Feb 08 10:24:29 <naught101> ok.. why didn't I just do that first?
Feb 08 10:26:19 <naught101> ok, next question
Feb 08 10:27:03 <naught101> I just reflashed with the feb 5th unstable SHR image, and now down the bottom of the launcher there are 10 black buttons
Feb 08 10:27:37 <naught101> all but the first of them are empty, and do nothing, and the first one reads "C...", and opens up the recalibrator
Feb 08 10:28:17 <naught101> what are they for, and can I get rid of them?
Feb 08 10:30:18 <JaMa|Gone> you would have to fix gry theme.. no one did that sofar
Feb 08 10:30:36 <naught101> it's a known bug then?
Feb 08 10:30:41 <JaMa|Gone> naught101: yes
Feb 08 10:30:48 <naught101> ok, good enough
Feb 08 10:31:27 <JaMa|Gone> naught101: and you should do it as i said for getting right calibration from your device instead using calibration data created on my device with my loosy stylus..
Feb 08 10:32:32 <naught101> JaMa|Gone: ok, I did :)
Feb 08 10:32:40 <mickey|office> morning Serdar 
Feb 08 10:36:03 <djp_> naught101: you can get rid of those 10 boxes by changing the theme
Feb 08 10:37:21 <djp_> naught101: settings>look>theme>... change it to illume-shr
Feb 08 10:38:03 * djp_ thinks it looks nicer as well ;)
Feb 08 10:41:59 <naught101> djp_: will try
Feb 08 10:43:05 <naught101> djp_: nope, illume-shr still has them...
Feb 08 10:43:44 <naught101> so does gry, apparently
Feb 08 12:47:06 <jaacoppi> just got a (used) freerunner, trying to flash it to shr. I used neotool to flash the kernel and the root file system, but when I try to boot it boots the old OS (by the previous owner). Ideas?
Feb 08 12:48:14 <PaulFertser> jaacoppi: it boots from SD probably?
Feb 08 12:48:23 <PaulFertser> jaacoppi: read the wiki about the bootloaders and the flashing and booting...
Feb 08 12:49:27 <jaacoppi> trying to boot from SD gives an error
Feb 08 12:50:33 <Weiss> probably the kernel is too big for U-boot to boot? try just pulling the SD out for now
Feb 08 12:51:52 <jaacoppi> I got it booting by going through NAND flash instead of just pressing the power button
Feb 08 13:03:16 <DocScrutinizer> bootenv
Feb 08 13:04:51 <DocScrutinizer> jaacoppi: try using NOR uBoot
Feb 08 15:24:36 <cosmos> hi guys, I'm more happy today, I've reinstalled Qtmoko from my ibookPPC
Feb 08 15:25:00 <cosmos> Linux is more simple than osx sometimes
Feb 08 15:32:05 <jaacoppi> anyone get a lease with 2.6.29 and shr-t? I don't. 
Feb 08 15:32:08 <jaacoppi> http://www.shr-project.org/trac/ticket/309
Feb 08 15:33:54 <Serdar> mickey|office, query?
Feb 08 15:41:48 <cosmos> hi radekp, It's ok now I have reinstalled qtmoko
Feb 08 15:43:29 <cosmos> there are several issues: when I reboot from terminal, I have a frozen white screen, and I need to get out the battery and to boot from nor
Feb 08 15:44:21 <cosmos> Also to get the network I have to restart qtmoko from the power menu several times
Feb 08 15:46:26 <radekp> cosmos: hi, btw which kernel are you using? the debug or nodebug?
Feb 08 15:47:20 <cosmos> the nodebug one
Feb 08 15:48:47 <radekp> hmm i know it has these problems, but i dont know how to fix them ;)
Feb 08 15:49:23 <radekp> you can try the debug kernel, it should be better (but also slower)
Feb 08 16:36:32 <cosmos> so my uSD card is empty
Feb 08 16:37:13 <cosmos> do I have to partition before installing debian with: wget... and install.sh?
Feb 08 16:38:41 <cosmos> I want to keep qtmoko in internal and install debian on the uSD card
Feb 08 16:41:42 <cosmos> Is there a step by step tutorial for installing Debian or Qtmoko on the uSD card including Fdisk, partitionning, exact commands from exact emplacements, in french or in english?
Feb 08 16:42:58 <cosmos> Yesterday I mess up 5 hours to:
Feb 08 16:43:11 <Heinervdm> cosmos: Partioning is here: http://wiki.openmoko.org/wiki/Booting_from_SD#Partioning_the_SD_card
Feb 08 16:43:17 <Heinervdm> if you are using uBoot
Feb 08 16:43:32 <Heinervdm> also you just need 1 ext2 or ext3 partition
Feb 08 16:43:42 <Heinervdm> s/also/else/
Feb 08 16:43:42 <apt> Heinervdm meant: else you just need 1 ext2 or ext3 partition
Feb 08 16:44:11 <cosmos> 1/ broke my terminal access untaring the qtmoko.tar on my pc /home partition (deleting all the files on failsafe terminal+root was necessary)
Feb 08 16:44:13 <cosmos> @/
Feb 08 16:45:11 <cosmos> 2/ Full my internal memory with unreachable files
Feb 08 16:45:57 <cosmos> 3/ broking all my FR system
Feb 08 16:46:22 <cosmos> 4/ refalashing my FR with qtmoko
Feb 08 16:50:10 <cosmos> Heinervdm: I give a try with this tutorial
Feb 08 16:53:22 <cosmos> I've installed qi before on a last flashing. Now I have root and <root2. on my file system
Feb 08 16:53:41 <cosmos> How to know if qi is present?
Feb 08 16:54:46 <cosmos> Do the <root2> mirrored or virtual folder have some think to do with Qi?
Feb 08 16:54:58 <cosmos> 8something
Feb 08 17:27:22 <DocScrutinizer> cosmos: you should start preparing a SHR-T uSD bootable. To learn. QTmoko is outdated, and the wiki page is *incredibly* obfuscated and buggy
Feb 08 17:29:23 <DocScrutinizer> also I don't recommend to mess around with Qi until you feel familiar with booting from uSD using uBoot
Feb 08 17:30:35 <DocScrutinizer> cosmos: starting too many battles concurrently will result in you never knowing who kicked your ass this time
Feb 08 17:32:41 <DocScrutinizer> cosmos: also *please* use your PS's cardreader to prepare the uSD (given you use a linux, not windoof). It's way less trouble than preparing the uSD on FR via USB-networking
Feb 08 17:33:02 <DocScrutinizer> s/ PS/ PC/
Feb 08 17:33:02 <apt> DocScrutinizer meant: cosmos: also *please* use your PC's cardreader to prepare the uSD (given you use a linux, not windoof). It's way less trouble than preparing the uSD on FR via USB-networking
Feb 08 17:59:46 <|x|> hi - is there a good source of recent kernel binaries for gta02?
Feb 08 18:26:38 <cosmos> DocScruntinizer: I run Debian on Ibook, theres no card reader on it
Feb 08 18:28:51 <cosmos> also SHR looks good, but if I install a distribution on the FR, I'd prefer to have a .deb based packages
Feb 08 18:30:25 <TAsn> cosmos, ipk = deb with more stuff
Feb 08 18:30:34 <TAsn> (or less stuff?)
Feb 08 18:30:49 <TAsn> but ipk is actually a .deb 2.0 version
Feb 08 18:30:52 <TAsn> or something like that
Feb 08 18:31:09 <TAsn> you can even try to install a deb (no idea if that'll work, but I think it should, or at least might)
Feb 08 18:36:02 <DocScrutinizer> cosmos: I prefer you try something simple to start with, rather than complaining about complexity of complex things
Feb 08 18:37:00 <DocScrutinizer> [2010-02-08 18:27:21] <DocScrutinizer> cosmos: you should start preparing a SHR-T uSD bootable. To learn. <<<!!!!
Feb 08 18:37:01 <Q-Master> TAsn: less
Feb 08 18:37:56 <TAsn> Q-Master, that's what I remembered, thanks :P
Feb 08 18:38:11 <TAsn> cosmos, so just install debs with opkg :P
Feb 08 18:38:17 <TAsn> SHR does work with debs then :)
Feb 08 18:38:31 <TAsn> who was a very simple and small .deb for me to test here?
Feb 08 18:39:35 <cosmos> http://downloads.sourceforge.net/pure-data/Pd-0.41.4-extended-debian-lenny-i386.deb
Feb 08 18:40:10 <cosmos> joke ;)
Feb 08 18:42:32 <|x|> hmm - ping?
Feb 08 18:45:31 <DocScrutinizer> |x|: please rephrase
Feb 08 18:47:26 <cosmos> Tasn: predict (notgpredict)?: http://www.qsl.net/kd2bd/predict.html 
Feb 08 18:48:05 <TAsn> cosmos, we need a package for arm
Feb 08 18:50:29 <|x|> doc: thanx, just checking if the message "you might not be able to post to channel" is fud or not... :)
Feb 08 18:51:58 <DocScrutinizer> it's 'might' and I haven't come around to update it after the spamming stopped last week
Feb 08 18:52:52 <DocScrutinizer> for now there's no plans to set the channel +R again
Feb 08 18:53:30 <DocScrutinizer> i reerred to your prev question though
Feb 08 18:53:39 <DocScrutinizer> referred
Feb 08 18:54:30 <DocScrutinizer> it's quite ambiguous
Feb 08 18:58:35 <menno123> hello, I'm trying to get access to my freerunner running shr
Feb 08 18:58:47 <menno123> but I can't seem to get networking to work
Feb 08 18:58:55 <menno123> dmesg doesn't assign the fr to any eth
Feb 08 18:59:59 <menno123> oh, I meant. checking dmesg, no eth is assigned to fr
Feb 08 19:00:04 <menno123> I'm running ubuntu karmic
Feb 08 19:00:18 <menno123> would any of you have a clue what I could try?
Feb 08 19:01:07 <cosmos> TAsn: sorry, here is the arm version of predict:
Feb 08 19:01:07 <cosmos> http://ftp.de.debian.org/debian/pool/main/p/predict/predict_2.2.3-1+b1_arm.deb
Feb 08 19:01:21 <TAsn> cosmos, openmoko arm?
Feb 08 19:01:26 <TAsn> because it DOES make a diff
Feb 08 19:01:44 <TAsn> by openmoko arm I meant the same arm we have :)
Feb 08 19:01:49 <jlmoko> menno123, I sometimes have problems on karmic on my ibook when I connect via a hub 
Feb 08 19:02:08 <menno123> I'm connecting my fr using the usb cable (directly)
Feb 08 19:02:57 <jlmoko> led is working ok
Feb 08 19:04:10 <menno123> oh, somehow, after replugging the fr another time it recognizes it
Feb 08 19:05:48 <menno123> whee, I can now finally ssh into it
Feb 08 19:05:55 <DocScrutinizer> menno123: known "problem". Sometimes the USB network doesn't start up
Feb 08 19:06:10 <|x|> doc: oic! well actually i'm just looking for a kernel for my gta02. i'm using 2.6.28, anything newer would be great. :)
Feb 08 19:06:21 <menno123> ok, thanks  I've never had this with android on freerunner
Feb 08 19:06:38 <DocScrutinizer> |x|: chek SHR-U
Feb 08 19:07:20 <DocScrutinizer> somewhere there has to be .32
Feb 08 19:15:18 <menno123> thanks everybodyu
Feb 08 19:19:11 <cosmos> TAsn: try this: http://launchpadlibrarian.net/37446884/puredata_0.42.5-3_armel.deb
Feb 08 19:20:45 <|x|> doc: ah - there .29 seems to be the newest. not quite .32, but might be sufficient already. thanx! :)
Feb 08 19:20:59 <TAsn>  cosmos that's a huge one
Feb 08 19:21:03 <TAsn> I aint gonna install it
Feb 08 19:21:09 <TAsn> but I gonna test it a bit
Feb 08 19:21:12 <TAsn> manually checking it
Feb 08 19:21:18 <TAsn> it looks exactly like an ipk
Feb 08 19:22:18 <cosmos> TAsn; and this one for predict: http://ftp.de.debian.org/debian/pool/main/p/predict/predict_2.2.3-2_armel.deb
Feb 08 19:23:06 <TAsn> bah, install puredata
Feb 08 19:23:06 <TAsn> :|
Feb 08 19:23:21 <TAsn> not sure if the binaries are cool
Feb 08 19:23:27 <TAsn> but will at least test .debs
Feb 08 19:24:13 <TAsn> Architecture: armel
Feb 08 19:24:19 <TAsn> (I should have guessed)
Feb 08 19:24:22 <TAsn> we need arm4vt
Feb 08 19:24:26 <TAsn> armv4t
Feb 08 19:24:31 <TAsn> or armv4
Feb 08 19:24:36 <TAsn> aint gonna work
Feb 08 19:24:53 <TAsn> but that's because
Feb 08 19:25:10 <TAsn> you gave me a package not built for the moko
Feb 08 19:25:16 <TAsn> even on debian it won't work
Feb 08 19:25:31 <TAsn> anyhow, just install shr
Feb 08 19:25:37 <TAsn> and give it a go yourself
Feb 08 19:25:52 <TAsn> you can use any package that you could have used on debain on the omko
Feb 08 19:28:22 <cosmos> TAsn: you mean this kind of portage: http://wiki.debian.org/ArmEabiPort?
Feb 08 19:38:18 <TAsn> probably
Feb 08 21:37:13 <badcloud> has anyone tried 'screen' on shr? why does it not create ~/.screenrc?
Feb 08 21:37:54 <badcloud> the keybindings conflict with gnome-term
Feb 08 21:38:06 <badcloud> and gnome-t seems to winning
Feb 08 21:38:28 <badcloud> (e.g. 'alt-a, c')
Feb 08 21:39:45 <max_posedon> I used screen, and konsole
Feb 08 21:44:55 <PaulFertser> badcloud: it should create .screenrc itself, it's config you create manually
Feb 08 21:50:33 <badcloud> PaulFertser: couldn't find .screenrc anywhere
Feb 08 21:50:45 <PaulFertser> badcloud: you should create it with a text editor
Feb 08 21:50:48 <PaulFertser> yourself
Feb 08 21:50:59 <PaulFertser> badcloud: i recommend the screen article at gentoo wiki
Feb 08 21:51:09 <badcloud> PaulFertser: thanks!
Feb 08 21:52:58 <PaulFertser> badcloud: you're welcome. It's a really cool introduction to the GNU Screen imho, worth reading for any newcomer.
Feb 08 22:00:32 <max_posedon> gentoo-wiki was best linux info collection before big server death...
Feb 08 22:01:12 <CVirus> yeah :-(
Feb 08 22:01:15 <PaulFertser> yeah
Feb 08 22:01:41 <CVirus> <--- 5 years gentoo user
Feb 08 23:07:04 <badcloud> yess, got screen to work properly
Feb 08 23:07:55 <badcloud> anyone know aprox. how much cpu is used when using bluetooth headset for listening to mp3s?
Feb 08 23:08:03 <badcloud> besides the ~9% that mplayer uses
Feb 08 23:10:02 <badcloud> essentially my question is how much faster would that drain the bat
Feb 08 23:10:30 <max_posedon> I have 100% and music lagging
Feb 08 23:10:38 <max_posedon> but looks like its only my issue
Feb 08 23:11:20 <max_posedon> I don't think thats faster drain battery
Feb 08 23:11:30 <max_posedon> bluettoth vs headset...
Feb 08 23:12:49 <badcloud> yikes
Feb 08 23:12:54 <badcloud> I think I'll stick with analog
Feb 08 23:13:36 <max_posedon> it even may be that bluetooth variant better for bat time
Feb 08 23:13:48 <badcloud> so what do you think the prob is then?
Feb 08 23:14:01 <max_posedon> problem?
Feb 08 23:14:04 <max_posedon> for whom?
Feb 08 23:14:06 <badcloud> I mean, 100% cpu usage *and* lagging?
Feb 08 23:14:10 <max_posedon> I don't know
Feb 08 23:14:17 <badcloud> ...
Feb 08 23:14:20 <badcloud> weird
Feb 08 23:14:21 <max_posedon> all others says that its nice for them
Feb 08 23:14:25 <badcloud> hmmm
Feb 08 23:14:30 <max_posedon> so, its looks like only my issue)
Feb 08 23:14:57 <badcloud> are you sure that bt would use less bat than analog jack??
Feb 08 23:16:16 <badcloud> doesn't seem right
Feb 08 23:23:53 <max_posedon> I'm not sure
Feb 08 23:24:06 <max_posedon> anyway neo sound bad for me, without bass fix
Feb 09 00:39:12 <cosmos> ok guys
Feb 09 00:42:45 <cosmos> I have on my uSD: /dev/mmcblk0p1 (vfat), /dev/mmcblk0p2 (ext3), /dev/mmcblkop3 (swap),
Feb 09 00:43:01 <cosmos> my /etc/fstab seems completely broken
Feb 09 00:43:54 <cosmos> someone have an example of fstab in this configuration ? (I  mean for 0 0, 0 1,auto...)
Feb 09 00:44:27 <cosmos> or maybe I have to reboot...
Feb 09 00:59:34 <rvs1st> fd
Feb 09 00:59:54 <rvs1st> have anyone tried neopwn?
Feb 09 00:59:58 <rvs1st> for gta02
Feb 09 01:01:41 * DocScrutinizer wonders why cosmos is bothering about fstab of a system he's about to replace by a new one
Feb 09 01:03:22 <DocScrutinizer> mount  /dev/mmcblk0p2 /media/card
Feb 09 01:04:02 <DocScrutinizer> untar *rootfs*.tgz to /media/card
Feb 09 01:04:16 <DocScrutinizer> mkdir /media/bootpart
Feb 09 01:04:40 <DocScrutinizer> mount  /dev/mmcblk0p /media/bootpart
Feb 09 01:05:24 <DocScrutinizer> cp /media/card/boot/vmlin* /media/bootpart/
Feb 09 01:06:28 <DocScrutinizer> mv /media/bootpart/vmlin* /media/bootpart/<<whatever-your-bootloader-expects-for-filename-of-l
Feb 09 01:06:31 <DocScrutinizer> kernel>
Feb 09 01:07:59 <DocScrutinizer> probably uImage.bin
Feb 09 01:08:59 <DocScrutinizer> nota bene: above simple procedure does *not* apply to QTmoko or android
Feb 09 01:16:36 <DocScrutinizer> badcloud: no matter if BT or analog is more economic - anyway both use <10% of the overall power consumption of the system when playing MP3. So the diff is neglectible 
Feb 09 01:17:03 <cosmos> DocScrutinizer: step 1 ok, but what are the exact commands for untar *rootfs*.tgz (assuming that the *rootfs* are on my host /home/username folder
Feb 09 01:17:06 <cosmos> ?
Feb 09 01:18:27 <DocScrutinizer> that should be mentioned on the page describing how to install your distro. I usually do that via Ark, or mc
Feb 09 01:19:44 <DocScrutinizer> the command is sth like 'cd /media/card; tar xcvfXYZ?? <path/to/SHR_rootfs_latest.tgz>
Feb 09 01:23:47 <naught101> JaMa|Gone: hrrm... in pisi, it's possible to remote backup the calendar over SSH, but it it possible to do the same with contacts?
Feb 09 01:24:02 <naught101> whoops, that was for everyone
Feb 09 01:26:08 <DocScrutinizer> cosmos: aaah, you did the correct mkfs.ext3 and mkfs.vfat commands on your partitions, did you?
Feb 09 01:26:27 <naught101> I guess I can just locallly back it up and the rsync the vcf
Feb 09 01:26:34 <naught101> scp
Feb 09 01:27:03 <DocScrutinizer> if only I knew pisi, I'd appreciate to help
Feb 09 01:27:12 <naught101> :)
Feb 09 01:36:06 <cosmos> DocScrutinizer: which commands?
Feb 09 01:37:40 <cosmos> DocScrutinizer: you mean mkfs.vfat /dev/mmcblk0p1, mkfs.ext3 dev/mmcblk0p2?
Feb 09 01:37:55 <DocScrutinizer> exactly the mkfs commands mentioned
Feb 09 01:38:02 <DocScrutinizer> yep
Feb 09 01:38:29 <cosmos> + the mkswap /dev/mmcblk0p3
Feb 09 01:38:36 <DocScrutinizer> yep
Feb 09 01:40:04 <DocScrutinizer> you said you were able to open sftp://root@192.168.0.202 ?
Feb 09 01:40:31 <cosmos> DocScrutinizer:  I try
Feb 09 01:40:43 <slaxxer> now if that info could be copy/pasted into the  docs    ":)"   things would be soooo much easier    for lots of   us!!!!
Feb 09 01:41:19 <slaxxer> DocS docs
Feb 09 01:41:26 <cosmos>  sftp://root@192.168.0.202: No such file or directory
Feb 09 01:41:48 <cosmos> oups
Feb 09 01:42:00 <cosmos> on the neo#?
Feb 09 01:46:03 <cosmos> Ah you mean:
Feb 09 01:46:47 <cosmos> (on root) nautilus (for ex) sftp://root@192.168.0.202?
Feb 09 01:48:13 <DocScrutinizer> wasn't that you who said he used nautolus (or whatever) and connected to FR that way? so the most easy thing I do to extract etc is: open the tgz in one window: http://build.shr-project.org/shr-testing/images/om-gta02/full-om-gta02.tar.gz on Konqueror you can see the *content* of the .tgz this way. Mark all content, copy and paste to sftp://root@192.168.0.202
Feb 09 01:49:47 <DocScrutinizer> if you already downloaded the .tgz, you'll want to open this local file instead of the http://fooo... above
Feb 09 01:51:26 <DocScrutinizer> then you do the same for the 4 files/symlinks in *.tgz/boot/ and copy those to your first partition (the vfat). that's all
Feb 09 01:52:29 <DocScrutinizer> simple enough, eh?
Feb 09 01:55:36 <DocScrutinizer> slaxxer: go ahead. It's a wiki
Feb 09 01:55:42 <naught101> the contacts app uses both sim contacts and opimd contacts?
Feb 09 01:56:08 <DocScrutinizer> yup. If you got both backends enabled
Feb 09 01:56:46 <DocScrutinizer> shr-settings -> others -> domains(or somesuch)
Feb 09 01:57:03 <naught101> ok, cool
Feb 09 01:57:50 <cosmos> cannot copy and paste...
Feb 09 01:58:44 <DocScrutinizer> why?
Feb 09 01:59:10 <cosmos> I don't know
Feb 09 01:59:15 <DocScrutinizer> aha
Feb 09 01:59:59 <DocScrutinizer> so maybe I need to improve my communicative skills... ;-S
Feb 09 02:00:26 <DocScrutinizer> cosmos: what exactly fails? in which way? what do you do when it fails?
Feb 09 02:01:51 <cosmos> what fails: Impossible to copy and paste from the host pc (nautilus in root mode) to the sftp (neo on root mode)
Feb 09 02:02:15 <cosmos> in which way: host pc to FR
Feb 09 02:03:02 <cosmos> What to do: I gonna extract the rootfs files on a folder and try to copy and paste again
Feb 09 02:03:03 <DocScrutinizer> cosmos: ok. now *everything* is absolutely clear: you are doing something wrong
Feb 09 02:03:19 <DocScrutinizer> :-(
Feb 09 02:03:35 <cosmos> what is wrong?
Feb 09 02:03:53 * DocScrutinizer refuses to continue and help on users that seem to troll and steal DocScrutinizer's time
Feb 09 02:04:56 <cosmos> come on I'm just trying to follow your instaructions
Feb 09 02:05:44 <DocScrutinizer> move mouse curser over your desktop's app menu icon!
Feb 09 02:05:51 <DocScrutinizer> did it work?
Feb 09 02:05:56 <DocScrutinizer> yes??? good!!!
Feb 09 02:06:03 <DocScrutinizer> press left mouse button
Feb 09 02:06:11 <DocScrutinizer> worked??? good!!!
Feb 09 02:06:14 <DocScrutinizer> :-((((((((((((((((
Feb 09 02:06:19 <DocScrutinizer> nah 
Feb 09 02:06:23 <DocScrutinizer> g'night
Feb 09 02:08:00 <DocScrutinizer> cosmos: can you help me ? I tried to cook noodle Bolognese today. tasted awful :-( what did I wrong?? please help!!!
Feb 09 02:08:07 <DocScrutinizer> </sarcasm>
Feb 09 02:11:43 <cosmos> DocScrutinizer: The most important think in Bolognese noodle cooking is first to fry the garlic and onions, then add the meat and only at the end the tomato sauce and salt. And for the noodles it's better "al dente".
Feb 09 02:12:11 <DocScrutinizer> http://www.catb.org/~esr/faqs/smart-questions.html
Feb 09 02:12:17 <DocScrutinizer> ^^^=topic
Feb 09 02:25:38 <cosmos> ok I cannot extract "full-om-gta02.tar.gz" on a folder to after copy all the contents in sftp:192.168.0.202 /media/card (mkfs.ext3 dev/mmcblk0p2)
Feb 09 02:26:17 <cosmos> I cannot also copy the contents of the tar and paste it to /media/card
Feb 09 02:27:32 <cosmos> so do you know a terminal command doing that?
Feb 09 02:29:42 <cosmos> I can access to /media/card trough the sftp, I can paste some folders or documents but not the contents of the "full-om-gta02.tar.gz"
Feb 09 02:30:07 <DocScrutinizer> heh
Feb 09 02:30:51 <DocScrutinizer> so copy the *.tgz to /media/card
Feb 09 02:31:01 <DocScrutinizer> then ssh to FR
Feb 09 02:31:47 <DocScrutinizer> on FR, extract *.tgz to /media/card, by using tar cmd (see 'man tar')
Feb 09 02:32:52 <cosmos> ah ok, so I can extract the tar file from the FR?
Feb 09 02:32:54 <cosmos> good
Feb 09 02:33:15 <DocScrutinizer> ooops. on FR you probably have stupid busybox that doesn't know the normal tar options
Feb 09 02:33:29 <DocScrutinizer> so it's a bit difficult
Feb 09 02:33:38 <DocScrutinizer> you can, but it's clumsy
Feb 09 02:33:48 <cosmos> I gonna try the "extract here" option...
Feb 09 02:34:26 <DocScrutinizer> probably it's simpler to untar on your PC, then copy the expanded content to FR via SFTP
Feb 09 02:34:56 <cosmos> Yes but I have errors untaring on the pc
Feb 09 02:35:12 <DocScrutinizer> that's a problem then
Feb 09 02:35:18 <DocScrutinizer> shouldn't happen
Feb 09 02:35:34 <DocScrutinizer> pleASAE PASTE THE EXACT ERROR
Feb 09 02:35:44 <DocScrutinizer> oops sorry capslock
Feb 09 02:37:20 <DocScrutinizer> please paste the command (or name of app you use) for untarring, plus the error it throws
Feb 09 02:45:52 <cosmos> here is the log:
Feb 09 02:45:53 <cosmos> http://pastebin.com/d4a898449
Feb 09 02:47:12 <cosmos> and if I do that in root mode, that gonna crash all my system, at least the terminal access. Yesterday I had to reboot in fail save terminal to delete all these files
Feb 09 02:47:53 <cosmos> also:
Feb 09 02:49:07 <cosmos> I've also tryied to copy that tar file on /media/card and then to "extract there" wright clicking
Feb 09 02:49:33 <cosmos> doesnt work exept for the /var folder (empty)
Feb 09 02:56:04 <DocScrutinizer> I see. You need to extract on FR
Feb 09 02:57:04 <DocScrutinizer> so : copy the file to /media/card
Feb 09 02:57:44 <DocScrutinizer> let me find out how to extract on FR then.
Feb 09 02:58:04 <DocScrutinizer> No system here atm, so I only can guess :-/
**** ENDING LOGGING AT Tue Feb 09 02:59:56 2010