**** BEGIN LOGGING AT Wed Nov 09 02:59:57 2011 Nov 09 13:08:43 SHR: 03Martin.Jansa 07shr-chroot * r1e9a457e2b82 10/OE/.bashrc: bashrc: add aliases with autora-image Nov 09 13:08:54 SHR: 03Martin.Jansa 07shr-chroot * rb3f4d6f3c518 10/ (130 files in 20 dirs): system upgrade Nov 09 14:26:26 shit they stole our mach type for herring Nov 09 14:26:59 asanti MACH_ASANTI ASANTI 3804 Nov 09 14:27:09 they removed herring Nov 09 14:27:16 then they should have added that Nov 09 14:34:18 ha but the machine id is still wrong.... Nov 09 14:34:20 let me look Nov 09 14:34:24 maybe there is some hope Nov 09 14:35:07 ahh I made a typo Nov 09 14:35:13 3804 vs 3084 Nov 09 15:58:48 JaMa|Off: gah, now git fetching fails due to | ERROR: ld.so: object 'libpseudo.so' from LD_PRELOAD cannot be preloaded: ignored. Nov 09 15:59:00 even after rebuilding pseudo-native Nov 09 15:59:16 * mrmoku starts to hate pseudo for real ;) Nov 09 16:06:01 mrmoku: do you have LD_LIBRARY_PATH exported? Nov 09 16:06:11 mrmoku: and whitelisted? Nov 09 16:07:26 SHR: 03Martin.Jansa 07shr-chroot * re61f5dc12e58 10/ (etc/ld.so.cache var/cache/ldconfig/aux-cache var/run/utmp): system upgrade Nov 09 16:07:52 mrmoku: looks like something is breaking binary cache in etc/ld.so.cache Nov 09 16:08:02 mrmoku: I guess it's gcc-* build Nov 09 16:08:28 mrmoku: and running env-update/update-env/ldconfig/source /etc/profile is not enough to fix cache Nov 09 16:09:11 mrmoku: but ie chown root:root /usr/lib/gcc/*/4.6.2/libstdc++.so.6.* and _then_ running ldconfig seems to fix it Nov 09 16:09:38 mrmoku: and then I'm able to build libproxy etc without LD_LIBRARY_PATH exported and whitelisted Nov 09 16:12:44 JaMa|Off: hmm... possible I still have it in my conf Nov 09 16:12:46 pespin: hi.. wrt mplayer2 performance, we need to import tremor to meta-oe and build mplayer2 with external tremor to make it faster Nov 09 16:13:27 JaMa|Off, is tremor a decoder? Nov 09 16:13:40 pespin: http://repo.or.cz/w/mplayer.git/commit/d9c79b7dc6748a534ff370ecf52fc747084b9625 Nov 09 16:14:18 pespin: or use libvorbisidec Nov 09 16:14:48 JaMa|Off, the decoder is chosen at compile time right? Nov 09 16:14:54 pespin: http://repo.or.cz/w/mplayer.git/commit/6122d83981b85997e1fc1e3962c7aca3c3ab6714 http://repo.or.cz/w/mplayer.git/commit/3bf725c39f3e3764270fe9088e70098960b4e8dd Nov 09 16:15:05 pespin: yes and both cannot be enabled at same time Nov 09 16:15:12 ok Nov 09 16:15:43 anf btw, enjoy has problems playing mp3 files too, but I have same problem at PC, so I'll ask in #edevelop Nov 09 16:17:48 i think there's some problem at emotion lvl Nov 09 16:22:52 pespin: my few years old benchmark http://paste.pocoo.org/show/505291/ Nov 09 16:23:29 JaMa|Off: thx, works again now :-) Nov 09 16:24:08 pespin: http://permalink.gmane.org/gmane.comp.handhelds.openmoko.community/49406 Nov 09 16:27:13 looking at the tests tnaks Nov 09 16:30:36 hmm the chart does not say which file are you playing on each row? (.ogg or .mp3) Nov 09 16:32:34 you cannot use ffmp3 to play .ogg etc :) Nov 09 16:33:30 tremor/ffvorbis/vorbis are for ogg; mad/ffmp3 for mp3; glamo/sdl for avi Nov 09 16:35:55 mickey|office: ping Nov 09 16:36:05 mickey|office: does the following look like a working thing? http://paste.pocoo.org/show/505299/ Nov 09 16:36:41 * mrmoku can't try that right now Nov 09 16:36:49 it builds at least :) Nov 09 16:46:00 freesmartphone.org: 03mok 07cornucopia * r0c6202c3246b 10/fsousaged/src/plugins/dbus_service/commands.vala: (log message trimmed) Nov 09 16:46:00 freesmartphone.org: fsousaged: make shutdown and reboot commands configurable Nov 09 16:46:00 freesmartphone.org: We can't rely on PATH being correct when being activated via dbus. Nov 09 16:46:00 freesmartphone.org: This means we better use absolute paths to the commands to Nov 09 16:46:00 freesmartphone.org: execute. Nov 09 16:46:00 freesmartphone.org: This adds two new config options in [fsousage]: shutdown_command and Nov 09 16:46:01 freesmartphone.org: reboot_command. If not configured they default to '/sbin/shutdown -h now' Nov 09 16:47:36 JaMa|Off, I suppouse mplayerOG is some kinf of optimized mplayer for glamo chips which is not now available with mplayer2 right? Nov 09 16:48:55 pespin: it didn't work with current kernels anyway? Nov 09 16:51:14 pespin: that's from http://unadventure.wordpress.com/2008/06/08/accelerating-in-my-pocket/ and it was always part of my mplayer_git.bb now it's separate patch http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=38d81585f57c3df86771dc39f7408291798601a4 Nov 09 16:51:58 ah nice so it's already built in Nov 09 16:52:08 created from http://repo.or.cz/w/mplayer/glamo.git, but I'm not working on it anymore except build fixes to keep it aplicable on latest mpalyer2 codebase Nov 09 16:53:01 JaMa|Off, anyway, the solutions you game me at the start of the conversation are related to ogg, not mp3 as far as I understood Nov 09 16:53:09 balrog did it long time ago and last time we talked about it we agreed that to make proper support someone should create simple vdpau module from it Nov 09 16:53:27 to use already existing infrastructure for vdpau Nov 09 16:53:53 pespin: yes.. but apply the same for mad Nov 09 16:53:57 ok Nov 09 16:53:59 instead of ffmp3 Nov 09 16:54:13 ok understood :) Nov 09 16:55:11 lindi-_: teoretically it shouldn't work with drm enabled kernels.. but it did and now we don't have drm patches in .39 anymore Nov 09 16:55:27 JaMa|Off: ok Nov 09 16:55:51 * JaMa|Off didn't play any video on fr for long time.. Nov 09 16:59:26 pespin: why don't you use theora? Nov 09 16:59:52 with libtheora from vcs it can do 320x240 @ 20 fps or so Nov 09 17:05:00 lindi-_, I'm talking about audio not video :) Nov 09 17:06:40 ah Nov 09 17:06:53 tremor can do vorbis pretty well too Nov 09 17:07:50 tremor was removed from mplayer2 codebase, that's why I told pespin to add external tremor and build mplayer2 against it or use vorbisidec Nov 09 17:08:11 read backlog :) Nov 09 17:08:29 JaMa|Off: yeah, embedded code copies are bad :) Nov 09 17:09:08 agreed Nov 09 17:10:53 "sudo fbset 240x320" seems to fail with "ioctl FBIOPUT_VSCREENINFO: Invalid argument" under 2.6.39 Nov 09 17:11:39 fb.modes has Nov 09 17:11:41 mode "240x320" Nov 09 17:11:42 geometry 240 420 240 320 16 Nov 09 17:11:42 timings 100000 8 88 2 2 8 2 Nov 09 17:11:42 is it kernel fault? Nov 09 17:11:42 accel false Nov 09 17:11:44 endmode Nov 09 17:11:53 this used to work Nov 09 17:12:28 iirc I had userspace work around for this on spitz Nov 09 17:12:54 hmm, fbset seems to do odd things Nov 09 17:13:02 ah it's different a bit http://www.xora.org.uk/cgi-bin/cgit.cgi/openembedded/tree/recipes/xorg-xserver/xserver-xorg/hack-fbdev-ignore-return-mode.patch?h=xora/autoconf-2.65&id=a197e5c95cb56d5952dadccb928923721e2a9ea4 Nov 09 17:13:53 yeah, I'm not using X in this example Nov 09 17:29:22 systemtap shows that it's " ret = info->fbops->fb_check_var(var, info); Nov 09 17:32:05 that is glamofb_check_var Nov 09 17:32:15 it has only one way to fail Nov 09 17:32:16 return -EINVAL; Nov 09 17:32:22 /* The Smedia Glamo doesn't support anything but 16bit color */ Nov 09 17:37:34 but hmm, in both cases glamofb_check_var = return=0x0 Nov 09 17:49:23 mrmoku, Posix.system is syncronous Nov 09 17:50:09 ah right shutdown -h now is asyncronous Nov 09 17:55:34 GNUtoo|laptop: that hopefully fixes the shutdown problem Nov 09 17:55:42 wow Nov 09 17:55:50 !hail mrmoku Nov 09 17:55:50 is it safe to build and opkg upgrade? Nov 09 17:55:53 on om-gta02 Nov 09 17:56:02 I could not try it Nov 09 17:56:06 ah ok Nov 09 17:56:07 but I think so Nov 09 17:56:12 did you also change the configs? Nov 09 17:56:16 * JaMa|Off also think so Nov 09 17:56:25 no, it has a default Nov 09 17:56:31 ok Nov 09 17:56:43 nschle85 pointed me to http://shr-project.org/trac/ticket/1479 Nov 09 17:56:57 looks like GarthPS wants the palm pre to reboot instead of shutdown Nov 09 17:57:14 because shutdown seems to be really down... need to rip battery to turn it on again Nov 09 17:57:31 which he can do now by adding shutdown_command to the config Nov 09 17:58:23 GNUtoo|laptop: btw. fsonetworkd needs the same fixing I think Nov 09 17:58:30 it is dbus-activated too and has stuff like: Nov 09 17:58:39 fsonetworkd/src/plugins/sharing/plugin.vala: var ok = Posix.system( command ); Nov 09 17:58:43 ok, could you do it? Nov 09 17:58:44 err Nov 09 17:58:47 fsonetworkd/src/plugins/sharing/plugin.vala: Posix.system( "udhcpd" ); Nov 09 17:58:52 ok Nov 09 17:58:56 could you do it? Nov 09 17:59:04 yup, can look at it now Nov 09 17:59:44 ok nice Nov 09 18:02:06 GNUtoo|laptop: I don't want to make *every Nov 09 18:02:12 * command configurable though Nov 09 18:02:15 ok Nov 09 18:02:18 that sounds like overkill Nov 09 18:02:23 lol Nov 09 18:02:24 indeed Nov 09 18:02:33 let's just add the ones we need Nov 09 18:02:34 like iptables is /usr/sbin/iptables Nov 09 18:08:52 freesmartphone.org: 03mok 07cornucopia * r24e92d53189e 10/fsonetworkd/src/plugins/sharing/plugin.vala: Nov 09 18:08:52 freesmartphone.org: fsonetworkd: sharing plugin: use absolute paths for Posix.system Nov 09 18:08:52 freesmartphone.org: PATH might not be correct because fsonetworkd is being dbus-activated. Nov 09 18:08:52 freesmartphone.org: Signed-off-by: Klaus Kurzmann Nov 09 18:15:04 mrmoku: heh someone asks for newer gpsd on oe-devel :) Nov 09 18:16:14 JaMa|Off: yay :-) Nov 09 18:16:39 we'll see if he manages to do it :) Nov 09 18:16:44 mrmoku: JaMa|Off: i thik that works only if scons also works Nov 09 18:17:32 JaMa|Off: any news for qt embedded? Nov 09 18:17:54 * mrmoku still wants monav on his phones :) Nov 09 18:18:49 i wand gps on n900 :-) Nov 09 18:18:52 want Nov 09 18:19:18 ok Nov 09 18:19:23 nschle85: shutdown should be fixed with current fsousaged Nov 09 18:20:05 mrmoku: i have seen it, the code is perfect :-) Nov 09 18:20:25 mrmoku: but the srcrev is not bumped so it will come later ... Nov 09 18:20:25 I hope it works perfect too :P Nov 09 18:20:42 mrmoku: are the options somewhere documented ? Nov 09 18:20:43 still needs one more fix before cornucopia bump Nov 09 18:20:52 nschle85: so far only in the commit message ;) Nov 09 18:21:06 which fix is needed ? Nov 09 18:21:45 mrmoku: can you add a commented line in the config file ? Nov 09 18:22:52 ok Nov 09 18:23:11 GNUtoo|laptop: did you follow the +CCWA discussion on ml? Nov 09 18:23:17 no Nov 09 18:23:23 mrmoku: i have the same problem at work, a lot of java properties... but without documentation they are lost Nov 09 18:23:28 I worked on coreboot + nexus S kenrel Nov 09 18:23:46 and + I was too tired Nov 09 18:24:15 so I'm a bit lost with what happened currently Nov 09 18:24:19 I'll read the mail Nov 09 18:24:20 ok Nov 09 18:24:48 morphis wants me to work on the nexus S Nov 09 18:25:08 so I did that and didn't do other stuff beside that and coreboot Nov 09 18:25:12 sure Nov 09 18:25:14 that's fine Nov 09 18:25:34 I just wanted some other opinion before ripping out CCWA for calypso :) Nov 09 18:25:34 I'm not sure that's fine Nov 09 18:25:52 because other devices deserve some time too Nov 09 18:25:54 anyway Nov 09 18:26:01 what's this CCWA thing? Nov 09 18:26:11 register for waiting call notifications Nov 09 18:26:17 ok Nov 09 18:28:59 JaMa|Off: btw. file-in-image.txt has build root path prefixed now :P Nov 09 18:36:36 freesmartphone.org: 03mok 07cornucopia * rc25bb9aeb543 10/fsogsmd/src/plugins/modem_ti_calypso/plugin.vala: Nov 09 18:36:37 freesmartphone.org: fsogsmd: modem_ti_calypso: do *NOT* register for waiting call notifications Nov 09 18:36:37 freesmartphone.org: Looks like +CCWA is not working correctly on calypso and causing it to Nov 09 18:36:37 freesmartphone.org: go into unrecoverable CME ERROR +512 state. Nov 09 18:36:37 freesmartphone.org: Signed-off-by: Klaus Kurzmann Nov 09 18:36:54 JaMa|Off: want me to bump it? :) Nov 09 18:37:24 yes please Nov 09 18:37:48 ok Nov 09 18:38:30 freesmartphone.org: 03morphis 07aurora * r3ca06de319cc 10/aurora-daemon/ (24 files in 6 dirs): Nov 09 18:38:30 freesmartphone.org: aurora-daemon: bump components version to 1.1 and don't use com.nokia.symbian anywhere Nov 09 18:38:30 freesmartphone.org: Signed-off-by: Simon Busch Nov 09 18:38:31 freesmartphone.org: 03morphis 07aurora * r4afbc14be33c 10/aurora-daemon/ (13 files in 4 dirs): Nov 09 18:38:31 freesmartphone.org: aurora-daemon: theme image provider should be part of the components not of the kernel Nov 09 18:38:31 freesmartphone.org: Signed-off-by: Simon Busch Nov 09 18:38:32 freesmartphone.org: 03morphis 07aurora * r9dbc0fe596a8 10/aurora-daemon/ (8 files in 4 dirs): Nov 09 18:38:32 freesmartphone.org: aurora-daemon: add initial support for vala written services Nov 09 18:38:33 freesmartphone.org: Signed-off-by: Simon Busch Nov 09 18:38:33 freesmartphone.org: 03morphis 07aurora * r7ec501f723fb 10/aurora-daemon/ (4 files in 3 dirs): Nov 09 18:38:34 freesmartphone.org: aurora-daemon: implement first bits of the new cellular service Nov 09 18:38:34 freesmartphone.org: Signed-off-by: Simon Busch Nov 09 18:38:35 freesmartphone.org: 03morphis 07aurora * r53931af008ef 10/aurora-daemon/ (configure.ac src/services/Makefile.am): Nov 09 18:38:37 freesmartphone.org: aurora-daemon: add some fso libraries as depenency for our services Nov 09 18:38:37 freesmartphone.org: Signed-off-by: Simon Busch Nov 09 18:38:37 freesmartphone.org: 03morphis 07aurora * rd9139da47188 10/aurora-daemon/src/services/ (Makefile.am baseservice.vala cellularservice.vala): Nov 09 18:38:37 freesmartphone.org: aurora-daemon: use fso libraries to implement logging for cellular service again Nov 09 18:38:51 freesmartphone.org: aurora-daemon: use signals from gobject based cellular service and forward them to QML Nov 09 18:38:52 freesmartphone.org: Signed-off-by: Simon Busch Nov 09 18:38:52 freesmartphone.org: 03morphis 07aurora * ra9d6d681c0f8 10/aurora-daemon/src/services/cellularservice.vala: Nov 09 18:38:52 freesmartphone.org: aurora-daemon: implement network registration/deregistration methods for cellular service Nov 09 18:38:52 freesmartphone.org: Signed-off-by: Simon Busch Nov 09 18:38:52 freesmartphone.org: 03morphis 07aurora * r9f61df6ceab7 10/aurora-daemon/src/ (3 files in 2 dirs): Nov 09 18:38:53 freesmartphone.org: aurora-daemon: make network status available for use in QML through cellular service Nov 09 18:38:53 freesmartphone.org: Signed-off-by: Simon Busch Nov 09 18:38:54 freesmartphone.org: 03morphis 07aurora * r6238fba7172e 10/aurora-daemon/src/components/ (CellularNetworkStatusIndicator.qml Dialpad.qml StatusBar.qml): Nov 09 18:38:55 freesmartphone.org: aurora-daemon: correct some layout and theming issues with statusbar and dialpad components Nov 09 18:38:55 freesmartphone.org: Signed-off-by: Simon Busch Nov 09 18:38:56 freesmartphone.org: 03morphis 07aurora * r4b80ed28c749 10/aurora-daemon/src/components/ (CellularNetworkStatusIndicator.qml StatusBar.qml): Nov 09 18:38:56 freesmartphone.org: aurora-daemon: don't specify anchors in items of row components Nov 09 18:38:57 freesmartphone.org: Signed-off-by: Simon Busch Nov 09 18:38:57 freesmartphone.org: 03morphis 07aurora * r25be5d55e0ba 10/aurora-daemon/src/services/cellularservice.vala: Nov 09 18:38:58 freesmartphone.org: aurora-daemon: request usage service and GSM resource in the background Nov 09 18:39:09 SHR: 03mok 07meta-smartphone * ra9b614673b44 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: meta-fso: bump FSO_CORNUCOPIA_SRCREV Nov 09 18:39:15 heyho Nov 09 18:39:26 yo morphis Nov 09 18:41:01 JaMa|Off: ping Nov 09 18:41:23 pong Nov 09 18:42:08 JaMa|Off: about the problem with qt-components Nov 09 18:42:31 JaMa|Off: I will drop the recipe as I put the important parts into aurora Nov 09 18:42:41 morphis, hi Nov 09 18:42:49 morphis: ok.. no problem for me Nov 09 18:42:51 GNUtoo|laptop: heyho Nov 09 18:43:13 morphis: that work around I've used was enough to build aurora-images again.. :) Nov 09 18:43:14 JaMa|Off: as it's not the best solution to make changes to it in that detail I need them Nov 09 18:43:15 morphis, did you see my messages of yesterday? Nov 09 18:43:21 GNUtoo|laptop: no Nov 09 18:43:55 because I sent you some jabber messages Nov 09 18:44:07 and then just after you disconnected Nov 09 18:44:09 let me find them Nov 09 18:44:22 GNUtoo|laptop: I didn't get some Nov 09 18:44:31 linux 3.1 and linux-next: Uncompressing Linux... done, booting the kernel. Nov 09 18:44:35 but nothing more right now Nov 09 18:44:47 yeah sounds nice! Nov 09 18:44:58 so no kernel messages on serial line? Nov 09 18:44:59 indeed I now need the serial working Nov 09 18:45:02 HOWEVER.... Nov 09 18:45:12 we need to register a machine ID Nov 09 18:45:31 I hope we can get the old id back Nov 09 18:46:28 the machine doesn't has one? Nov 09 18:46:44 it had one but it was removed Nov 09 18:46:49 SHR: 03morphis 07meta-smartphone * re92e2008d6ad 10/meta-aurora/recipes-aurora/aurora/aurora-daemon_git.bb: meta-aurora: aurora-daemon: update md5 checksum for COPYING license file Nov 09 18:46:59 SHR: 03morphis 07meta-smartphone * ra575ae708f73 10/meta-aurora/recipes-aurora/aurora/aurora-base.inc: meta-aurora: aurora-base: bump SRCREV Nov 09 18:46:59 SHR: 03morphis 07meta-smartphone * r957017a05c18 10/meta-aurora/recipes-qt/qt4/qt-components_git.bb: qt-components: remove it as the relevant parts are now part of aurora itself Nov 09 18:47:07 GNUtoo|laptop: it was removed from where? Nov 09 18:47:08 SHR: 03morphis 07meta-smartphone * r82220c0e3120 10/meta-aurora/recipes-aurora/aurora/aurora-daemon_git.bb: meta-aurora: aurora-daemon: remove dependency for qt-components which is not available anymore Nov 09 18:47:14 from the machine id database Nov 09 18:47:38 so it's not available in mainline linux anymore Nov 09 18:47:42 no Nov 09 18:48:01 I'll also need to take infos on device tree Nov 09 18:48:12 ok Nov 09 18:48:13 to see if I can still add a machine Nov 09 18:49:02 JaMa|Off: seems my fb.modes just had a typo :) Nov 09 18:49:57 GNUtoo|laptop: but anyway: execelent work! Nov 09 18:50:24 thanks Nov 09 18:52:44 JaMa|Off: so on build.shr-project.org is a version of the aurora-image available? Nov 09 18:57:39 yes Nov 09 18:58:02 but I'm not keeping history of older images yet (because of state of shr-core) Nov 09 19:01:56 yep I get 320x240 fullscreen theora+vorbis at 25 fps and the cpu is still idle 30% of the time Nov 09 19:02:18 of course 640x480 would be nice but I doubt that can be done Nov 09 19:03:22 JaMa|Off: do we have target php? Nov 09 19:04:13 we had, not sure about now Nov 09 19:05:07 ok, there is a ticket in our track php... can I assign it to you? Nov 09 19:06:18 yes Nov 09 19:06:36 mrmoku: is it planned to support scons build system ? Nov 09 19:06:46 JaMa|Off: ok, thx Nov 09 19:06:59 nschle85: wrong one to ask :P Nov 09 19:07:21 fsck.. update-alternatives: Linking //sbin/init to /bin/systemd Nov 09 19:07:24 gpsd3 needs it to build Nov 09 19:07:30 just after I've removed systemd Nov 09 19:12:38 SHR: 03morphis 07meta-smartphone * ref5d8f0f427e 10/meta-aurora/recipes-aurora/aurora/aurora-daemon_git.bb: meta-aurora: aurora-daemon: add libfsobasics and libfsoframework as dependency Nov 09 19:13:19 JaMa|Off: so it is adding a dead link? Nov 09 19:21:03 mrmoku: yes Nov 09 19:21:39 gah stupid thing Nov 09 19:21:56 mrmoku: libstdc++ issue http://paste.pocoo.org/show/505415/ Nov 09 19:22:28 mrmoku: and systemd recipe TODO says add prerm u-a calls, I have patch for it now.. :) Nov 09 19:22:37 update-alternatives: Linking //sbin/init to /sbin/init.sysvinit Nov 09 19:25:14 JaMa|Off: hmm... so just touching it + running ldconfig? Nov 09 19:25:16 strange thing Nov 09 19:25:31 yup Nov 09 19:25:41 after gcc-* or binutils-* build Nov 09 19:25:59 we could add the to root's profile :-P Nov 09 19:26:05 s/the/that/ Nov 09 19:26:05 mrmoku meant: we could add that to root's profile :-P Nov 09 19:26:20 but I'm 90% it's caused by 1st build after clean_toolchain_core Nov 09 19:26:37 not enough if you clean & build in same shell :/ Nov 09 19:26:40 or add it to clean_toolchain_core :) Nov 09 19:26:50 you need it _after_ :/ Nov 09 19:26:57 ahh ok :P Nov 09 19:27:02 so we can add rebuild_toolchain_core :) Nov 09 19:27:08 :) Nov 09 19:27:48 nschle85: already built and tested shutdown? :) Nov 09 19:29:09 ahh.. /me killed wrong dbus-daemon and watchdog rebooted n900 :/ Nov 09 19:29:41 mrmoku: yes, but i made an update and it did not work Nov 09 19:29:50 now the phone rebotts let my try again Nov 09 19:31:22 ok its works but phone started without backlight switched on Nov 09 19:31:37 and pin login did not appear Nov 09 19:31:58 now ill try again with removed usb cable Nov 09 19:34:42 nschle85: n900? Nov 09 19:35:35 mrmoku: yes, but no panic... now all is fine Nov 09 19:35:43 yes it works Nov 09 19:35:47 great :-) Nov 09 19:36:09 GNUtoo|laptop: what do we do with the bugs in trac which are for shr-unstable/testing? Nov 09 19:36:17 mrmoku: and how feels the new visible keys on your keyboard ? Nov 09 19:36:30 nschle85: well... I did not upgrade yet Nov 09 19:36:42 my buildenv is spoiled with qemuarmx86 Nov 09 19:36:55 dunno if it is already in the official feed Nov 09 19:37:03 mrmoku, hmmm maybe we keep it and invalidate some of them Nov 09 19:37:10 *them Nov 09 19:37:19 mrmoku, the thing is that some bugs were promoted to shr-core Nov 09 19:37:20 or we switch them all to core... Nov 09 19:37:28 not a good idea Nov 09 19:37:31 ok Nov 09 19:37:32 they're not all valid Nov 09 19:37:54 could we do something like asking people to try to reproduce with core Nov 09 19:37:58 but I could remove shr-unstable/testing so that no new bugts can be added? Nov 09 19:38:02 like NEEDINFOS in bugzilla Nov 09 19:38:06 ok Nov 09 19:38:07 yes Nov 09 19:39:29 mrmoku: not in official feed yet Nov 09 19:39:56 ok Nov 09 20:04:06 SHR: 03Martin.Jansa 07meta-smartphone * r483afbee8286 10/meta-nokia/recipes-multimedia/mplayer/ (2 files in 2 dirs): meta-smartphone: meta-nokia: add mplayer2_git.bbappend for -vo omapfb Nov 09 21:42:37 hello can anybody help to get phonet0->upnlink0->usbpn0 working ? Nov 09 21:54:24 SHR: 03morphis 07meta-smartphone * rf1bc40fd76de 10/meta-aurora/recipes-aurora/aurora/aurora-daemon_git.bb: meta-aurora: aurora-daemon: add qt4-plugin-imageformat-svg to RDEPENDS Nov 09 22:31:40 hey developers! Nov 09 22:31:46 http://www.developer.nokia.com/Community/Blogs/blog/nokia-developer-news/2011/11/08/nokia-lumia-phones-for-developers-targeting-windows-phone Nov 09 22:31:56 25k devel-devices Nov 09 22:32:29 there should be 5 available for SHR crew to evalutae antivendor port Nov 09 22:33:35 FRIGGIN twenty-five-thousand developer devices! Probably all paid by M$ Nov 09 22:34:10 http://www.youtube.com/watch?v=KMU0tzLwhbE **** ENDING LOGGING AT Thu Nov 10 02:59:58 2011