**** BEGIN LOGGING AT Sat Dec 15 02:59:58 2012 Dec 15 16:07:54 any ideas why I get this: Dec 15 16:07:57 Freeing init memory: 152K Dec 15 16:07:57 sh: cannot set terminal process group (-1): Inappropriate ioctl for device Dec 15 16:07:57 sh: no job control in this shell Dec 15 17:45:02 JaMa: ping Dec 15 18:30:50 moin Dec 15 18:44:43 Hi. I'm using openembedded to build an image for the Beagleboard, was wondering if it would be possible to run the image using qemu ? Dec 15 20:06:09 eren: pong Dec 15 20:46:42 JaMa: what's the typical size of your kernel in shr? Dec 15 20:46:47 my bzImage is 2.8MB Dec 15 20:47:14 which device? Dec 15 20:49:21 JaMa: well, no specific device for shr, actually Dec 15 20:49:44 pasted on query Dec 15 20:49:47 I would appreciate a few of them :) Dec 15 20:52:11 JaMa: thanks Dec 15 20:52:20 om-gta and nokia900 are interesting Dec 15 20:52:24 1.9 and 1.5MB kernel Dec 15 20:52:36 how did you optimize it? Dec 15 20:52:44 defconfig Dec 15 20:53:10 stuff not needed on every device just moved to modules Dec 15 20:54:07 I currently don't need that kind of optimization for alix3d3, which has 256MB CF card at least, but I'm curious about going as minimal as possible for linksys routers, etc Dec 15 20:54:51 it will be cool to run aprx and ax25 bridging with a tiny device having 8MB of flash :) Dec 15 20:55:27 check meta-micro which is fighting the same small rootfs size Dec 15 20:56:56 alix... nice family of boards for routers Dec 15 20:57:52 hrw: 3d3 is really durable Dec 15 20:58:25 eren: I have 1c - miniitx size Dec 15 20:58:32 flies with coreboot installed Dec 15 20:59:00 a friend of mine, who is hamradio operator as well, runs alix3d3 board interfaced with ax25 modem to run a APRS DIGI at his balcony. It has been running 4 years without a problem Dec 15 20:59:44 He needed to change an antenna in 4 years. The box still runs :) He uses windows xp, though. Dec 15 21:00:03 with good sealed box it will work for ages Dec 15 21:01:43 yeah, it seems so Dec 15 21:01:54 that's why I'm trying to prepare a BSP for alix3d3 Dec 15 21:02:01 kernel configuration is more-or-less done Dec 15 21:02:10 I need to package xf86-video-geode Dec 15 21:02:19 and write an appropriate xorg.conf Dec 15 21:03:29 I used it headless Dec 15 21:04:15 eren: just remember that geode is i586 Dec 15 21:06:09 hrw: yeah, I use tune-i586 Dec 15 21:06:21 and the tune args are set to: -m32 -i586 Dec 15 21:07:14 when I change CPU type in kernel to Geode LX, X86_USE_3DNOW is enabled automatically Dec 15 21:07:45 that made me suspicious Dec 15 21:09:23 good Dec 15 21:09:30 geode has 3dnow Dec 15 21:10:05 it also has some aes hw accelerator iirc Dec 15 21:10:30 hrw: gcc uses i586 features, it will not enable 3dnow, I believe Dec 15 21:10:52 the situation is a bit confusing Dec 15 21:11:29 eren: -march=geode or -mtune=geode existed in gcc Dec 15 21:11:54 there were some problems if I remember correctly Dec 15 21:12:11 and probably not too much to gain Dec 15 21:12:41 while i586 is quite popular so you can run angstrom and get updated packages without rebuilding them ;D Dec 15 21:14:10 you are suggesting to just install angstrom with alix3d3 bsp on top of it? :) Dec 15 21:16:24 eren: with OE you have many choices. two popular ones are: build everything on your own. second is: install Angstrom (+ everntual few own pacakges) Dec 15 21:18:54 well, I'm aiming for hamradio optimized distritbution Dec 15 21:19:02 so, I will go for building everything Dec 15 21:21:22 isn't it Angstrom a distribution based on OE? That should not be a lot different from what I end up with? Dec 15 21:24:46 eren: if you want to play role of distro maintainer - feel free. Dec 15 21:24:59 I been there did that. few times. Dec 15 21:25:37 and your hamradio optimized distribution == image with hamradio packages - right? Dec 15 21:30:41 hrw: yeah, image with hamradio packages Dec 15 21:30:51 some of them will be tiny Dec 15 21:31:07 some of them will be headless, including relay control software, aprs digi Dec 15 21:31:28 some of them will include E17, call logger, signal processor software etc Dec 15 21:32:22 that's it for now Dec 15 21:34:04 re Dec 15 21:34:12 my irc machine oopsed Dec 15 21:34:35 22:21 < eren> isn't it Angstrom a distribution based on OE? That should not be a lot different from what I end up with? Dec 15 21:34:40 was last I saw Dec 15 21:37:06 ibot: logs Dec 15 21:37:07 All conversations are logged to http://ibot.rikers.org/%23oe/ Lines starting with spaces are not logged. Logs are updated daily. Dec 15 21:51:01 hrw: I will provide different image types including hamradio software. Tiny one, headless with repeater controller, aprs digi, and a full one including a desktop environment Dec 15 21:51:03 probably E17 Dec 15 21:51:30 eren: image != distro Dec 15 21:52:50 oh, yeah Dec 15 21:53:40 anyway I go to sleep Dec 15 21:53:49 its 22:53 and saturday ;D Dec 15 21:53:51 good nite! Dec 15 21:54:02 23:53 here Dec 15 21:54:15 I'm already late :( Dec 15 23:00:17 hi, as mentioned a couple of days ago I intended to have a look how difficult it would get to build on Windows during the weekend. I do have a working image on linux so at the moment I load loads of rules, actually far too many for initial testing. What I am looking for is something like hello_world.bb without the caching and other bells and whistles. Dec 15 23:01:35 I can image such a test suite is already present for bitbake on linux, since there might be a unit tester already, I am not aware about. Dec 15 23:17:44 So basically the question is, what is the smallest config I can start with to build it up, instead of having to deal with all problems at once Dec 15 23:26:24 what's are you trying to avoid specifically? building Yocto on win is fairly unsupported Dec 15 23:27:02 sadly on OSX as well :/ Dec 15 23:34:53 ant_home: what I am trying to do at the moment is to build on windows Dec 15 23:35:07 i imagine it cant be so hard with cygwin or interix Dec 15 23:35:54 what can I say...it's not the best option... Dec 15 23:35:58 ant_home: the goal is to at least make the sdk available on windows, I am mainly using the qt part, which is already cross platform Dec 15 23:36:20 kinda like NDK i guess Dec 15 23:36:47 yes, so let me explain my motivation Dec 15 23:36:48 in that case you could see if the canadian cross-compile could work for you. I never tested that stuff personally, though Dec 15 23:36:50 i have a fealing youll run into a lot of unix-y assumptions in the bitbake recipes Dec 15 23:36:53 feeling* Dec 15 23:36:58 so uh.. have fun Dec 15 23:37:09 if you compile qt from source it will work on linux / windows / mac Dec 15 23:38:27 but you can't really cross compile since there are some tiny modification (tslib, libpng) etc Dec 15 23:39:21 so you can copy paste these things and things work... also on windows / likely mac as well... Dec 15 23:39:58 afais the status is http://www.openembedded.org/wiki/OEandYourDistro#Using_OpenEmbedded_on_Windows.2FCygwin_Systems Dec 15 23:40:07 but the thing is, I don't like all these manual fixups, I would like oe to output sdk for mac / windows / linux etc Dec 15 23:40:16 Guest58655, um Dec 15 23:40:30 are you trying to get oe to output an sdk for developing native windows apps? Oo Dec 15 23:40:53 ant_home: check the Windows link ;) Dec 15 23:41:06 heh Dec 15 23:41:26 not promising Dec 15 23:41:44 Deamon404: no, an sdk to output arm-at-binaries for a target machine Dec 15 23:42:05 right that's far more feasible. Dec 15 23:42:18 in all seriousness Dec 15 23:42:22 euh well arm-qt-binaries actually Dec 15 23:42:33 it might be easier and WAY less work for the user and you if oyu just distribute a vm image Dec 15 23:42:38 for vbox/vmware Dec 15 23:42:44 with a minimal linux OS + sdk Dec 15 23:43:02 yes possible already, but not supported by oe Dec 15 23:43:10 ? Dec 15 23:43:20 i dont think you understood what i meant Dec 15 23:43:39 perepare your own vm image with a cross-sdk generated by oe Dec 15 23:44:25 I am aware of that, I really prefer a native solution so you can just hook in the oe build into your QT Creator, press play and it gets uploaded with debug support Dec 15 23:44:57 well, i dont think thats really feasible Dec 15 23:45:08 iirc interfacing cygwin/interix stuff with qt creater is pain++ Dec 15 23:45:09 and yes, I think that is possible, no not the easiest way, but a cool way ... Dec 15 23:45:30 and if youre bankign on mingw building working as a cross-canadian build... Dec 15 23:45:34 i'd try my luck elsewhere Dec 15 23:45:36 Deamon404: There is no cygwin in qt Dec 15 23:45:42 unless you want to hack things on a crt lib level Dec 15 23:46:29 Deamon404: yes, mingw, what are the problems with it? Dec 15 23:46:49 QT + mingw works fine.. Dec 15 23:47:03 (well in the version Nokia shipped it) Dec 15 23:47:19 you wont be using mingw with qt creator Dec 15 23:47:28 youll be usign a mingw-built toolchain building for arm Dec 15 23:47:32 there is no single problem with QT on windows, also not for arm / qemu etc Dec 15 23:47:59 and it's gonna be hella hard to make oe build a canadian-cross toolchgain for arm/linux with mingw Dec 15 23:48:06 it are the libs which are build in which cause issues Dec 15 23:48:07 if not impossible Dec 15 23:49:20 Daemon404: I have no idea, like I said, the goal is to figure out how hard it would get... _why_ would it be difficult? Dec 15 23:50:05 Deamon404: almost nothing is impossible, the question is how much time it will take and if it can be supported Dec 15 23:51:13 Deamon404, ant_home: but before rushing ahead, the first thing todo is to get a reliable bitbake on windows Dec 15 23:51:49 Deamon404, ant_home: so to get back to the original question, how does the hello_world look for bitbake? Dec 15 23:52:51 I suppose you'll get errors building the native packages and the toolchain before starting to build hello_world :/ Dec 15 23:55:28 ant_home: no you get errors way before that Dec 15 23:56:17 ant_home, the biggest thing is going to be trying to build the cross toolchain hat will be use to build the canadian cross toolchain Dec 15 23:56:20 specifically the libc Dec 15 23:56:30 since there is no mingw libc in oe Dec 15 23:56:35 only uclibc, eglibc, etc Dec 15 23:56:42 ant_home: bitbake requires posix specific subprocess and fcntl things.. I hacked those so I can parse recipes Dec 15 23:57:28 Deamon404: oe allows external compilers, that should be a problem Dec 15 23:57:45 Deamon404: euhm should not Dec 15 23:58:35 Deamon404: haven't checked it though, since I want to build it up step by step Dec 15 23:59:24 Deamon404: I want to make sure oe can execute a single command at all... compiling a whole cross-compiler is a too big step at once Dec 16 00:00:09 i've personally never gotten external toolchains to work =p Dec 16 00:00:43 Deamon404: me needer, but that is not the point for the time being... Dec 16 00:01:29 im also not sure if you can use an external cross-chain that is used to build the canadian cross chain Dec 16 00:01:37 i thought oe only supported an external canadian cross chain Dec 16 00:01:40 Deamon404: this will take time, I need a single recipe, like echo "hello_world" > c:/helloworld.txt Dec 16 00:01:40 could be wrong. Dec 16 00:02:37 Deamon404: me neither, but I simply don't care, don't think in problems Dec 16 00:03:48 Deamon404: I want a recipe to work, but this pseudo kicks in, so pseudo needs to go for the time being Dec 16 00:04:16 it's kind of a bad idea to approach a task without thinkign what sorts of problems youll need to solve Dec 16 00:04:20 just my 2 cents. Dec 16 00:05:02 ideal: I have one recipe, one output, not all the magic already present (and likely useful) but not for debugging Dec 16 00:06:04 Deamon404: mmm, the "task" is how much problems there are... Dec 16 00:07:16 Deamon404: I just like to have a working version doing little and from that point seeing how much would be needed to add additional things Dec 16 00:07:36 Deamon404: qt already cross compiles Dec 16 00:07:57 Deamon404: there are cross-compilers for windows Dec 16 00:08:49 Deamon404: so my _guess_ is it wouldn't be that hard once I get bitbake running Dec 16 00:09:58 Deamon404: and I have bitbake parsing all the configs, but it is just too verbose Dec 16 00:10:15 Deamon404: since it parses ALL configs Dec 16 00:10:48 one hello world would suffice for the time being Dec 16 00:14:12 but from your reaction I assume there are no low level test for bitbake, so I will go and create my own Dec 16 00:19:07 Pickle still still seem to puke about bb.COW.c but grep doesn't seem to know it, can anyone shed some light on this/ Dec 16 00:29:05 ant_home: surprised actually that oe doesn't work on a mac, since it has bsd roots Dec 16 00:29:25 ant_home: wat kind of problems do you encounter? Dec 16 00:33:25 ant_home: you got me side-tracked; let's check oe on freebsd Dec 16 00:34:02 ant_home: should be easier then Windows and might work on a mac as well Dec 16 01:07:09 * nerdboy tries to worm his way into the oe booth at scale **** ENDING LOGGING AT Sun Dec 16 02:59:58 2012