**** BEGIN LOGGING AT Sun Sep 27 02:59:57 2009 Sep 27 04:50:44 mrmoku|away: ping Sep 27 06:24:24 JaMa: pong Sep 27 06:32:29 mrmoku: I looked to that change and noticed that SRCREV_pn-linux-openmoko-shr-drm-devel = "${AUTOREV}" is missing in *autorev.inc Sep 27 06:32:49 JaMa: oh Sep 27 06:33:08 JaMa: other than that... do you agree with the moving off stuff around? Sep 27 06:33:32 JaMa: I think we should add a new branch to OE if we want to build testing without xorg Sep 27 06:33:51 but try to base it on xorg too... looks good so far Sep 27 06:34:53 mrmoku: agree.. that separate files were for easy switch and testing.. if Xorg is default.. i agree to include it to shr.conf directly.. Sep 27 06:35:04 JaMa: good :) Sep 27 06:35:14 mrmoku: I had one problem with -kms.conf.. looking for it now.. Sep 27 06:35:48 JaMa: one confusion I had was about mesa or mesa-dri Sep 27 06:36:02 mrmoku: you added xf86-video-glamo as depends somewhere and then it pulled xf86-video-glamo instead of xf86-video-glamo-kms Sep 27 06:36:09 amd about libdrm... is it provider for drm or dri? Sep 27 06:36:28 mrmoku: mesa-dri was preferred before my changes IRC Sep 27 06:36:36 JaMa: ahh... yes. It is in XSERVER. As otherwise the images and up without Sep 27 06:36:51 s/and/end/ Sep 27 06:36:51 mrmoku meant: JaMa: ahh... yes. It is in XSERVER. As otherwise the images end up without Sep 27 06:36:53 mrmoku: no it was also somewhere else.. Sep 27 06:37:07 hmm... that would be wrong then Sep 27 06:37:15 mrmoku: XSERVER is fine.. its replaced in -kms.conf Sep 27 06:37:24 mrmoku: mmt I'll find it Sep 27 06:37:51 JaMa: the main problem I have right now is the keybinding for the power-button being lost on reboot Sep 27 06:38:05 it is not really lost... but has no effect Sep 27 06:38:41 if I go to the keybinding settings in illume config... and just press ok without changing Sep 27 06:38:51 the power button works Sep 27 06:43:33 looks like xf86-video-glamo.git is the same on http://git.openmoko.org and bitwiz.. we can switch to openmoko.org repo Sep 27 06:46:25 * mrmoku breakfast Sep 27 06:55:22 mrmoku: I just send some more cleanup of that conf files Sep 27 06:59:25 mrmoku: and that problem with depending on xf86-video-glamo, is probably because of missing PROVIDES in xf86-video-glamo-kms.. my fault.. I'll send patch for this too Sep 27 07:02:41 Jama: are you building new Xorg in oeM Sep 27 07:02:44 ? Sep 27 07:05:47 tmzt: we all are building Xorg now :) Sep 27 07:06:42 although maybe just me and Weiss are building KMS enabled with oe Sep 27 07:06:50 in oe? Sep 27 07:07:00 right Sep 27 07:07:59 switch started 9 days ago with http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?h=shr/import&id=e62a3bcef8aabc96936d450c66ed3bb328b21ae4 :) Sep 27 07:08:36 ok in shr then? Sep 27 07:08:57 is there a msm machine? Sep 27 07:12:54 tmzt: yes next shr-unstable will be xorged and shiny Sep 27 07:17:30 mrmoku: could you change build config on buildhost to include something like this PERSISTENT_DIR = "/tmp/shr/deploy/persistent" pointing here? http://build.shr-project.org/shr-unstable/ Sep 27 07:18:29 mrmoku: with bb_persist_data.sqlite3 from buildhost we could rebuild/upgrade just one app and then mix feeds from buildhost and own builds Sep 27 07:18:43 JaMa: ok Sep 27 07:19:06 cool Sep 27 07:20:10 JaMa: deploy without glibc? Sep 27 07:20:24 and relative right? /tmp without / Sep 27 07:20:26 with :) Sep 27 07:20:46 mrmoku: i have tmpdir directly in /tmp Sep 27 07:20:52 ahh :) Sep 27 07:20:55 mrmoku: so please update for your env Sep 27 07:21:24 mrmoku: i have it in /tmp because there is raid0 instead of raid5 Sep 27 07:21:30 :P Sep 27 07:22:04 mrmoku: and even more important :) Sep 27 07:22:13 mrmoku: copy that file from old location Sep 27 07:22:31 mrmoku: otherwise you would get gitr0 for all git packages Sep 27 07:22:56 hmm Sep 27 07:22:57 old should be in tmp/cache/glibc/om-gta02/bb_persist_data.sqlite3 Sep 27 07:23:17 huh... why om-gta02? Sep 27 07:23:56 or you can publish cache directory on web Sep 27 07:24:28 mrmoku: not sure.. but I have also spitz there for angstrom... so one for each machine Sep 27 07:24:33 JaMa: at least I can't just copy one .sqlite3... there is one per arch Sep 27 07:25:09 JaMa: and publishing cache would be the same for you? Sep 27 07:25:24 mrmoku: strange that with PERSISTENT_DIR set there is no arch subdirectory Sep 27 07:25:34 mrmoku: yeah publish it and I'm happy :) Sep 27 07:26:52 JaMa: http://build.shr-project.org/tests/mrmoku/unstable/cache/ Sep 27 07:27:34 mrmoku: Hi :-) Petabyte wrote in the freeyourphone forum (where I posted earlier before coming here) that Debian Armel binaries will run on SHR (but can not be installed via opkg), is that any solution? (http://packages.debian.org/lenny/libsane) - Also he suggested installing debian on uSD and using chroot (never heard of it before, reading up on it now) Sep 27 07:28:16 Schorhr: port dpkg? 8) Sep 27 07:28:18 mrmoku: thanks Sep 27 07:28:41 Schorhr: well... does not make me happy :P Sep 27 07:29:42 Schorhr: Schorhr id depends on other libs... so you would have to install them from debian too Sep 27 07:29:51 and then it gets dirty and nasty :P Sep 27 07:29:58 like opkg.org :) Sep 27 07:30:07 JaMa: yep ;) Sep 27 07:30:13 Well, I'm new to all this, I am just repeating :-) Never heard of chroot before as I am a newbie Sep 27 07:31:44 So far I managed pretty well by following instructions and learned quite a bit, but here I just get lost. Sep 27 07:32:06 JaMa: libgphoto2 does not build due to libtool not including ltdl ... oe.dev has it fixed for newer libtool Sep 27 07:32:58 Schorhr: I will see if I can port the fix to our tree... if so you will get your sane :) Sep 27 07:33:09 if not you will get it too... but it will take longer :P Sep 27 07:33:26 Hehe Sep 27 07:34:10 Thank you very much. No rush... though I can't wait to see the thing running on the freerunner. Kind of looks odd, as it is almost three times as big as the FR ;-) Sep 27 07:35:27 Heh. "Schorhr finally got sane" Sep 27 07:35:43 Schorhr: hehe.. and that is still small for a scanner :P Sep 27 07:36:34 Indeed, and the quality is suprisingly good... But soon my Freerunner will get a bit bigger itself Sep 27 07:37:02 JaMa: btw... I don't get a GPS fix with the new xorg image... just put it outside during breakfast... no go Sep 27 07:37:17 mrmoku: try to restart fso-gpsd Sep 27 07:37:25 mrmoku: always worked for me.. Sep 27 07:37:29 JaMa: hmm.. ok Sep 27 07:37:43 (if the printed nylon case mod will fit & the hooks wont break off) Sep 27 07:38:05 mrmoku: not sure what fsousaged changed or why.. but now i restart it after minute or so from vala-terminal and then it works Sep 27 07:38:25 JaMa: it might be the same problem ophonekitd has ;) Sep 27 07:38:29 Schorhr: why do you need libsane? scanner attached to neo? :) Sep 27 07:38:33 trying to access it too early Sep 27 07:38:41 mrmoku: probably Sep 27 07:39:03 Yep, TravelScan 464 (¤28 /about $35) Sep 27 07:39:10 mrmoku: 3 cookies for you on patchwork... if you've eaten breakfast properly :P Sep 27 07:39:21 About the size of a tinfoil packaging box Sep 27 07:39:32 Schorhr: ah great Sep 27 07:39:36 * mrmoku did eat properly... and wants his cookies now :D Sep 27 07:39:54 :-) Sep 27 07:40:09 * JaMa leaving to buy some cookies for himself too Sep 27 07:40:44 if this works I'll buy&send you a box of cookies, mrmoku ;-) Sep 27 07:40:54 mrmoku: anything new? I have 20 minutes freetime now ;) Sep 27 07:41:10 Schorhr: can I fix it first for cookies? :) Sep 27 07:41:15 Heinervdm: just upgrade ophonekitd and you should have a working phone Sep 27 07:41:17 Schorhr: :P Sep 27 07:42:53 JaMa: :-) Sep 27 07:42:56 JaMa: you have time over the day... I will fix it not before evening ;) Sep 27 07:43:58 mrmoku: I've just about 2 hours before gf arrives :) Sep 27 07:46:24 mrmoku: ringtone works :) Sep 27 07:46:35 Heinervdm: good :) Sep 27 07:47:07 got all sms from the last week ;) Sep 27 07:47:08 Heinervdm: one thing not working is the power button... you have to change something in keybinding config (without actually changing) to make it work (until next reboot) Sep 27 07:47:14 Heinervdm: :P Sep 27 07:49:24 JaMa: all three cookies were good and tasty :-) Sep 27 07:53:19 wifi works... nice :) Sep 27 07:55:09 btw, I have a prob, and don't know what could it be. sometimes my neo suspends and doesn't resume. Sep 27 07:56:10 * mrmoku hopes every german in here knows what to vote, actually goes voting and he himself goes voting *now* :-) Sep 27 07:56:14 bbl Sep 27 08:01:15 mrmoku|away: porn? 8) Sep 27 08:12:44 Heinervdm: can you build libfsobasics now? Sep 27 08:13:21 Heinervdm: i need this patch http://pastebin.ca/1581147 to build it Sep 27 08:13:28 JaMa: have to try Sep 27 08:13:31 Heinervdm: the same applies to misc-vala Sep 27 08:13:37 mrmoku|away: you too ^^^ ? Sep 27 08:14:34 Q-Master: possibly the "new mysterious black SoD"? I just experienced that myself.. Sep 27 08:17:04 JaMa: do you know what the current status is, concerning "X.org bugs that aren't Weiss's fault but which destabilise things"? Sep 27 08:18:19 just that "stack corruption" -> workaround it with -nocursor and I sent bt upstream.. Sep 27 08:18:56 but no patch sofar Sep 27 08:19:42 I should fill proper bug for this one.. because i just sent it do daniels on #xorg-devel and now I'll leave for 10 days.. Sep 27 08:20:43 JaMa: misc-vapi compiles without patch Sep 27 08:21:14 awesomeness... is the latest Xorg from the 1.7 branch used for both KMS and non-KMS? Sep 27 08:21:20 Weiss: I still suffer resume wsod :( just with drm kernel :/ could you merge andy-tracking again? or I'll wait for 2.6.31 :) Sep 27 08:21:45 Weiss: non-KMS uses 1.7_rc2 Sep 27 08:22:07 Weiss: and I'm testing KMS on 1.7branch.. but now switched to 1.7_rc2 too Sep 27 08:22:10 JaMa: libfsobasics too Sep 27 08:23:13 that's good - the only reason that I was using Git master for KMS was to get mixed-mode pixmaps (big speed improvement), which should be in 1.7 Sep 27 08:23:14 Heinervdm: hmm strange.. valac creates *.c files from libfsobasic/tests in libfsobasic, because tests/Makefile.am $topdir points to libfsobasics Sep 27 08:23:58 Weiss: everything from master is in branch only about 10 latest commits now are only in master now (and maybe merged later) Sep 27 08:24:21 JaMa: don't know, perhaps i'm having some old files in stagging... Sep 27 08:24:24 Weiss: is http://git.bitwiz.org.uk/?p=xf86-video-glamo.git;a=summary moved now to git.openmoko.org? Sep 27 08:24:35 Weiss: possibly Sep 27 08:24:41 r.e. resume WSoD - this one is clearly "my fault", if it's reproducible for you and only happens with drm-tracking. but I can't reproduce it.. Sep 27 08:25:13 yep, kernel and xf86-video-glamo on my Git repository are just mirrors of the git.openmoko.org copies. Mesa and libdrm should probably follow about now Sep 27 08:25:17 have to go now Sep 27 08:25:23 Weiss: and drm-modules are ok.. i'm using non-drm kernel from andy-tracking with all modules from drm kernel Sep 27 08:26:05 Weiss: i switched xf86-video-glamo to om repo, kernel is already taken from there Sep 27 08:26:58 ok, good. the differences between DRM and non-DRM are quite well-defined.. Sep 27 08:27:50 Weiss: I looked to source diff on friday and it looks good, but maybe its just something which is the same code in both branches but used only with kms.. Sep 27 08:28:43 Weiss: as I'm leaving for trip, i'll stay with non-DRM kernel and wait for 2.6.31-drm after return ;) Sep 27 08:28:52 ok :) Sep 27 08:29:25 things are about to get tricky for me, because I'm moving countries and starting a new job in the next 10 days. But I'll see what can be done.. Sep 27 08:30:02 Weiss: I'm willing to bisect diff between drm and non-drm if the problem persist in 2.6.31 Sep 27 08:31:39 I'm not sure that would be helpful, since the stuff in glamo-display.c went from "definitely not working" to "working" in a few steps, and hasn't been touched much since Sep 27 08:32:11 I suspect it's because a particular code flow happens in your setup that doesn't happen in mine, which isn't handled properly in the kernel Sep 27 08:32:37 related to, e.g., that trying to switch resolution with xrandr will result in a "soft WSoD" at the moment Sep 27 08:33:12 Weiss: with kms in shr with 1 easy step, we can test my setup on more neos Sep 27 08:34:14 mrmoku|away: is ok to add 2nd kernel to task-shr-feed or will it replace some stagging files from 1st kernel? Sep 27 08:34:45 mrmoku|away: I would add all kms stuff to feed and it would be just oneliner for switch to kms and back Sep 27 08:42:36 JaMa: also, are there any theories on why reports of WSoDs and new BSoDs have increased recently? Sep 27 08:57:29 Weiss: https://bugs.freedesktop.org/show_bug.cgi?id=24181 Sep 27 08:58:01 Weiss: what do you think about xf86-video-glamo doing something bad there? Sep 27 08:58:36 Weiss: and is there any attempt to get xf86-video-glamo upstream? Sep 27 09:03:49 there hasn't been so far, but I guess there could be.. Sep 27 09:08:03 hehh Sep 27 09:08:04 maybe they would like to see more KMS enabled drivers :) Sep 27 09:08:39 :) Sep 27 09:09:21 and maybe some improvements can be found if there is some review process Sep 27 09:13:16 yeah Sep 27 09:13:44 the PointerSprite backtraces don't do through any driver functions (as you noticed), but maybe the driver should have called something.. Sep 27 09:15:04 if its something about concurrency.. than maybe key redrawing doesn't lock something deep in driver or something like that Sep 27 09:41:59 lol, i had dream about nanonote ;x Sep 27 09:42:35 qi hardware sent ben nanonote to me by mistake ;D Sep 27 09:42:38 dos1|neo: now it's getting pathological Sep 27 09:42:50 dos1|neo: Did you drink a lot yesterday? :-) Sep 27 09:43:14 dos1|neo: give me some of that stuff ;) Sep 27 09:43:37 hehehe ;D Sep 27 09:44:01 dos1|neo: well, when I was your age, I dreamt the precise 200lines of code to hack in next morning ;-) Sep 27 09:45:09 then I stopped fulltime job and switched to task-based accountig, to get paid for my dreams ;-P Sep 27 09:45:43 :D Sep 27 09:48:41 i think i should try to upgrade my system to test xorg ;x Sep 27 09:49:14 maybe you should update your wetware OS? :-P Sep 27 09:50:31 aah, dos1|neo: a update button for modem details would be quite handy Sep 27 09:52:16 or probably I should simply install some OSMlogger Sep 27 09:52:33 err openbmap Sep 27 09:54:11 SHR: 03seba.dos1 07shr-settings * rc4f9b2482281 10/TODO: [TODO] update Sep 27 09:55:44 dos1|neo: btw update doen't need the modem FW id string refresh ;-P Sep 27 10:14:55 SHR: 03seba.dos1 07geekogotchi * r06bf99994c2b 10/TODO: TODO: update Sep 27 10:18:14 SHR: 03seba.dos1 07shr-installer * r6b1f36089e16 10/TODO: TODO: update Sep 27 10:19:03 ehh... Sep 27 10:19:22 still one bug in opkg backend for packagekit is left Sep 27 10:19:36 i already fixed two others Sep 27 10:20:03 but still listing upgradable packages doesn't work ;/ Sep 27 10:35:38 SHR: 03seba.dos1 07shr-installer * rf17fa1046391 10/ (TODO shr-installer): little changes in main menu Sep 27 10:38:46 SHR: 03seba.dos1 07shr-settings * rd540bb94c25b 10/TODO: [TODO] update Sep 27 10:40:13 bb recipe for geekogotchi? Sep 27 10:45:16 mrmoku|away: btw there id depends from libxx86dga to dgaproto.. not sure why it always upgraded in wrong order.. Sep 27 10:52:29 JaMa: i still have to write setup.py for geekogotchi Sep 27 10:52:49 JaMa: drm-tracking should be up to date with andy-tracking now Sep 27 10:56:05 Weiss: thanks Sep 27 11:50:30 dos1: what's "send as class0" ? Sep 27 11:50:42 just what it says ;) Sep 27 11:50:52 it sends sms with class = 0 Sep 27 11:50:54 hehe Sep 27 11:51:06 non-technical says "flash sms" for that :P Sep 27 11:51:25 aah, think I know what that is Sep 27 11:53:06 it means sms should be displayed directly on screen and not stored to sim Sep 27 11:54:45 hey guys, what's the current SHR-U "opkg update/upgrade" status? Safe? Risky? Run for the hills? Sep 27 11:54:47 dos1: not sure about the storage part Sep 27 11:55:02 joerg_42: i read specification for that Sep 27 11:55:21 dos1: popup immediately probably is main meaning Sep 27 11:55:26 joerg_42: you should be not sure about displaying on screen, as scec doesn't say that Sep 27 11:55:37 ooh Sep 27 11:55:38 only "presented directly, not stored" Sep 27 11:56:47 hmm, so what's the diff tween "presented directly" and "display on screen as popup"? Sep 27 11:58:32 joerg_42: Class 0: Indicates that this message is to be displayed on the MS immediately and a message delivery report is to be sent back to the SC. The message does not have to be saved in the MS or on the SIM card (unless selected to do so by the mobile user). Sep 27 11:59:13 does not have... means it's optional Sep 27 11:59:20 yup Sep 27 11:59:45 Class 1: Indicates that this message is to be stored in the MS memory or the SIM card (depending on memory availability). Sep 27 11:59:46 Class 2: This message class is Phase 2 specific and carries SIM card data. The SIM card data must be successfully transferred prior to sending acknowledgement to the SC. An error message will be sent to the SC if this transmission is not possible. Sep 27 11:59:48 Class 3: Indicates that this message will be forwarded from the receiving entity to an external device. The delivery acknowledgement will be sent to the SC regardless of whether or not the message was forwarded to the external device. Sep 27 12:00:09 "displayed on MS immediately" for me sounds like popup Sep 27 12:00:35 ok, doesn't matter - opimd-notifier displays as popup ;) Sep 27 12:01:10 hehe, yes Sep 27 12:01:57 dos1: btw I doubt a lot of carriers allow sending of class0 Sep 27 12:02:44 usually it's reserved for info msgs from carrier itself (like answer to account balance inquiry) Sep 27 12:02:54 dos1: have you fixed already phone searching like in phonelog? Sep 27 12:03:31 huh? Sep 27 12:06:15 dos1: (service msgs class0) that's the reason why you usually don't want to store those msgs. "your account has been added an amount of 20€" isn't worth storing Sep 27 12:21:39 joerg_42: (sending sms with class 0) - well, here it works ;) Sep 27 12:22:13 dos1: you checked the class of received sms? Sep 27 12:24:02 joerg_42: yes Sep 27 12:24:27 well, great! :-) Sep 27 12:32:16 can someone point me to the fix for "ERROR: Please set the 'PERSISTENT_DIR' or 'CACHE' variable." Sep 27 12:32:23 google isnt helping ... Sep 27 12:35:02 BillK_: is there a "sourceme" type of file in your OE tree? you must set those variables before you can Bitbake.. Sep 27 12:35:35 (if there isn't, check the Bitbake manual and create one) Sep 27 12:35:53 tkx, will see. Sep 27 13:00:02 raster: ping Sep 27 13:00:03 ../../src/lib/.libs/libelementary.so: undefined reference to `e_hal_shutdown' Sep 27 13:00:05 ../../src/lib/.libs/libelementary.so: undefined reference to `e_hal_init' Sep 27 13:00:31 what should i recompile? Sep 27 13:01:21 already recompiled ecore, edje, efreet, eina, embryo and evas (i had old versions) Sep 27 13:03:05 dos1: ehal Sep 27 13:03:34 Q-Master: but where to get it? Sep 27 13:03:44 w8t Sep 27 13:04:40 part of e_dbus Sep 27 13:04:58 it should have checked it on configure via pkgconfig Sep 27 13:05:05 so seems u have pkgconfig stuff for e_hal but no actuallib Sep 27 13:05:16 oh, e_dbus Sep 27 13:05:24 ok then, recompiling :) Sep 27 13:05:57 PKG_CHECK_MODULES([ELEMENTARY_EDBUS], Sep 27 13:05:58 [ Sep 27 13:05:58 edbus Sep 27 13:05:58 ehal Sep 27 13:05:58 ], Sep 27 13:05:58 .. Sep 27 13:06:06 it shouldnt have gotten past configure without ehal Sep 27 13:06:19 wel;l actually no - wrong Sep 27 13:06:26 it should, but disable dbus support Sep 27 13:06:46 ehal+edbus go together Sep 27 13:07:31 ok, elementary compiled Sep 27 13:07:33 thanks ;) Sep 27 13:09:07 it shouldnt have failed Sep 27 13:09:15 unless your pkgconfig data is wrong Sep 27 13:09:33 raster: most probably my pkgconfig data is wrong, i have awfull mess here Sep 27 13:09:47 raster: ohhh, that index thingie is awesome!!! :) Sep 27 13:09:49 aaah Sep 27 13:09:52 hehehe Sep 27 13:09:56 u havent seen all of it Sep 27 13:10:00 it has hidden features Sep 27 13:10:01 :) Sep 27 13:10:14 u'll be having to read the code for more Sep 27 13:10:23 raster: i will ;) Sep 27 13:10:28 but for now consider it your solution to having a quick-index jump for things like contacts Sep 27 13:10:39 it does require your callbacks to be "useful" Sep 27 13:11:04 (or it wont work too well) Sep 27 13:11:15 the test code is a demo of how to begin getting it to work for u Sep 27 13:11:27 photocam... Sep 27 13:11:32 * dos1 is being more and more impressed Sep 27 13:11:33 it's up to you to handle poking into your dats astructs etc. Sep 27 13:11:59 photocam is for those occasions u need to look at a 5, 8, 10, 15, 20, 50, 100, 200, 400mpixel photo Sep 27 13:12:07 want to zoom and pan around.. and want to use very little ram Sep 27 13:12:32 memory footprint for 466mpixel photo i clocked in at 45mb Sep 27 13:12:38 please note. it's slower than u think Sep 27 13:12:58 http://www.rasterman.com/files/jpeg-7-region-decode.diff Sep 27 13:13:10 notify... Sep 27 13:13:16 apply that patch to libjpeg and loads of image tile regions will get a 2.5x speedup Sep 27 13:13:36 and slideshow Sep 27 13:13:40 evas will auto-detect on compiling the jpeg loader Sep 27 13:13:53 yes .. more new toys :) Sep 27 13:14:10 raster: man, now we ***HAVE TO*** bump EFLREV in SHR! Sep 27 13:14:18 elm grows more and more. i'd say its "on par" with the gtk's and qt's of the world Sep 27 13:14:32 it has a different featureset (widgets/objects) so its not a 1:1 match Sep 27 13:14:37 but it has about as many Sep 27 13:14:37 raster: hehe, and giving me more work with my blue elementary theme ;) Sep 27 13:14:45 hahaha Sep 27 13:14:51 yeah. sorry about that Sep 27 13:14:57 but he... progress needs to happen Sep 27 13:15:50 u probably don't even know half the possibilities you have with the theme Sep 27 13:15:50 :) Sep 27 13:16:47 yup, already noticed is awfully powerfull ;D Sep 27 13:16:58 one day i'll do some demo themes Sep 27 13:17:10 raster: what's "icon desktops"? Sep 27 13:17:18 oh, it loaded now Sep 27 13:17:26 more me trying to reproduce a bug Sep 27 13:17:31 close it and open it again Sep 27 13:17:33 yeah Sep 27 13:17:41 thats just me being lazy in the test code Sep 27 13:17:50 first open "initiates" an efreet desktop scan Sep 27 13:18:00 a bit of a start on doing your own launcher Sep 27 13:18:02 or parts of it Sep 27 13:18:04 if u want Sep 27 13:19:07 but index is plain awesome even in elementary_test... thanks a lot for doing that! :) Sep 27 13:19:21 looking at code now :D Sep 27 13:20:02 :) Sep 27 13:23:36 enjoy Sep 27 13:24:03 raster: but did you abbandon carousel widget? ;x Sep 27 13:24:19 well just havent gotten to it Sep 27 13:24:27 started it but got distracteed Sep 27 13:24:50 heh Sep 27 13:24:59 raster: keep your work going, it's really amazing! Sep 27 13:25:39 thids is something om should have done Sep 27 13:25:50 a ts/small screen toolkit Sep 27 13:26:31 just make life easier for everyone make pre-built objects that do a lot of useful things Sep 27 13:26:43 (the kind u want on such displays) Sep 27 13:27:23 tho to be honest... gta02 is a pretty shitty platform for such things :( Sep 27 13:28:18 heh :-D Sep 27 13:28:22 yup, right Sep 27 13:29:40 i had hopes gta02 was just a rough start and gta03 would make a platform of worthiness... Sep 27 13:30:13 * joerg_42 *sigh* Sep 27 13:30:39 :( Sep 27 13:31:31 joerg_42: got your n900 yet? Sep 27 13:32:07 nah, those B...rds postponed rollout to 10-12 Sep 27 13:32:17 another 2 weeks Sep 27 13:32:23 more like 3 Sep 27 13:33:23 hey guys, what's the proper regional settings for germany? Well, specifically, the area/network code Sep 27 13:33:44 joerg_42: poo Sep 27 13:35:23 by photos i've seen the n900 looks like a slightly bulkier n97 Sep 27 13:35:27 which isnt bad... Sep 27 13:35:44 yup Sep 27 13:35:51 raster: I thought it had a similar form factor to the n810 Sep 27 13:36:06 to no. smaller. its 3.5" not 4.3" screen now Sep 27 13:36:12 iphone is 3.5" for example Sep 27 13:36:26 ahh ok Sep 27 13:36:27 it'd be about iphone size just fatter as its a slide-out kbd Sep 27 13:36:40 I should ask them if they want to give a pouch on top of the standard package, for the delay and using my money all this time Sep 27 13:37:48 I'd really prefer the 4.3' though. Well, probably you couldn't sell such formfactor to the "masses" Sep 27 13:37:50 hahah Sep 27 13:38:25 So... do any of the German residents here know the proper area/network code to set for the phoneutils regional settings? Sep 27 13:38:53 Toaster`: depends on the network you're on Sep 27 13:38:57 mmh... germany is +49, local prefix is 0, international is 00 Sep 27 13:39:05 yup Sep 27 13:39:05 DocScrutinizer: that's fair Sep 27 13:39:08 or what is meant? Sep 27 13:39:21 ok, which part of the number is the network code then? Sep 27 13:39:31 network what? Sep 27 13:39:39 or ara code Sep 27 13:39:41 +49-179-609961 Sep 27 13:39:50 anyone can cancel his contract and take his number with him to the next contract Sep 27 13:39:54 179 i guess Sep 27 13:40:10 that number will include prefix if u can take it Sep 27 13:40:21 there's 1515..179 afaik Sep 27 13:40:30 hrm... I have +49-176-xxxx-xxxx Sep 27 13:40:31 thats how it works in .au i believe Sep 27 13:40:35 i've seen 150 numbers... Sep 27 13:40:38 161, 168, 171, 172, etc etc Sep 27 13:40:53 anything from 150 to 179 is mobile and can be in any network Sep 27 13:40:58 your number 0179609961 should follow u Sep 27 13:41:01 the whole thing Sep 27 13:41:10 so no one needs to change how they dial your num Sep 27 13:41:14 ack Sep 27 13:41:29 yeah - as of number portabilty, it can be anywhere Sep 27 13:41:39 before that network preix might help in some countries Sep 27 13:41:42 basically you don't care too much about areacode on GSM Sep 27 13:41:42 not in others Sep 27 13:41:55 I'm trying to set up phoneutils to match my opimd contacts properly Sep 27 13:42:07 Toaster`: my company has the number block 0157 0301 xxxx assigned. but we also get incoming ported numbers and could also port our numbers away. Sep 27 13:42:08 ok, does leaving it blank act as a wildcard? Sep 27 13:42:53 not as a wildcard, but as a valid NULL value Sep 27 13:43:08 Just for clarity, this isn't for dialing, just for the phoneutils config Sep 27 13:43:10 which probably is what you meant Sep 27 13:43:21 yep Sep 27 13:43:43 DocScrutinizer: I'm not sure what I mean :) All I've ever known is the N.American setup Sep 27 13:44:33 ok, I'll give all this a shot Sep 27 13:44:37 Thanks all Sep 27 13:44:51 just leave AC empty, as all your contacts contain a AC-part anyway, usually Sep 27 13:45:14 All of mine are store in full international format Sep 27 13:45:24 best format anyway... Sep 27 13:45:28 +xx-yy...yy Sep 27 13:45:46 not so fast. there are +1xx-... too Sep 27 13:45:49 so basically for now you don't have any problem at all, with whatever setting for phoneutils Sep 27 13:46:44 bl Sep 27 13:46:49 bbl even Sep 27 13:47:58 Wonka: +1-yyy-zzz-zzzz is the N.American setup, I was using xx as a holder for the generic contry code Sep 27 13:48:55 maybe I should have put +[x]{1,3}-yyy...zzz :) Sep 27 13:49:43 Toaster`: exactly :-D Sep 27 13:50:10 ok, I'm off to wander about downtown Munich. Later all Sep 27 13:50:20 enjoy Sep 27 13:50:33 I'l wander downtown Nuermberg Sep 27 13:51:00 err either Nuernberg, or Nuremberg Sep 27 13:51:40 heh, well, I'm seeign if I can wander into some of the Oktoberfest festivities Sep 27 13:51:53 :) Sep 27 14:12:32 raster: something changed in hoversel theme? Sep 27 14:13:29 dos1: possibly Sep 27 14:13:30 :) Sep 27 14:13:49 i had it themed in my theme, but now it displays one from b&w Sep 27 14:30:26 i may have changed it Sep 27 14:30:49 not 100% sure as it probably happened several weeks ago now Sep 27 15:36:51 any eta on xorg? Sep 27 15:42:31 Zorkman: it's already done Sep 27 15:42:35 Zorkman: just not synced Sep 27 15:42:49 you can use repo and images from build.shr-project.org/tests/mrmoku/unstable/ Sep 27 16:03:47 http://linux.prinas.si/gemrb/lib/exe/detail.php?id=gallery&media=gemrb_800x480_xl.jpg Sep 27 17:08:50 freesmartphone.org: 03g.anciaux 07dos/opimd-tracking * ra24cdd8dd6e9 10framework/framework/subsystems/opimd/pimb_vcard_contacts.py: Sep 27 17:08:50 freesmartphone.org: opimd: VCard-Contacts: fix storing vcard entries Sep 27 17:08:50 freesmartphone.org: Signed-off-by: Sebastian Krzyszkowiak Sep 27 17:18:21 Well, at least my mac is sane now :-) Sep 27 17:21:44 guess what! Sep 27 17:21:53 * dos1 installed libeflvala on his PC Sep 27 17:23:30 * mrmoku is going to do that as well... already successfully ran easy17.sh Sep 27 17:24:39 mrmoku: easy17.sh? Sep 27 17:24:49 i have get_e.sh from raster Sep 27 17:25:02 dos1: easy17.sh is an alternative script Sep 27 17:25:11 mrmoku: i know Sep 27 17:25:18 mrmoku: but raster said it's shit :P Sep 27 17:25:26 * mrmoku did not know that :P Sep 27 17:25:43 (well, at least i understood from that "it's shit" :D) Sep 27 17:26:27 mrmoku: did you see index widget in elementary? Sep 27 17:26:39 not yet Sep 27 17:27:30 it's really awesome :) Sep 27 17:27:52 mrmoku: what about bumping EFLSRC_REV? Sep 27 17:27:59 we really NEED to do that now! Sep 27 17:28:00 wow interesting :D Sep 27 17:29:00 will be interesting to see how it performs on FR though :P Sep 27 17:29:44 mrmoku: i don't think it's so bad Sep 27 17:30:03 only scrolling... Sep 27 17:30:44 but it's done using delay, so it shouldn't be bad Sep 27 17:30:45 :P Sep 27 17:33:22 mrmoku: well, i have some experience with opimd-utils - i would really like to finally write that new fucking phoneui library!!! Sep 27 17:34:59 dos1: good thing... I volunteer to help ;D Sep 27 17:35:09 dos1: opimd-vcards? wow Sep 27 17:36:26 mrmoku: but firstly i have to learn fscking, sucking and etc. biology for tomorrow ;/ Sep 27 17:36:43 mmhhh biology :-) Sep 27 17:36:50 what? Sep 27 17:37:01 i hate biology Sep 27 17:37:18 i loved biology... quite some time ago though :P Sep 27 17:37:19 I loved biology :) Sep 27 17:37:25 now illnesses, viruses and something like that :P Sep 27 17:37:44 from biology i only like topics about genes Sep 27 17:37:51 nothing more ;P Sep 27 17:38:17 * mrmoku remembers the graphics of a virus injecting its DNA into a cell :D Sep 27 17:38:19 dos1: there's really little gap tween virus and genes Sep 27 17:39:14 my bio teacher begged me to choose biology to keep the class average high :P Sep 27 17:39:17 basically a virus is a gene, wrapped in some proteine hull Sep 27 17:40:32 joerg_42: well. having to learn fscking names of viruses, types, clasification etc. and being able to solve crossing/inheritance... Sep 27 17:40:47 there IS difference :P Sep 27 17:41:00 admittedly Sep 27 17:41:16 as second one is mostly ability - you're doing it using something like algoritm ;) Sep 27 17:41:21 learning names always was a hell for me Sep 27 17:42:05 and my mind really likes more algoritms than learning names which i'll forget anyway after test Sep 27 17:42:25 that's why i don't like biology ;) Sep 27 17:55:47 Weiss: fyi: http://pastebin.ca/1581615 when running xf86-video-glamo-kms on kernel from kms branch but with packaging config (instead of drm_config), I wanted to test suspend with this.. I'll merge configs and try again with DRM enabled Sep 27 17:55:52 * JaMa going for dinner Sep 27 18:05:22 JaMa: odd... are you SURE you're using the right kernel? drm-tracking branch with non-DRM config, plus KMS branch DDX, should be identical to the normal situation.. Sep 27 18:07:22 oh hang on, no it's not Sep 27 18:18:36 How about parallel printer adapters? ;-) Sep 27 18:25:17 SchorhrWeg: usb->centronics Sep 27 18:25:49 probably you still can find those Sep 27 18:27:06 Will all work? DX has them from $5 Sep 27 18:27:16 I just gave mine away a week ago to help out a collegue Sep 27 18:27:34 I guess they are all the same Sep 27 18:28:27 Okey, I was not sure about the chipsets, and while the Dealextreme discussionboard usualy features a "will it work under linux"-thread on every new article, the printer adapters did not. Sep 27 18:30:14 I've managed to get a older "mobile" printer from hood for 1 euro ;-) (Kodak Diconix 180si) It runs with D NiCd cells, so modding it to run off smaller NiMh-cells should'nt be a problem. Sep 27 18:31:35 why smaller cells? Sep 27 18:32:34 Lighter Sep 27 18:32:50 hmm Sep 27 18:34:08 you can even use mignon for a monocell replacement, by simply using tubes to increase diameter. Or use lots of stickytape ;-D Sep 27 18:34:43 occasionally you even find commercial adapters for that Sep 27 18:34:49 Hehe, I'dd just solder in a battery holder ;-) Sep 27 18:35:10 Yeah I've seen those at Pearl.de and Dealextreme.com Sep 27 18:35:20 complete nonsense, but well. do as you like Sep 27 18:35:40 Why nonsense? The batteries alone weigh about a poind Sep 27 18:35:44 *pound Sep 27 18:36:18 the adapters are same weight as a bat holder Sep 27 18:37:07 Ah okey, I thought you reffered to the whole battery replacement idea. Sep 27 18:38:15 well, if printout of 5 pages is all you need ;-) Sep 27 18:40:44 JaMa: hmm.. I still have the "typing segfault" with KMS X.org and the cursor turned off.. Sep 27 18:40:51 Stock runtime is 50 minutes, Sep 27 18:41:11 JaMa: my backtrace just have one line mentioning the VDSO. hence I suspect stack corruption still.. Sep 27 18:44:07 Schorhr: so the 5 min guess was right pallpark Sep 27 18:44:43 who sent recipe for new ffalarms? Sep 27 18:45:28 I'm pretty confident it will print more then 5 pages :-) Sep 27 18:47:51 Schorhr: well, if you refrain from that batholder & soldering idea, then a test is cheap and easily revertable Sep 27 18:49:23 The NiCd C cells this thing uses have arround 2Ah, so about the same as AA NiMh :-) Soldering two wires to the original terminals is easily reversable anyway. Sep 27 18:50:01 you bet on the sencond point? Sep 27 18:50:18 The only real battery troubles comming up is constructing some battery solution for the freerunner itself. I hope the new case part will arrive this upcomming week Sep 27 18:51:11 DocScrutinizer: What second point? Sep 27 18:51:18 <[Rui]> hi Sep 27 18:51:21 you'd be amazed how easy it is to ruin a simple bat compartment and contacts Sep 27 18:51:56 tinning the contact springs might actually be enough to break it Sep 27 18:52:10 even heating the springs may suffice Sep 27 18:52:41 Well then I'll solder it directly to the wires that run from the terminals or the pcb Sep 27 18:53:11 that's a viable alternative Sep 27 18:53:12 Reversing it to big C cells is not really an option anyway Sep 27 18:57:28 Mh from what I read on the discussion about this adapter http://www.dealextreme.com/details.dx/sku.20200 linux support of these is questionable? Especially as there is no info about the chipset of the cheaper adapter http://www.dealextreme.com/details.dx/sku.29563 Sep 27 19:08:48 <[Rui]> any idea how far is xorg from shr-u ? Sep 27 19:08:59 <[Rui]> I have seen lots of commits :) Sep 27 19:09:11 [Rui]: it's already there, just not synced to feed Sep 27 19:09:24 [Rui]: http://build.shr-project.org/tests/mrmoku/unstable/ Sep 27 19:09:42 mrmoku: Multiple replacers for atd, using first one (atd-over-fso-dbg) Sep 27 19:09:57 <[Rui]> dos1: are many migration migraines expected? Sep 27 19:12:13 <[Rui]> it seems fsousaged and libfso-glib0 are still in conflict Sep 27 19:12:22 [Rui]: on tests/mrmoku everything can happen ;) Sep 27 19:12:35 and fsousaged/libfso-glib0 problem is just to be ignored Sep 27 19:12:39 <[Rui]> dos1|learning: hehe Sep 27 19:12:46 and it's not present on tests feed Sep 27 19:12:50 <[Rui]> dos1|learning: I don't see how it can be ignored Sep 27 19:13:04 [Rui]: it just doesn't break anything Sep 27 19:13:26 <[Rui]> dos1|learning: you mean that not upgrading it doesn't break anything, right? Sep 27 19:13:36 <[Rui]> because at least the dependeny is clearly broken, somehow Sep 27 19:14:29 [Rui]: dependency is broken due to some failure when syncing feed Sep 27 19:15:12 but not upgrading it won't break anything (except case when you have really really old libfso-glib0 :P) Sep 27 19:17:30 <[Rui]> hope not, I just did a test, I seem to have the most recent version Sep 27 19:17:44 <[Rui]> dos1|learning: do you think the black screen of death could be releated to shr-today? hope not... Sep 27 19:17:56 what is black screen of death? ;x Sep 27 19:17:59 <[Rui]> and speaking of which, how can I remove the black ribbon of lock? Sep 27 19:18:28 <[Rui]> dos1|learning: ever since I upgraded last week, I get a black screen of death on resume, sometimes at first, sometimes at second, third, fourth... Sep 27 19:18:38 <[Rui]> I don't remember more than 4th Sep 27 19:18:56 but what does "black screen of death" means? Sep 27 19:18:59 <[Rui]> screen is black (like in suspend), sometimes the power button is blue, but mostly it's off Sep 27 19:19:33 most probably it's just backlight disabled, nothing deathly ;P Sep 27 19:19:42 <[Rui]> gsm is still registered (calling into the phone gives calling sign, but there's no reaction even if I make the moves to unlock shr-today and answer the call) Sep 27 19:19:56 <[Rui]> dos1|learning: doesn't seem like it Sep 27 19:20:07 [Rui]: can you SSH in with it in that situation? Sep 27 19:20:08 [Rui]: does it reply to ping? Sep 27 19:20:10 <[Rui]> ssh doesn't work either Sep 27 19:20:13 <[Rui]> nopes Sep 27 19:20:26 hmm Sep 27 19:20:33 well, i didn't have anything like that Sep 27 19:20:36 I guess you don't have a debug board? Sep 27 19:20:38 [Rui]: can you reproduce this crash easily? Sep 27 19:20:39 <[Rui]> because of that, I've disabled suspend Sep 27 19:20:48 <[Rui]> lindi-: sometimes it's at first resume attempt Sep 27 19:20:56 <[Rui]> lindi-: but it's not that hard to happen Sep 27 19:21:00 <[Rui]> no I don't :( Sep 27 19:21:07 <[Rui]> no I don't have a debug boear Sep 27 19:21:10 <[Rui]> board :( Sep 27 19:21:25 <[Rui]> some more people have that, as well Sep 27 19:21:38 <[Rui]> they replied to my email about it on community@lists Sep 27 19:21:43 [Rui]: can you try the ramconsole patch and watchdog? Sep 27 19:21:56 <[Rui]> lindi-: how do I do that? Sep 27 19:22:14 [Rui]: have you ever compiled linux? Sep 27 19:22:29 <[Rui]> I've an up2date shr-u Sep 27 19:22:44 <[Rui]> lindi-: what recipe should I use to compile the kernel? Sep 27 19:22:55 <[Rui]> lindi-: I think that's my main doubt Sep 27 19:23:29 [Rui]: iki.fi/lindi/openmoko/kernel2.txt is about what I do Sep 27 19:25:08 <[Rui]> lindi-: I don't use debian, I use shr-u, and I think it's a gross mistake to compile directly on the phone Sep 27 19:25:22 [Rui]: i'm not compiling on the phone Sep 27 19:26:16 <[Rui]> lindi-: sorry, seemed like it Sep 27 19:26:28 <[Rui]> a bitbake recipe would be useful Sep 27 19:26:50 [Rui]: i don't know how to use bitbake Sep 27 19:29:21 dos1|learning: what happens if we sync the unstable feed and people with kdrive update? Sep 27 19:29:29 mrmoku: dunno Sep 27 19:29:52 dos1|learning: should we try? :P Sep 27 19:30:49 <[Rui]> question: are the modules necessary for gta-01 and gta-02 already [y] instead of [m] in Linux's compile config? Sep 27 19:32:03 [Rui]: there are multiple config files Sep 27 19:32:13 <[Rui]> I mean the kernel that is on shr-u Sep 27 19:32:24 [Rui]: i don't have shr-u Sep 27 19:32:30 mrmoku: s/we/you/, as i'll of course say "that's mrmoku fault, not mine!" :P Sep 27 19:32:56 * mrmoku might just refuse to ever sync the feed again ;) Sep 27 19:39:50 dos1|learning: ok... trying that now Sep 27 19:40:53 mrmoku: syncing or upgrading from kdrive? Sep 27 19:41:01 dos1|learning: upgrading Sep 27 19:41:05 Weiss: I'm merging configs.. I guess CONFIG_I2C_ALGOBIT=y is needed for kms, isn't it? Sep 27 19:45:44 <[Rui]> rms@roque:/opt/openmoko/shr-unstable/openembedded/recipes/linux$ ls | grep 29 Sep 27 19:45:44 ouch... building sane-frontends builds gimp :P Sep 27 19:45:44 <[Rui]> rms@roque:/opt/openmoko/shr-unstable/openembedded/recipes/linux$ Sep 27 19:46:06 <[Rui]> why isn't there a recipe for linux 2.6.29 if I'm running 2.6.29 ? Sep 27 19:47:23 [Rui]: it's marked as -devel Sep 27 19:47:31 mrmoku: gimp on FR isn't that bad :D Sep 27 19:47:36 i had it long time ago ;) Sep 27 19:47:44 hehe... I remember :) Sep 27 19:48:08 Weiss: diff http://pastebin.ca/1581715 Sep 27 19:49:16 <[Rui]> dos1|learning: huh? Sep 27 19:50:05 [Rui]: linux-openmoko-shr-devel, something like that Sep 27 19:50:51 <[Rui]> does anyone know? Sep 27 19:50:59 <[Rui]> I'd like to try those things lindi mentioned... Sep 27 19:51:10 * [Rui] sighs... Sep 27 19:51:17 <[Rui]> and it was going so well... Sep 27 19:56:17 ok... installed the image from 06/09 ... going to update now ;P Sep 27 20:04:15 mrmoku: Gimp? :-) Now thats what they kall a killer application :-) Sep 27 20:04:26 Schorhr: :) Sep 27 20:04:37 Schorhr: I solved the problems Sep 27 20:04:49 Really? Thats awesome :-) Sep 27 20:05:20 Schorhr: what do you have installed right now? shr unstable? from when? Sep 27 20:07:15 Must be 7th sept., any way I can check which version is installed via ssh? Sep 27 20:08:14 Schorhr: ok, I'm trying the upgrade path from that right now... lets see if it works Sep 27 20:08:27 Schorhr: there is /etc/shr-release I think Sep 27 20:08:32 brb Sep 27 20:08:57 I'dd install a new system if neccesary :-) Sep 27 20:10:03 no etc/shr-rel. Sep 27 20:14:18 JaMa: nope, that's just a residual thing from a merge or something.. Sep 27 20:14:22 Was only able to find /proc/sys/kernel/osrelease no sh-release Sep 27 20:15:25 JaMa: the ONLY thing you should need to do is set Glamo DRM+KMS to "y", and "n" to the old glamo-fb, the fix all the dependencies Sep 27 20:16:31 /etc/shr-version Sep 27 20:18:01 joerg_42: no such file or directory Sep 27 20:18:12 hmm Sep 27 20:18:31 and uname -a is probably not helpfull either Sep 27 20:18:38 nope Sep 27 20:18:59 Weiss: ok rebuilding kernel now Sep 27 20:19:05 I'll try to check wich version I got, i flashed it on my gf's laptop Sep 27 20:19:41 ls -l /etc/*vers* Sep 27 20:22:03 timestamp in shr-version seems of flashing, angstroem-version for me is 0906 on a 0808 image with upgrades Sep 27 20:22:40 1 Jan 1970? :-) Seems like it is openmoko-shr-image-glibc-ipk--20090502-om-gta02.rootfs.jffs2 (testing) Sep 27 20:23:17 heh? Sep 27 20:23:49 omfg Sep 27 20:24:06 open moko freerunner goodness? Sep 27 20:26:19 attack of the zombies ;-D Sep 27 20:26:28 Schorhr: ouch Sep 27 20:27:01 JaMa: Removing file /etc/gtk-2.0/gtkrc, will be replaced with link managed by update-alternatives Sep 27 20:27:17 JaMa: could you remove it please? :P Sep 27 20:27:56 just that message? Sep 27 20:28:11 wait for enter should be already removed Sep 27 20:28:15 JaMa: it is waiting fro enter Sep 27 20:28:26 nop it still waits Sep 27 20:28:43 Configuring shr-theme-gtk-e17lookalike Sep 27 20:28:45 mrmoku: could you please delete /etc/init.d/alsa-state Sep 27 20:28:52 hmm you're right.. i removed it from all there theme stuff :/ Sep 27 20:28:54 sorry Sep 27 20:28:56 sending patch Sep 27 20:29:01 JaMa: no problem Sep 27 20:29:21 Wonka was so kind to install a SHR version when I first got it, but GPS kept "freezing" (the position data would not change), so I installed this from the testing directory and it worked very stable with AGTL, that's why I did not update it. Sep 27 20:29:26 Schorhr: sane-frontends do not build... have to look into it Sep 27 20:29:43 hilight? Sep 27 20:29:48 ah. Sep 27 20:29:50 Heh :-) Sep 27 20:30:16 need to try a newer SHR sometime... Sep 27 20:30:25 mrmoku: Schorhr told he's happy with backend ;-) Sep 27 20:30:25 or upgrade debian... Sep 27 20:30:30 *sigh* Sep 27 20:30:35 joerg_42: ok Sep 27 20:30:49 mrmoku: ok to waht? Sep 27 20:30:52 joerg_42: (alsa-state) I thought it is already removed Sep 27 20:31:00 dunno Sep 27 20:31:04 joerg_42: ok to the backend is enough Sep 27 20:31:04 mrmoku: Frontend as in scanimage? I guess its not usable otherwise then? Sep 27 20:31:30 mrmoku: what about 2 kernels in feeds? is it possible? Sep 27 20:31:39 Schorhr: I guess scanimage should be in the backends, yes Sep 27 20:31:48 Wonka: I went with "never touch a running system" after trying several other systems that where listed on the wiki :-) Sep 27 20:31:49 JaMa: no idea Sep 27 20:32:51 Schorhr: that's why my current SHR is so old Sep 27 20:32:52 dos1|neo: upgrade works... does not bring the xorg server though Sep 27 20:32:54 mrmoku: I just read that scanimage is listed on http://www.sane-project.org/sane-frontends.html that's why I was asking Sep 27 20:33:11 mrmoku: sent.. Sep 27 20:33:16 Schorhr: heh... then we need the frontends too Sep 27 20:33:21 JaMa: ok Sep 27 20:33:24 JaMa: thanks Sep 27 20:33:25 Aww. Sep 27 20:33:45 Schorhr: will try to get the frontends to build tomorrow Sep 27 20:34:00 * mrmoku off to bed now Sep 27 20:34:03 mrmoku: Too bad. What's in the backend then anyway? :-) Sorry for all the work Sep 27 20:34:10 mrmoku: cya in 10 days :) Sep 27 20:34:14 Good night,... me too. Got a project to work on tomorrow Sep 27 20:34:19 JaMa: oohh... nice trip then :D Sep 27 20:34:37 Schorhr: the drivers for the diverse scanners Sep 27 20:34:41 mrmoku: thanks, gnite Sep 27 20:34:43 mrmoku: Thanks, can't wait, hope it'll work and build tomorrow Sep 27 20:34:49 night all Sep 27 20:35:04 Good night all. Sep 27 20:35:18 anybody here know anything about the dbus-concurrency issues in FSO? Sep 27 20:36:28 budfive_: ?? Sep 27 20:37:10 joerg_42: I'm seeing lots of problems with dbus requests being stuck and timing out. Sep 27 20:37:31 joerg_42: I heard mickey mention something about dbus itself being non-concurrent in some way that breaks fso Sep 27 20:37:43 joerg_42: is this not widespread? Sep 27 20:38:31 hmm, I only know about that notorious dbus-sync error Sep 27 20:38:46 err async? Sep 27 20:38:59 joerg_42: maybe? Where would this be reported? Sep 27 20:39:18 joerg_42: my symptoms is a stuck suspend cycle Sep 27 20:39:22 and of course the "hardcoded" timeout that needs to get a patch for FSO Sep 27 20:39:23 [Rui]: you're trying to compile a kernel? Sep 27 20:40:02 budfive_: sorry, only cloudy halfway knowledge here Sep 27 20:40:04 joerg_42: or getting stuck when turning gprs on/off. Is there any background info on this anywhere you know of? Sep 27 20:40:31 <[Rui]> Weiss: would like to be able to have a custom kernel that would probably give more info to people more knowledgeable than me who could possibly fix my black screen of death issues, yes. Sep 27 20:40:39 budfive_: frameworkd freeze on gprs disconnect is a known issue Sep 27 20:40:46 not of dbus though Sep 27 20:41:08 joerg_42: oh? I assumed it was the same. Is there a bug reported somewhere? Sep 27 20:41:48 hmm, prolly not. As I always pester mickey directly here on IRC ;-) Sep 27 20:42:12 joerg_42: haha. i try to do that, but my waking hours are phase-shifted. :) Sep 27 20:42:21 the gprs freeze is somewhat related to pppd according to mickey Sep 27 20:42:33 [Rui]: I can walk you through cross-compiling a kernel with the Toolchain (easier than Bitbake, I think), although I'm not familiar with what the others were suggesting config-wise Sep 27 20:43:15 well, always a matter of reference phase Sep 27 20:43:56 <[Rui]> Weiss: I'd hazzard it'd just be bitbake -c build .../linux-....bb Sep 27 20:44:06 budfive_: mine are quite shifted to the ones of ppl next door :-P Sep 27 20:44:45 joerg_42: good way to be. I got a semi-real job a few months back so have to be awake at "reasonable" times Sep 27 20:45:01 eew Sep 27 20:45:26 though I'd prefer almost any job to the current idling Sep 27 20:45:41 [Rui]: yep, but it'd spend hours bootstrapping GCC and it's harder to modify the configuration Sep 27 20:45:51 joerg_42: are you looking? Sep 27 20:45:57 yes Sep 27 20:46:09 <[Rui]> Weiss: are you sure? I've a somewhat recent build of gcc Sep 27 20:47:32 [Rui]: have you used OE before? if so, it'll all be set up. but if not, it'll essentially build the toolchain for you (when you could just download it) Sep 27 20:48:00 <[Rui]> Weiss: I have it set up, because I build elmdentica packages :) Sep 27 20:48:07 joerg_42: how did the logistics of working for OM work? Was it 100% telecommuting? Sep 27 20:48:36 budfive_: half/half Sep 27 20:48:53 [Rui]: ah, ok.. no problem then Sep 27 20:49:01 joerg_42: so you'd travel to taiwan for extended periods of time? i'm curious Sep 27 20:49:02 budfive_: gave me some nice trips to TPE Sep 27 20:49:11 yes Sep 27 20:50:09 <[Rui]> Weiss: I suppose some black magic should be added to the recipe in order to change the kernel config Sep 27 20:50:43 <[Rui]> some chage to linux-openmoko-devel_git.bb Sep 27 20:50:48 yep Sep 27 20:53:53 [Rui]: or you can use -c menuconfig -b.. .bb and update config in directly from crossbuild env Sep 27 20:54:11 oo.. cunning Sep 27 20:55:13 <[Rui]> JaMa: nice Sep 27 20:55:26 <[Rui]> JaMa: then if I do -c build will it build using that config? Sep 27 20:58:56 <[Rui]> it seems menuconfig failed Sep 27 20:59:11 <[Rui]> a terminal window happened to show up, but it closed down right away Sep 27 20:59:38 <[Rui]> I don't see any errors in the bitbake output Sep 27 21:01:01 [Rui]: check conf/bitbake.conf Sep 27 21:01:17 TERMCMD and TERMCMDRUN Sep 27 21:01:29 it's using gnome-terminal by default.. Sep 27 21:01:42 <[Rui]> JaMa: I don't have that file, you mean local.conf ? Sep 27 21:02:08 <[Rui]> JaMa: but it opens a terminal Sep 27 21:02:09 i prefer screen terminal because I dont have gnome-terminal and i can play with config as long as I want in second screen session Sep 27 21:02:23 <[Rui]> however it closes without any output I can see Sep 27 21:02:48 [Rui]: you should have that file.. in OE tree Sep 27 21:03:09 <[Rui]> ah! Sep 27 21:03:47 <[Rui]> it's calling gnome-terminal, which I see launching up Sep 27 21:03:53 [Rui]: I never tested it with that gnome-terminal.. maybe that TERMCMDRUN is wrong.. Sep 27 21:04:08 <[Rui]> ah Sep 27 21:04:14 [Rui]: but it works as expected when using that screenterm Sep 27 21:04:46 <[Rui]> happens the same with xterm Sep 27 21:04:51 [Rui]: maybe is not expected that you need to copy preferred config to .config before running menuconfig or reloading config after that Sep 27 21:06:06 <[Rui]> and nothing happens with screen Sep 27 21:06:13 <[Rui]> either on a screen session or not Sep 27 21:08:03 [Rui]: did you build kernel at least once without -b ...bb? Sep 27 21:08:16 [Rui]: you probably don't have some dependency i guess Sep 27 21:08:32 <[Rui]> JaMa: yes, I think, when it built a whole lot of things on the first run Sep 27 21:08:49 [Rui]: you should check logs then Sep 27 21:09:10 <[Rui]> I have a kernel-2.6.29-rc3_2.6.29-oe10+gitr119826+dcd90798cdab0ab1e7c1fb56af8841bb225b5fdc-r3.5_om-gta02.ipk Sep 27 21:09:19 <[Rui]> so yes, it was built in the past Sep 27 21:09:32 <[Rui]> on july 27 Sep 27 21:09:49 <[Rui]> JaMa: that's just it, there's no complaint of anything Sep 27 21:10:18 pastebin your log.do_menuconfig* Sep 27 21:11:23 <[Rui]> JaMa: they're all 0 bytes long Sep 27 21:15:11 <[Rui]> there's no .config in /opt/openmoko/shr-unstable/tmp/work/om-gta02-angstrom-linux-gnueabi/linux-openmoko-devel-2.6.28-andy-tracking+gitr9a690f4a8733bbeeba62ff28ae38ff7f869e4b05-r5/git Sep 27 21:16:01 <[Rui]> JaMa: do you know if the linux modules are [y] or [m] for all which are needed for gta01 and gta02 ? Sep 27 21:16:14 <[Rui]> if not, they probably should be for a faster start up Sep 27 21:17:02 <[Rui]> with lsmod I see some that would definitly benefit benefit (like alsa) Sep 27 21:17:43 [Rui]: it depends on config used, you get basic functionality included [y] from drm,packaging and moredrivers configs for sure Sep 27 21:18:52 [Rui]: all kernels tried to be <2MB because of u-boot limitation.. loading module is not so slow and is better to be loaded when its needed.. Sep 27 21:19:11 [Rui]: then it could be faster than reading bigger kernel in boot time Sep 27 21:19:29 <[Rui]> JaMa: would adding the ones that show up in lsmod increase it that much? Sep 27 21:19:37 [Rui]: and configs are in arch/arm/configs/ Sep 27 21:20:06 <[Rui]> because one of the ways ubuntu sped up it's boot so much was the (cheating IMHO, but hey) compilation as non-module of most common drivers Sep 27 21:21:02 <[Rui]> if doing that with Qi help a lot in the boot speed, maybe another reason not to care about uboot anymore Sep 27 21:21:58 * JaMa doesn't care about u-boot and even less about loading modules in runtime Sep 27 21:22:16 <[Rui]> where are the configs? Sep 27 21:22:25 <[Rui]> JaMa: we're on the same page, then :) Sep 27 21:22:48 ^^^^ Sep 27 21:22:52 [Rui]: and configs are in arch/arm/configs/ Sep 27 21:25:18 <[Rui]> which file is used? Sep 27 21:25:32 see bb file Sep 27 21:27:31 <[Rui]> if my arch is gta02 and there's CONFIG_NAME_om-gta02 then ${CONFIG_NAME} instantiates with it? Sep 27 21:29:37 yes.. gta02_packaging_defconfig probably Sep 27 21:29:52 <[Rui]> yes Sep 27 21:30:14 <[Rui]> let's see if lindi's comments are still in my scroll history Sep 27 21:31:01 <[Rui]> damn, it isn't Sep 27 21:31:10 ?? logs Sep 27 21:31:25 some bot knows where logs are stored :) Sep 27 21:31:58 ~logs Sep 27 21:31:59 well, logs is at http://logs.nslu2-linux.org/livelogs/openmoko-cdevel.txt Sep 27 21:32:58 <[Rui]> ooo nice Sep 27 21:33:26 <[Rui]> ok, it has RAM_CONSOLE Sep 27 21:33:43 <[Rui]> and watchdog as well Sep 27 21:33:52 <[Rui]> so I don't know what lindi would want me to do then Sep 27 21:33:55 * [Rui] shrugs Sep 27 21:34:22 <[Rui]> I have to help clear up part of the house for remodelling of wc or the wife will kill me :) Sep 27 21:34:47 <[Rui]> at least now I have a bit of an idea where to start hacking Linux for shr, then... Sep 27 21:34:49 program your neo to do that.. Sep 27 21:35:05 <[Rui]> JaMa: do what? Sep 27 21:35:14 and then share the source of course.. i would like to use it too :) Sep 27 21:35:35 [Rui]: to clean up house.. Sep 27 21:35:43 <[Rui]> JaMa: LOL Sep 27 21:35:55 <[Rui]> not clean up, it's clean Sep 27 21:36:07 <[Rui]> we just have to take to furniture off the wc Sep 27 21:36:29 ahh and you think that its too difficult for neo? :) Sep 27 21:37:04 * JaMa should go to bed Sep 27 23:16:38 <[Rui]> bbye! Sep 28 02:19:03 yipiee. i have a working navit including maps, gypsy and OSD **** ENDING LOGGING AT Mon Sep 28 02:59:57 2009