**** BEGIN LOGGING AT Tue Mar 23 02:59:57 2010 Mar 23 06:24:17 ~#openmoko-cdevel-BB Mar 23 06:24:18 The #openmoko-cdevel Newsflash Bulletin Board. (continued at #openmoko-cdevel-BB2. For help see ~#openmoko-cdevel-BB-help) - - - Recommended URLs and channels(chanlogs etc):see ~#openmoko-cdevel-BB-RL - - - NEWSFLASH [2010-03-22 14:44 UTC]: buildhost down (RAM borked), Bearstech says "should be fixed today 19:00 UTC" Mar 23 06:24:27 ~forget #openmoko-cdevel-BB Mar 23 06:24:28 i forgot #openmoko-cdevel-bb, JaMa Mar 23 06:26:33 ~#openmoko-cdevel-BB is Buildhost is up again and building Mar 23 06:26:34 okay, JaMa Mar 23 06:26:40 ~#openmoko-cdevel-BB Mar 23 06:26:41 i heard #openmoko-cdevel-bb is Buildhost is up again and building Mar 23 06:27:48 weeeee:) Mar 23 06:29:08 Hello everyone:) I'm new to SHR. Where can I find the packages' list that a shr-image contains? Mar 23 06:29:27 ~#openmoko-cdevel-BB is The #openmoko-cdevel Newsflash bulletin board. (continued at #openmoko-cdevel-BB2, see ~#openmoko-cdevel-BB-help) - - - this bot keeps IRC chanlogs, see ~logs - - - livelogs at http://logs.nslu2-linux.org/livelogs/openmoko-cdevel.txt - - - extra extra! hackable:1 rev5 is out ! - - - Recommended URLs and channels: see ~#openmoko-cdevel-BB-RL - - - NEWSFLASH [2010-03-23 06:28 UTC]: Buildhost is up again and build Mar 23 06:29:28 ...but #openmoko-cdevel-bb is already something else... Mar 23 06:29:51 liangkun: on buildhost image-name-testlab/list* Mar 23 06:30:13 liangkun: or from already installed image with opkg list_installed Mar 23 06:33:34 JaMa, Thank you. But there are problems: 1. My host cannot finish the 'make image' process. Are the image-name-testlab/list* contains all the packages if 'make' failed half way? 2. How can I run a SHR system on an qemu? Mar 23 06:36:15 liangkun: no, testlab is created after do_rootfs (so practicaly the last 3 tasks or so) Mar 23 06:36:56 liangkun: and I never run SHR in qemu, wiki has some advices Mar 23 06:37:41 liangkun: but it's not that easy and IIRC you have to patch qemu first (the patch is probably also for older version than what is popular now) Mar 23 06:38:33 JaMa: Indeed, I tried qemu, it always failed to start the whole os. Mar 23 06:41:32 von_fritz: EFL bump was there, or do you mean built in feeds? Mar 23 06:41:59 von_fritz: http://git.openembedded.org/cgit.cgi/openembedded/commit/?h=shr/unstable&id=d84617efeefac8a4211df6eb6642dfc3a0ecef74 **** BEGIN LOGGING AT Tue Mar 23 11:58:15 2010 Mar 23 12:01:07 lindi-: fyi i solved that by "debian-installer/allow_unauthenticated=true" in boot parameters and explicit Deny in apache config for dists/stable and dists/unstable (as i'm installing testing). Mar 23 12:09:06 ok, so what do I need to bump now that the server is back up? Mar 23 12:09:13 frameworkd, libui-* Mar 23 12:09:17 anything else? Mar 23 12:58:06 buildhost is really quick today.. it's building task-shr-minimal for last 6 hours.. Mar 23 12:58:27 0_o Mar 23 13:00:12 but H:1 is already finished, so maybe it will be a bit faster now :) Mar 23 13:01:36 JaMa|Wrk: nice Mar 23 13:08:50 NOTE: Running task 6709 of 7195 Mar 23 13:18:17 first part in feeds :) Mar 23 13:19:52 JaMa|Wrk, is the shr settings patch involving sim manager part of the current update? Mar 23 13:20:26 JesusMcCloud: i haven't commited that patch Mar 23 13:20:27 no Mar 23 13:20:47 i wan't to have ACK from dos1 Mar 23 13:20:53 hmpf Mar 23 13:21:17 and SIM-Manager isn't merged into libphone-ui(-shr) Mar 23 13:21:22 oh Mar 23 13:21:37 i will wait for mrmoku or TAsn to do that Mar 23 13:21:42 ok Mar 23 13:21:58 then we can start/test it easily with dbus call, right? :) Mar 23 13:22:27 JaMa|Wrk: yes mdbus2 -s org.shr.phoneui /org/shr/phoneui/Settings org.shr.phoneui.Settings.DisplaySimManager works Mar 23 13:22:43 thanks Mar 23 13:22:53 * JaMa|Wrk is still using pim.db without contacts :/ Mar 23 13:23:00 :) Mar 23 13:23:06 JaMa|Wrk, why? Mar 23 13:23:36 because for fsogsmd test call it's almost as easy to type number as to pick myself from contacts list Mar 23 13:23:39 * Heinervdm imported all his SIM contacts 7 times during the test of sim-manager ;) Mar 23 13:23:59 hehe Mar 23 13:30:08 what's the status of opimd with imap export/import? Mar 23 13:30:51 imap export/import? Mar 23 13:31:15 maybe you want to sync your contacts, dates, ... Mar 23 13:32:59 as we have removed backends from opimd, i think those things should be handled by the client application Mar 23 13:34:06 i added this idea to the shr trac today: http://trac.shr-project.org/trac/wiki/Programs%20that%20wait%20for%20YOU%21 Mar 23 13:34:58 noone wants a facebook plugin :P Mar 23 13:35:15 that was just an example, as my pre has it ;) Mar 23 13:35:31 if this plugin is for ddosing facebook, then I want it :) Mar 23 13:35:40 :D Mar 23 13:36:00 .. installed as part of task-shr-minimal and enabled by default.. Mar 23 13:36:01 facebook has an api for stuff like that, so i think you can't ddos them with that Mar 23 13:36:35 * Heinervdm dosen't have a facebook account Mar 23 13:36:48 it's a restful api, so even a ping ends up in a DDos Mar 23 13:37:01 at least we could add a button for DOS Mar 23 13:37:03 * JaMa|Wrk has and only plays mafia there :) Mar 23 13:37:06 * playyaWorking too Mar 23 13:37:14 :) Mar 23 13:38:18 i don't know how to realise such a plugin interface in C, but if someone knows i think it would be nice Mar 23 13:38:19 i only use identi.ca from the web 2.0 thingies Mar 23 13:38:55 i thought about a load all plugins for fso-basics Mar 23 13:39:15 because end user don't want to edit a key file to enable a plugin Mar 23 13:39:28 but there's problem: dependencies Mar 23 13:39:43 maybe i could solve it using libmodulo Mar 23 13:40:17 perhaps one can do it without editing a config file Mar 23 13:40:30 i know how to do this in java, but not in C Mar 23 13:40:48 so if that lib exists it's loaded Mar 23 13:40:51 jenie? Mar 23 13:41:31 or what's the name of java's new new? Mar 23 13:42:08 you can do it with a custom classloader too Mar 23 13:44:02 hmm, it seems not that complicated in C too. One can just use a directory where those plugins are stored and load all of them with dlopen Mar 23 13:44:21 it think it's guice, not geany: http://code.google.com/p/google-guice/ Mar 23 13:45:03 Heinervdm, yes. but what if one plugin relies on the functionality of another plugin? Mar 23 13:45:15 maybe using gmodule Mar 23 13:45:44 hmm. shouldn't have the same problem Mar 23 13:45:44 playyaWorking: ah so one has to load all depencies too with dlopen? Mar 23 13:46:20 yes. but you don't know the depencies without some extra data Mar 23 13:46:45 ok, that's an argument Mar 23 13:47:42 ptitjes libmodule gets this information from the gir data: http://git.shr-project.org/git/?p=libmodulo.git;a=summary Mar 23 13:49:06 but not anyone wants to use vala or write .gir files Mar 23 13:49:43 hmm Mar 23 13:52:38 Heinervdm, hello. Mar 23 13:52:48 TAsn: hi Mar 23 13:53:00 did you want something about sim-manager? Mar 23 13:53:35 should i merge it? Mar 23 13:53:53 does it compile? Mar 23 13:53:57 yes Mar 23 13:54:03 and it even runs ;) Mar 23 13:54:08 so ok :P Mar 23 13:55:23 Heinervdm, one thing why it might be good idea to have a imap backend in opimd: if you receive a date via email. how should get into shr-dates? Mar 23 13:57:55 playyaWorking, syncing I guess. Mar 23 13:58:03 how? Mar 23 13:58:10 PISI like app Mar 23 13:58:26 it's not trivial to manage multiple backends in one "db" API Mar 23 13:58:27 should dates and email implement imap? Mar 23 13:58:36 yes Mar 23 13:58:39 hi Mar 23 13:58:53 playyaWorking, It only causes headache Mar 23 13:59:00 moin bumbl Mar 23 13:59:06 hehe. yes Mar 23 13:59:13 what's wrong with current imap apps? Mar 23 13:59:39 do you have a wiki page or sth, where you wrote down everything which causes headache? Mar 23 13:59:48 :p Mar 23 14:00:11 I'm not joking though. It's really not trivial and even harder to manipulate. Mar 23 14:00:22 When it's something users want to be aware of (different accounts) Mar 23 14:00:28 having a unified API is just a pain. Mar 23 14:00:31 i want to avoid that every app which uses dates or pim data need implement several backends Mar 23 14:00:35 DocScrutinizer51: fyi, updating to latest packages made the GPS work again properly Mar 23 14:00:43 or you have to open one app all the time Mar 23 14:04:17 playyaWorking, I see opimd as a backend Mar 23 14:04:37 it's a backend for unified PIM on free and open source phone :P Mar 23 14:04:48 yes. but if it's a backend it should support sever protocols Mar 23 14:05:06 what do you mean by server protocols? Mar 23 14:08:03 several Mar 23 14:08:24 why should a backend support several protocols? Mar 23 14:08:36 again, it's not a unified API but a backend. Mar 23 14:09:03 I really can't think about a sane way to control sim+sqlite+vcf is the same app Mar 23 14:09:15 playyaWorking: if I get you right, than some background process synchronizing all types of your accounts to opimd would be enough, right? Mar 23 14:09:20 the only semi sane way is auto-volatile import which is pretty annoying. Mar 23 14:09:39 playyaWorking: like pisi started every few mins from cron, but also from app on request Mar 23 14:12:56 someone seen "These are usually caused by circular dependencies and any circular dependency chains found will be printed below. Increase the debug level to see a list of unbuildable tasks." while building task-shr-feed today? Mar 23 14:13:12 "Identifying dependency loops (this may take a short while)..." doesn't work for a while Mar 23 14:15:24 SHR: 03tom 07shr-themes * rc0452cf7cbe8 10/e-wm/e-wm-config-illume-shr/e.src: e-wm-config-illume-shr: launch quick-settings on power button click just like in e-wm-config-illume2-shr Mar 23 14:19:28 TAsn: i don't know how to merge the right way... Mar 23 14:19:38 want me to merge it? Mar 23 14:19:45 would be nice Mar 23 14:20:27 libphone-ui, libphone-ui-shr and in phoneuid you have to activate it Mar 23 14:20:48 somehow i can't access phoneuid git... Mar 23 14:24:02 merged in libphone-ui Mar 23 14:24:24 SHR: 03zimmermann 07libphone-ui * r43fabe6fa1f2 10/src/ (phoneui-utils.c phoneui-utils.h): sim-manager: add function to get phonebook info and single entry Mar 23 14:24:26 SHR: 03zimmermann 07libphone-ui * r059fa8ada569 10/src/ (phoneui-utils.c phoneui.h.in): sim-manager: add initial code to seceleton Mar 23 14:24:27 SHR: 03mok 07libphone-ui * r674728e6d033 10/src/ (phoneui.c phoneui.h.in): phoneui: connect sim manager functions Mar 23 14:24:29 SHR: 03zimmermann 07libphone-ui * r1eda43805274 10/src/phoneui-utils.c: sim-manager: fix more copy & paste errors Mar 23 14:24:29 SHR: 03zimmermann 07libphone-ui * r9a98433acde3 10/src/ (phoneui-utils.c phoneui-utils.h): sim-manager: fix compilation errors Mar 23 14:24:34 SHR: 03zimmermann 07libphone-ui * r8438bd37f547 10/src/ (phoneui-utils.c phoneui-utils.h phoneui.h.in): sim-manager: fix store entry Mar 23 14:24:35 SHR: 03tom 07libphone-ui * r7c8da394ab80 10/src/phoneui-utils-sound.c: in struct SoundControl { Mar 23 14:24:36 SHR: 03zimmermann 07libphone-ui * r82776dee7ce8 10/src/ (phoneui-utils.c phoneui-utils.h): sim-manager: move phoneui_utils_sim_manager_display_*_get to libphone-ui-shr and rename *_sim_manager_* to *_sim_* Mar 23 14:24:37 SHR: 03tom 07libphone-ui * rd124aaffd543 10/src/ (phoneui-utils.c phoneui-utils.h phoneui.c phoneui.h.in): Merge remote branch 'remotes/origin/sim-manager' Mar 23 14:25:01 merged libphone-ui-shr Mar 23 14:25:07 SHR: 03zimmermann 07libphone-ui-shr * r902f3026d400 10/ (data/sim-manager.edc src/view/sim-manager-view.c): sim-manager: add initial code to seceleton Mar 23 14:25:08 SHR: 03zimmermann 07libphone-ui-shr * r0187ebbc782e 10/src/ (phoneui-sim-manager.c view/sim-manager-view.c): sim-manager: fix compilation errors Mar 23 14:25:08 SHR: 03mok 07libphone-ui-shr * r943d16561f75 10/src/ (6 files in 3 dirs): ui-utils-contacts: move contacts stuff from ui-utils in here and start a number selection dialog Mar 23 14:25:09 SHR: 03mok 07libphone-ui-shr * r4bdf8a48d3eb 10/ (7 files in 3 dirs): add skeleton for the sim manager view Mar 23 14:25:13 SHR: 03mok 07libphone-ui-shr * re3bb487bac25 10/src/view/contact-view.c: contacts-view: for new contacts add a Phone and a Name field Mar 23 14:25:19 SHR: 03zimmermann 07libphone-ui-shr * raed491794c15 10/src/view/sim-manager-view.c: sim-manager: implement import all Mar 23 14:25:20 SHR: 03zimmermann 07libphone-ui-shr * r9569b85b7042 10/src/view/sim-manager-view.c: sim-manager: fix sim_manager_list_add Mar 23 14:25:22 SHR: 03zimmermann 07libphone-ui-shr * r033c3260439b 10/ (data/sim-manager.edc src/view/sim-manager-view.c): sim-manager: add import single contact Mar 23 14:25:23 SHR: 03lukasmaerdian 07libphone-ui-shr * ra27a7cdaedc6 10/src/view/quick-settings-view.c: [quick-settings] hide view on button click (suspend, lock, shutdown) Mar 23 14:25:24 SHR: 03mok 07libphone-ui-shr * r9cdf576d942b 10/src/view/contact-list-view.c: contact-list: bring in changed contacts Mar 23 14:25:26 SHR: 03zimmermann 07libphone-ui-shr * r94aa17a43884 10/src/view/sim-manager-view.c: sim-manager: fix adding contacts Mar 23 14:25:27 SHR: 03zimmermann 07libphone-ui-shr * r3590aa2a340d 10/ (data/sim-manager.edc src/view/sim-manager-view.c): sim-manager: fix loading screen Mar 23 14:25:28 SHR: 03zimmermann 07libphone-ui-shr * r6edb14652da3 10/src/view/sim-manager-view.c: sim-manager: get contacts one by one Mar 23 14:25:28 SHR: 03zimmermann 07libphone-ui-shr * raa39f2298114 10/src/view/sim-manager-view.c: sim-manager: import phoneui_utils_sim_manager_display_* and rename them Mar 23 14:25:30 SHR: 03zimmermann 07libphone-ui-shr * r4eac9596b6cc 10/ (data/sim-manager.edc src/view/sim-manager-view.c): sim-manager: add programs for loading screen to make it work Mar 23 14:25:30 SHR: 03lukasmaerdian 07libphone-ui-shr * r6d531a5a482a 10/src/view/quick-settings-view.c: fix semicolon... Mar 23 14:25:30 SHR: 03zimmermann 07libphone-ui-shr * r6b2627a6ebe9 10/src/view/sim-manager-view.c: sim-manager: fix segfault Mar 23 14:25:31 SHR: 03mok 07libphone-ui-shr * r7e71987327d9 10/src/view/quick-settings-view.c: quick-settings-view: add missing ; Mar 23 14:25:33 SHR: 03zimmermann 07libphone-ui-shr * r2c0986c2ef72 10/ (data/sim-manager.edc src/view/sim-manager-view.c): sim-manager: add loading screen Mar 23 14:25:34 SHR: 03zimmermann 07libphone-ui-shr * rc8eefcbfc5f5 10/src/view/sim-manager-view.c: sim-manager: open contact add dialog for singel contact import insteat of adding directly Mar 23 14:25:35 SHR: 03zimmermann 07libphone-ui-shr * rf57339a2ac7a 10/src/view/sim-manager-view.c: sim-manager: fix compilation errors Mar 23 14:25:35 SHR: 03tom 07libphone-ui-shr * rd2af3c146193 10/ (8 files in 4 dirs): Merged sim-manager branch into master Mar 23 14:25:37 SHR: 03zimmermann 07libphone-ui-shr * rb954628aeed0 10/src/view/sim-manager-view.c: sim-manager: remove contact from genlist after deleting them Mar 23 14:25:56 :) Mar 23 14:26:01 SHR: 03zimmermann 07libphone-ui-shr * r1b253becce7a 10/src/view/sim-manager-view.c: sim-manager: fix the multiple confirmation dialog bug Mar 23 14:26:02 SHR: 03zimmermann 07libphone-ui-shr * r1a6d2f0c5ad1 10/src/view/sim-manager-view.c: sim-manager: remove empty contacts Mar 23 14:26:02 SHR: 03mok 07libphone-ui-shr * r1e1a85e905a4 10/src/view/contact-view.c: contact-view: check if the currently selected field is in edit mode when saving Mar 23 14:26:03 SHR: 03zimmermann 07libphone-ui-shr * ra007ba8caa5a 10/src/view/sim-manager-view.c: sim-manager: g_hash_table_destroy -> g_hash_table_unref Mar 23 14:26:28 the last thing is a revert of that commit: http://git.shr-project.org/git/?p=phoneuid.git;a=commit;h=a466c58560222c6b7ab7c9554c8c5b66ed017bd7 Mar 23 14:26:32 yeah Mar 23 14:26:34 just did it Mar 23 14:26:54 dependency loop resolved Mar 23 14:27:00 JaMa|Wrk, do you magic :P Mar 23 14:27:08 SHR: 03tom 07phoneuid * r62cc7bdfec90 10/src/phoneuid-settings.c: Revert "phoneuid-service: deactivate sim-manager for now" Mar 23 14:27:10 sure Mar 23 14:27:26 as soon as ruby finishes building itself :) Mar 23 14:27:34 sure thing. ;P Mar 23 14:27:52 wow Mar 23 14:28:16 Heinervdm, awesome work, this will hopefully fix a lot of the sim related issues people complained about. Mar 23 14:29:37 and I'll finaly merge those contacts for first time, thanks Heinervdm! Mar 23 14:29:42 TAsn: only if the shr-settings patch is applied to, but i think we should wait for ack from dos1 Mar 23 14:29:57 Heinervdm, we already got an ack from him Mar 23 14:30:05 I wonder if I have commit access to shr-settings ;P Mar 23 14:30:13 :) Mar 23 14:30:28 bbl Mar 23 14:30:33 http://git.shr-project.org/git/?p=shr-settings.git;a=commit;h=6102b8a7ded7ce0c075c2c027423ce02adba6a8e Mar 23 14:30:36 btw, look at this. Mar 23 14:32:54 ciao. Mar 23 14:32:58 I have no access. Mar 23 14:34:10 that is changeable ;) Mar 23 14:35:13 TAsn: now you have :P Mar 23 14:43:41 oh, then i have to do it in another way Mar 23 14:52:28 dos1: http://patchwork.dev.bearstech.com/patch/700/ Mar 23 14:57:49 yay freerunner gets hot while downloding 16k tiles + some opkg love Mar 23 15:00:01 Heinervdm: it's tested and it works? :) Mar 23 15:01:09 dos1: the old one is tested :) Mar 23 15:01:17 Heinervdm: (i'm just too lazy to test :P) Mar 23 15:01:49 ok, even if it doesn't work it shouldn't break anything, pushing Mar 23 15:02:12 SHR: 03zimmermann 07shr-settings * r49740dcff4a7 10/ (shr-settings shr_settings_modules/shr_sim_manager.py): sim-manager: add sim-manager to category Other Mar 23 15:03:49 dos1: now, that one is tested too :) Mar 23 15:04:21 graziano: you there? Mar 23 15:04:30 Any feedback on opkg-repo.org? Mar 23 15:04:47 I added very simple user feedback/comments per package :) Mar 23 15:05:07 The /sections pages actually work now. Mar 23 15:05:31 JaMa|Wrk: can you build shr-settings, libphone-ui, libphone-ui-shr and phonuid after feed has finished? Mar 23 15:05:32 showing what a horrible inconsistent mess the OE sections are in... Mar 23 15:06:19 spaetz: perhaps you can show that on the OE mailinglist, so they can see that mess Mar 23 15:06:21 Heinervdm: sure Mar 23 15:06:51 Heinervdm: hehe, right. Although having messed up the OE repo today already, I don't feel like showing up there today :) Mar 23 15:06:57 JaMa|Wrk: then you will be able to import your SIM contacts ;) Mar 23 15:07:07 spaetz: :D Mar 23 15:07:13 spaetz: yes Mar 23 15:07:16 * mrmoku is moving down into the garden :D Mar 23 15:07:22 which opkg package contains py_compile? Mar 23 15:07:40 spaetz: will look at it in a moment Mar 23 15:07:47 bumbl: i'm not sure, what's with distutils or setuptools Mar 23 15:07:56 graziano: no hurry, it's not going away... Mar 23 15:08:19 and yes, the colors are an ugly mix between greenish and brown now. Mar 23 15:08:21 Heinervdm: it's not distutils so it could be setuptools (testing now) Mar 23 15:08:23 spaetz: I've seen only 4 commits merged today and 3 of them just "merge" Mar 23 15:08:54 JaMa|Wrk: http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=a501f95529d16fad725b58c241047bde63825cbf Mar 23 15:09:01 This shows a horribly big diffstat Mar 23 15:10:46 spaetz: AFAIK it shows what was merged for you, but not real changes in oe.dev Mar 23 15:11:09 spaetz: to be sure you can pick some file changed in that and call git log on that Mar 23 15:11:26 spaetz: you should see only real changes, not merges there Mar 23 15:11:53 spaetz: only problem is if you also resolve conflicts with merge, then there is probably real change to repo Mar 23 15:12:32 SHR: 03zub 07shr * r0375bf2b66a0 10/shr-splash/shr-splash.sh: Hide VT cursor before displaying SHR splash Mar 23 15:12:46 can someone look at http://patchwork.dev.bearstech.com/patch/624/ ? Mar 23 15:12:50 some french Mar 23 15:13:10 it's the only patch sitting in patchwork now Mar 23 15:16:09 dos1: what happen with that logo patch? Mar 23 15:16:40 ah I see accepted Mar 23 15:18:18 JaMa|Wrk: I did not have to resolve any conflicts.... pfew Mar 23 15:18:19 JaMa|Wrk: yup, just commited Mar 23 15:18:49 dos1: thanks, just bumped SRCREV in OE :) Mar 23 15:26:12 spaetz: about opkg-repo: admin (4) but it has just 2 entries, application/multimedia (2) but it has just 1 entry... Mar 23 15:26:43 Heinervdm: yep, noticed that too. It's because the count counts all variants (shr-t and shr-u) separate Mar 23 15:26:53 while I suppress variants on the page Mar 23 15:26:59 ah Mar 23 15:27:04 so I need to do the same for the count. Mar 23 15:27:19 thanks for noticing :) Mar 23 15:27:51 is it possible to import .gpx poi into tangogps? Mar 23 15:38:39 Heinervdm, SHR: zimmermann shr-settings * r49740dcff4a7 / (shr-settings shr_settings_modules/shr_sim_manager.py): sim-manager: add sim-manager to category Other\ Mar 23 15:38:48 Heinervdm, as said in email, you should also reert dos's commit. Mar 23 15:38:51 revert* Mar 23 15:39:08 TAsn: that's a new commit Mar 23 15:39:12 After/before applying your patch, we need to revert 6102b8a7ded7ce0c075c2c027423ce02adba6a8e which removed the pim module from shr-settings. Mar 23 15:39:20 bbl Mar 23 15:40:07 TAsn: i created new module and added this Mar 23 15:40:41 if I update frameworkd, phonui and phoneui-shr, should things work out? Mar 23 15:40:49 Oh ok, I'll take a look later to see what I did wrong :P Mar 23 15:40:58 spaetz, yeah. Mar 23 15:41:10 ok, will do now Mar 23 15:43:37 and also phonelog btw Mar 23 15:43:41 (changed stuff there as well) Mar 23 15:43:47 *fixed Mar 23 15:43:59 spaetz, and e-wm-config-illume-shr Mar 23 15:44:02 and illume2-shr Mar 23 15:44:03 | phoneuid-settings.c:66: error: implicit declaration of function 'phoneui_sim_manager_show' Mar 23 15:44:03 :P Mar 23 15:44:11 JaMa|Wrk, build libphone-ui Mar 23 15:44:12 TAsn, Heinervdm: for me ^^ Mar 23 15:44:12 and shr-settings and phoneuid Mar 23 15:44:28 spaetz, yeah, what Heinervdm said. Mar 23 15:44:34 JaMa|Wrk: hmm Mar 23 15:44:39 spaetz, you got quite a lot to build. Mar 23 15:44:43 i compliled it... Mar 23 15:44:43 it builds it in wrong order? Mar 23 15:44:51 JaMa|Wrk, libphone-ui should be built first Mar 23 15:44:53 apparently Mar 23 15:45:38 ciao. Mar 23 15:48:28 hmm it wants to build older 46c991d348419f504775df2d602158a7dfdc9bf1 instead AUTOREV :/ Mar 23 15:54:04 dos1: ping Mar 23 15:55:19 why does pisi import contacts into the field Cell Phone but name resolving in the messages app only works with Phone? Mar 23 15:58:33 bumbl: dunno, ask TAsn Mar 23 15:58:54 TAsn: why does pisi import contacts into the field Cell Phone but name resolving in the messages app only works with Phone? Mar 23 15:59:15 and how can i change the default picture used in contacts app? Mar 23 16:58:28 Good day all , while configuring time and date , after installing tzdata-asia what should be done instead of this command for iran ? ln -sf /usr/share/zoneinfo/America/New_York /etc/localtime Mar 23 16:58:40 as wiki said http://wiki.openmoko.org/wiki/Timezone Mar 23 16:59:41 mean what should be set instead of America/New_York in /usr/share/zoneinfo/America/New_York Mar 23 17:03:04 when using shr-testing - how do i get the default-alt and numeric-alt keyboards? they install but don't show up even after reboots Mar 23 17:03:55 no clue. let me know how to fix it Mar 23 17:05:31 alabd: instead of America/New_York use Asia/Teheran Mar 23 17:06:12 spaetz: is there an opkg command to get the install destination of a package? Mar 23 17:10:09 spaetz: fixed it: there is no numeric keyboard in the shr-testing image because the Numeric keyboard is installed into illume-keyboard/keyboards instead of illume/keyboards Mar 23 17:10:34 and Default-alt and Numeric-alt fail because they are installed into subdirectories of illume/keyboards Mar 23 17:20:11 hey folks Mar 23 17:20:33 in Python/Blender 2.5, how can I get the armature for a certain object? I have tried arm_obj.find_armature() but it returns nothing Mar 23 17:21:17 bumbl, thanks and timezone file should be changed to TZ="Asia/Tehran" ??/ Mar 23 17:21:28 yep Mar 23 17:21:43 or "Asia/Tehran" ? Mar 23 17:22:05 another question: midori crashes because of bind: No such file or directory Mar 23 17:22:15 oops, wrong window :P Mar 23 17:26:34 how to change suspend/lock/idle time for ever(changes in setting is restored after restart ) Mar 23 17:27:59 and persian/arabic layout are installed in shr-t but hitting keys does not write characters Mar 23 17:28:05 what is the problem ? Mar 23 17:32:57 any opinion ? Mar 23 17:54:14 what happened ? Mar 23 17:55:43 i am using the default configuration for the neo freerunner - could you tell me what to do to zoom in and out? http://scap.linuxtogo.org/files/79e1bd920eaa4616963fb0785cc91cac.png Mar 23 17:56:52 alabd: you might want to contact TAsn who is responsible for the rtl support in shr - and you might have to wait some time until someone has time for you Mar 23 17:58:55 yes TAsn said it requires x11-locale package that is not in reps Mar 23 18:02:46 bumbl, then let me know in which revision this is fixed, so I can bump it ;-) Mar 23 18:02:57 PaulFertser: if I can read 2M of firwmare using UBX commands where is this stored? ATR0635 datasheets says this should have 384KB of ROM Mar 23 18:03:07 PaulFertser: compresses with gzip -9 to 1.1M Mar 23 18:07:40 spaetz: which rev? Mar 23 18:08:05 you mean the midori thing? it was a kernel - sd card problem (so everything is ok now) Mar 23 18:10:47 no the num keyboards Mar 23 18:10:58 oh i don't know Mar 23 18:15:31 spaetz: do you know where the zoom buttons are with navit? Mar 23 18:15:50 bumbl: the configuration file defines the UI Mar 23 18:16:13 lindi-: in the configuration file the zoom buttons are enabled Mar 23 18:16:41 I haven't used navit for quite some time, sorry. Mar 23 18:16:42 Mar 23 18:17:15 but afaik, were not the buttons in png format? Mar 23 18:18:06 buttons are available as png, xpm and svg Mar 23 18:25:58 nu does navit reallty jknow how to parse svg? Mar 23 18:44:36 lindi-: probably there should be a specific pattern in ARM interrupt table... Mar 23 18:50:54 PaulFertser: possibly but i'm not quite sure on how to interpret it Mar 23 18:52:35 lindi-: you mean you do not know the pattern, or did you find the interrupt table already? Mar 23 18:52:59 PaulFertser: http://paste.debian.net/65433/ Mar 23 18:53:08 PaulFertser: not sure if this is thumb or non-thumb Mar 23 18:54:09 dos1: ping Mar 23 18:55:36 mrmoku: pong Mar 23 18:56:15 dos1: hey, how's life ? :) Mar 23 18:56:52 dos1: for your trac theming... did you do a favicon of the shr logo? Mar 23 18:57:03 nice, thanks ;) and you? Mar 23 18:57:12 (favicon) yup Mar 23 18:57:46 dos1: fine too... and I want that favicon :P Mar 23 18:58:15 How to change suspend/idle/lock time to not be restored after fr reboot Mar 23 18:58:29 mrmoku: http://openmoko.pl:8080/testtrac/chrome/common/trac.ico Mar 23 18:59:56 dos1: eeek... ico Mar 23 19:00:09 gitweb wants png :P Mar 23 19:00:19 mrmoku: open it in gimp Mar 23 19:00:29 and just save as png ;) Mar 23 19:00:50 lindi-: neither me, sadly i do not know arm enough. Mar 23 19:00:56 dos1: :P Mar 23 19:01:09 dos1: I did convert (ImageMagick) Mar 23 19:01:34 nice too Mar 23 19:01:36 even nicer ;) Mar 23 19:01:52 hmm... gives me 4 pngs though Mar 23 19:02:39 alabd, you need to directly modify a .conf file Mar 23 19:02:53 i forgot which one though Mar 23 19:03:04 spaetz, thanks Mar 23 19:03:35 alabd: copy /etc/freesmartphone/conf/om-gta02/fsodeviced.conf to /home/root Mar 23 19:03:51 alabd: then edit it Mar 23 19:10:59 anyone here upgraded toaday? Mar 23 19:11:23 mrmoku, thanks and the copied one will take effect on shr ? Mar 23 19:11:52 yep Mar 23 19:12:17 (to the copy taking effect... not the upgrade :P) Mar 23 19:22:10 mrmoku: seems aoss and libaoss.so is missing Mar 23 19:22:56 we need those, even if and because we want to kick snd-pcm-aoss Mar 23 19:29:43 alabd, you need the package I mentioned which should be in reps (maybe there's a variation in the time, and I just got it wrong) Mar 23 19:31:38 JaMa|Wrk: any idea about the aoss issue DocScrutinizer mentions? Mar 23 19:33:20 hi Mar 23 19:33:37 maling lists seems broken Mar 23 19:33:44 *mailing Mar 23 19:34:13 Martix: uhu. which ones? Mar 23 19:34:23 community and kernel Mar 23 19:34:46 since sunday Mar 23 19:34:49 so I guess you're talking abiut openmoko ML Mar 23 19:35:03 yes Mar 23 19:35:10 k Mar 23 19:35:20 roh: ping Mar 23 19:35:24 TAsn, thanks but there is not such package Mar 23 19:35:34 sec, will find you the exact name Mar 23 19:35:38 I haven't got a mail on community ML since Sunday... Mar 23 19:35:43 roh: ML borked? see ^^^ Mar 23 19:35:49 alabd, libx11-locale Mar 23 19:36:07 no such file on shr-t 6 mar 2010 reps Mar 23 19:36:37 I just gave you a different name Mar 23 19:36:43 are you sure it doesn't exist? Mar 23 19:36:48 if so, contacts spaetz asap :P Mar 23 19:37:11 btw, spaetz there was an issue that this package was not in image, please contact JaMa|Wrk to verify what you need to rebuild in order to get that. Mar 23 19:40:56 mrmoku: aoss and libaoss is provided by alsa-oss Mar 23 19:41:10 mrmoku: and we have no dependeny on it Mar 23 19:41:12 opkg-repo.org/opkg/libx11-locale is in the -testiing repo Mar 23 19:41:17 Heinervdm: what is libao-oss? Mar 23 19:41:36 http://opkg-repo.org/opkg/libx11-locale Mar 23 19:42:08 mrmoku: the lib DocScrutinizer was talking about Mar 23 19:42:44 good Mar 23 19:43:12 mrmoku: ah no Mar 23 19:43:38 no Mar 23 19:43:41 mrmoku: i thought you've misstyped the name ;) Mar 23 19:46:19 Heinervdm: so building alsa-oss is all one needs? Mar 23 19:46:32 mrmoku: i think so Mar 23 19:46:45 spaetz: want to do that for testing? ^^^ Mar 23 19:47:20 hmm Mar 23 19:49:51 sorry can't log into the shr server now Mar 23 19:49:52 SHR: 03tom 07libphone-ui * r714f33af1710 10/src/ (6 files): Added phoneui_deinit, phoneui_utils_deinit and phoneui_info_deinit Mar 23 19:50:09 if someone builds that that would be nice Mar 23 19:50:24 spaetz: nvm... it is already there Mar 23 19:50:40 false alarm :P Mar 23 19:51:30 mrmoku: did you copy the ssh keys to the test repo? Mar 23 19:51:34 PaulFertser: architecture reference manual says that interrupt handlers are always executed in non-thumb state Mar 23 19:51:40 Heinervdm: sure Mar 23 19:51:51 mrmoku: i' Mar 23 19:52:01 m getting Permission denied (publickey). for libphone-ui-shr Mar 23 19:52:13 hmm Mar 23 19:52:21 you added the port? Mar 23 19:52:30 same for libphone-ui Mar 23 19:53:05 yes, but the problem was sth else Mar 23 19:53:23 you forgot to add the git@ to the url in your mail :P Mar 23 19:53:30 ohhh... stupid me :P Mar 23 19:53:37 it's working now Mar 23 19:54:01 mrmoku: to which repos do i have write access? Mar 23 19:54:35 tried phonuid today to activate sim-manager and that doesn't work Mar 23 19:55:14 Heinervdm: in the new one shr-core members will have access to all shr repos Mar 23 19:55:27 that does not include stuff like ffalarms or geekogotchi :P Mar 23 19:55:31 mrmoku: ok Mar 23 19:55:42 SHR: 03tom 07libphone-ui-shr * ra9b0678639d2 10/src/phoneui-init.c: Added backend deinit Mar 23 19:56:00 :D Mar 23 20:00:31 anyone speeking perl in here? Mar 23 20:00:38 s/speeking/speaking/ Mar 23 20:00:38 mrmoku meant: anyone speaking perl in here? Mar 23 20:02:01 mrmoku, I use it Mar 23 20:02:54 jlmoko: @ is an array, right? Mar 23 20:03:35 our @git_base_url_list = grep { $_ ne '' } ("git://gitshr.digox.de"); Mar 23 20:03:37 mrmoku, yes the @ indicates an array Mar 23 20:03:44 how to expand a value there? Mar 23 20:04:07 ("git./lkjasdf", "klasjdklf", "klasdjklf"); Mar 23 20:04:09 does not work Mar 23 20:08:06 ahh... ok, got it Mar 23 20:08:18 moku @git_base_url_list = grep { $_ ne '' } ("git./lkjasdf", "klasjdklf", "klasdjklf"); Mar 23 20:08:43 ~s/moku/mrmoku Mar 23 20:08:55 jlmoko: perl dislikes missing spaces in there? Mar 23 20:09:01 then that was my problem Mar 23 20:09:02 thanks Mar 23 20:09:19 is @git_base_url_list = ("git./lkjasdf", "klasjdklf", "klasdjklf"); Mar 23 20:10:54 lindi-: ldr pc, [pc, #28] looks a bit strange for an interrupt handling, but i do not know about it :| Mar 23 20:11:08 PaulFertser: it makes perfect sense Mar 23 20:11:19 PaulFertser: it loads the 32-bit address from pc + 28 to pc Mar 23 20:12:08 jlmoko: perl dislikes missing spaces in there? Mar 23 20:12:25 from what I remember from when I was perl-ing, perl likes everything Mar 23 20:12:27 lindi-: why not load address directly? No immediate instruction? Mar 23 20:13:05 PaulFertser: not for arbitrary 32 bit values Mar 23 20:13:44 wpwrak: hi :) Mar 23 20:14:24 PaulFertser: yo ! :) Mar 23 20:15:08 wpwrak: i asked Luis about pinout for one atheros SoC used in cheap n wifi routers. I need to know the pin numbers for the integrated USB PHY on it. You know what he told me? "I ain't no atheroros encyclopedia", i asked him for a suggestion how to get the info, he said "good luck". Nasty guy :( Mar 23 20:15:42 PaulFertser: ;-))) Mar 23 20:16:46 PaulFertser: considering our experience with atheros, his response may have been rather accurate :) Mar 23 20:17:16 wpwrak: few days later i said i'm personally offended by atheros because i saw ar6000 sources and that is equivalent to forcing me to look at goatse for several hours straight trying to spot some tiny detail. And several other truthful things about atheros in particular and other vendors in general. Now i'm on johill's ignore list it seems :( Mar 23 20:19:24 PaulFertser: have you considered looking for a boxing club in your town ? might help with venting those aggressions :) Mar 23 20:20:39 wpwrak: the way atheros treated us is clearly offensive, i can't see how you can disagree Mar 23 20:21:40 wpwrak: also boxing might be bad for my thinking ability, you know Mar 23 20:22:47 wpwrak: and when a reputable vendor offers you a driver it means the driver is at least somewhat sane, it shouldn't be written by (i assume several) retards :( Mar 23 20:22:49 PaulFertser: well, while you expect them to still be somewhat helpful, it's generally considered prudent not to insult them. of course, if you've given up all hope, then you can rip away. but then don't complain if they politely ignore you. Mar 23 20:23:09 wpwrak: btw johill is from intel iirc Mar 23 20:23:35 PaulFertser: (retards) heh, by Santa Claus or the Easter bunny perhaps ? :) Mar 23 20:23:38 wpwrak: and in fact they insulted me (and you) first, and i just stated the facts. Mar 23 20:24:10 PaulFertser: (boxing) i think you can shed a few neurons without suffering too much of a loss :) Mar 23 20:24:10 wpwrak: can a sane man write a driver like ar6000 we both saw? Can it pass a sane QA? Mar 23 20:24:49 PaulFertser: (code quality) it's ugly but i've seen much much worse Mar 23 20:25:38 wpwrak: i'm kinda a peace-loving hippy, i do not think substituting agression by sports is a healthy thing in general. There should be no aggression in the first place. And i had none in fact, i am just offended. Mar 23 20:26:09 PaulFertser: in fact, most of the code looks as if it was done by competent developers who are just misguided in certain areas Mar 23 20:26:16 wpwrak: it looks like the linux parts of the driver are written by the guy who knows nothing about race conditions :( Mar 23 20:28:07 PaulFertser: hmm, if your goatse comparison is peace-loving, then i suppose you keep the keys to one of those icbm silos for days when you feel a little angry :) Mar 23 20:29:45 PaulFertser: (races) hard to tell. what's certain is that they didn't fully comprehend things. on the other hand, there are precautions against some races. so i would just guess "competent programmer, unfamiliar with linux, using weird style" Mar 23 20:30:30 wpwrak: have you seen my latest "bugfix"? Mar 23 20:30:58 PaulFertser: i use "competent" because the general structure of the code is fine, there are no attempts to "fight the language", etc. again, i've seen much worse. Mar 23 20:31:12 PaulFertser: dunno :) where ? Mar 23 20:31:39 PaulFertser: seems that our lists have been down for several days. Mar 23 20:31:59 wpwrak: http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=973a41fce60e5f6edfcf0eaf94056a57eee65e16;hp=3db70757d6fabb17760989434e02d5c6fa847b47 Mar 23 20:32:03 mrmoku, from where is this perl code you show me? it is no modern perl Mar 23 20:32:20 jlmoko: gitweb.cgi Mar 23 20:32:57 PaulFertser: heh, but you didn't have it in you either to fix it properly :) Mar 23 20:33:14 mrmoku, thanks Mar 23 20:33:43 wpwrak: almost every wext handler is written this way. It's just that this particular had the check only in the beginning and not after 5sec scan. Mar 23 20:34:00 s/5sec/5HZ Mar 23 20:35:02 PaulFertser: yeah, gives the race a lot of room to strike Mar 23 20:36:50 wpwrak: i'd also say that the part dealing with networking is not consistent the slightest. Non-symmetric _open/_close etc etc. All weird assumptions, use of flags etc etc, it doesn't make any sense at all! Mar 23 20:37:03 God peace you bye Mar 23 20:37:32 I know now why git repositories from some perl developers are using gitalist see http://conferences.yapceurope.org/lpw2009/talk/2446 Mar 23 20:38:42 mrmoku, are you installing gitolte? Mar 23 20:38:47 gitolite Mar 23 20:38:59 PaulFertser: looks like some code where development has stopped once it "worked". alas, nothing new there. Mar 23 20:41:08 wpwrak: at my job i recently started to continue the work i've put an pause 3 weeks ago (attaching some new OLED to uC). I was amazed to see i first reverse the font while preparing it for linking, and then reverse it back during copying from ram FB to the display. And it was me who wrote that :( Mar 23 20:42:51 wpwrak: but changing that was changing ~20 loc overall, while making ar6000 driver "sane" would require rewriting all the linux parts at least. Hell of a difference :| Mar 23 20:46:05 spaetz: already done Mar 23 20:46:45 PaulFertser: yeah. there's a reason why i didn't find it too difficult to resist the temptation to just rewrite the whole mess :) Mar 23 20:46:45 SHR: 03tom 07libphone-ui * ra976321c88ef 10/src/phoneui-utils.c: Added a missing call to phoneui_utils_sound_deinit Mar 23 20:46:51 SHR: 03tom 07libphone-ui * rda30f9ef4295 10/src/phoneui-utils-sound.c: Phoneui_utils_sound: added more memory cleanup Mar 23 20:46:52 SHR: 03tom 07libphone-ui * r2f105557f3c4 10/src/ (phoneui-info.c phoneui.c): Added more cleanup to phoneui-info Mar 23 20:48:32 wpwrak: in fact if i was sure the result would be good i'd try to rewrite it (using cfg80211 of course). But since we're screwed with firmware anyway, i see no reason to do that. But! They do owe us (and especially you) an apology. That's a matter of being honest and trustworthy, a moral thing. Mar 23 20:50:47 would/might Mar 23 20:52:01 PaulFertser: oh dear, if i had an apology from each company that gave me something with major problems ... Mar 23 20:53:19 wpwrak: i can't live expecting people to be bad Mar 23 20:54:06 PaulFertser: i'd actually nominate whoever makes those screws of extremely soft metal you find in many DIY component kits from China. stuff like hinges that come with screws. those screws are so soft that it's virtually impossible to fasten them without damaging their head. there you have something unfit for the intended purpose :) Mar 23 20:55:28 wpwrak: it's easy to use other screws. And it's chinese anyway. And Atheros is not some anonymous chinese "shop". Mar 23 20:56:48 PaulFertser: yeah, another trip to the hardware store does indeed solve such problems ... Mar 23 20:57:44 wpwrak: and also non-anonymity makes difference. We know Luis personally and he knows us. I'd say he has no moral right to deny (or even ignore) the epic screw up with firmware. Mar 23 20:57:53 PaulFertser: anyway, i'm not too upset about the quality of Atheros' driver. it's bad, but well within the range of things to expect. what i'm unhappy about is their unresponsiveness to the firmware problems. Mar 23 20:58:30 PaulFertser: just because you know Luis doesn't mean that you can blame him for everything Atheros have done to the world ... Mar 23 20:59:17 wpwrak: i do not blame him for the damage. I blame him for not admitting it. And not helping me with pinout for my wifi router's chip. How can i add USB port to it if i do not know the pins and there's no obvious routing on the board? Mar 23 20:59:55 PaulFertser: it's probably simply not his role to admit things on behalf of the company Mar 23 21:01:20 wpwrak: i'm not talking about company here. He's a human first of all. Mar 23 21:01:25 PaulFertser: (pinout) dunno. maybe he doesn't have the information either. maybe he doesn't know if he's allowed to tell you. maybe he was pissed off by something else. maybe he just didn't have time. again, it's probably not his role to provide people with such information anyway. Mar 23 21:02:15 wpwrak: i thought it's as easy for him as going to their internal datasheet store and looking up D+ and D- pin numbers, and i didn't piss him beforehand. Mar 23 21:03:46 PaulFertser: 32bits does not fit to imm Mar 23 21:03:52 wpwrak: it seems to me this world is sick. Even you and DocScrutinizer are too used to people not being humans, not needing to have some individual moral rules (because of being part of a larger company). Mar 23 21:05:11 PaulFertser: what firmware screw up? Mar 23 21:05:19 lindi-: ar6000 Mar 23 21:05:32 lindi-: yes and no :) you can fit a value that has some bits set anywhere in the 32 bit range. just not have them set all over the range. it's something like 14 bits << shift (don't remember offhand how many bits it is, 14 is just a wild guess) Mar 23 21:06:33 PaulFertser: ah, what bug is it? Mar 23 21:06:38 PaulFertser: all i care about is control. with atheros' kernel code, we have the information necessary to make it work as well as we care. that makes me happy. with the firmware, we don't. that makes me unhappy. Mar 23 21:06:50 wpwrak: yep Mar 23 21:07:20 lindi-: not referenced at OM tracker, Werner did quite some reproducible tests that resulted in firmware ASSERT() and death. Mar 23 21:07:29 wpwrak: wmicontrol had some files with unclear copyright info btw Mar 23 21:07:39 wpwrak: wmiconfig Mar 23 21:08:02 wpwrak: all i care is morality and peace, non-working wifi doesn't bother me much. Mar 23 21:08:03 wpwrak: that is why it is not in debian for example Mar 23 21:08:03 PaulFertser: and i don't see anything particularly offensive about luis' behaviour. if i had a complaint about the quality of Russian vodka, would you feel it appropriate for me to hold you responsible for improving it or for issuing an apology on behalf of Russia ? :) Mar 23 21:08:24 heh Mar 23 21:08:26 wpwrak: you can pretty much expect me to express at least a sympathy Mar 23 21:08:52 wpwrak: and also some reasonable suggestion about better brands Mar 23 21:09:04 PaulFertser: replace me with the world's population of alcoholics. let's see after how many eloquent complaints you'll run out of patience ;-) Mar 23 21:10:22 lindi-: pheew ... difficult, that one. i don't actually remember if it was given to us as "official gpl release" or just "you can share it". Mar 23 21:11:10 PaulFertser: ping Mar 23 21:11:14 Orias_Korva: pong Mar 23 21:11:29 Orias_Korva: i failed to do that, i felt asleep and then forgot about it. Let me think if i can do that right now. Mar 23 21:11:51 I'll be really really glad if you can Mar 23 21:11:51 lindi-: actually, thinking of it, it may not even have been me who handled this one ... Mar 23 21:11:59 aah my shoulder hurts Mar 23 21:16:54 lindi-: afaik, marek got the package from atheros. matt then put it into svn. Mar 23 21:19:22 lindi-: can't find any pertinent info in my mailbox :-( a vaguely recall that i was a bit surprised to find the stuff appear in svn, had a look for anything that would be obviously not for public release, but didn't find anything. so i left it at that. Mar 23 21:19:32 s/a vaguely/i vaguely/ Mar 23 21:19:32 wpwrak meant: lindi-: can't find any pertinent info in my mailbox :-( i vaguely recall that i was a bit surprised to find the stuff appear in svn, had a look for anything that would be obviously not for public release, but didn't find anything. so i left it at that. Mar 23 21:23:06 Orias_Korva: ok, soldered, now will boot and try Mar 23 21:23:22 oh, taht was quick, I suck Mar 23 21:25:45 wpwrak: yes i have started to rewrite parts of it Mar 23 21:25:55 TAsn, just thought about it yesterday: if apt is too heavy... what about pacman instead of opkg? would it be to heavy too? Mar 23 21:25:57 wpwrak: part of libomhacks0 Mar 23 21:26:39 pespin, pacman rocks, though pacman does not work with .debs Mar 23 21:26:51 and we need .deb support because of OE Mar 23 21:27:11 As for now, I don't think OE knows how to handle pacman packages Mar 23 21:27:16 lindi-: kewl. in this case, feature reduction sounds like a very good idea to me ;-) Mar 23 21:27:20 TAsn, hmm so OE doesn't have pacman's format file support? Mar 23 21:27:26 ok Mar 23 21:27:27 Not that I know of Mar 23 21:27:36 and .ipk's are essentially trimmed down .deb's Mar 23 21:27:40 TAsn, we could ask for support :P Mar 23 21:27:45 possible. Mar 23 21:27:47 possibly* Mar 23 21:27:58 but our wishes may not be granted :P Mar 23 21:28:21 furthermore, I'm not sure how optimized pacman is for flash drives and low ram environments (just a thought0 Mar 23 21:28:28 can soembody verify thet deleting (backspace) in elm entries is fubar since the 2 last e revision bumps? Mar 23 21:28:34 and pacman is not *that* fast on my computer Mar 23 21:29:07 TAsn, it works quite well for me, but yeah, I know what you mean, maybe it's neither too fast for embedded devices Mar 23 21:29:28 as soon as there are 2 lines of text the cursor jumps back to the very first row after pressing backspace Mar 23 21:30:52 Orias_Korva: wpwrak: (we're reflashing nor without dboard): [ 122.755000] physmap-flash.0: block erase error: (bad VPP) Mar 23 21:31:20 hm, that's a different error, interesting Mar 23 21:31:21 Means my pulldown is not working Mar 23 21:31:31 just to be sure Mar 23 21:31:42 you grounded H-TP4711, right? Mar 23 21:31:59 PaulFertser: interesting new error :) yeah, could suggest a pull-down problem. i'm surprised such a condition would even be detected Mar 23 21:32:04 The one just above the screen, 5th one, counting from right Mar 23 21:32:36 Orias_Korva: hope so Mar 23 21:35:57 Orias_Korva: hm, my dmm shows 0V even when i do not pull the TP down :-O Mar 23 21:36:16 PaulFertser: interesting thing that we got different errors, I got an I/O error Mar 23 21:36:23 maybe we need to pull it UP Mar 23 21:36:32 now you teased me Mar 23 21:36:53 it is called write protection', not write enable' Mar 23 21:37:13 at least in the schematics Mar 23 21:38:11 Orias_Korva: inverted write protect :) but you're right, you should pull it up to enable Mar 23 21:38:17 Orias_Korva: i get io error too, the line i pasted is from dmesg. Mar 23 21:38:31 PaulFertser: oh, ok Mar 23 21:38:50 wpwrak: are you serious? Mar 23 21:39:09 wpwrak: according to the schematics, it's already pulled up Mar 23 21:39:12 now I should find a VDD point on the PCB Mar 23 21:39:45 PaulFertser: but your dmm doesn't agree Mar 23 21:39:56 Orias_Korva: 1v8 if you dare Mar 23 21:40:07 PaulFertser: you mean "R2506 NC" ? Mar 23 21:40:19 wpwrak: here R2506 is 100k Mar 23 21:40:30 wpwrak: and R2505 N Mar 23 21:41:39 PaulFertser: that doesn't sound right ... Mar 23 21:41:48 wpwrak: heh, that's the difference between published and unpublished scheme Mar 23 21:42:15 scheisse Mar 23 21:42:20 PaulFertser: nope. they agree. Mar 23 21:42:20 ws-64:/home/moko/svn.openmoko.org/trunk/gta02-core# xpdf ~/Schematics_Freerunner-GTA02_A5-A7cumulative_public_RC0.pdf ? Mar 23 21:42:35 oops. a bit too much copy, sorry. Mar 23 21:43:11 wpwrak: the public agrees with your description Mar 23 21:43:34 Orias_Korva, PaulFertser: the idea was that you should be able to enable writing by simply bridging the NC resistor Mar 23 21:44:31 wpwrak: there's a difference between schematics, for real Mar 23 21:44:44 PaulFertser: could you check R-meter NOR_WP to GND please Mar 23 21:45:08 Orias_Korva, PaulFertser: of course, the placement i recommended for this resistor was happily ignored and it's at one of the least accessible positions :-( Mar 23 21:45:40 DocScrutinizer: will do soon Mar 23 21:45:48 PaulFertser: it was pulled up in some early (internal) versions, because we didn't have the new debug board yet Mar 23 21:46:06 wpwrak: OMG Mar 23 21:46:06 PaulFertser: maybe you have one of these schematics ? Mar 23 21:46:31 DocScrutinizer: is the OMG for the placement or the schematics versions ? :) Mar 23 21:47:26 wpwrak: schem of course. which placement? Mar 23 21:48:08 DocScrutinizer: look at the component placement. R2506 was supposed to be easily accessible. now look where it is ... squeezed between the BGA and its antagonist, R2505 Mar 23 21:48:09 where can I find the other schematics? Mar 23 21:48:34 and which is relevant to me? I have an A5 Mar 23 21:49:37 Orias_Korva: you should use http://downloads.openmoko.org/developer/schematics/GTA02/Schematics_Freerunner-GTA02_A5-A7cumulative_public_RC0.pdf Mar 23 21:49:56 ok, I'm looking at the correct thing then Mar 23 21:50:15 wp' seems to be pulled to 1v8 via r2503 Mar 23 21:50:53 Orias_Korva: yes, and we're talking about VPP Mar 23 21:51:23 Orias_Korva: looks like i was indeed wrong looking at MB_A5 schem, sorry :((( Mar 23 21:51:34 Orias_Korva: let me now try to understand where dboard gets 1v8 from Mar 23 21:51:47 PaulFertser: no problem, thanks anyway Mar 23 21:51:49 yeah, friggin shit, I also had a look to old schematics. In a5-a7-cumulative it' pulled down Mar 23 21:51:59 so you need to pull up Mar 23 21:52:29 DocScrutinizer: in public_rc0, it's pulled up Mar 23 21:52:46 funny, even (internal) A5 1220 shows a pull-up. i thought we had switched before that. Mar 23 21:52:53 now I have OM more than ever Mar 23 21:53:03 s/have/hate Mar 23 21:53:38 Orias_Korva: why ? all the documentation is consistent :) Mar 23 21:53:43 Orias_Korva: http://people.openmoko.org/joerg/schematics/GTA02/Schematics_Freerunner-GTA02_A5-A7cumulative_public_RC0.pdf R2506 (pullup) NC, R2505 (pulldown) 100k Mar 23 21:54:11 Orias_Korva: it uses 80k+100k divider Mar 23 21:54:14 wpwrak: that's the one I looked at Mar 23 21:54:24 a5 1220 Mar 23 21:54:32 (a5 1220) i guess the switch happened as one of those infamous BOM changes. the for-sale A5 had a number of them. Mar 23 21:54:33 oops, I was looking at the wrong place, sorry Mar 23 21:54:47 PaulFertser: the debubo - yeah weird Mar 23 21:55:16 wpwrak: yup :-S Mar 23 21:55:35 i know i know i know.... Mar 23 21:55:53 magic 1uF resistors Mar 23 21:56:06 DocScrutinizer: that's in order to have 1.8 V. the debug board runs at 3.3 V. Mar 23 21:56:18 DocScrutinizer: (1uF res) heh ;-) Mar 23 21:56:44 just to make this clear, NC means open circuit, right? there is nothing there Mar 23 21:56:57 btw that's been exactly the time when I joined OM - figure ;-D Mar 23 21:57:13 Not Connected Mar 23 21:57:14 Orias_Korva: yes, NC = "no component" Mar 23 21:57:27 whatever Mar 23 21:57:38 DocScrutinizer: ... or anything equivalent :) Mar 23 21:57:48 "404" ;-) Mar 23 21:57:57 normaly contact :-P Mar 23 21:58:02 ok , clear enough, thanks both Mar 23 21:58:09 "Not Certain" Mar 23 21:58:14 LOL Mar 23 21:58:28 that's most fitting Mar 23 21:58:37 "Nobody Cnows" Mar 23 21:58:47 even better Mar 23 21:58:50 rotfl Mar 23 21:59:11 bnow THAT'S tpe EE speak Mar 23 21:59:27 SHR: 03tom 07libphone-ui * r4b5fcfc07e52 10/src/ (phoneui-info.c phoneui-utils-sound.c phoneui.c): Fixed more memory leaks - no more memory leaks caused by libphone-ui, only ones caused by alsa/glib/lfg. Mar 23 21:59:53 imagemagick-native-6.3.5-10-r7/ImageMagick-6.3.5/m4/openmp.m4:29: error: m4_copy: won't overwrite defined macro: _AC_LANG_OPENMP(C++) Mar 23 21:59:58 DocScrutinizer: oh. i thought all those texts with "???? ??? ????? ????" were because of missing font files. i didn't realize that they meant to put question marks ! Mar 23 22:00:15 SHR: 03tom 07libphone-ui-shr * rb15a65c3c2c3 10/src/phoneui-init.c: Added missing unref to the mainloop Mar 23 22:00:21 LOL Mar 23 22:00:44 wpwrak: it's modified Morse Mar 23 22:01:35 (bad VPP) btw, i had a look at the driver. that's indeed how the chip documentation describes the condition. just an odd way of saying "writing completely disabled" Mar 23 22:02:30 DocScrutinizer: ;-) Mar 23 22:03:25 well, the pin is named VPP Mar 23 22:03:53 so the driver is telling the truth Mar 23 22:04:06 and actually it's VoltagePProgramming probably Mar 23 22:04:19 DocScrutinizer: with clearly documented three states. so "bad" is a bit misleading, because it's not an erroneous condition. Mar 23 22:04:40 three? Mar 23 22:04:45 page erase? Mar 23 22:04:47 Orias_Korva: yes. it tells you that VPP is still pulled down. Mar 23 22:04:49 at 12V? Mar 23 22:06:10 wpwrak: ^^^ Mar 23 22:07:12 DocScrutinizer: yeah, 12 V is some of those ancient modes ... Vpp then becomes a power supply pin, says the data sheet Mar 23 22:07:26 exactly Mar 23 22:07:47 * DocScrutinizer 's rather proud of his ancient useless knowledge ;-P Mar 23 22:08:54 DocScrutinizer: ah, it's for the "factory program commands", which apparently are a bit quicker than the other ones. oh well, little do we care ... :) Mar 23 22:09:25 not really, so where is the safest 1v8 point on the pcb? Mar 23 22:09:42 or does it hurt tu put, say, 3v3? Mar 23 22:10:08 Orias_Korva: it will hurt Mar 23 22:10:24 dunno, will it? Mar 23 22:10:42 dont want to take the chance Mar 23 22:11:23 DocScrutinizer: hm... Mar 23 22:11:31 DocScrutinizer: i haven't read the datasheet yet. Mar 23 22:11:41 me neither Mar 23 22:11:43 DocScrutinizer: but i'd do it first before stating it won't Mar 23 22:11:46 :) Mar 23 22:11:55 sure ;-P Mar 23 22:12:32 Hm, i'll try it nevertheless :) Mar 23 22:13:00 hm, datashit for m58wr016kb lemme find from somewhere Mar 23 22:13:51 I've just connected TP4711 in series with 10k to TP4714 :))) Mar 23 22:14:09 3.3V should be fine Mar 23 22:14:15 Got 1.6V Mar 23 22:14:40 PaulFertser: where? Mar 23 22:14:44 i was actually a bit puzzled why they put that voltage divider on debugv3 ... Mar 23 22:14:59 Orias_Korva: ok, it works now Mar 23 22:15:01 1.6 V is good, too :) valid range is 1.3 to 3.3 V Mar 23 22:15:01 Orias_Korva: erasing Mar 23 22:15:09 JaMa: imagemagick-native does not compile with autotools 2.65 Mar 23 22:15:16 yay, what did you do? Mar 23 22:15:25 I've just connected TP4711 in series with 10k to TP4714 :))) Mar 23 22:16:02 00000000 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................| Mar 23 22:16:19 \o/ Mar 23 22:16:23 Heinervdm: autoconf? Mar 23 22:16:29 Orias_Korva: i'm really sorry for the confusion, i should have checked the datasheet before suggesting pulling down... Mar 23 22:16:42 JaMa: yes Mar 23 22:16:48 PaulFertser: no harm is done yet, so it is ok Mar 23 22:17:00 Orias_Korva: now i'm trying to flash my nor back :) Mar 23 22:17:00 PaulFertser: My recommendation would have been "apply external 1V8" though Mar 23 22:17:01 JaMa: ImageMagick-6.3.5/m4/openmp.m4:29: error: m4_copy: won't overwrite defined macro: _AC_LANG_OPENMP(C++) Mar 23 22:17:28 DocScrutinizer: sure, i do not recommend this dirty trick i just did to anyone. Mar 23 22:17:36 DocScrutinizer: then we also need common ground et Mar 23 22:17:55 Ok, flashing back is ok. Mar 23 22:18:02 Trying to boot now Mar 23 22:18:04 Orias_Korva: so? we got GND almost everywhere Mar 23 22:18:09 JaMa: i want to try 6.4.4-1 but can't get BBCLASSEXTEND to work... Mar 23 22:18:33 hmm, I have a power supply at my lab, I'll try the soldering in a week because I hurt my right shoulder today Mar 23 22:18:46 and I'm right handed Mar 23 22:19:03 Orias_Korva: actually you have a wire to the correct to pads this very moment, you just need to cut in two halves Mar 23 22:19:10 Ok, everything worked Mar 23 22:19:42 s/to p/two p/ Mar 23 22:19:43 DocScrutinizer meant: Orias_Korva: actually you have a wire to the correct two pads this very moment, you just need to cut in two halves Mar 23 22:20:20 DocScrutinizer: i couldn't find a good place to get 3.3 from Mar 23 22:20:40 PaulFertser: eh? Mar 23 22:20:52 why 3.3? Mar 23 22:20:56 never mind Mar 23 22:21:10 DocScrutinizer: two cut in half to get ~1.8 Mar 23 22:21:16 I asked for 3.3 a while ago Mar 23 22:21:16 Orias_Korva: why? Mar 23 22:21:24 DocScrutinizer: 3.3 V is okay, too. pretty much any signal that's non-zero will do :) Mar 23 22:21:42 wpwrak: why the divider network on debug board then? Mar 23 22:21:52 PaulFertser: you mistaken. I talk about a wire from /NOR_WP to GND Mar 23 22:22:07 DocScrutinizer: ah Mar 23 22:22:08 you cut it and have perfect contacts for external 1V8 Mar 23 22:22:09 PaulFertser: see above, "i was actually a bit puzzled why they put that voltage divider on debugv3 ..." :) Mar 23 22:22:46 wpwrak: do you think it can be suggested to short-curcuit TP-4711 to TP-4714 for flashing NOR without dboard? Mar 23 22:23:09 wpwrak: see above "i couldn't find a good place to get 3.3 from" Mar 23 22:23:16 DocScrutinizer: cut what in half? Mar 23 22:23:37 [2010-03-23 23:21:52] PaulFertser: you mistaken. I talk about a wire from /NOR_WP to GND Mar 23 22:23:40 JaMa: 6.4.4-1-native works but i have to delete the other imagemagick-native recipe to make bbclassextend work Mar 23 22:23:41 Orias_Korva: the wire you already have from 4711 to gnd Mar 23 22:23:47 [2010-03-23 23:22:07] you cut it and have perfect contacts for external 1V8 Mar 23 22:24:04 PaulFertser: sounds okay, yes. Mar 23 22:24:23 Heinervdm: strange, isn't it somewhere specified with D_P? Mar 23 22:24:25 hm, then just connect the floating end to h-tp4714 Mar 23 22:24:30 or with negative D_P in latest? Mar 23 22:24:54 Orias_Korva: yes, that's basically what i did (except that i had 10k in series, i'm not telling you why ;) ) Mar 23 22:25:00 console_txd ?? o.O hackish Mar 23 22:25:09 JaMa: no, no D_P in there Mar 23 22:25:12 err rxd even Mar 23 22:25:40 DocScrutinizer: aha :) Mar 23 22:26:06 DocScrutinizer: worse, RXD. but doesn't matter, as long as it gets removed when done. Mar 23 22:26:33 I more wonder about it being stable Mar 23 22:26:34 3.3/2= 1.65, seems reasonable Mar 23 22:26:52 Orias_Korva: nobody suggested that Mar 23 22:27:08 well maybe paul did Mar 23 22:27:08 DocScrutinizer: it's pulled up with 100k, why shouldn't it be stable? Mar 23 22:27:23 pulled DOWN Mar 23 22:27:33 or what? Mar 23 22:27:37 DocScrutinizer: console rxd is pulled up Mar 23 22:27:47 rxd is pulled up via 100k Mar 23 22:28:05 and vpp down via 100k Mar 23 22:28:17 DocScrutinizer: yeah, VPP can draw up to 5 uA, so you could lose another 500 mV on that 100 k, pulling it out of the valid range. Mar 23 22:28:19 that's exactly my concern. You dunno how much the chip will draw on flashing, from VDD Mar 23 22:28:49 DocScrutinizer: 0.2 uA typ, 5 uA max. sez da data shit Mar 23 22:28:50 wpwrak: :-D Mar 23 22:29:07 wpwrak: but i tried it and it worked, so that's ok Mar 23 22:29:14 :) Mar 23 22:29:22 PaulFertser: THATS not a valid approach Mar 23 22:29:33 PaulFertser: you passed the OM TPE EE exam ;-) Mar 23 22:29:34 DocScrutinizer: valid for a hacker Mar 23 22:29:38 DocScrutinizer: if nor is not flashed correctly, you just reflash Mar 23 22:29:46 wpwrak: yeah, should be ashamed now Mar 23 22:29:53 Nah, i'm not proud Mar 23 22:30:15 PaulFertser: If nor is flashed incorrectly it will see bitflips after days, weeks or months Mar 23 22:30:19 Of that hackish approach. Not reading datasheet is stupid, but here i'm, lazy and doing stupid things. Mar 23 22:31:19 apply external 1V8. period Mar 23 22:31:46 DocScrutinizer: naw, it's a control input, not a power supply. so it either works or not. Mar 23 22:32:06 wpwrak: you're sure? Mar 23 22:32:40 it's called VPP Mar 23 22:32:41 DocScrutinizer: i drank from a source of secret knowledge - the data sheet ;-) Mar 23 22:33:38 Varied-Purpose Pin Mar 23 22:33:43 and the datasheet clearly stated what's going to hapen when specs are out of bounds? Mar 23 22:34:19 bottom line: i will apply something in (1.8 , 2)V tp h-tp4711 as soon as I have the chance Mar 23 22:34:22 VPP is only sampled at the beginning of a program or erase; Mar 23 22:34:41 well, go gable with it as you like. My official recommendations -> see above Mar 23 22:34:42 DocScrutinizer: of course not. but it says that VPP is sampled at the beginning of each operation. so it has all the characteristics that suggest an absence of funny analog problems. Mar 23 22:35:38 PaulFertser: then why is there a vpp in the first place? I thought it was some king of supply for writing/erasing Mar 23 22:35:41 ok, this might actually make me rethink it Mar 23 22:35:41 PaulFertser: you could enhance your approach by also issuing gpio h7=1 Mar 23 22:35:47 wpwrak: btw, it's 5uA, not mA. Mar 23 22:36:32 Orias_Korva: it's both for write-protecting when it's below 8.5V and for supply for "fast factory mode" when it's 8.5-9.5V Mar 23 22:36:39 PaulFertser: 5 mA on 100 k would be 500 V ;-) Mar 23 22:36:57 wpwrak: lol, yes Mar 23 22:37:56 wpwrak: anyway Vpplk is 0.4V Mar 23 22:38:13 And Vpp1 1.3 Mar 23 22:38:19 PaulFertser: (~9 V) are you sure ? i see 11.4 - 12.5 V for Vpph and 1.3 - 3.3 V for Vpp1 Mar 23 22:38:58 PaulFertser: (Vpp1) yup. so if the CPU drives RXD to "1", you're guaranteed to be safe Mar 23 22:39:43 wpwrak: that's actually what I had in mind when wondering about "is it stable" Mar 23 22:39:45 PaulFertser: or maybe use TXD. need to check if it defaults to "1" or pull-up Mar 23 22:39:58 wpwrak: I got datasheet from http://www.numonyx.com/Documents/Datasheets/M58WRxxxKTB.pdf Mar 23 22:40:45 * DocScrutinizer feels sick Mar 23 22:41:20 * PaulFertser too Mar 23 22:41:26 PaulFertser: oh, interesting. so we used the wrong data sheet internally ;-) Mar 23 22:41:53 wpwrak: why do you think this one is more correct? Mar 23 22:42:22 hmm, tah's hilarious Mar 23 22:42:27 PaulFertser: because the other one is for MxxWRxxxQx, not ... xKx Mar 23 22:42:39 wpwrak: heh, funny Mar 23 22:43:21 I need to sleep, thanks again good people Mar 23 22:43:30 I think Orias_Korva wouldn't risk anything by shorting the TP i mentioned... And the input is clearly digital and stable enough. Mar 23 22:43:39 anyway, everything else seems to be the same. at least something :) Mar 23 22:47:25 wpwrak: txd should be high when idle, but the kernel might output something there right at a wrong moment, i guess. Mar 23 22:48:07 PaulFertser: hmm yes, good point. rxd then. Mar 23 22:51:06 PaulFertser: you can keep the extra boost of workaroundium with gpio h7=1 for any improbable problem cases that may appear :) Mar 23 22:53:06 (kernel output) that's what I meant with stable ;-P Mar 23 22:54:07 wpwrak: ok, now i altered the wiki to "Alternatively, you can just connect an external 1.8-3.3V supply the relevant testpoint (H-TP4711, see schematics and pcb layout); a hackish approach would be to temporarily connect H-TP4711 to H-TP4714 (console rxd) and then issue "s3c24xx-gpio h7=1" command to ensure needed voltage (this is not supported, though experimentally tested approach). " Mar 23 22:54:08 DocScrutinizer: or use txd and set gpio h6=1. that should be bullet-proof ;-) Mar 23 22:54:27 well, if it's a sampled input, you'll learn immediately if it worked or failed Mar 23 22:55:06 The datasheet says it's sampled. Mar 23 22:55:43 But the flash has several blocks, so i guess it's sampled several times. Mar 23 22:56:08 eeew, that's what I meant... err repeat myself Mar 23 22:56:25 PaulFertser: you make it sound as if the s3c24xx-gpio was mandatory. not sure if you need to go this far. of course, if all distros have it, there's no harm in making people use it in this case. Mar 23 22:57:00 PaulFertser: you'd probably get an error for any failure Mar 23 22:57:20 wpwrak: well, 1.6-0.5 is 1.1, and that's < 1.3, so just to be on the safe side... Yes, one would. Mar 23 22:57:34 fsckng beagled eats one of my 2 cores since 2h now Mar 23 22:58:18 Anyway, that's probably the first and the last case when someone flashes NOR without debugboard, so why care. I have nor working, hopefully Oreas will have it too tomorrow, everything's fine and shiny. Mar 23 22:58:51 PaulFertser: not true. we flashed it quite a bit without debug board in the old days ;-) Mar 23 22:58:59 and we won't keep this for core specs XP Mar 23 23:00:19 wpwrak: or should we write a ECN for gta02-core to have a 1V8 TP next to /NOR-WP ? Mar 23 23:00:54 DocScrutinizer: naw, ain't no NOR in gta02-core Mar 23 23:01:41 DocScrutinizer: besides, once upon a long ago, i drew a beautiful spec for placing that pull-down resistor ... Mar 23 23:03:35 yeah, I can *see* the confused faces of our tpe colleagues Mar 23 23:04:31 obviously they carefully evaluated it, and came up with a better idea finally Mar 23 23:07:01 DocScrutinizer: see https://lists.internal.openmoko.org/pipermail/neo1973-devel/2007-June/001448.html Mar 23 23:07:11 and specifically http://lists.internal.openmoko.org/pipermail/neo1973-devel/attachments/20070611/ad9cfa6b/rctrl.pdf Mar 23 23:08:04 wpwrak: wtf, you think I know my password?? Mar 23 23:08:09 ;-)))) Mar 23 23:08:23 gimme the subject line Mar 23 23:08:34 date, even better Mar 23 23:08:41 DocScrutinizer: NOR Flash, tentative proposal Mar 23 23:08:43 best, gimme both Mar 23 23:08:49 DocScrutinizer: June 12, 2007 Mar 23 23:09:12 hmm, I might miss that one. let's see Mar 23 23:10:13 http://people.openmoko.org/werner/rctrl.pdf Mar 23 23:10:48 now that's a word. No neo1973-devel here at all. just an empty gta01 Mar 23 23:11:30 wpwrak: the need to short "0r caps" in the earphone path makes the keepout area look funny Mar 23 23:11:42 cool Mar 23 23:11:46 DocScrutinizer: the neo1973-devel archives are still there Mar 23 23:11:57 DocScrutinizer: https://lists.internal.openmoko.org/pipermail/neo1973-devel/ Mar 23 23:12:39 yeah, but I had to dig deep to find my password Mar 23 23:12:40 PaulFertser: very different story ;-) Mar 23 23:13:49 actually for shorting those, a finetipped silver varnish pen is great Mar 23 23:14:11 wpwrak: of course. But i just remembered how i tried to short them and due to my suboptimal soldering skills shorted some other components nearby etc etc. Mar 23 23:15:02 wpwrak: after that i just dismounted them altogether and soldered a tiny piece of wire in place, worked fine. Mar 23 23:15:28 DocScrutinizer: yeah, probably, but i lack one Mar 23 23:16:07 * DocScrutinizer ponders shorting some Rs in headset path of his N900 ;-P Mar 23 23:16:22 PaulFertser: soldering 0402 components is tricky, i agree. i usually don't even try to see what i'm doing. just go by feeling and then measure. Mar 23 23:16:29 i just installed the latest version of shr on my freerunner and i tried calling a friend but the other participant apart from my voice hears a loud hissing sound. Mar 23 23:16:55 legola: do you have a buzz-fixed device? Mar 23 23:17:21 i think so. was is the update to upgrade the gsm firmware? Mar 23 23:17:32 hissing doesn't sound like buzz, exactly Mar 23 23:17:35 legola: no, that's a hardware fix. Only A7 come with it from factory. Mar 23 23:17:57 is a there a way to check which revision do i have? Mar 23 23:17:59 DocScrutinizer: well, he mentions sound problems, not mentioning if he has the fix. It always worth eliminating the most obvious cause :) Mar 23 23:18:13 yep Mar 23 23:19:04 legola: cat /sys/devices/platform/neo1973-version.0/pcb Mar 23 23:19:13 my most obvious cazse would be: mic input gain (48) at 1 or 0, all other attenuators all the way up Mar 23 23:20:27 and possibly even other floating inputs open, or unused functionblocks/pathes mixed to signal Mar 23 23:20:47 cat says 0x000 Mar 23 23:20:47 or a poor noisy bigC Mar 23 23:20:56 bbl Mar 23 23:20:56 legola: hm, A5 then? Mar 23 23:21:01 i think so yes Mar 23 23:21:05 legola: cat /proc/cpuinfo | grep Rev Mar 23 23:21:11 if i remember correctly when i got it shipped Mar 23 23:21:52 rev : 24420350 Mar 23 23:21:59 legola: ok, then it's http://wiki.openmoko.org/wiki/Buzz_Fix Mar 23 23:22:11 can i ask you one more thing Mar 23 23:22:36 legola: contrary to what "some german distributor" says, i'd state every unit is suspectible to buzz. So to get the stable call quality, just do the buzzfix. Mar 23 23:22:37 is there a way to disable the automatic text input from the keyboard? Mar 23 23:22:52 legola: slide up on the keyboard, that will switch it to non-predictive Mar 23 23:23:04 legola: and remove the predictive one altogether if you do not want it. Mar 23 23:24:03 legola: i mean if you do not want predictive illume keyboard, you can just rm the corresponding file. Mar 23 23:24:38 ill check it out thanks Mar 23 23:25:19 one last thing i am not able to find is how to change between open applications. the upper menu don't seem to do nothing like it used to do in previous versions Mar 23 23:26:59 Is this related to shr-illume2 theme? Not sure, but some lazy guys here should ;-P Mar 23 23:27:15 TAsn: awake? Mar 23 23:28:02 any of the SHR cracks? Mar 23 23:29:05 (fsckng beagle) Mar 23 23:29:13 just wondering, how can I see which hardware version I have again? Mar 23 23:29:40 *please* rad backscroll, just 20 lines Mar 23 23:29:45 read Mar 23 23:29:54 legola: if you're going to do the buzzfix yourself and it'll be easier for you to source 0603 2.2k R (comparing to 0402), it's ok too. Just one more operation (scratching some varnish to connect the lower part of the resistor to gnd). Mar 23 23:31:43 PCB versions: 0x000 -- A5, 0x001 -- A6, 0x101 -- A7 Mar 23 23:31:57 btw I even managed to fit a 50uF bi-axial ordinary cap there Mar 23 23:32:08 cpuinfo will report 0360 both for A6 and for A7 Mar 23 23:32:47 bleh, I was afraid of this :-/ Mar 23 23:32:48 A5 Mar 23 23:32:51 and it buzzes Mar 23 23:32:55 0x111 -- A8 ;-P Mar 23 23:33:05 DocScrutinizer: yeah, it's amazing how much smaller those usual electrolythic caps got during the last 20 years. Mar 23 23:34:12 Very visible when one changes a defective cap in some soviet amplifier e.g. :) Mar 23 23:34:16 PaulFertser: openmoko wouldn't happen to have license key for the gps chip? ;) Mar 23 23:34:46 PaulFertser: XP Mar 23 23:35:13 lindi-: wpwrak should know maybe Mar 23 23:35:17 lindi-: what's that? :-O And you need to ask someone else anyway, i have very limited knowledge about OM internals. Mar 23 23:35:40 my aux button is broken too and im looking for someone with the proper equipment to solder it so i think ill do that buzz fix when i find someone Mar 23 23:35:54 legola: get the spare parts in advance then Mar 23 23:36:17 and consider some other hacks as well Mar 23 23:36:44 PaulFertser: the one you enter with the CFG-LIC command :) Mar 23 23:36:55 legola: i'm not sure one really needs proper equipment for the buzzfix tbh. An ordinary 25-40W soldering iron will do (after appropriately sharpening). Mar 23 23:36:56 the button itself is not broken as it can be used again just the soldering was not that good but i can't solder that small area those 4 pins with the soldering equipment i have Mar 23 23:38:20 PaulFertser: alas you can not sharpen modern soldering tips Mar 23 23:38:40 legola: you might also want to consider bass fix; checking if you have the stupid 1uF caps (and shorting them) in the earphone path; #1024 fix (highly recommended); and probably additional cap to allow battery-less boot. Mar 23 23:38:53 DocScrutinizer: ceramic tips, yes, sure :) Mar 23 23:38:53 you'll need a 3$50 soviet iron for that Mar 23 23:39:24 nah, those coated ones. you don't get others anymore for ersa or weller Mar 23 23:39:25 DocScrutinizer: or just a copper wire that you can sharpen and securily attach. Mar 23 23:39:35 :))) Mar 23 23:39:47 all that sounds good but im not that good in electronics. never was and i think never will. so is there a service to send the phone and get it done with a fee or something? Mar 23 23:41:18 legola: something like this http://www.handheld-linux.com/wiki.php?page=Buzz-Rework&referer=Service ? Mar 23 23:41:34 legola: any better cellphone (repair/mod) shop will do Mar 23 23:41:48 DocScrutinizer, lindi-: first time i even hear of a license key ... maybe alphaone|gone knows ? he did quite a bit of work on gps Mar 23 23:42:09 legola: and this: http://www.handheld-linux.com/wiki.php?page=Bass-Rework Mar 23 23:42:18 I suggested that to lindi- several times Mar 23 23:43:34 legola: and 1024 fix is easy enough and will really extend your suspend time, maximum attainable is ~140 hrs (compare with ~70). Mar 23 23:44:52 I'd consider shorting magic 1uF Rs even more important. Though I dunno if A5 got those Mar 23 23:45:02 DocScrutinizer: btw, i'm yet to hear any report about rework done at a repair shop. Buzzfix parties, diy, "guy at work" -- plenty of reports, but none of the repair shops. Mar 23 23:45:20 yup Mar 23 23:46:15 DocScrutinizer: i've reworked one of the A5s, but i already forgot if it had the caps. Most probably it did. I also do not remember which device gena2x has, and he had the caps too. Mar 23 23:46:51 well, shorting 0R doesn't hurt anyway ;-P Mar 23 23:47:11 thanks for all the info PaulFertser. I'll look more into it and hopefully have a working phone and a gps unit during easter. Mar 23 23:47:38 legola: FR has other shortcomings, like suboptimal wifi operation etc. Do not hold your breath. Mar 23 23:47:41 legola: if your earpiece volume is too low, this short-the-crap issue applies to you Mar 23 23:48:15 GPS should work just fine Mar 23 23:48:59 for starters apart from a couple calls i wanted to try and connect it to my notebook via bluetooth and use it as a gps Mar 23 23:49:00 Yeah, and i hope there's a way to actually use Navit for directions, i haven't tried it myself. Mar 23 23:49:47 legola: there's a page Manually using bluetooth at the OM wiki, that explains BT networking, once you get it working, it's just gpsd over ip. Mar 23 23:50:05 ok Mar 23 23:50:14 ill have a look at it Mar 23 23:50:19 good night ppl Mar 23 23:50:20 legola: actually using tangoGPS on FR is simpler than tethering GPS to notebook Mar 23 23:50:36 i thought i could use 12inch screens for gps Mar 23 23:50:52 hmm, yeah Mar 23 23:51:07 i often use navit on fr but also on laptop Mar 23 23:51:50 no openmoko specific magic needed. works just like on pc :) Mar 23 23:52:07 i want to try and make it usable a bit before i spend money for an android phone Mar 23 23:52:47 lindi-: except that i didn't hear anyone saying Navit works comparable to "commercial" solutions. Mar 23 23:53:16 And FR has limited computing power comparing to one's laptop. Mar 23 23:53:52 PaulFertser: well i use openstreetmap. it is and adventure every time :) Mar 23 23:54:02 s/and/an/ Mar 23 23:54:02 lindi- meant: PaulFertser: well i use openstreetmap. it is an adventure every time :) Mar 23 23:54:54 lindi-: btw, the quality of moscow map at OSM is just amazing. I wonder where all the data comes from, probably we really got enough osm enthusiasts here, but i can't believe that :) **** ENDING LOGGING AT Wed Mar 24 02:59:57 2010