**** BEGIN LOGGING AT Fri Nov 23 02:59:59 2012
Nov 23 08:17:58 <mckoan> good morning
Nov 23 08:18:31 <woglinde> hi mckoan
Nov 23 08:27:58 <hrw> fabo: hi
Nov 23 08:28:00 <hrw> ops
Nov 23 08:28:02 <hrw> hi guys
Nov 23 08:28:21 <hrw> how can I do recipe without LIC_FILES_CHKSUM stuff?
Nov 23 08:28:32 <hrw> other then LICENSE = CLOSED
Nov 23 08:29:01 <hrw> I need to ship hello.c, hello.cc, info.php and adding whole license stuff to them is overhead ;(
Nov 23 08:31:14 <woglinde> gm hrw
Nov 23 08:31:43 <woglinde> hrw you only need to do this ones
Nov 23 08:43:01 <hrw> ok
Nov 23 08:44:40 <JaMa> hrw: sometimes there is path to COREBASE.*common-licenses dir
Nov 23 08:44:58 <hrw> I just added expat license and do not ship it
Nov 23 08:45:04 <JaMa> hrw: but it's true that LIC_FILES_CHKSUM does not make much sense with it
Nov 23 08:45:11 <afournier> morning !
Nov 23 08:45:19 <hrw> and Expat license is not shipped in OE
Nov 23 08:46:10 <afournier> i know this is not an oe related question, but does someone know how to keep eth* naming across a platform (same board, different mac address), so the left port is always eth0, the next one eth1, etc.
Nov 23 08:49:34 <afournier> i'll make a script for the first boot, using udev i think
Nov 23 09:05:08 <hrw> if there is a way to identify them other than eth* then udev can handle it
Nov 23 09:07:52 <woglinde> lumdidum
Nov 23 09:08:23 <afournier> hrw: yes, i'll make a script based on mac address order
Nov 23 09:08:58 <afournier> hrw: two of the port use one driver, the third one use an other one, it should not be too complicated to generate a udev conf file at first boot
Nov 23 09:12:53 <woglinde> jo bluelightning
Nov 23 09:13:11 <bluelightning> morning woglinde, all
Nov 23 09:18:06 <hrw> hi bluelightning 
Nov 23 09:29:10 <bluelightning> hi hrw
Nov 23 09:30:04 <afournier> hi
Nov 23 09:31:03 <JaMa> is there something special on package_write_ipk task so it is executed on sstate checksum change (e.g. when some runtime dependency is changed) even when using OEBasic?
Nov 23 09:44:12 <woglinde> hrw do you have a fix for ubuntu 12.10 building binutils-native?
Nov 23 09:45:10 <woglinde> http://paste.debian.net/211728/
Nov 23 09:45:40 <hrw> woglinde: never saw it on my 12.10/13.04 ubuntu 
Nov 23 09:46:30 <woglinde> try with actual heads
Nov 23 09:46:37 <woglinde> and without sstate
Nov 23 10:11:05 <soumya_> hey all
Nov 23 11:17:52 <hrw> woglinde: tried with 2.23 binutils?
Nov 23 11:18:08 <hrw> woglinde: cause I used 2.23.51 and 2.23 only
Nov 23 11:21:08 <woglinde> okay
Nov 23 11:21:16 <woglinde> are they in oe-core already?
Nov 23 11:32:07 <otavio> Can someone enable patchwork for meta-freescale?
Nov 23 11:40:24 <woglinde> otavio better use the ml?
Nov 23 11:40:57 <otavio> woglinde: might be, indeed
Nov 23 11:41:01 <otavio> woglinde: thx
Nov 23 12:00:24 <martiert> I'm trying to get oe to build on mac. The issue I have now is that SRC_URI end " sign is transformed into ?. Any hint as to where the SRC_URI is split and regexed?
Nov 23 12:42:23 <afournier> martiert: i'd say in bitbake itself, are you sure you did not use some weird utf8 character ?
Nov 23 12:43:30 <afournier> X86_UP_APIC [=n]                                                                                                                  |  
Nov 23 12:43:30 <afournier>   | Prompt: Local APIC support on uniprocessors   
Nov 23 12:43:36 <afournier>  Symbol: X86_UP_IOAPIC [=n]                                                                                                                |  
Nov 23 12:43:36 <afournier>   | Prompt: IO-APIC support on uniprocessors                
Nov 23 12:43:44 <afournier> oops
Nov 23 12:43:47 <martiert> afournier: yeah, I was guessing somewhere in bitbake, but not sure where. The recipe is one in oe-core, and doesn't seem to be any weird utf character there
Nov 23 12:44:06 <afournier> sorry for the dumb copy/paste
Nov 23 12:47:03 <martiert> actually, it seems to be a case with only local fetching, but not 100% sure:s
Nov 23 12:54:45 <afournier> http://cgit.openembedded.org/bitbake/tree/lib/bb/fetch2/local.py
Nov 23 13:05:09 <woglinde> for the record I merged/copiedover the openjdk7-branch into master in meta-java
Nov 23 13:11:56 <ant_work> hi woglinde
Nov 23 13:19:26 <ant_work> bluelightning: this is what discourages people using meta-oe: http://lists.linuxtogo.org/pipermail/angstrom-distro-devel/2012-November/006448.html
Nov 23 13:20:14 <ant_work> udev, libjpeg (and xserver to be checked)
Nov 23 13:20:32 <ant_work> and systemd ofc :)
Nov 23 13:21:09 <ant_work> probably using a specific DISTRO helps but that's fully optional imho
Nov 23 13:24:09 <Crofton|work> hmm, so we have a distro specific or lay er specific list in meta-oe?
Nov 23 13:25:26 <Crofton|work> where is the systemd-gnome-image?
Nov 23 13:26:56 <ant_work> hello Crofton|work . Sorry but I don't play with that stuff yet
Nov 23 13:28:26 <ant_work> though, we have almost all agreed we need to defoliate that meta-oe jungle asap
Nov 23 13:29:19 <Crofton|work> systemd and gnome is already implying two "optional" layers
Nov 23 13:34:06 <chouimat> morning
Nov 23 13:36:20 <Crofton|work> I wish the error message showed where the recipe came from
Nov 23 13:50:36 <woglinde> hm right I should set libjpeg to virtual
Nov 23 13:55:37 <woglinde> ah good I do not need to play around with jpeg
Nov 23 15:12:50 <hrw> what LICENCE_FLAGS does?
Nov 23 15:14:04 <kergoth> it's used, iirc, for a recipe to declare some aspect of its licensing, and then the user can exert control over them based on it. the main use, afaik, is handling of commercially licensed stuff, e.g. codecs
Nov 23 15:14:12 <kergoth> but I never did read the actual code for it..
Nov 23 15:14:13 <kergoth> heh
Nov 23 15:14:13 <pb_> morning kergoth
Nov 23 15:14:21 <kergoth> hey pb_ 
Nov 23 15:14:31 <bluelightning> hrw: http://www.yoctoproject.org/docs/current/poky-ref-manual/poky-ref-manual.html#enabling-commercially-licensed-recipes
Nov 23 15:14:48 <hrw> bluelightning, kergoth: thanks
Nov 23 15:17:27 <hrw> so ENTERPRISE_DISTRO var is kind of deprecated way of doing same?
Nov 23 15:21:52 <bluelightning> pretty much, although ENTERPRISE_DISTRO isn't just deprecated, it's no longer used with OE-Core
Nov 23 15:25:07 <hrw> ok
Nov 23 15:25:27 <hrw> ok, sent 10 mails with some changes
Nov 23 15:28:34 <bluelightning> hmm so there is at least one use of ENTERPRISE_DISTRO in meta-oe...
Nov 23 15:43:40 <otavio> Hi; anyone can help with a stupid English question? People here at office are translating the announcement of our holidays for our partners and customers. We all do holidays at same time and the term we use is colletive holidays. We found that "the company will shutdown from xx to yy" would be the correct way. Anyone can help? 
Nov 23 15:47:51 <woglinde> otavio hm shutdown is okay
Nov 23 15:48:40 <woglinde> but maybee depends on the partner more familar I would write "please notice we are all on holiday from to/until"
Nov 23 15:49:29 <hrw> I (non-native) would rather say "will be closed" rather then "will shutdown" but that's me
Nov 23 15:50:38 * hrw -> off
Nov 23 15:52:54 <bluelightning> I would go with hrw's suggestion myself
Nov 23 15:53:04 <ant_work> otavio: "our offices will be closed beginning .. and will reopen .. "
Nov 23 15:53:20 <bluelightning> perfect :)
Nov 23 15:53:27 <ant_work> s/offices/office/ if you mean
Nov 23 15:53:44 <ant_work> ouch
Nov 23 15:54:09 <otavio> :-)
Nov 23 15:57:54 <woglinde> bl is native speaker
Nov 23 15:57:58 <woglinde> so trust in him
Nov 23 16:02:03 <otavio> bluelightning: :) thx
Nov 23 16:02:12 <otavio> ant_work: thx
Nov 23 16:02:14 <otavio> woglinde: thx
Nov 23 16:02:22 <otavio> hrw: thx
Nov 23 16:02:24 <otavio> :)
Nov 23 16:05:23 <ant_work> enjoy your holidays !
Nov 23 16:21:06 <afournier> see ya
Nov 23 18:28:13 <hrw> otavio: ;)
Nov 23 18:28:30 <woglinde> re hrw
Nov 23 18:28:43 <hrw> 'will shutdown' sounds too much like 'will end'
Nov 23 18:35:23 <woglinde> hrw there is patch in patchwork for the binutils problem
Nov 23 18:36:32 <hrw> woglinde: I have to use 2.23 or trunk for aarch64
Nov 23 18:38:48 <hrw> ok, time to create some crazy pacakges for chromebook support
Nov 23 18:41:15 <woglinde> sure
**** ENDING LOGGING AT Sat Nov 24 02:59:58 2012