**** BEGIN LOGGING AT Mon Aug 27 02:59:58 2012
Aug 27 05:49:12 <CIA-92> SHR: 03Martin.Jansa 07meta-smartphone * r1dbd3635a113 10/meta-aurora/recipes-aurora/aurora/aurora-daemon_git.bb: aurora-daemon: add missing libfakekey dependency
Aug 27 10:30:56 <morphis> Alex[sp3dev]: ping
Aug 27 10:31:09 <ildar> кнда
Aug 27 10:31:11 <ildar> pong
Aug 27 10:35:52 <Alex[sp3dev]> morphis: 64 bytes from Alex[sp3dev] icmp_req=1 time=360000 ms
Aug 27 10:38:02 <Alex[sp3dev]> morphis: so, you've merged my changes. has it blown up everything?
Aug 27 10:38:27 <morphis> Alex[sp3dev]: I just did a compile-check
Aug 27 10:38:36 <morphis> just had to add an include for wakelock.c
Aug 27 10:38:43 <morphis> will test things later on device 
Aug 27 10:39:13 <morphis> Alex[sp3dev]: with my lasts tests libsamsung-ipc and its tools segfaults very often
Aug 27 10:39:19 <morphis> like when something is going wrong
Aug 27 10:39:30 <morphis> we really should fix this so everything get's closed/down fine
Aug 27 10:40:46 <morphis> Alex[sp3dev]: btw. I am planing to add RFS support to samsung-modem-mgr as well
Aug 27 10:40:56 <morphis> so it's a complete daemon for power handling + RFS
Aug 27 10:40:57 <Alex[sp3dev]> morphis: would be nice to add proper flight mode power off to samsung-ril/ipc
Aug 27 10:41:20 <morphis> isn't that already working?
Aug 27 10:41:32 <morphis> with crespo it did once ago
Aug 27 10:41:57 <Alex[sp3dev]> morphis: no, it's just entering LPM but not closing ipc and not shutting off the modem
Aug 27 10:42:00 <morphis> we switch for airplane mode to LPM power state
Aug 27 10:42:13 <morphis> why should it shutting down the modem?
Aug 27 10:42:19 <morphis> when entering airplane mode?
Aug 27 10:42:45 <Alex[sp3dev]> morphis: uh.. because we don't trust the proprietary baseband firmware
Aug 27 10:42:57 <morphis> Alex[sp3dev]: ok, thats replicant specific
Aug 27 10:43:05 <morphis> not specific for libsamsung-ipc
Aug 27 10:45:45 <Alex[sp3dev]> morphis: so you have tuna and want to get it running meego?
Aug 27 10:46:02 <morphis> I have a tuna, yes
Aug 27 10:46:09 <morphis> but don't have anything in mind with meego
Aug 27 10:46:15 <Alex[sp3dev]> why ofono then?
Aug 27 10:46:20 <morphis> can't really say what I am working on
Aug 27 10:46:25 <morphis> not yet
Aug 27 10:46:47 <Alex[sp3dev]> I mean, if we had ofono working, why would we need FSO? meego seems to have nice UI for phone, camera, settigns etc
Aug 27 10:47:08 <morphis> Alex[sp3dev]: thats a good question
Aug 27 10:47:11 <pabs3> ofono is GSM only isn't it?
Aug 27 10:47:17 <pabs3> FSO is much more
Aug 27 10:47:37 <morphis> I like FSO (fsogsmd in detail) and thats why I worked on it so much in the past
Aug 27 10:47:49 <morphis> FSO is much more but the rest is mostly unfinished
Aug 27 10:47:52 <morphis> and superseeded
Aug 27 10:47:57 <morphis> like power management
Aug 27 10:48:25 <morphis> Alex[sp3dev]: I can't talk about the distribution or UI question yet
Aug 27 10:48:42 <morphis> but I am interested in ofono as it offers a complete integration with mostly everything
Aug 27 10:48:50 <morphis> mmsd/connman/bluez/pluseaudio/...
Aug 27 10:48:56 <Alex[sp3dev]> morphis: telepathy :)
Aug 27 10:49:03 <morphis> yes
Aug 27 10:49:13 <morphis> to such a degree fsogsmd will never evolve
Aug 27 10:51:29 <Alex[sp3dev]> my opinion is that it's better to collaborate with industry than reinvent the wheel. My opinion is that the only thing needed is the power control API/daemon for sensors and a bunch of udev scripts for hdmi, audio etc
Aug 27 10:53:04 <morphis> power control? you mean applying patterns like cpu governors, several sysfs fixs etc.?
Aug 27 10:54:17 <Alex[sp3dev]> morphis: no, I mean there's no standardized API for sensors (accelerometer, gyro, light) and while we can use evdev, a power api would be needed because X opens evdev nodes and we can't just put power control to the chardev open
Aug 27 10:54:24 <morphis> Alex[sp3dev]: but you're right, collaborating with industry is the right way
Aug 27 10:54:35 <morphis> Alex[sp3dev]: ah ok
Aug 27 10:55:34 <Alex[sp3dev]> Also I don't know how meego/maemo handles audio, but it is surely needed to have a daemon to switch routing on headset insertion (implementing policy in kernel turns out to be extremely complex)
Aug 27 10:55:48 <morphis> pulseaudio
Aug 27 10:56:02 <morphis> it offers policy scripts where you can implement the routing
Aug 27 10:56:17 <morphis> and there is ALSA UCM which seems to be the way of the future
Aug 27 10:56:33 <morphis> seems to get adopted by the linaro and pulseaudio guys
Aug 27 10:56:51 <Alex[sp3dev]> the other stuff like fsousaged is basically crap because all distros have cpufreq utils, ulatencyd and so on and suspend is supported by pm-utils, gnome and kde
Aug 27 10:57:26 <Alex[sp3dev]> I mean, code quality of FSO is excellent but it just conflicts with many conventional desktop daemons
Aug 27 10:57:41 <morphis> Alex[sp3dev]: yes
Aug 27 11:01:35 <Alex[sp3dev]> morphis: FSO is debianized. Maybe we should debianize kernels for crespo and tuna, put up a repo and a multistrap script and try building ubuntu rootfs with FSO and E17 automatically? I mean, switch from OE to ubuntu
Aug 27 11:01:55 <morphis> Alex[sp3dev]: define "we" :)
Aug 27 11:02:00 <Alex[sp3dev]> morphis: you and me
Aug 27 11:02:12 <morphis> Alex[sp3dev]: look at what I send you as PM
Aug 27 11:02:37 <Alex[sp3dev]> morphis: so, I just guessed something I shouldnt've known?)
Aug 27 11:02:48 <morphis> look at PM
Aug 27 11:35:34 <CIA-92> SHR: 03GNUtoo 07meta-smartphone * r359ea5400a5f 10/meta-samsung/recipes-core/systemd/ (3 files in 2 dirs): meta-samsung: systemd-machine-units: fix crespo booting with Xorg
Aug 27 11:35:34 <CIA-92> SHR: 03GNUtoo 07meta-smartphone * re4edc18f460e 10/meta-samsung/recipes-core/systemd/ (systemd/crespo/logind.conf systemd_git.bbappend): meta-samsung: systemd: fix Xorg/chvt hangup when switching console.
Aug 27 11:35:36 <CIA-92> SHR: 03GNUtoo 07meta-smartphone * r129bf225adde 10/meta-samsung/ (2 files in 2 dirs): meta-samsung: Add the possibility to unbind crespo's console.
Aug 27 11:38:13 <GNUtoo> Alex[sp3dev], hi
Aug 27 11:39:07 <Alex[sp3dev]> GNUtoo: hi
Aug 27 11:40:00 <GNUtoo> Alex[sp3dev], do you have new ideas for the GPRS?
Aug 27 11:41:08 <Alex[sp3dev]> GNUtoo: yes. I delegate that to paulk_ :)
Aug 27 11:41:39 <GNUtoo> ok
Aug 27 11:41:40 <GNUtoo> lol
Aug 27 11:41:45 <GNUtoo> so no more debugging then
Aug 27 11:41:53 <GNUtoo> hi paulk-desktop 
Aug 27 11:42:01 <paulk_> hi GNUtoo
Aug 27 11:42:06 <Alex[sp3dev]> GNUtoo: it's simple. either one of you debugs and fixes it or not. I think getting GB running on tuna would be an incredible PITA
Aug 27 11:42:26 <GNUtoo> yes
Aug 27 11:44:57 <GNUtoo> ping paulk-desktop 
Aug 27 11:45:01 <paulk-desktop> yep
Aug 27 11:45:26 <GNUtoo> paulk-desktop, about tuna I added many things
Aug 27 11:45:33 <GNUtoo> but I'm still on top of vendor/cm
Aug 27 11:45:40 <GNUtoo> for instance we must remove automatic 3g
Aug 27 11:45:45 <GNUtoo> and such things
Aug 27 11:45:51 <GNUtoo> altough we have no 3d
Aug 27 11:45:52 <paulk-desktop> ok
Aug 27 11:45:57 <Alex[sp3dev]> Y remove 3g?
Aug 27 11:46:11 <GNUtoo> remove *automatic* 3g
Aug 27 11:46:14 <paulk-desktop> I'll try to finish gta04 in the next few days and then I'll go on galaxy s2
Aug 27 11:46:17 <GNUtoo> ok
Aug 27 11:46:39 <Alex[sp3dev]> paulk-desktop: could you debug crespo and merge it? :)
Aug 27 11:46:42 <GNUtoo> I've added a no-3d file tough
Aug 27 11:46:53 <paulk-desktop> Alex[sp3dev], ok
Aug 27 11:47:08 <Alex[sp3dev]> anyway, android without 3D is like pow(shit, shit).
Aug 27 11:48:02 <GNUtoo> paulk-desktop, there is USSD in Alex[sp3dev] 's code
Aug 27 11:48:10 <GNUtoo> so please merge it 
Aug 27 11:48:16 <paulk-desktop> yes he told me
Aug 27 11:48:21 <GNUtoo> the only problem is that 3g is broken 
Aug 27 11:48:26 <GNUtoo> under crespo+gingerbread
Aug 27 11:49:09 <Alex[sp3dev]> ok, I'm leaving this discussion because when I hear about using android without 3d or stuff like "we don't have phone working but it's fully free" I enter troll mode
Aug 27 11:49:49 <GNUtoo> we have a lot working on our supported phones
Aug 27 11:50:07 <GNUtoo> specially the ones with samsung modems
Aug 27 11:50:19 <Alex[sp3dev]> note that I don't believe in any kind of freedom and security on proprietary hardware. and linux where everything runs in supervisor mode in shared memory is inherently insecure
Aug 27 11:54:36 <GNUtoo> <troll mode> HURD? </troll mode>
Aug 27 11:56:10 <Alex[sp3dev]> GNUtoo: L4
Aug 27 11:56:13 <GNUtoo> ok
Aug 27 11:56:46 <prahal2> is gta04 audio plug detection sorted out ?
Aug 27 11:56:53 <Alex[sp3dev]> well, actually it would be nice to implement a HV in TrustZone but you can't explot TrustZone on commercial devices
Aug 27 11:57:00 <GNUtoo> prahal2, yes in git
Aug 27 11:57:39 <GNUtoo> prahal2, I added support for it some days ago
Aug 27 11:57:40 <prahal2> thanks. my gta04 has a way better sound than my htc  .)
Aug 27 11:57:50 <GNUtoo> ah?
Aug 27 11:58:06 <GNUtoo> I tought the sound of the gta04 was bad, maybe I have bad earphones then
Aug 27 11:58:19 <Alex[sp3dev]> prahal2: sure, nothing ever can be shittier than qualcomm
Aug 27 11:58:42 <prahal2> I compared to my htc desire . Might not be the best on the market still way better than this htc one
Aug 27 11:58:54 <GNUtoo> ok
Aug 27 11:59:04 <GNUtoo> for me there is too much bass 
Aug 27 11:59:11 <GNUtoo> but it's acceptable
Aug 27 11:59:20 <GNUtoo> (it's not gta02 without bassfix)
Aug 27 11:59:25 <Alex[sp3dev]> I figured my anti-qualcomm propaganda has some results and some more people are starting anti-qcom trolling on forums sometimes. which is a good sign.
Aug 27 11:59:31 <GNUtoo> *it's not at GTA02 level without bassfix
Aug 27 11:59:40 <GNUtoo> Alex[sp3dev], lol nice
Aug 27 11:59:47 <phh> now they go to tegra ! :D
Aug 27 12:00:06 <prahal2> mind I played a lot with the different levels . Might be far from the defaults
Aug 27 12:00:16 <Alex[sp3dev]> phh: I think tegra is quite good except for the lack of camera drivers and non-upstreamed fb
Aug 27 12:00:28 <phh> ah.
Aug 27 12:00:30 <Alex[sp3dev]> phh: but at least tegra has nvflash and is unbrickable
Aug 27 12:00:36 <phh> indeed
Aug 27 12:00:43 <phh> that's a huge feature
Aug 27 12:00:53 <Alex[sp3dev]> well, galaxy nexus is also unbrickable
Aug 27 12:01:09 <Alex[sp3dev]> there's a leaked samsung OMAPFlash which can flash xloader and SBL via usb to a brick
Aug 27 12:01:57 <GNUtoo> does pusb work?
Aug 27 12:02:12 <Alex[sp3dev]> what?
Aug 27 12:02:21 <GNUtoo> there are free software uttilities 
Aug 27 12:02:28 <GNUtoo> like pusb, pserial
Aug 27 12:02:30 <GNUtoo> etc...
Aug 27 12:03:06 <GNUtoo> https://github.com/nmenon/omap-u-boot-utils/
Aug 27 12:03:07 <Alex[sp3dev]> who would use free software when there are proprietary binaries.. oops. I meant, I think they don't work with HS editions of omap4
Aug 27 12:03:24 <GNUtoo> ah ok
Aug 27 12:03:29 <GNUtoo> that's why they don't work on n900
Aug 27 12:03:32 <GNUtoo> ?
Aug 27 12:03:49 <Alex[sp3dev]> as I understand, omap4 in HS mode will only accept the signed usb bootloader. so we'll still have to use the leaked usb bootloader
Aug 27 12:04:11 <GNUtoo> yes
Aug 27 12:04:14 <Alex[sp3dev]> but I indeed want to usb trace and reimplement OMAPFlash so that I don't have to boot to windows
Aug 27 12:04:22 <GNUtoo> but the tool may be able to load that signed stuff
Aug 27 12:04:29 <GNUtoo> ok
Aug 27 13:39:29 <GNUtoo> sigh....shr-image is still broken on crespo even with my last fix
Aug 27 13:45:17 <GNUtoo> sigh
Aug 27 13:45:25 <GNUtoo> why why why.....
Aug 27 13:45:36 <GNUtoo> I install fso2-console-image
Aug 27 13:45:38 <GNUtoo> everything works
Aug 27 13:45:50 <GNUtoo> even after the install of all shr stuff
Aug 27 13:47:20 <GNUtoo> I'll retry with new fso2-console-image
Aug 27 13:47:32 <GNUtoo> hi morphis 
Aug 27 13:47:39 <morphis> GNUtoo: heyho
Aug 27 13:48:24 <GNUtoo> do you have any ideas for crespo
Aug 27 13:48:29 <GNUtoo> because it's kind of sad to drop it
Aug 27 13:49:58 <morphis> you know which the last version was that worked?
Aug 27 13:50:02 <GNUtoo> no
Aug 27 13:50:20 <morphis> you tried some older staging images?
Aug 27 13:50:58 <GNUtoo> no
Aug 27 13:51:21 <GNUtoo> my images are not old enough locally
Aug 27 13:51:26 <morphis> seems to me like an newer systemd version broke it
Aug 27 13:51:49 <morphis> you tried with a different distribution based on initscripts?
Aug 27 13:52:43 <GNUtoo> no but I know the culpit is systemd-logind
Aug 27 13:52:56 <morphis> and you know why it is?
Aug 27 13:53:40 <GNUtoo> it does tty stuff
Aug 27 13:53:52 <GNUtoo> which makes VT_ACTIVATE reboot the phone then
Aug 27 13:54:02 <GNUtoo> VT_ACTIVATE is done by Xorg, chvt etc...
Aug 27 13:55:15 <morphis> so VT_ACTIVATE is issued twice?
Aug 27 13:55:43 <GNUtoo> no
Aug 27 13:56:01 <GNUtoo> that's not what I meant
Aug 27 13:56:26 <GNUtoo> I meant that logind configures the tty in such way that after it's configured VT_ACTIVATES makes the phone reboots
Aug 27 13:56:38 <morphis> so it's some fault on kernel side?
Aug 27 13:56:55 <morphis> you have some more kernel information about the reboot?
Aug 27 13:57:10 <GNUtoo> no
Aug 27 13:57:23 <morphis> ok
Aug 27 13:57:25 <GNUtoo> cat /proc/last_kmsg has nothing anormal
Aug 27 13:57:32 <GNUtoo> last thing is rndis0 that comes up
Aug 27 13:57:37 <morphis> hm
Aug 27 13:57:55 <morphis> which systemd version SHR is using right now?
Aug 27 13:57:56 <GNUtoo> I tough I fixed it last night
Aug 27 13:58:02 <GNUtoo> I really tough
Aug 27 13:58:07 <GNUtoo> after reboot it worked
Aug 27 13:58:08 <GNUtoo> etc....
Aug 27 13:58:18 <GNUtoo> but maybe some PR or something got lost
Aug 27 13:58:27 <GNUtoo> so could you try ?
Aug 27 13:58:36 <GNUtoo> maybe we should ask JaMa to make some images?
Aug 27 13:58:38 <morphis> I have my Nexus S currently not here
Aug 27 13:58:42 <GNUtoo> ah ok
Aug 27 13:58:58 <morphis> so you don't know wether your build output is reliable?
Aug 27 14:00:25 <morphis> then definitly let JaMa make another build for crespo so you can test
Aug 27 14:00:41 <morphis> I think dropping crespo is not an option
Aug 27 14:01:17 <morphis> GNUtoo: btw. if you have some free time it would be really nice if you can test my fsogsmd changes for crespo 
Aug 27 14:01:28 <GNUtoo> ok
Aug 27 14:01:33 <GNUtoo> once crespo work I'll do
Aug 27 14:01:46 <GNUtoo> basically here's my issue
Aug 27 14:01:53 <morphis> great
Aug 27 14:01:53 <GNUtoo> 1)I have no internet at home
Aug 27 14:02:01 <GNUtoo> 2)wifi cafee closes early
Aug 27 14:02:02 <morphis> you're still in france?
Aug 27 14:02:10 <GNUtoo> 3) => I build with -b
Aug 27 14:02:21 <GNUtoo> 4) -b is bad....
Aug 27 14:02:27 <GNUtoo> yes
Aug 27 14:03:25 <morphis> I currently have no populated shr build environment so I can't build a crespo image for SHR
Aug 27 14:03:34 <morphis> so we have to JaMa to show up this evening
Aug 27 14:03:48 <morphis> GNUtoo: but I don't think it's urgent to fix the crespo support
Aug 27 14:04:01 <GNUtoo> ok
Aug 27 14:04:03 <morphis> if we put it on our list and try to fix it in the following weeks its ok
Aug 27 14:04:16 <GNUtoo> it's ultra-broken.....
Aug 27 14:04:18 <morphis> I think there aren't any users out there
Aug 27 14:04:19 <GNUtoo> I mean it's unusable
Aug 27 14:04:43 <GNUtoo> we need it to test your patches
Aug 27 14:05:13 <GNUtoo> morphis, is DEVTMPFS_MOUNT=y good or bad?
Aug 27 14:05:16 <GNUtoo> on crespo
Aug 27 14:05:22 <morphis> should not hurt
Aug 27 14:05:31 <morphis> as udev is fine with it and SHR uses still udev
Aug 27 14:05:47 <morphis> ah but it will not work
Aug 27 14:05:47 <GNUtoo> ok
Aug 27 14:05:54 <morphis> as we're using this initramfs 
Aug 27 14:05:57 <GNUtoo> yes
Aug 27 14:06:01 <GNUtoo> so I should remove it?
Aug 27 14:06:04 <morphis> yes
Aug 27 14:06:06 <GNUtoo> ok
Aug 27 14:06:35 <morphis> GNUtoo: btw. you're still missing in the other channel
Aug 27 14:07:25 <GNUtoo> ouch I forgott PR bump.....
Aug 27 14:07:28 <GNUtoo> with the kernel
Aug 27 14:07:55 <GNUtoo> ah no
Aug 27 14:08:12 <GNUtoo> It's just git log -p ./ that didn't show it
Aug 27 15:09:05 <JaMa> GNUtoo: should I start crespo image build right now?
Aug 27 15:09:13 <GNUtoo> yes
Aug 27 15:09:20 <GNUtoo> thanks a lot
Aug 27 15:09:30 <GNUtoo> or wait 1 second
Aug 27 15:09:34 <GNUtoo> I'll push something first
Aug 27 15:09:46 <JaMa> np
Aug 27 15:09:55 <JaMa> ok I've to update shr buildhost first too
Aug 27 15:10:22 <GNUtoo> ok
Aug 27 15:10:23 <CIA-92> SHR: 03GNUtoo 07meta-smartphone * r948db89ad4a8 10/meta-samsung/ (2 files in 2 dirs): meta-samsung: remove CONFIG_DEVTMPFS_MOUNT (not needed) from crespo kernel
Aug 27 15:10:35 <GNUtoo> done
Aug 27 15:10:58 <GNUtoo> I'm at eglibc for fso2-console-image and shr-image
Aug 27 15:12:51 <morphis> JaMa: you know any reason why udev in meta-oe doesn't ship an initscript anymore?
Aug 27 15:15:13 <JaMa> morphis: we're not using udev recipe from meta-oe (in shr-images) but systemd which provides udev now
Aug 27 15:16:57 <JaMa> GNUtoo: image will be in 094 feed in half an hour or so
Aug 27 15:17:09 <GNUtoo> ok
Aug 27 15:17:12 <GNUtoo> thanks
Aug 27 15:35:03 <CIA-92> SHR: 03shr-devel 07buildhistory * rf239d4a8170c 10/ (6 files in 2 dirs): images: Build 201208271717 of shr 20120827 for machine crespo on opmbuild
Aug 27 15:36:31 <JaMa> GNUtoo: built but for some reason your last commit didn't trigger kernel rebuild
Aug 27 15:36:41 <GNUtoo> ah?
Aug 27 15:36:44 <JaMa> GNUtoo: maybe missing inherit for machine_kernel_pr?
Aug 27 15:36:46 <GNUtoo> let me look
Aug 27 15:36:48 <GNUtoo> maybe
Aug 27 15:36:51 <GNUtoo> can you look
Aug 27 15:37:09 <JaMa> hmm it's there
Aug 27 15:37:36 <GNUtoo> ok
Aug 27 15:37:40 <JaMa> updating branches again
Aug 27 15:37:45 <GNUtoo> ok
Aug 27 15:37:50 <JaMa> ah my fault
Aug 27 15:37:55 <JaMa> it wasn't pushed to github
Aug 27 15:38:22 <GNUtoo> ok
Aug 27 15:38:35 <JaMa> do you want me to push it for you?
Aug 27 15:38:51 <GNUtoo> yes
Aug 27 15:39:28 <GNUtoo> did we swtich to github or are github and the meta-smartphone git syncronized?
Aug 27 15:40:53 <JaMa> git.shr* should be primary source, I'm looking in git hooks to sync it to github/gitorious automatically (https://github.com/bjeanes/fi-sync-hooks)
Aug 27 15:41:28 <JaMa> but right now I'm pushing it to all manually 
Aug 27 15:41:54 <GNUtoo> ok
Aug 27 15:42:19 <JaMa> building again
Aug 27 15:42:33 <GNUtoo> ok
Aug 27 16:17:33 <GNUtoo> -b is really bad for bitbake
Aug 27 16:17:42 <GNUtoo> now I'm unable to reproduce the fix
Aug 27 16:17:50 <GNUtoo> maybe it's the serial removed?
Aug 27 16:17:56 <GNUtoo> that I reverted
Aug 27 16:21:49 <GNUtoo> is there an option to keep the display on?
Aug 27 16:21:51 <GNUtoo> during boot
Aug 27 16:21:56 <GNUtoo> like no_console_suspend
Aug 27 16:21:59 <GNUtoo> I'll try that
Aug 27 16:47:19 <GNUtoo> I'll go
Aug 27 16:47:33 <GNUtoo> wifi cafee is closing
Aug 27 16:50:11 <JaMa> crespo image still building.. :/
Aug 27 17:17:12 <CIA-92> SHR: 03Martin.Jansa 07shr-makefile * rdc5efd79f0e9 10/Makefile: fix warning
Aug 27 17:19:09 <CIA-92> SHR: 03shr-devel 07buildhistory * rf6e053be7685 10/ (11 files in 3 dirs): images: Build 201208271750 of shr 20120827 for machine crespo on opmbuild
Aug 27 17:19:10 <CIA-92> SHR: 03shr-devel 07buildhistory * r24d49b28b835 10/packages/crespo-oe-linux-gnueabi/ (108 files in 66 dirs): packages: Build 201208271750 of shr 20120827 for machine crespo on opmbuild
Aug 27 18:14:06 <slyon_> hey
Aug 27 18:20:39 <slyon_> jeepingben, i'm pushing your hwrouting scenarios into fsodeviced. they aren't integrated yet. just that they don't get lost.
Aug 27 18:34:52 <CIA-92> SHR: 03morphis 07meta-smartphone * r782db256c4f9 10/meta-samsung/recipes-bsp/firmware/samsung-tuna-firmware_1.0.bb: meta-samsung: samsung-tuna-firmware: copy relevant firmware binaries on boot from android
Aug 27 18:34:52 <CIA-92> SHR: 03morphis 07meta-smartphone * rcb4eacd6b83b 10/meta-fso/recipes-freesmartphone/samsung-ipc/libsamsung-ipc_git.bb: meta-samsung: libsamsung-ipc: make git branch to build from exchangable
Aug 27 18:35:36 <morphis> slyon_: great, I didn't had the time to do this yet
Aug 27 18:38:51 <slyon_> morphis, well... they still need to be integrated
Aug 27 18:39:08 <slyon_> i've just added them to the repository, so they don't get lost
Aug 27 18:39:46 <morphis> slyon_: you have some time for integration?
Aug 27 18:40:21 <slyon_> morphis, we've to do something like here: https://github.com/radekp/qtmoko/blob/master/devices/gta04/src/plugins/audiohardware/neo/neoaudioplugin.cpp (l719ff)
Aug 27 18:40:51 <slyon_> morphis, no... i've no time at the moment... i'm busy with my shr on debian project, and soon i'll have exams again.
Aug 27 18:40:59 <CIA-92> SHR: 03morphis 07meta-smartphone * rfbb523770965 10/meta-samsung/ (3 files in 2 dirs): meta-samsung: rename linux-bcm4329-firmware to samsung-crespo-firmware
Aug 27 18:41:00 <CIA-92> SHR: 03morphis 07meta-smartphone * r4af36117ceef 10/meta-samsung/conf/machine/tuna.conf: meta-samsung: tuna: add dependency on samsung-tuna-firmware
Aug 27 18:41:21 <morphis> slyon_: ok
Aug 27 18:41:55 <slyon_> morphis, sorry. I've to run now. see you soon!
Aug 27 20:30:37 <CIA-92> SHR: 03shr-devel 07buildhistory * r0ca61597f611 10/packages/ (29 files in 29 dirs): packages: Build 201208272200 of shr 20120827 for machine om-gta02 on opmbuild
Aug 27 20:30:37 <CIA-92> SHR: 03shr-devel 07buildhistory * r245244e7c86d 10/images/om_gta02/eglibc/shr-image/ (4 files): images: Build 201208272200 of shr 20120827 for machine om-gta02 on opmbuild
Aug 27 20:49:00 <CIA-92> SHR: 03morphis 07meta-smartphone * rbcddc5da3fe6 10/meta-samsung/recipes-bsp/samsung-modem-mgr/ (2 files in 2 dirs): meta-samsung: samsung-modem-mgr: add initscript and bump PR
Aug 27 21:04:37 <CIA-92> SHR: 03shr-devel 07buildhistory * rcc02bd3baa65 10/images/nokia900/eglibc/shr-image/ (5 files): images: Build 201208272233 of shr 20120827 for machine nokia900 on opmbuild
Aug 27 21:04:38 <CIA-92> SHR: 03shr-devel 07buildhistory * r73c5b64c5cfd 10/packages/ (29 files in 29 dirs): packages: Build 201208272233 of shr 20120827 for machine nokia900 on opmbuild
Aug 27 21:11:40 <jeepingben> slyon, great!, I'm sure there is room for improvement.  I know line 1 needs to be deleted from all of them to avoid regression.
Aug 27 21:31:21 <CIA-92> SHR: 03shr-devel 07buildhistory * rf714c0bba5a5 10/packages/om_gta04-oe-linux-gnueabi/systemd-machine-units/ (7 files in 7 dirs): packages: Build 201208272306 of shr 20120827 for machine om-gta04 on opmbuild
Aug 27 21:31:30 <CIA-92> SHR: 03shr-devel 07buildhistory * rd68a10463835 10/images/om_gta04/eglibc/shr-image/ (5 files): images: Build 201208272306 of shr 20120827 for machine om-gta04 on opmbuild
Aug 27 21:41:09 <CIA-92> SHR: 03morphis 07meta-smartphone * ra76820b8a38e 10/meta-samsung/recipes-graphics/libgles-omap4/libgles-omap4_1.7.10.0.1.21.bb: meta-samsung: libgles-omap4: add some more things we provide
Aug 27 21:41:09 <CIA-92> SHR: 03morphis 07meta-smartphone * rd0e6baca34e8 10/meta-samsung/conf/machine/tuna.conf: meta-samsung: tuna: add default providers for virtual/{egl,libgl,libgles1,libgles2}
Aug 27 21:58:57 <CIA-92> SHR: 03shr-devel 07buildhistory * rf05cb7aa474a 10/packages/tuna-oe-linux-gnueabi/systemd-machine-units/ (7 files in 7 dirs): packages: Build 201208272333 of shr 20120827 for machine tuna on opmbuild
Aug 27 21:58:58 <CIA-92> SHR: 03shr-devel 07buildhistory * r583d1c6b5628 10/images/tuna/eglibc/shr-image/ (5 files): images: Build 201208272333 of shr 20120827 for machine tuna on opmbuild
**** ENDING LOGGING AT Tue Aug 28 03:00:03 2012