**** BEGIN LOGGING AT Sun Dec 20 02:59:56 2009
Dec 20 09:49:29 <sre_> any shr devs here atm?
Dec 20 09:56:50 <Heinervdm> sre_: just ask
Dec 20 09:57:18 <sre_> libphone-ui fails to build
Dec 20 09:57:31 <sre_> phoneui-utils-sound.c:697: error: passing argument 1 of 'opreferencesd_get_profiles' from incompatible pointer type
Dec 20 09:57:31 <sre_> /usr/include/frameworkd-glib/opreferencesd/frameworkd-glib-opreferencesd-preferences.h:19: note: expected 'void (*)(struct GError *, char **, void *)' but argument is of type 'void (*)(struct GError *, struct GPtrArray *, void *)'
Dec 20 09:57:59 <sre_> libframeworkd-glib is newest git checkout
Dec 20 09:59:30 <mrmoku> sre_: ohh... probably my fault
Dec 20 09:59:34 <mrmoku> wait a second
Dec 20 10:00:38 <Heinervdm> i think it's that commit: http://git.shr-project.org/git/?p=libphone-ui.git;a=commitdiff;h=e6235b24e545f372a1cfa218456e22fd160e0e73
Dec 20 10:01:09 <CIA-78> freesmartphone.org: 03mok 07libframeworkd-glib * rbdea2ad33bb5 10/src/opimd/ (frameworkd-glib-opimd-calls.c frameworkd-glib-opimd-calls.h): 
Dec 20 10:01:09 <CIA-78> freesmartphone.org: opimd: fix CallQuery wrappers to take the proxy and not the path as argument
Dec 20 10:01:09 <CIA-78> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Dec 20 10:01:49 <Heinervdm> ah, there was the error :)
Dec 20 10:02:26 <Heinervdm> mrmoku: what do you think is the best way to generate a vcard from opimd?
Dec 20 10:03:14 <Heinervdm> just opimd_contact_query_get_multiple_results and make the vcard by hand or is there an easier way?
Dec 20 10:06:30 <mrmoku> Heinervdm: no
Dec 20 10:06:37 <Heinervdm> :(
Dec 20 10:06:46 <mrmoku> Heinervdm: error was not updating rev for libframeworkd-glib :)
Dec 20 10:07:00 <Heinervdm> mrmoku: ah :)
Dec 20 10:08:01 <Heinervdm> can you make a contact_to_vcard function in libframworkd-glib? ;)
Dec 20 10:09:56 <mrmoku> Heinervdm: heh
Dec 20 10:10:09 <mrmoku> Heinervdm: don't think that belongs there :P
Dec 20 10:10:37 <Heinervdm> mrmoku: i don't want to implent it ;)
Dec 20 10:10:48 <mrmoku> Heinervdm: me neither ;)
Dec 20 10:11:23 <mrmoku> sre_: after make update... does it build now?
Dec 20 10:12:01 <sre_> mrmoku: I need some time to create new packages :P
Dec 20 10:12:12 <mrmoku> sre_: ok :)
Dec 20 10:14:30 <sre_> btw. thanks for removing the etk dependency :)
Dec 20 10:23:53 <Q-Master> mrmoku: when the upgrade of opimd is planned?
Dec 20 10:25:11 <mrmoku> Q-Master: just sent out a mail regarding that..
Dec 20 10:25:35 <mrmoku> Q-Master: btw. there is a fix in org.oe.dev that will interest you :)
Dec 20 10:25:50 <Q-Master> mrmoku: what fix?
Dec 20 10:27:16 <mrmoku> Q-Master: ahh, no did not hit oe.dev yet
Dec 20 10:27:27 <mrmoku> Add libc_nonshared.a to FILE list
Dec 20 10:27:27 <sre_> cc1: warnings being treated as errors
Dec 20 10:27:27 <sre_> phoneui-utils.c: In function 'phoneui_utils_resource_policy_set':
Dec 20 10:27:27 <sre_> phoneui-utils.c:862: error: unused parameter 'policy'
Dec 20 10:27:42 <mrmoku> sre_: hmm
Dec 20 10:33:44 <CIA-78> SHR: 03mok 07libphone-ui * r9073a4f411ae 10/src/ (phoneui-info.c phoneui-utils-sound.c phoneui-utils-sound.h): adjust to Werror clean libframeworkd-glib
Dec 20 10:33:46 <mrmoku> sre_: retry please...
Dec 20 10:34:16 <mrmoku> bbiab... need a power outlet now
Dec 20 10:38:28 <sre_> ok it builds now
Dec 20 10:40:26 <Hardy_> ow ow cool
Dec 20 10:56:54 <Heinervdm> do have a list with all opimd fields used by shr?
Dec 20 10:57:09 <Heinervdm> opimd-contacts
Dec 20 10:58:52 <mrmoku> Heinervdm: me? no
Dec 20 10:59:10 <Heinervdm> someone :)
Dec 20 11:09:15 <Q-Master> mrmoku: And how to add new contacts in new opimd? same as in old?
Dec 20 11:13:22 <Heinervdm> dos1: do you have a list of opimd contacts fields that currently are used?
Dec 20 11:13:23 <Q-Master> o!
Dec 20 11:13:49 <Q-Master> dos1: Is interface of adding contact to opimd changed in new version?
Dec 20 11:15:30 <dos1> Q-Master: no
Dec 20 11:15:45 <dos1> Heinervdm: it's in pimd_contacts.py
Dec 20 11:15:50 <Q-Master> dos1: just add field names to types?
Dec 20 11:16:01 <Q-Master> dos1: I mean associate
Dec 20 11:16:05 <dos1> Q-Master: hmm?
Dec 20 11:16:51 <Q-Master> dos1: I mean this: Fields.Add("Cellphone", "phonenumber") 
Dec 20 11:17:41 <dos1> Q-Master: but what's the question?
Dec 20 11:18:08 <BillK> I am having problems with "dim before suspend" - is there a way to permanently disable it as the
Dec 20 11:18:11 <Q-Master> mrmoku: Hm. wait screen shows that the network is unavailable and then network name. But network is present in shelf
Dec 20 11:18:21 <BillK> frameword.conf settings dont seem to be honoured.
Dec 20 11:18:34 <Q-Master> dos1: just trying to understand how to rewrite my import script correctly
Dec 20 11:19:02 <johnnymnemonic> Q-Master mrmoku same problem with network
Dec 20 11:19:08 <dos1> just add your fieldnames with Fields.AddField("name", "type")
Dec 20 11:19:24 <Q-Master> dos1: thnx.
Dec 20 11:19:35 <dos1> Q-Master: "Cell phone" is better name for field ;p
Dec 20 11:19:58 <dos1> Q-Master: but well, now when you have field types it doesn't really matter
Dec 20 11:20:10 <Q-Master> dos1: there are several cell phones. 8)
Dec 20 11:20:27 <Q-Master> dos1: anyway I've understood everything.
Dec 20 11:20:40 <Heinervdm> hmm probably i should wait for the types too...
Dec 20 11:22:33 <mrmoku> dos1: I like the shrlogo theme :)
Dec 20 11:25:14 <Q-Master> dos1: is it possible to double field.add with the same name of the field and type? what'll happen then?
Dec 20 11:25:32 <dos1> Q-Master: error ;P
Dec 20 11:25:34 <dos1> mrmoku: :)
Dec 20 11:25:43 <Q-Master> dos1: good
Dec 20 13:43:42 <sre_> phonefsod: make[3]: *** No rule to make target `/org.shr.phonefso.Usage.xml', needed by `phonefsod-usage-service-glue.h'.  Stop.
Dec 20 13:54:35 <DocScrutinizer51> dos1: some native speakers stated "cell phone" is a quite uncommon technical wording. So it's maybe ok for varnames. For a field label it seems 'mobile' is more colloq.
Dec 20 13:54:59 <dos1> hmm
Dec 20 13:55:04 <dos1> ok then
Dec 20 13:55:07 <dos1> "Mobile phone" :)
Dec 20 13:55:19 <dos1> (but not "Mobilephone", that's what i meant :P)
Dec 20 13:55:28 <DocScrutinizer51> aah ok
Dec 20 15:56:58 * DocScrutinizer51 away (dinner)
Dec 20 16:08:57 <TAsn> http://developer.yahoo.com/yui/theater/video.php?v=crockford-json 39:45
Dec 20 16:09:04 <TAsn> until the attorney thanks him
Dec 20 16:09:08 <TAsn> hilarious :P
Dec 20 16:09:28 <lindi-> does that work with ree software?
Dec 20 16:10:03 <TAsn> lindi-, there's a downloadable version
Dec 20 16:10:10 <TAsn> not sure about the format.
Dec 20 16:10:11 <TAsn> but
Dec 20 16:10:20 <TAsn> there's the transcript in clear text at the bottom.
Dec 20 16:10:43 <TAsn> start reading from
Dec 20 16:10:48 <TAsn> "But this was late in 2002, we'd just started the War On Terror"
Dec 20 16:28:27 <Zorkman> anyone been able to use dfu-util on win7?
Dec 20 16:28:39 <Zorkman> it can never find any flashable device
Dec 20 16:29:20 * mwester still runs W2000 on some of his virtual machines... and nothing newer than XP.
Dec 20 16:29:37 <Zorkman> i can't flash when running a virtual machine
Dec 20 16:29:53 <Zorkman> (at least not with emulating fedora12 with vmware)
Dec 20 16:29:55 <mwester> Surely you have some hardware that can boot linux, though.
Dec 20 16:30:01 <Zorkman> nope, desktop fried
Dec 20 16:30:16 <mwester> Santa needs to bring you a pooter, then. :D
Dec 20 16:30:22 <Zorkman> and I only have laptop from work (where it's not allowed to install other OS'ses)
Dec 20 16:30:28 <mwester> Live CD?
Dec 20 16:30:30 <Zorkman> could try a liveCD
Dec 20 16:30:32 <Zorkman> indeed
Dec 20 16:30:41 <Zorkman> but no shops open today :)
Dec 20 16:30:51 <mwester> I actually managed to get Fedora 12 booted from a USB stick on my netbook -- slow, but cool.
Dec 20 16:31:23 <Zorkman> good idea, might look into that
Dec 20 16:31:28 <mwester> Er, I mean slower than a hard-drive install -- but faster by much than a CD drive.
Dec 20 16:32:49 <Zorkman> (if my gf wasn't wachting the new moon movie on the only stick that is big enough and will bite my head off when I try to interupt her and copy it to her hd :))
Dec 20 16:33:07 <Zorkman> will try a fews more tricks with letting win7 allow drivers withouth digital signatures
Dec 20 16:33:08 <mwester> I actually picked up a hard drive that plugs in place of the CD drive on my work laptop; they have it locked down totally (even hard drive encryption and BIOS passwords to keep me from tinkering).  I have a Fedora install on that hard drive, and it happily boots up.
Dec 20 16:33:31 <mwester> You can do it with a 1GB stick, actually.
Dec 20 16:33:36 <Zorkman> aha, now that's an idea!
Dec 20 16:41:38 <Wonka> hrmf.
Dec 20 16:41:50 <Wonka> currently, elementary does not show any icons.
Dec 20 16:42:00 <Wonka> aeh.
Dec 20 16:42:05 <Wonka> enlightenment.
Dec 20 16:43:48 <Wonka> in illume's settings menu in "keyboard", the entry for matchbox-keyboard shows up, so I suspect that /usr/share/applications/ is at least found.
Dec 20 16:44:19 <Wonka> also, the three buttons for phoneui-{contacts,dialer,messages} are there and work
Dec 20 16:45:17 <Wonka> but i do not see a way to run anything other without using ssh
Dec 20 16:45:20 <Wonka> which is bad
Dec 20 16:53:39 <Wonka> $ ls -la /etc/localtime 
Dec 20 16:53:39 <Wonka> ls: /etc/localtime: Stale NFS file handle
Dec 20 16:53:41 <Wonka> WT?
Dec 20 16:53:43 <Wonka> F
Dec 20 16:54:12 <daniele_athome> Wonka, do a fsck
Dec 20 16:54:42 <daniele_athome> it happened to me to, after a fsck everything went ok
Dec 20 16:54:47 <daniele_athome> *too
Dec 20 16:54:54 <Wonka> shouldn't that have been done on boot? this is freshly booted...
Dec 20 16:55:07 <daniele_athome> Wonka, no fsk is disabled on boot
Dec 20 16:55:09 <daniele_athome> *fsck
Dec 20 16:55:27 <daniele_athome> as far as I know
Dec 20 16:55:56 <daniele_athome> Wonka, it might a damaged SD or nand flash
Dec 20 16:56:01 <daniele_athome> *might be
Dec 20 16:56:09 <daniele_athome> (today i'm eating words :S )
Dec 20 17:10:57 <Wonka> mh.... when, oh when will there be filesystems that don't need a fsck every once in a while?
Dec 20 17:11:09 <Wonka> when will ubifs be ready?
Dec 20 17:15:36 <mwester> when we:  a) write perfect software AND b) build perfect hardware AND c) eliminate human error.
Dec 20 17:15:59 <Wonka> mh, so some more years to wait -.-
Dec 20 17:16:01 <Wonka> ;)
Dec 20 17:16:19 <mwester> Since not a single one of those is likely, much less all three, I think we need to ask for a better fsck instead ;)
Dec 20 17:16:31 <Wonka> fsck is not the problem...
Dec 20 17:16:55 * mwester wonders why we haven't build fsck-functionality into the filesystem driver itself; i.e. a self-healing filesystem.
Dec 20 17:18:00 <Wonka> every time I fscked an ext3 in the last year that hasn't been checked for some time, there were Things corrected. incorrect free inode count, zero dtime, such stuff.
Dec 20 17:18:03 <lindi-> mwester: it's better to do such things in userland?
Dec 20 17:18:28 <mwester> Partially.
Dec 20 17:18:29 <Wonka> how the bleep can this be? fs driver broken? bit rot?
Dec 20 17:18:45 <lindi-> Wonka: use iki.fi/lindi/darcs/crcloop to check if it is bit rot
Dec 20 17:19:03 <Wonka> lindi-: this was mostly on magnetic media
Dec 20 17:19:04 <lindi-> no need to guess :)
Dec 20 17:19:07 <mwester> lindi-,  we would need a "resiliancy" (sp?) facility in-kernel, but of course the actual fix-up would have to be done in user-land.
Dec 20 17:19:38 <lindi-> mwester: i'd like to see something like my crcloop hack in mainline
Dec 20 17:19:56 <lindi-> (just calculates CRC checksums of all blocks when they are read/written)
Dec 20 17:20:20 <Wonka> *grrr* all hail the segv
Dec 20 17:20:38 <Wonka> enlightenment segfaults very shortly after start
Dec 20 17:20:51 <Wonka> and after recovery too
Dec 20 17:20:58 <Wonka> since a week or so
Dec 20 17:22:08 <Wonka> by the way, "suspend = never" in phonefsod.conf still does not make it not suspend
Dec 20 17:22:09 <mwester> lindi-,  that's not a bad idea at all -- the energy cost of using idle CPU cycles and I/O to simply check CRCs on the fs is minor compared to the energy cost and effort of repair after-the-fact.
Dec 20 17:22:56 <lindi-> mwester: in my solution you can do that by scheduling daily "nice cat /dev/hda > /dev/null" :)
Dec 20 17:23:00 <Wonka> it only stops suspending by itself when I switch it off in shr-settings
Dec 20 19:00:50 <dos1> Ainulindale: ping
Dec 20 19:51:08 <reinouts> hi all, I installed the latest SHR testing release. Nice work! Are there any recommended packages I could install?
Dec 20 19:51:37 <reinouts> I'd also like to know if I can sync my contacts with Wammu somehow
Dec 20 19:54:20 <PaulFertser> reinouts: for syncing contacts Pisi can be used, not sure if it works with Wammu.
Dec 20 21:43:19 <_diego__> hi, i'm trying shr, but Xorg don't start
Dec 20 21:43:41 <_diego__> /usr/bin/Xorg :0 -pointer tslib
Dec 20 21:43:51 <_diego__> (EE) No InputDevice section called "tslib"
Dec 20 21:44:07 <_diego__> that's what i found till now
Dec 20 21:47:01 <max_posedon> mine shr start xorg next way: /usr/bin/Xorg :0 -pn -nocursor -dpi 280 vt1
Dec 20 21:47:21 <max_posedon> I have shr-unstable from ~4 days ago
Dec 20 21:48:21 <_diego__> uhm... (EE) No input driver matching `mouse'
Dec 20 21:48:44 <_diego__> this is a shr-testing build for gta01
Dec 20 21:49:21 <_diego__> build by myself, becouse i can't find images for gta01
Dec 20 21:49:35 <Heinervdm> _diego__: if you want to use tslib, you have to install it, and change the xorg.conf to use it
Dec 20 21:50:04 <Heinervdm> default is evdev
Dec 20 21:50:32 <_diego__> it's the /etc/X11/Xserver script that decide to use tslib
Dec 20 21:50:48 <spaetz> and I don't know of any reports from GTA01 users so far anyway.
Dec 20 21:51:07 <spaetz> so you might need to report bugs and fix things :)
Dec 20 21:51:14 <max_posedon> Heinervdm, may be you know, how to enable Right Mouse Button emulation via evdev tslib profile?
Dec 20 21:51:18 <Heinervdm> _diego__: we haven't changed anything for gta01 because noone of us has one
Dec 20 21:51:19 <_diego__> i'm trying to do it
Dec 20 21:51:42 <max_posedon> but as always, I suggest shr-unstable
Dec 20 21:52:06 <Heinervdm> max_posedon: evdev and tslib are 2 completly different things
Dec 20 21:52:15 <_diego__> so far i found that X files to start becouse don't find the mouse
Dec 20 21:52:33 <_diego__> and i'm looking for help in fixing it ^^
Dec 20 21:52:51 <max_posedon> Heinervdm, I know, but question is still active
Dec 20 21:53:01 <budfive> max_posedon: evdev can emulate the middle button or the mouse wheel
Dec 20 21:53:25 <max_posedon> I want right mouse button via "long press"
Dec 20 21:53:29 <Heinervdm> _diego__: copy the part from gta02 in /etc/X11/Xserver
Dec 20 21:53:39 <budfive> max_posedon: that's not something that's in the evdev codebase. you'll have to add it
Dec 20 21:54:41 <budfive> max_posedon: actually, you can probably use the mousewheel emulation to simulate that
Dec 20 21:55:13 <budfive> max_posedon: if you set both the "scroll up" and "scroll down" buttons to the right button. Then you can set the EmulateWheelTimeout to whatever value you want
Dec 20 21:55:21 <_diego__> i've tried, but it says no "mouse" 
Dec 20 21:56:04 <Heinervdm> _diego__: and then copy openembedded/recipes/xorg-xserver/xserver-xorg-conf/om-gta02 dir to om-gta01
Dec 20 21:56:13 <spaetz> max_posedon: current shr-testing is shr-unstable from Dec 16 :)
Dec 20 21:56:16 <Heinervdm> and rebuild
Dec 20 21:56:25 <spaetz> well, I haven't pushed the latest upgrade yet
Dec 20 21:56:26 <Heinervdm> or copy that xorg.conf to your device
Dec 20 21:56:32 <spaetz> as it won't work without swap
Dec 20 21:56:53 <budfive> max_posedon: I've been running with a patched copy of evdev to allow both scrolling and dragging on the freerunner. Changing that patch to give you right-button emulation would be simple. Let me know if you want the patch
Dec 20 21:57:32 <Heinervdm> _diego__: oh that wont work, you have to change the device scetion from glamo to fbdev
Dec 20 21:57:34 <max_posedon> I'll but little bit later may be
Dec 20 21:57:56 <max_posedon> best of all, its better to have in shr, if people deside that its more important
Dec 20 22:00:38 <budfive> Has anybody tried to use the android kernel with shr? I've been using it for several days. It's noticeably faster, but shr python apps segfault (the pythong interpreter segfaults...) Anybody tried it?
Dec 20 22:02:41 <max_posedon> budfive, you should ask PaulFertser I think
Dec 20 22:02:58 <max_posedon> at least he might be know diff between kernels
Dec 20 22:03:26 <budfive> max_posedon: ok. I will. thanks
Dec 20 22:03:54 <spaetz> budfive: the 2.6.31 is noticably faster too. you can try mrmoku's switch scripts
Dec 20 22:04:07 <PaulFertser> max_posedon: better ask panicking, he knows about the differenc.
Dec 20 22:04:16 <spaetz> however, fso* is not adapted yet to the new and everchanging sys path names :)
Dec 20 22:04:41 <max_posedon> android's might be have ck's patch
Dec 20 22:04:44 <_diego__> Heinervdm: (EE) Unable to open evdev device "/dev/input/event4"
Dec 20 22:05:19 <budfive> PaulFertser: do you know what the deal is with the 2 kernels? Why are they forked at all?
Dec 20 22:05:22 <Heinervdm> _diego__: i don't know what devices the gta01 has...
Dec 20 22:05:33 <_diego__> at least doesn't complain about mouse ^^
Dec 20 22:06:10 <PaulFertser> budfive: android kernel is forked basically because android itself is shit not following mainline and wanting weird things.
Dec 20 22:06:16 <Heinervdm> _diego__: just remove the event4 for testing
Dec 20 22:06:55 <budfive> PaulFertser: so there're questionable patches in the android kernel tree?
Dec 20 22:06:55 <Heinervdm> have to go to sleep now, see you tomorrow
Dec 20 22:06:59 <PaulFertser> max_posedon: i'm still not convinced bfs is of any benefit. At least one should do benchmarks instead of "emperical" testing.
Dec 20 22:07:02 <DocScrutinizer51> PaulFertser: +1 ;-)
Dec 20 22:07:18 <_diego__> (EE) PreInit returned NULL for "Power Button"
Dec 20 22:07:26 <DocScrutinizer51> bfs?
Dec 20 22:07:36 <PaulFertser> budfive: there're various patches. Some add android-specific features. Others are what Michael came up with while trying to improve performance.
Dec 20 22:08:00 <PaulFertser> DocScrutinizer51: brain fuck scheduler
Dec 20 22:08:07 <DocScrutinizer51> duh
Dec 20 22:08:54 <DocScrutinizer51> friggin scheduler tweaking will help exactly *nothing* for improving performance
Dec 20 22:08:59 <budfive> PaulFertser: ah, ok. I've just figured something out, actually. Python seems to die shortly after it imports the threading module. Since one of the differences was michael's context switching patch, it would make some sense
Dec 20 22:09:17 <Weiss> _diego__: evdev for all three of power button, aux button and touchscreen should work easily. you could copy my config from http://www.bitwiz.org.uk/s/dri-for-the-freerunner.html .  Maybe tslib is better though (I never really checked)
Dec 20 22:09:25 <max_posedon> btw, if python fails
Dec 20 22:09:46 <max_posedon> your sustem faster, because you haven't running frameworkd
Dec 20 22:09:54 <max_posedon> and nothing asks dbus for events
Dec 20 22:10:02 <budfive> max_posedon: no. framework is running. phone works.
Dec 20 22:10:05 <DocScrutinizer51> hehe
Dec 20 22:10:21 <budfive> max_posedon: python doesn't fail for all the apps, only some. shr-settings and shr-today work only when I'm trying to debug them
Dec 20 22:10:23 <max_posedon> budfive, how can it runs, if python fails?
Dec 20 22:10:32 * Weiss recalls something about NO_NEW_FAIR_SLEEPERS making the default scheduler similar to BFS
Dec 20 22:10:58 <PaulFertser> Weiss: similar in performance, yes. There're still notable differences sometimes.
Dec 20 22:10:59 <DocScrutinizer51> yup
Dec 20 22:11:04 <budfive> max_posedon: those 2 (settings, today) are the only ones that I've noticed to die
Dec 20 22:11:13 <Weiss> PaulFertser: ah, ok..
Dec 20 22:11:31 <PaulFertser> Weiss: http://x264dev.multimedia.cx/?p=185 
Dec 20 22:11:40 * Weiss would like to have strong enough Compsci Force to understand/work on scheduler stuff
Dec 20 22:13:01 <_diego__> Weiss, make it sense to have dri on the GTA01?
Dec 20 22:13:59 <Weiss> _diego__: none whatsoever, but it would be cool :)
Dec 20 22:14:16 <DocScrutinizer51> scheduler is a nobrainer. As long as you don't have insane overhead every scheduler behaves up to 80% cpu load at least. And on cpu maxed out no supersmart scheduler will help
Dec 20 22:14:16 <max_posedon> _diego__, dri? I thought gta01 have plain fbdev
Dec 20 22:14:34 <_diego__> max_posedon: i think so ^^
Dec 20 22:15:00 <Weiss> _diego__: I just directed you to that page since it has my Xorg config and touchscreen calibration etc, which might be useful to copy. Ignore all the Glamo stuff (most of the page) if you're on GTA01
Dec 20 22:16:28 <spaetz> budfive: shr-today is obsolete
Dec 20 22:16:32 <spaetz> no need to debug
Dec 20 22:16:52 <budfive> spaetz: ok. what's replacing it?
Dec 20 22:17:14 <spaetz> integrated into phoneuid/libphone-ui-shr or wherever it is
Dec 20 22:17:22 <spaetz> more buggy but faster now :)
Dec 20 22:17:28 <budfive> spaetz: :)
Dec 20 22:17:51 <budfive> spaetz: I'm running shr-testing. Will I have to manually pull shr-today once testing updates?
Dec 20 22:18:26 <spaetz> shr-today *should* automatically be uninstalled by an updated phoneuid. But in my tests it was not
Dec 20 22:18:35 <spaetz> which is an opkg bug IMO
Dec 20 22:18:51 <budfive> spaetz: ok. I'll worry about it later. thanks for letting me know
Dec 20 22:18:54 <spaetz> so there will be some manual intervention necessary on upgrading
Dec 20 22:19:10 <DocScrutinizer51> all that scheduler foo is like trying to tune thruput of a CIM manuf line by changes in design of calendar on the wall
Dec 20 22:19:35 <DocScrutinizer51> plain futile
Dec 20 22:19:41 <spaetz> also it won't really work without a swap file: opkg downloads all upgrades into /tmp (which is FR RAM) which consumes too much RAM to actually perform the upgrades
Dec 20 22:20:25 <spaetz> so the next shr-testing upgrade will require manual intervention which is something I would have like to avoid :((
Dec 20 22:21:45 <_diego__> Weiss: it looks like that event devices are different
Dec 20 22:23:47 <DocScrutinizer51> spaetz: that opkg nasty has been an issue 6 months ago before. There are plenty of scripts and howtos for that
Dec 20 22:25:49 <_diego__> Weiss: event1 is the touchscreen
Dec 20 22:27:15 <DocScrutinizer51> spaetz: btw I seem to remember the "for i in 'opkg -list-upgradable'; do opkg install $i; done" is by far faster than the swap solution
Dec 20 22:31:02 <spaetz> DocScrutinizer51: thanks for the pointers
Dec 20 22:31:38 <spaetz> however, as a distro maintainter it is out of my reach how users upgrade,,,
Dec 20 22:32:00 <spaetz> will check out sctipts and howtos
Dec 20 22:32:31 <_diego__> oh nice... the cursor moves in fancy ways
Dec 20 22:33:46 <_diego__> x and y axis are swapped
Dec 20 22:39:18 <Weiss> _diego__: yeah, a little fiddling is required.. did you find the calibrations on my page?
Dec 20 22:40:14 <DocScrutinizer51> spaetz: well it wasn't out of your control if my suggestion from opkg-cl times had been implemented: a wrapper script for opkg that tries to dl and execute a pre-installstart script
Dec 20 22:41:06 <spaetz> makes sense
Dec 20 22:57:45 <_diego__> Weiss: yes, but there is no 0-0073 device
Dec 20 22:58:42 <_diego__> /sys/bus/i2c/devices/0-0073/s3c2440-ts/calibration: not found
Dec 20 23:00:21 <Weiss> _diego__: the device tree will be different.. I'm afraid I don't know the right location on GTA01, but it should be there
Dec 20 23:03:30 <_diego__> /sys/devices/platform/s3c24xx-adc/s3c2410-ts i'll try this
Dec 20 23:09:16 <_diego__> it works!
Dec 20 23:09:44 <_diego__> for today it's enough
Dec 20 23:10:07 <_diego__> tomorrow i'll try to fix some scripts
Dec 20 23:10:15 <_diego__> thanks for help
Dec 20 23:10:30 <Weiss> no problem
Dec 20 23:10:35 <_diego__> good night
Dec 20 23:10:43 <Weiss> probably there's a better way to do all this, but I haven't paid much attention to input configuraiton
**** ENDING LOGGING AT Mon Dec 21 02:59:57 2009