**** BEGIN LOGGING AT Mon Sep 24 02:59:59 2012 Sep 24 07:11:15 good morning Sep 24 07:14:59 Good morning :) Sep 24 07:19:03 I was looking at making the devshell command make a new terminal in my existing screen. It wasn't extremely hard, but should be made doable as a config option IMHO... Sep 24 07:19:07 https://gist.github.com/3774736 Sep 24 07:19:49 Anyone got an opinion? Should I send this to the openembedded-devel list? Sep 24 07:21:29 xim: I don't like the command = 'screen {command}' Sep 24 07:21:41 xim: why you removed the former? Sep 24 07:22:44 mckoan: To get the screen to start in my existing terminal, as found through the STY environment variable. Sep 24 07:23:52 That's incompatible with pretty much any and all extra parameters used in the existing terminal class Sep 24 07:25:20 xim: I always use devshell with screen in a remote ssh session, I'd have to test it to check if it break anythong Sep 24 07:26:59 I haven't tested it extensively, and in its present form it's quite unsuitable for pushing upstream. I'll try to get a discussion going on the devel list! Sep 24 07:27:24 xim: where the value of STY comes from? Sep 24 07:27:59 mckoan: It's populated by screen Sep 24 08:10:10 morning all Sep 24 08:13:50 'morn =) Sep 24 08:21:25 morning all Sep 24 08:37:09 hi bluelightning Sep 24 08:37:36 hi silvio Sep 24 08:38:07 hello Sep 24 08:38:14 who built meta-toolchain recently? Sep 24 08:38:32 | ln: failed to create symbolic link `/home/hrw/HDD/devel/canonical/ci-linaro/oecore/build/tmp-eglibc/work/x86_64-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image/usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/usr/bin/perl': No such file or directory Sep 24 08:40:40 hi hrw Sep 24 08:43:47 perl is in /home/hrw/HDD/devel/canonical/ci-linaro/oecore/build/tmp-eglibc/work/x86_64-nativesdk-oesdk-linux/nativesdk-perl-5.14.2-r9/image/usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/usr/bin/perl Sep 24 08:45:18 but why usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/ is added? no idea Sep 24 09:06:51 hrw: I am also having a perl issue with LANG - I don't know if this means anything to anyone? Sep 24 09:06:52 src/Makefile.am: installing './depcomp' Sep 24 09:06:52 perl: warning: Setting locale failed. Sep 24 09:06:52 perl: warning: Please check that your locale settings: Sep 24 09:06:52 LANGUAGE = (unset), Sep 24 09:06:52 LC_ALL = (unset), Sep 24 09:06:52 LANG = "en_GB.utf8" Sep 24 09:06:53 are supported and installed on your system. Sep 24 09:06:53 perl: warning: Falling back to the standard locale ("C"). Sep 24 09:06:54 Can't locate strict.pm in @INC (@INC contains: /home/jack/Projects/R0005-SDK-210912/sysroots/x86_64-pokysdk-linux/usr/share/autoconf /opt/poky/1.2+snapshot/sysroots/x86_64-pokysdk-linux/usr/lib/perl/site_perl/5.14.2/ /opt/poky/1.2+snapshot/sysroots/x86_64-pokysdk-linux/usr/lib/perl/site_perl/5.14.2 /opt/poky/1.2+snapshot/sysroots/x86_64-pokysdk-linux/usr/lib/perl/vendor_perl/5.14.2/ /opt/poky/1.2+snapshot/sysroots/x86_64-pokysdk-linux/usr/lib/perl/vendo Sep 24 09:07:30 jackmitchell: do "LC_ALL=C bitbake perl" Sep 24 09:08:21 So, I source my toolchain, then add an LC_ALL then I can use autoconf - should this net be set automatically? Sep 24 09:09:05 I should have mentioned, I am trying to convert my application to use autotools - not setting up a recipe Sep 24 09:11:24 but it also looks like you have wrong perl instalation Sep 24 09:14:33 hrw: hmmm, ok I'll take it to the list as it seems I have some bigger problems - thank you! Sep 24 09:41:12 hi all Sep 24 09:42:49 hi pb_ Sep 24 10:17:24 Hi all Sep 24 10:36:30 hi otavio Sep 24 13:46:51 cbrake: ping Sep 24 13:49:26 morning Sep 24 14:32:00 tasslehoff: hello Sep 24 14:34:50 cbrake: I'm trying to put make ifup/ifdown work on my angstrom systemd-image, and rumour has it you know how :) Sep 24 14:35:27 tasslehoff: may be just a rumor :-) Sep 24 14:35:33 tasslehoff: did you see my posts to the systemd list? Sep 24 14:35:52 cbrake: only found one where you didn't have it working yet Sep 24 14:36:06 tasslehoff: another engineer here did a little more work on it since I did -- let me check into that and I'll get back to you ... Sep 24 14:36:25 cbrake: thanks. Sep 24 14:43:04 RP_: ping? Sep 24 15:10:07 tasslehoff: this is what we currently have: https://gist.github.com/3776448 Sep 24 15:10:29 tasslehoff: we ended up with a udev change that got it working Sep 24 15:10:47 tasslehoff: note, I think this only handles USB NIC hotplugging, not ethernet cable hotplugging Sep 24 15:11:28 tasslehoff: and its a 1yr+ old version of systemd, so things may have improved with BindTo, etc Sep 24 15:11:56 tasslehoff: let me know if you find anything better Sep 24 15:31:56 cbrake: will do. thanks. Sep 24 15:37:14 someone can indicate me the istruction to build in the right way my own image? Sep 24 15:40:07 silvio_: are you talking about building the image or creating the image recipe? Sep 24 15:44:55 bluelightning, create my image-recipe, and where put it Sep 24 15:46:23 after trying to decode cmake toolchain files, /me wonders if autotools is *still* the easiest way to cross compile apps ... Sep 24 15:46:47 RP_: Think https://gist.github.com/3762144 would have a shot at going in for the 1.3 timeframe? Right now this causes eglibc-locale failures for 64 bit external toolchains, due to their expectation of lib/locale rather than lib64/locale. With this patch I could change localedir=${exec_prefix}/lib/locale in the tcmode or mentor's distro Sep 24 15:47:51 RP_: for reference, https://gist.github.com/3756705 is what happens if you build eglibc with a default libdir for a 64 bit machine. Sep 24 15:48:18 gah, crap, just noticed taht uses libc_cv_localedir, not ac_cv_localedir, need to fix the patch Sep 24 15:48:41 silvio_: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#usingpoky-extend-customimage Sep 24 15:49:56 silvio_: you can put the image anywhere bitbake finds recipes; most appropriately it would be in a directory called "images" in your own layer (under recipes- with the default layout) Sep 24 15:50:32 bluelightning, ok, thanks thisis what I nee ;) Sep 24 15:50:42 bluelightning, ok, thanks thisis what I need ;) Sep 24 20:35:53 evening all Sep 24 20:38:04 evening Sep 24 20:38:07 jo Sep 24 20:38:49 * pb_ returns from dog school Sep 24 20:39:29 sit! Sep 24 20:48:58 did it work? Sep 24 21:11:46 overuse of flags considered harmful, I suppose. Sep 24 21:13:03 pb_: yes its like overdose :) Sep 24 21:13:58 yeah, they do seem to be slightly addictive. I suppose in this particular case it is a bitbake fail for exposing its internals like that. Sep 24 21:51:09 hmm, why do i always want to use the undocumented features? :) Sep 24 21:51:23 trying to figure out how to make oe use the sdk i built Sep 24 21:59:17 gmc: install it as external toolchain and follow the external codesourcery toolchain recipes Sep 24 21:59:26 or linaro recipes Sep 25 02:50:32 Hello peeps, whats the current state openembedded? I have a Storlink Gemini device that I'd like to compile/install debian for and was wondering if it's worth using OE these days Sep 25 02:51:37 last time I used OE it was for building Zauraus images back just before bitbake was created Sep 25 02:53:02 I see you guys finally switch to git from monotone :P **** ENDING LOGGING AT Tue Sep 25 02:59:58 2012