**** BEGIN LOGGING AT Thu Feb 24 02:59:57 2011
Feb 24 03:32:44 <antrik> mrmoku: if you commit someone else's code, you should add your own signed-off-by too
Feb 24 03:33:02 <antrik> (and no acked-by... that's implied by the fact that you commited it :-) )
Feb 24 05:49:20 <antrik> mrmoku: BTW, a specific bug fix doesn't sound like a good reason to switch to efl trunk... rather wait for a stable bugfix release -- or backport the fix yourself if you can't wait...
Feb 24 06:26:13 <antrik> plotr: you can't upgrade directly from the ancient testing; it's a differenet feed, and they are not compatible anyways
Feb 24 06:26:57 <antrik> just because opkg resembles dpkg, doesn't mean you actually get proper upgrade paths ;-)
Feb 24 06:40:42 <mrmoku> DocScrutinizer: no, it handles LEDs too... to indicate charging
Feb 24 06:41:02 <JaMa|Off> moin
Feb 24 06:41:34 <mrmoku> antrik: (Acked-by) thanks for pointing out
Feb 24 06:42:24 <HeinervdmOff> plotr: as shr-testing 2011.1 is not released till now it's in a different path, so if you want to upgrade to it you have to change your opkg config, but i don't recommend to upgrade to it, because upgrading is untested
Feb 24 06:43:57 <mrmoku> moin JaMa|Off ... I tried the pastebinned script first... but that did not work at all
Feb 24 06:44:14 <mrmoku> then I did a manual setup-shr-chroot
Feb 24 06:45:53 <JaMa|Off> mrmoku: ah it wasn't meant like script (rather how-to)
Feb 24 06:46:23 <JaMa|Off> mrmoku: I'll update wiki (in "Future version" section)
Feb 24 06:47:22 <mrmoku> JaMa|Off: ahh, heh ok
Feb 24 06:47:31 <mrmoku> will retry a bit later
Feb 24 06:52:27 <mrmoku> JaMa|Off: did you try the valacompass patch?
Feb 24 06:53:37 <ChristW_> JaMa|Off: Thanks (again) for letting me re-build GCC! That helped _lots_. I'm now down to 2 packages not building.
Feb 24 06:55:49 <HeinervdmWork> ChristW_: 2 packages in the image, or 2 packages in the feed?
Feb 24 06:56:07 <ChristW_> JaMa|Off: libphone-ui-shr and ffmpeg
Feb 24 06:56:28 <mrmoku> hmm.... libphone-ui-shr is not good :/
Feb 24 06:56:40 <ChristW_> Sorry HeinervdmWork... that was to you ofcourse!
Feb 24 06:56:58 <mrmoku> ChristW_: you're building unstable, right?
Feb 24 06:57:18 <ChristW_> mrmoku:  Yes, I am.
Feb 24 06:57:31 <HeinervdmWork> ffmpeg was broken because of some lowerlevel library
Feb 24 06:57:38 <mrmoku> ChristW_: which rev of libphone-ui-shr was it trying to build?
Feb 24 06:57:45 <HeinervdmWork> binutils i think
Feb 24 06:58:12 <ChristW_> This is the relevant part of the log (I think...): http://pastebin.com/YvfsYMkV
Feb 24 06:58:59 <JaMa|Off> mrmoku: not yet :/
Feb 24 06:59:04 <ChristW_> ffmpeg complains about linker errors. I'll try to get that log as well, but it's quite a deep stack of messages I get...
Feb 24 06:59:08 <mrmoku> duh, that looks like a colaboration of [Rui] and me :P
Feb 24 06:59:19 <JaMa|Off> ChristW_: ffmpeg is explained on "Building SHR" wiki page
Feb 24 06:59:46 <ChristW_> JaMa|Off: Ok, I'll check the Wiki.
Feb 24 07:00:01 <JaMa|Off> ChristW_: in short cd shr-unstable/openembedded; contrib/patchwork/pw-am.sh 256
Feb 24 07:01:05 <JaMa|Off> mrmoku: so do we need efl trunk now? :)
Feb 24 07:01:38 <mrmoku> JaMa|Off: antrik says no :)
Feb 24 07:01:50 <JaMa|Off> seen that :)
Feb 24 07:02:11 <JaMa|Off> but in other words "mrmoku: so do we _want_ efl trunk now? :)"
Feb 24 07:02:26 <JaMa|Off> TAsn always says we want his cookies there :)
Feb 24 07:02:27 <mrmoku> lets still wait then... it's really a minor bug
Feb 24 07:02:32 <mrmoku> hehe
Feb 24 07:02:34 <JaMa|Off> ok
Feb 24 07:02:50 <mrmoku> antrik: on the other hand.... we're talking about shr-unstable
Feb 24 07:03:01 <mrmoku> so one day or the other we probably will switch
Feb 24 07:03:13 * JaMa|Off has stupid patch for eve which is needed with new webkit-efl, but no idea what will be missing in eve runtime :/
Feb 24 07:03:34 <mrmoku> if not e development changes in a way that will provide bugfix releases frequently
Feb 24 07:04:20 <JaMa|Off> there are some backports to 1.0 branches already (which we can apply to _1.0.0.bb or add _svn.bb tracking 1.0 branches)
Feb 24 07:04:30 <HeinervdmWork> i don't think there will be another release before 2020:D
Feb 24 07:04:52 <JaMa|Off> mrmoku: yes I remember raster saying that 1.1 could be only few weeks after 1.0 :)
Feb 24 07:05:11 <mrmoku> JaMa|Off: yup, but who knows ;)
Feb 24 07:05:32 <ChristW_> Thanks for now, and I'll see you again tonight and tomorrow!
Feb 24 07:05:44 <ChristW_> I'll see how far I get.
Feb 24 07:06:09 <mrmoku> ChristW_: hmm
Feb 24 07:06:17 <mrmoku> ChristW_: actually it looks the other way round
Feb 24 07:06:24 <mrmoku> are you building with newer enlightenment?
Feb 24 07:07:05 <mrmoku> JaMa|Off: ahh, we need a cornucopia bump too... to get a fixed fsotdld
Feb 24 07:19:53 <JaMa|Off> mrmoku: something like this one? :) http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/5200cede6f30c8677f6ddfd33edbd4122f44facf
Feb 24 07:22:04 <mrmoku> JaMa|Wrk: did not check the revs... but yes, something like that :-)
Feb 24 07:23:04 <JaMa|Wrk> mrmoku: it's all latest, 20:13:29 < JaMa|Off> any know issue in cornucopia&friends HEAD? I would like to bump it in OE (have it in my branch)
Feb 24 07:34:11 <TAsn> JaMa|Wrk, not only my cookies. mine are tasty and important for i18n/speed, but there are many other cookies as well :)
Feb 24 07:34:15 <JaMa|Wrk> mrmoku: trying valacompass now, it's usefull only for gta02 right? so I would like to put it to RDEPENDS_${PN}_append_om-gta02 not global RDEPENDS
Feb 24 07:34:31 <JaMa|Wrk> agreed :)
Feb 24 07:41:28 <mrmoku> JaMa|Wrk: probably will be for gta04 too
Feb 24 07:41:51 <[Rui]> huh? I broke libphoneui-shr? but it made ipks here and I didn't add anything!
Feb 24 07:42:05 <JaMa|Wrk> mrmoku: that we should change with om-gta02.conf in OE :)
Feb 24 07:42:17 <mrmoku> [Rui]: yeah, ChristW_'s error looks more like he is using newer efl... dunno
Feb 24 07:42:23 <JaMa|Wrk> s/02/04/ and maybe s/om-//
Feb 24 07:43:32 <JaMa|Wrk> I'll try to rebuild against trunk (to see if I get same error) but now I'm rebuilding gcc..
Feb 24 07:44:16 <mrmoku> JaMa|Wrk: ok, it reminds me of the error I had on my laptop when building against trunk
Feb 24 07:44:34 <[Rui]> gotta go. bbl
Feb 24 07:45:39 <JaMa|Wrk> mrmoku: I remember similar error, but that was before 1.0.0, after I haven't seen it and image build yesterday finished fine
Feb 24 07:45:58 <mrmoku> JaMa|Wrk: ok
Feb 24 07:47:23 <JaMa|Wrk> heh not only rebuilding gcc but also libreoffice :)
Feb 24 07:47:31 <JaMa|Wrk> coffee time! :)
Feb 24 07:48:59 <JaMa|Wrk> btw, someone using 2.6.37 on fr? we don't have /sys/bus/platform/devices/gta02-pm-gsm.0/power_on with current OE builds
Feb 24 08:07:49 <JaMa|Wrk> ChristW_: do you have "include conf/distro/include/shr-autorev.inc" in your local.conf?
Feb 24 08:09:46 <JaMa|Wrk> ChristW_: it's not added after initial "make setup" so you have to add it manually
Feb 24 08:15:00 <JaMa|Wrk> mrmoku: can you bump version in libshr-glib and shr-specs configure.ac?
Feb 24 08:15:47 <JaMa|Wrk> there is 2010.12.13.1 in libshr-glib and recipe says 2011.01.04.1
Feb 24 08:20:44 <mrmoku> JaMa|Wrk: ok, how fast do you want it? I wanted to add a method to shr-specs and regen anyway...
Feb 24 08:22:08 <JaMa|Wrk> when you're ready :)
Feb 24 08:22:50 <JaMa|Wrk> I think that ChristW_ libphone-ui-shr issue is not new EFL but old libphone-ui-shr (without autorev).. so I have patch to bump all shr-autorevs to latest
Feb 24 08:37:49 <CIA-102> SHR: 03Martin.Jansa 07shr-makefile * r710a05d0bbeb 10/Makefile: Makefile: switch to bitbake 1.12
Feb 24 08:44:18 <HeinervdmWork> JaMa|Wrk: when you bump the versions of the shr apps can you bump shr-settings too? i had no time to do it yesterday
Feb 24 08:45:06 <JaMa|Wrk> yup it's also bumped
Feb 24 08:45:25 <JaMa|Wrk> ~/bin/fix.autorev.sh does that :)
Feb 24 08:49:44 <CIA-102> SHR: 03Martin.Jansa 07shr-chroot * r20a3f534c497 10/OE/bin/ (fix.autorev.sh pw-am.sh): add small scripts fix.autorev.sh and pw-am.sh for shr patchwork
Feb 24 09:01:08 <HeinervdmWork> ok :)
Feb 24 09:01:25 <JaMa|Wrk> gcc really hungry today :/ http://paste.pocoo.org/show/343691/
Feb 24 09:01:58 <mrmoku> hehe
Feb 24 09:02:40 * JaMa|Wrk don't know if it was cc1 call in libreoffice build (finished fine) or shr-image (also finished fine0
Feb 24 09:04:40 <CIA-102> SHR: 03Martin.Jansa 07shr-chroot * r9eb060bd0d5d 10/.gitignore: gitignore: add .ssh
Feb 24 09:04:51 <CIA-102> SHR: 03Martin.Jansa 07shr-chroot * r32e7e1513638 10/ (228 files in 37 dirs): system upgrade
Feb 24 09:13:51 <CIA-102> SHR: 03Martin.Jansa 07shr-makefile * r1433bfed6547 10/Makefile: Revert "Makefile: switch to bitbake 1.12"
Feb 24 12:04:19 <JaMa|Wrk> mrmoku, shr-chroot-tester?: http://wiki.shr-project.org/trac/wiki/Building%20SHR#Futureversionwithshr-chroot
Feb 24 12:14:55 <playya_> anyone tried to build shr for the nokia800 or eee701 machine?
Feb 24 12:19:06 <PhoneLouse> HayZ everyone
Feb 24 12:19:22 <PhoneLouse> I'm a new addict to the freerunner
Feb 24 12:19:32 <PhoneLouse> having some questions
Feb 24 12:19:54 <PhoneLouse> eg Im experiencing some strange things with the last shr-testing
Feb 24 12:20:13 <PhoneLouse> after ca 1.5 days the screen will stay black
Feb 24 12:20:25 <PhoneLouse> and the phone will stay unresponsive
Feb 24 12:20:31 <PhoneLouse> unable to receive calls
Feb 24 12:20:48 <PhoneLouse> anyone experienced this too or got an idea where I could start to look?
Feb 24 12:21:40 <PhoneLouse> (gotta take out and plug back in the battery to get it to work normally again)
Feb 24 12:22:17 <PhoneLouse> other wise I have nothing but respect for all the projects surrounding this phone
Feb 24 12:22:25 <PhoneLouse> gj
Feb 24 12:22:57 <PhoneLouse> if someone's interested in a python yahoo-weather app - I got one in the beta stage
Feb 24 12:23:20 <PhoneLouse> (well calling it app may be overkill ;))
Feb 24 12:23:26 <PhoneLouse> (sry for ingeboring)
Feb 24 12:35:21 <playya_> PhoneLouse, there's a enlightenment weather module which uses yahoo as a source
Feb 24 12:39:33 <PhoneLouse> yeah i know but im a pro at reinventing the wheel
Feb 24 12:39:38 <PhoneLouse> ^^
Feb 24 12:40:44 <PhoneLouse> but ill take a look at the code anyways
Feb 24 12:40:47 <playya_> kk
Feb 24 12:41:11 <PhoneLouse> didnt experience my sleepy phone problem by any chance?
Feb 24 12:43:46 <HeinervdmWork> PhoneLouse: which testing? from http://build.shr-project.org/shr-testing2011.1/ or from http://build.shr-project.org/shr-testing/
Feb 24 12:44:05 <PhoneLouse> 2011.1
Feb 24 12:44:31 <HeinervdmWork> hmm, haven
Feb 24 12:44:36 <HeinervdmWork> 't seen that
Feb 24 12:45:04 <PhoneLouse> o_O
Feb 24 12:45:19 <HeinervdmWork> you can change the position of /var/log so that it logs to your sdcard
Feb 24 12:45:34 <PhoneLouse> aah k thats a good idea :)
Feb 24 12:45:35 <HeinervdmWork> just change that link
Feb 24 12:45:56 <HeinervdmWork> and then you can  send me the logs after it occours the next time
Feb 24 12:46:13 <PhoneLouse> send how? come back here?
Feb 24 12:46:15 <HeinervdmWork> or post them to a ticket on shr trac
Feb 24 12:46:28 <PhoneLouse> k ill do the trac i guess perhaps theres others
Feb 24 12:46:33 <PhoneLouse> with same prob
Feb 24 12:46:57 <HeinervdmWork> but remove your personal data from the log files
Feb 24 12:47:05 <HeinervdmWork> fsogsmd.log contains phonenumbers
Feb 24 12:47:06 <PhoneLouse> gotta add i got the phone as exchange device because the original had too many pixel errors
Feb 24 12:47:29 <PhoneLouse> yes i wont spam you with my private data ;)
Feb 24 12:48:00 <HeinervdmWork> ok :)
Feb 24 12:48:33 <PhoneLouse> do i have to start an additional log daemon or are the default logs enough?
Feb 24 12:49:03 <PhoneLouse> .-if thats the right words
Feb 24 12:51:05 <PhoneLouse> only asking bcause theres no syslog, but that may be normal
Feb 24 12:52:44 <PhoneLouse> and i guess i have to take the card out after it happened and before reboot?
Feb 24 12:53:25 <PhoneLouse> ok ill be back soon! (it's not meant as a threat)
Feb 24 12:53:32 <PhoneLouse> cyaZ
Feb 24 13:02:01 <mrmoku> JaMa|Wrk: trying now
Feb 24 13:03:50 <JaMa|Wrk> mrmoku: I should rethink while Makefile :/ what do we do with people without root (or refusing to use provided shr-chroot)?
Feb 24 13:04:12 <JaMa|Wrk> s/while //
Feb 24 13:04:13 <apt> JaMa|Wrk meant: mrmoku: I should rethink Makefile :/ what do we do with people without root (or refusing to use provided shr-chroot)?
Feb 24 13:05:12 <JaMa|Wrk> my first thought was that they just "mkdir /OE/; touch /OE/.keep" to force Makefile to belive it's inside chroot already
Feb 24 13:05:46 <mrmoku> JaMa|Wrk: yeah, thought about that too :/
Feb 24 13:05:53 <JaMa|Wrk> but that's ugly for those who doesn't have checkouts in /OE and still impostible for those without root
Feb 24 13:06:54 <JaMa|Wrk> OE_DIR_PATH in Makefile is better but forces user to change Makefile (make update couldn't update Makefile then) or provide make with param with every call :/
Feb 24 13:07:02 <mrmoku> JaMa|Wrk: maybe instead of changing the existing Makefile we could offer a script that sets up the chroot for those that want it
Feb 24 13:07:47 <mrmoku> JaMa|Wrk: and inside the chroot... instead of using a Makefile have aliases
Feb 24 13:09:31 <JaMa|Wrk> well it still could be same Makefile if users know that "setup-shr-chroot" is only for chroot and called outside chroot and remaining "setup-*" are called only in chroot's /OE or in current dir with checkouts
Feb 24 13:13:06 <JaMa|Wrk> ok, lets belive that Makefile users will read docs first, /me removing all in/out chroot checks and hardcoded /OE/ path
Feb 24 13:17:24 <JaMa|Wrk> mrmoku: new version uploaded
Feb 24 13:18:40 <mrmoku> ok
Feb 24 13:19:55 <mrmoku> JaMa|Wrk: ah, another thing that came to my mind... chroot is x86_64 only, right?
Feb 24 13:20:50 <JaMa|Wrk> yeah, right
Feb 24 13:20:52 <JaMa|Wrk> :/
Feb 24 13:21:40 <JaMa|Wrk> maybe I should create new chroot 32b, which can be used on both arch
Feb 24 13:21:42 <JaMa|Wrk> s
Feb 24 13:22:36 <playya_> are there any 32-bit PCs where you want to compile a shr-image?
Feb 24 13:22:39 <mrmoku> that would include the 32bit users...
Feb 24 13:23:00 <mrmoku> playya_: we have people building with 32bit
Feb 24 13:23:27 <playya_> hmm. ok
Feb 24 13:23:56 <JaMa|Wrk> ie Michele Brocco is using 32b
Feb 24 13:24:24 <mrmoku> JaMa|Wrk: interesting would be to have two chroot branches where one can switch between 32bit and 64bit ;)
Feb 24 13:24:52 <JaMa|Wrk> mrmoku: well do we need 64bit?
Feb 24 13:25:14 * JaMa|Wrk has 2nd chroot (already 32bit) but that's not minimal one ;)
Feb 24 13:25:30 <JaMa|Wrk> for testing binary junk like skype etc
Feb 24 13:25:46 <mrmoku> does the 32bit toolchain work on 64bit hosts?
Feb 24 13:26:08 <JaMa|Wrk> yes it should and 32bit chroot works for sure
Feb 24 13:26:11 <playya_> puh. compiling git takes some time. i hate the openssl libs <-> gpl problem
Feb 24 13:27:07 <JaMa|Wrk> mrmoku: unless you disable CONFIG_IA32_EMULATION=y in hosts kernel config ( I doubt many people do)
Feb 24 13:27:38 <mrmoku> yeah then fine
Feb 24 13:27:49 <pespin> hi :)
Feb 24 13:27:55 <JaMa|Wrk> ok, I'll do it hopefully over weekend
Feb 24 13:27:58 <mrmoku> hi pespin 
Feb 24 13:28:19 <pespin> which approach are you finally using to get/download chroot?
Feb 24 13:28:35 <mrmoku> git :)
Feb 24 13:29:06 <pespin> mrmoku, how much space needed for first time clone? 
Feb 24 13:29:46 <mrmoku> pespin: can tell you when back to my laptop in few mins
Feb 24 13:29:47 <JaMa|Wrk> mrmoku: i686 or even i486? :)
Feb 24 13:30:12 <mrmoku> heh, guess 686 is fine :P
Feb 24 13:30:50 <pespin> oki thankss
Feb 24 13:31:32 <pespin> mrmoku, is already in elfe in shr-u repos?
Feb 24 13:31:43 <pespin> yesterday nigt it wasn't
Feb 24 13:32:23 <mrmoku> pespin: I did not build it... dunno if JaMa|Wrk did
Feb 24 13:32:46 <JaMa|Wrk> pespin: no, but will be soon
Feb 24 13:33:18 <pespin> great!
Feb 24 13:34:38 <JaMa|Wrk> "soon" as buildhost just started with qt4 build
Feb 24 13:34:48 <pespin> hehe
Feb 24 13:35:25 <JaMa|Wrk> and it's building without sync_unstable, because we should test new fso first
Feb 24 13:36:48 <mrmoku> JaMa|Wrk: ping me for test when it finished building
Feb 24 13:37:57 <playya_> is it necessary to update PR if the package uses INC_PR? (xkeyboarg-config_git in my case)
Feb 24 13:40:47 <mrmoku> ahh
Feb 24 13:40:50 <mrmoku> pespin's gone :/
Feb 24 13:40:51 <mrmoku> 0022 mok@gonzales[pts/6]:/tmp/shrbuild-> du -sh shr-chroot
Feb 24 13:40:51 <mrmoku> 898M    shr-chroot
Feb 24 13:48:49 <JaMa|Wrk> playya_: can you rephrase it a bit?
**** BEGIN LOGGING AT Thu Feb 24 17:26:17 2011
Feb 24 17:40:13 <CIA-102> freesmartphone.org: 03mickey 07vala-dbus-binding-tool * rde7919ac7b5f 10/ (configure.ac src/vala-dbus-binding-tool.vala): catch up with deprecations, bump Vala and Gee requirements
Feb 24 17:51:17 <CIA-102> freesmartphone.org: 03mickey 07cornucopia * r81b227e550ad 10/libfsobasics/fsobasics/ (binary.vala libinitexit.vala logger.vala process.vala): libfsobasics: warnings--
Feb 24 17:53:01 <morphis> heyho
Feb 24 17:57:16 <antrik> morphis: I totally agree that supporting existing application frameworks (HTML-based or other) would be a huge win
Feb 24 17:58:44 <antrik> the "let's first have a solid framework on some devices" excuse is just stupid IMHO
Feb 24 17:58:56 <pespin> lol "Don't make private jokes in bug reports summaries (i.e, if you want openMooCow to be added to feed, don't write "The moko needs a cow" it's both not funny, and hard for us to understand, choosing "Adding openmoocow to feed" is more appropriate."
Feb 24 17:59:28 <antrik> even ignoring the fact that we *do* have a pretty solid framework on one device (which developers somehow choose to more or less ignore at some point...)
Feb 24 18:01:01 <antrik> actual programs is what attracts people, not a solid framework. kinks in the framework can be worked out much better once the system attracts more people
Feb 24 18:01:12 <pespin> mrmoku, do you agree on adding the "about SHR" part in the FSO Press Release in the main wiki page as general description for SHR?
Feb 24 18:01:22 <pespin> I'll put it there if there's no objections from other people.
Feb 24 18:01:28 * mrmoku rereads
Feb 24 18:01:49 <mrmoku> pespin: yeah, fine
Feb 24 18:02:47 <pespin> the one there can't be worse than the one which is now in the wiki xD
Feb 24 18:02:47 <CIA-102> freesmartphone.org: 03mickey 07libgisi * r735f59362429 10/gisicomm/Makefile.am: gisicomm: link against gio
Feb 24 18:02:47 <mrmoku> right
Feb 24 18:05:59 <pespin> I think we should have a wiki page  for each supported device there, with maybe a photo of the device running it, and some info about installation, configuration and general use.
Feb 24 18:06:22 <pespin> And then a wikipage with a list of devices which have been tried which would link to pages described above.
Feb 24 18:08:00 <mrmoku> pespin: does trac suffice for that? hopefully yes :P
Feb 24 18:09:15 <pespin> mrmoku, sure. Well, not sure about photos but should be enought for most of it hehe
Feb 24 18:10:52 <CIA-102> freesmartphone.org: 03pwerken-fso 07cornucopia * r8b24766e0053 10/fsodeviced/ (2 files in 2 dirs): 
Feb 24 18:10:53 <CIA-102> freesmartphone.org: fsodeviced: accelerometer: add back signal delay timer
Feb 24 18:10:53 <CIA-102> freesmartphone.org: Add back the delay in the orientation_changed signal.
Feb 24 18:10:53 <CIA-102> freesmartphone.org: Now only a signal is sent if the orientation remains unchanged for 1 sec.
Feb 24 18:10:53 <CIA-102> freesmartphone.org: The delay can be changed in the config.
Feb 24 18:10:53 <CIA-102> freesmartphone.org: Signed-off-by: Peter van de Werken <pwerken-fso@a-eskwadraat.nl>
Feb 24 18:16:22 <CIA-102> freesmartphone.org: 03felix.huber 07zhone * r6bcb7fc4d2ce 10/src/zhone: Add missing code for missed calls phonebook
Feb 24 18:41:35 <pespin> I've created this wiki page to list the devices: http://trac.shr-project.org/trac/wiki/Devices
Feb 24 18:42:18 <pespin> Please add more devices/info if you have tried/used other devices.
Feb 24 19:13:29 <pespin> oh, there was already a Hardware page for that, but has less info  than the one I wrote.
Feb 24 20:15:23 <larsc> PaulFertser: when I'm trying to flash qi for the gta01 I get: "state(10) = dfuERROR, status(1) = File is not targeted for use by this device"
Feb 24 20:16:33 <PaulFertser> larsc: i think i flashed qi from inside a running system with nandwrite.
Feb 24 20:16:46 <PaulFertser> larsc: i can't tell for sure but i think it was the way i did it.
Feb 24 20:17:16 <larsc> ok
Feb 24 20:18:04 <larsc> u-boot is for some reason missing the partition layout :/
Feb 24 20:24:19 <PaulFertser> larsc: but can you connect to it over CDC_ACM?
Feb 24 20:35:06 <larsc> yes
Feb 24 20:35:13 <larsc> but there is no promt
Feb 24 20:38:45 * [Rui] waves
Feb 24 20:45:46 <PaulFertser> larsc: but if you have the debug board, why can't you simply flash qi to it? (i mean, can i help you anyhow?)
Feb 24 20:46:46 <larsc> i tried qi doesn't boot at all
Feb 24 20:47:11 <larsc> or it expects a different load address then u-boot
Feb 24 21:10:01 <PaulFertser> larsc: "JTAG script then sets data at address 0x4 to 0xffffffff as a signal we are running by JTAG" comment in src/cpu/s3c2410/start_qi.c
Feb 24 21:14:09 <larsc> hm
Feb 24 21:14:17 <larsc> and were is the JTAG script?
Feb 24 21:15:28 <larsc> ok found it
Feb 24 21:17:04 <larsc> woho!
Feb 24 21:17:06 <larsc> thanks
Feb 24 21:24:06 <PaulFertser> :)
Feb 24 21:43:35 <morphis> playya__: ping
Feb 24 22:13:03 <playya__> morphis, pong
Feb 24 22:13:18 <morphis> playya__: see my jabber message
Feb 24 22:41:47 <CIA-102> SHR: 03rms 07libphone-ui-shr * r5174e8e015fa 10/src/view/contact-list-view.c: Contextualize elm_ctxpopup menu according to the number of selected
Feb 24 22:57:23 <CIA-102> SHR: 03rms 07libphone-ui-shr * r9bf739f43f50 10/ (9 files in 2 dirs): If we allow multiple selection, we better provide an easy way to unselect all items in case the user selected quite a few, but gave up before choosing to do aything.
Feb 24 22:57:45 <[Rui]> oh I'm on a roll
Feb 24 23:00:09 <DocScrutinizer> http://nokiaplanq.com/ 
Feb 24 23:08:58 <elisa42> nice dream and got quite some hits :)
Feb 24 23:57:07 <DocScrutinizer> http://share.ovi.com/media/joerg900.public/joerg900.10096
Feb 25 01:22:00 <playya__> DocScrutinizer, nice collection
**** ENDING LOGGING AT Fri Feb 25 02:59:57 2011