**** BEGIN LOGGING AT Mon Jan 20 02:59:59 2014 Jan 20 03:07:35 khem: yes Jan 20 03:09:17 khem: I already worked it out while you were disconnected. I just created a new function that copies files into ${IMAGE_ROOTFS} and then add the function to ROOTFS_POSTPROCESS_COMMAND. Jan 20 03:17:50 it seems you need to setup online feeds Jan 20 03:18:46 khem: I have a feed Jan 20 03:19:29 khem: but how does that help? Jan 20 03:21:10 when you have an image with O_P_M then you cant avoid changing the package metadata Jan 20 03:22:13 you can tweak some files with ROOTFS_POSTPROCES_COMMAND but make it an exception not norm Jan 20 03:24:20 khem: yes it's just this special case Jan 20 03:24:35 k Jan 20 03:25:17 another alternative would be to modify the image after it is built. but that's not as elegant. Jan 20 03:31:17 yes Jan 20 03:35:48 morning Jan 20 03:36:04 howdy khem Jan 20 03:36:46 mranostay: hey Jan 20 03:37:29 I was absconding for some time :) Jan 20 03:42:34 khem: planning on ELC? Jan 20 03:50:16 mranostay: yes I think I will there Jan 20 03:50:19 be there Jan 20 03:50:41 hopefully all water in California wont dry up by then Jan 20 03:52:34 khem: droughts? Jan 20 03:54:12 yep our governor has declared drought too ? Jan 20 03:54:16 I think Jan 20 03:54:24 let me see some newspapers Jan 20 03:54:29 but no rains here Jan 20 03:55:50 khem: pdx certainly rarely has that problem Jan 20 04:00:38 I am sure heh :) Jan 20 04:04:11 khem: any forest fires yet? Jan 20 04:06:30 not yet Jan 20 04:06:53 but drought would mean more likely chances of fires Jan 20 05:15:33 oops, found some error junk in a recipe after pulling on master Jan 20 05:15:47 webkit-gtk-1.8.3 Jan 20 09:11:57 morning all Jan 20 09:27:12 JaMa: 10 day job on jenkins? what on earth are you building?! :) Jan 20 09:58:03 hmm, Yocto does not yet have a process monitor software integrated yet? Jan 20 09:58:13 (e.g. daemontools, supervisord, launchd, runit, etc?) Jan 20 10:00:20 surely systemd? (ducks) Jan 20 10:01:00 no, we use SysV. Jan 20 10:01:12 and I am not sure if systemd can do the same. Jan 20 10:01:37 i.e. relaunching daemons if they are stopped, quiting daemons for certain conditions, etc. Jan 20 10:01:51 lpapp: that's the entire purpose of systemd Jan 20 10:02:09 reliably launching services when needed, keeping them alive, losing no network connection Jan 20 10:02:41 lpapp: after all it's done by the company making billions with some enterprise linux ;-) Jan 20 10:02:59 still not sure if systemd integration in yocto is good enough already Jan 20 10:03:27 good morning Jan 20 10:03:28 hi all i have weighngscal bluetooth device i would like to pair that with arm target and need to use bluetooth spp to get data from weighing scale machine.i googled but i could not get enough idea,can you please help me Jan 20 10:03:37 so how can I tell systemd to run 50-100 different services? Jan 20 10:03:48 and take care of relaunching some of them at certain points? Jan 20 10:04:02 or stopping 5-15 of them for a certain condition based on the run of one service? Jan 20 10:04:14 (anyway, we use SysV, so it is kinda moot) Jan 20 10:04:40 (not to mention systemd has other problems) Jan 20 10:04:51 (not just that it is bloated) Jan 20 10:04:55 lpapp: if you want those other tools for sysv you'll need to write the recipes yourself I guess Jan 20 10:05:13 of course, I was just surprised. Jan 20 10:05:18 lpapp: exactly, that's what systemd is doing. you define conditions under which services are provided. if all this preconditions are fullfilled, the service launches. if you take away one, the service stops Jan 20 10:05:22 these are very old tools, and sysv had been around for quite a while. Jan 20 10:05:24 rburton: actually nothing :) http://lists.openembedded.org/pipermail/bitbake-devel/2014-January/004317.html Jan 20 10:06:02 also it has features like listening on network sockets for incoming traffic and only launching the service on demand Jan 20 10:06:12 doesn't seem useful on its own Jan 20 10:06:45 JaMa: blimey, i saw that but wasn't expecting the impact to be that tragic Jan 20 10:06:47 but becomes handy when reconfiguring services. since it makes you lose not a single byte of incoming traffic during the service restart Jan 20 10:06:51 to be honest, I do not like systemd for other reasons. Jan 20 10:07:07 can we not have another systemd war please? Jan 20 10:07:45 rburton: no, I would just forget systemd. ;-) Jan 20 10:09:54 so which layer would daemontools fit in? Jan 20 10:10:36 meta-oe ? Jan 20 10:10:46 not meta? Jan 20 10:10:47 rburton: neither did I, otherwise I wouldn't have started that job, but I'm still interested in how long it will actually take and the results in diff Jan 20 10:26:47 bluelightning,i have used poky with meta-atmel , do you have any idea to connect weighing scale bluetooth spp to arm target.? Jan 20 10:27:18 linu1: bluez is the bluetooth stack, so use the APIs that has Jan 20 10:27:24 linu1: no, sorry, I don't Jan 20 10:28:30 hasselmm: is it difficult to configure systemd up? Jan 20 10:30:39 rburton, yes i have done bluetooth spp between 2 pc and also arm target with pc using rfcomm0 but i dont have any idea using weighing scale bluetooth device. Jan 20 10:31:47 linu1: so you're asking how to program a very specific piece of hardware? I suggest you find the documentation for it. Jan 20 11:34:15 rburton: ffsb patch is still needed, just not config.guess/sub update inside Jan 20 11:34:30 rburton: it becomes a one-liner to remove the hardcoded configure Jan 20 11:34:40 rburton: anyway, posting v2 Jan 20 11:34:48 fabo: sure, but we don't want to see a file added and then deleted Jan 20 11:37:51 rburton: sounds good Jan 20 13:15:40 Hi all. So I have a question about DISTRO_FEATURES vs. IMAGE_FEATURES, in respect to x11. According to http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html, x11 is an IMAGE_FEATURE, which makes it complicated to use as a base for configuration decisions in other packages. However, most existing packages treat it as a DISTRO_FEATURE. Is this ok to do, or is x11 as a DISTRO_FEATURE being phased out? Jan 20 13:22:36 zqad: it's both. ther'es an image feature you can chose to use. and the distro feature is a global on/off. Jan 20 13:22:54 rburton: alright, thanks! Jan 20 13:23:28 if you turn it off at the DISTRO level then you *cannot* build images with X. turn it on at the distro level and you can build images with or without X servers. Jan 20 13:23:37 seems fair :) Jan 20 17:09:40 zqad, rburton: I found that removing opengl/ x11 as DFs didn't work. I should test that again... https://bugzilla.yoctoproject.org/show_bug.cgi?id=5321 Jan 20 17:09:41 Bug 5321: enhancement, Medium, 1.6, randy.macleod, NEW , When DISTRO_FEATURES are removed, bitbake world should still work Jan 20 17:18:44 well, it works, just don't expect to build world. Jan 20 22:49:58 /msg nickserv register jolleykirk stephen.k.jolley@intel.com Jan 20 22:55:25 I added "emacs" to my IMAGE_INSTALL_append variable in local.conf and it installs emacs fine but when I go to use it via a serial console, it just freezes the whole thing. Any ideas or anyone here get emacs to work properly? Jan 20 22:56:53 newell: yeah use vim Jan 20 22:56:54 :) Jan 20 23:00:58 mranostay, NO! Jan 20 23:00:59 lol Jan 20 23:43:11 behanw: how it a'boot today? **** ENDING LOGGING AT Tue Jan 21 02:59:59 2014