**** BEGIN LOGGING AT Tue Feb 05 02:59:57 2008 Feb 05 09:01:27 Howdy folks! Is bugs.openembedded.org down? I can't connect Feb 05 09:01:41 jwilliams: look up Feb 05 09:03:28 XorA: Thanks. I was following a link on the Angstrom page. I will ask the maintainer to update the links Feb 05 09:03:52 jwilliams: it will be fixed when new server is in place, which hopefully is soon Feb 05 09:04:25 OK, cheers Feb 05 09:11:37 Bonjour! Feb 05 09:26:46 does gnash support alsa Feb 05 09:27:52 i don't remember Feb 05 09:55:25 hi, I have a small question, why is it, that oe is allways downloading the package after every build? Feb 05 09:55:36 cant it store it locally if it installed it once? Feb 05 10:09:26 moin Feb 05 10:09:57 morning Feb 05 10:11:28 morning! Feb 05 10:12:16 hey guys Feb 05 10:12:29 morning all Feb 05 10:12:43 Azrae1: it only downloads once unless you delete the downloads directory Feb 05 10:13:56 ah ok, so it only need some more packages, i was a little bit confused because i compiled task-base and then the bootstrap-image, and it said that it is a image of task-base Feb 05 10:47:30 03rwhitby 07org.oe.dev * rddd7d8fb... 10/ (5 files in 4 dirs): linux-ixp4xx: Update defconfigs and sane-srcrevs for latest patches that have been accepted upstream Feb 05 10:47:34 03rwhitby 07org.oe.dev * r93048632... 10/ (1 conf/machine/include/ixp4xx.inc): ixp4xx.inc: Move default ixp4xx kernel to 2.6.24 Feb 05 10:47:40 03rwhitby 07org.oe.dev * r7ed2521d... 10/ (14 files in 9 dirs): ixp4xx-kernel: Replaced by linux-ixp4xx since Nov 2007 Feb 05 11:13:24 good morning Feb 05 11:14:14 Ello Feb 05 11:15:21 lo Feb 05 11:24:05 ERROR: Error in executing: Feb 05 11:24:06 ERROR: Exception: Message:[Errno 2] No such file or directory: '/tmp/work/em-x270-angstrom-linux-gnueabi/angstrom-version-1_2008.1-test-20080205-r1/install/angstrom-version.lock' Feb 05 11:24:15 03xora 07org.oe.dev * r77ca7603... 10/ (1 packages/opkg packages/opkg/opkg_svn.bb): Feb 05 11:24:15 opkg_svn.bb : The Open Package Manager, a fork of ipkg actively developed Feb 05 11:24:15 with OE patches already incorporated and new features being add like Feb 05 11:24:15 signed feeds. Feb 05 11:24:35 sry, but im a little bit frustrates of the compelation, allways is something not worging Feb 05 11:24:57 Azrae1: Ive only ever seen that message when my machine ooopsed Feb 05 11:25:35 nop, machine is working fine, maybe it is because i lost my internet connectoin, so what should i do? Feb 05 11:25:57 Azrae1: Im not sure as I dont 100% know what that means Feb 05 11:26:21 so do i XD Feb 05 11:26:51 can i make a clean, somehow? Feb 05 11:26:59 without deleting the downloaded packages Feb 05 11:27:24 Azrae1: rm -rf tmp/ should do it; iirc, the downloaded packages are stored in sources/ Feb 05 11:27:34 er, sorry Feb 05 11:28:11 Someone else will need to confirm that Feb 05 11:28:16 my build dir is clean ATM Feb 05 11:28:31 XorA: I think mickey|zzZZzz already committed opkg Feb 05 11:28:39 Do we have it twice now? Feb 05 11:28:39 hm, i think i could try this on Feb 05 11:29:01 Azrae1: Just check that the downloaded packages aren't in tmp/, and if so, it should be safe to remove that Feb 05 11:29:23 Laibsch: I cant see it in my repo Feb 05 11:29:28 i simply moved the tmp-dir, so i have a backup Feb 05 11:29:49 * Laibsch searches for opkg Feb 05 11:31:22 03xora 07org.oe.dev * r4a6c8f44... 10/ (1 packages/opkg/opkg_svn.bb): opkg_svn.bb : fix the DEPENDS Feb 05 11:32:05 XorA: I can't either Feb 05 11:32:16 It probably was just me recollecting him talking about it Feb 05 11:32:20 Thanks for committing Feb 05 11:32:29 all talk no action from mickey|zzZZzz :-D Feb 05 11:32:34 What needs to be done to have opkg instead of ipkg for a distro? Feb 05 11:32:48 XorA: yeah, he is notorious for that ;-) Feb 05 11:32:55 NOT Feb 05 11:33:18 Laibsch: opkg should be pretty much a work alike ipkg, but everything is called opkg Feb 05 11:33:25 I know Feb 05 11:33:40 Laibsch: so thats all you need to do to replace it in distro Feb 05 11:33:41 So all I need is change the image files? Feb 05 11:34:05 ok, only moving the tmp-director is enouth, i don't have to redownload the sources Feb 05 11:34:10 and fixup so there is opkg-collateral stuff, and sign you Packages files Feb 05 11:34:35 thanks a lot for you help, I will now go and drink some coffee(for 3-4h damn slow computer) Feb 05 11:35:43 XorA: ipkg and opkg can coexist? Feb 05 11:36:13 Laibsch: they conflict on update-alternatives Feb 05 11:36:16 Laibsch: but other than that they will sit side by side Feb 05 11:36:19 * Laibsch will need to take a closer look at this Feb 05 11:37:25 re Feb 05 11:38:00 Laibsch: sonkei could be the first opkg distro in OE :-) Feb 05 11:38:27 * Laibsch rushes ;-) Feb 05 11:38:37 But what about openmoko? Feb 05 11:38:43 Do they still use ipkg? Feb 05 11:38:59 Sonkei is experimental enough at this point that I am willing to break it Feb 05 11:41:51 Laibsch: openmoko will take a while, opkg is being working in in parallel with GTA02 release, so not likely to switch until after that Feb 05 11:42:05 OK Feb 05 11:44:43 XorA: will opkg-utils-native follow? Feb 05 11:45:37 and opkg-native Feb 05 11:45:50 hrw: you know the answer to that as you saw it over ---? Feb 05 11:45:52 > Feb 05 11:47:02 XorA: to tell the true I did not had a time to follow om-dev channel Feb 05 11:47:21 hrw: well Im waiting on new release of opkg for native Feb 05 11:47:33 k Feb 05 11:47:42 ipkg-utils-native will work for opkg I think Feb 05 11:52:22 XorA: Fetching opkg fails Feb 05 11:53:06 Laibsch: dont forget to choose a SRCREV :-) Feb 05 11:53:29 Oh, I need to do that? Feb 05 11:53:36 local.conf or sonkei.conf, right? Feb 05 11:53:50 But that is tricky to make such a commit Feb 05 11:53:52 ;-) Feb 05 11:53:54 wait a bit as I forgot to set version in PV anyway Feb 05 11:54:17 Which SRCREV is the most recent? Feb 05 11:56:36 Laibsch: 4017 Feb 05 11:56:51 pushing updates to OE now Feb 05 11:57:45 Can' t that be committed to sane-srcrevs.inc? Feb 05 11:59:48 4018, even Feb 05 12:00:38 What is ipkg-collateral doing after all? Feb 05 12:00:49 I don't think there is an opkg-collateral, yet Feb 05 12:05:34 03xora 07org.oe.dev * rb84b8bcb... 10/ (4 files in 3 dirs): opkg_svn.bb : remember to set PV and update (in)sane-srrevs.inc Feb 05 12:21:59 Thanks, XorA Feb 05 12:22:26 hrw: I am reworking what xjqian|zzzzzzzzz has done to fix Feb 05 12:22:30 !oebug 3720 Feb 05 12:22:31 * * Bug 3720, Status: NEW, Created: 2008-01-29 21:48 Feb 05 12:22:32 * * GNUtoo(AT)no-log.org: opie 1.2.3 fails to start (black screen) under qemu Feb 05 12:22:34 * * http://bugs.openembedded.net/show_bug.cgi?id=3720 Feb 05 12:22:58 Does opie-ttf-support need to call update-fonts-common in postinst? Feb 05 12:23:02 I don't think so Feb 05 12:23:31 Laibsch: might be an idea to, just to get the ttf fonts that already on system before you install ttf support Feb 05 12:23:50 otherwise you'll need to install a font to get them to show Feb 05 12:24:12 XorA: then it would need to RDEPENDS on font-update-common, too Feb 05 12:24:33 * Laibsch is loosing oversight over the tangled dependencies for this thing Feb 05 12:25:00 My take is that if somebody has non-packaged fonts on the system, they need to call update-font-common by hand Feb 05 12:25:17 or was the script called update-fonts? Feb 05 12:25:24 I think so Feb 05 12:27:49 well, currently, 02update-$blah is called, so that works Feb 05 12:28:10 I'll just leave that in Feb 05 12:33:15 i have just compiled gnash, i get the error "Could not find any -gnash executable under directory /usr/bin, with in" Feb 05 12:33:34 the gnash package didnt gave me only an executable called gnash Feb 05 12:35:17 gnash is a shell script Feb 05 12:39:32 XorA: still interested in failure reports? http://rafb.net/p/P5oBnZ41.html Feb 05 12:48:00 03pfalcon 07org.oe.dev * r647847c7... 10/ (1 conf/machine/h5000.conf packages/tasks/task-base.bb): Feb 05 12:48:00 h5000.conf: Ship BT module. Feb 05 12:48:00 * Fixes #3549 Feb 05 12:48:00 * Based on the patch by Michal Panczyk Feb 05 12:48:05 03xora 07org.oe.dev * r8dd7d29f... 10/ (4 files in 3 dirs): Feb 05 12:48:05 opkg-native_svn.bb : opkg native version for brave people who want Feb 05 12:48:05 to try and build images with opkg. Feb 05 12:48:12 03pfalcon 07org.oe.angstrom-2007.12-stable * r7d0b1888... 10/ (1 BACKPORTS.txt): BACKPORTS.txt: Note pending h5000 fixes. Feb 05 12:59:05 * * OE Bug 3720 has been RESOLVED (FIXED) by Feb 05 12:59:07 * * opie 1.2.3 fails to start (black screen) under qemu Feb 05 12:59:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3720 Feb 05 12:59:28 Damn. There are already 3 or 4 classes for representing display devices. And none of them is sufficient for my case. Feb 05 13:03:26 03Laibsch 07org.oe.dev * r47b75b67... 10/ (3 files in 3 dirs): Feb 05 13:03:26 opie-ttf-support: add 02qtttffont-update and move everything possible from the bb file there Feb 05 13:03:26 * improves readability and robustness Feb 05 13:03:26 * closes 3720 together with e25947a6e6d2be708fd836b7d5209a3d074a28a5 from xjqian Feb 05 13:37:24 XorA: opkg-native bitbakes fine, opkg does not Feb 05 13:39:09 opkg works here Feb 05 13:41:20 \o/ Feb 05 13:41:26 i should try it too Feb 05 13:41:49 i'm trying to get nand flash working on my x86 device Feb 05 13:42:30 the bios doesn't support it so i try to modify the kernel module of the controller to set the register Feb 05 13:44:37 i don't know really if nand flash need to be hard mapped or not Feb 05 14:11:37 XorA: missing dependency? Feb 05 14:12:05 * * OE Bug 3742 has been created by  Feb 05 14:12:06 * * Latest opie images fail calibration Feb 05 14:12:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3742 Feb 05 14:12:48 Laibsch: whats the error? Feb 05 14:13:01 http://rafb.net/p/P5oBnZ41.html Feb 05 14:13:09 I thought you read that Feb 05 14:13:48 Laibsch: must have got lost in the void, that looks like a too old gpgme/libgcrypt Feb 05 14:14:36 XorA: libgcrypt is 1.2.3-r1 Feb 05 14:15:16 XorA: gpgme is 1.1.4-r1 Feb 05 14:15:50 hmm, think it might need libgcrypt 1.4.0, I remeber the author asking me to upgrade that packge Feb 05 14:15:59 only libgcrypt has a later version in oe Feb 05 14:16:11 OK, I'll bake it and retry Feb 05 14:18:48 XorA: it still fails /home/laibsch/work/tmp/sonkei-0.0.1/work/armv5te-sonkei-linux-gnueabi/opkg-0.0 Feb 05 14:19:02 http://rafb.net/p/4Q6FZK34.html Feb 05 14:19:06 there you go Feb 05 14:21:48 Laibsch: libgpg-error? Feb 05 14:22:01 I wouldn't know Feb 05 14:22:09 I have 1.4 of that here Feb 05 14:22:19 * Laibsch looks Feb 05 14:26:01 XorA: Looks like I have 1.4, too Feb 05 14:26:08 :-( Feb 05 14:26:15 really no idea on that error then Feb 05 14:26:50 :-( Feb 05 14:31:31 XorA: http://rafb.net/p/U5VrjP64.html for now? Feb 05 14:32:01 I think opkg uses libgcrypt via gpgme Feb 05 14:32:07 so it doesnt directly use it Feb 05 14:32:26 yes, but opkg depends on that specific version Feb 05 14:33:45 does it? I thought that didnt fix the error? Feb 05 14:36:11 Oh, still the same error? Feb 05 14:36:22 I thought we had moved on to the next error ;-) Feb 05 14:41:04 * * OE Bug 3743 has been created by  Feb 05 14:41:06 * * opkg fails do_compile Feb 05 14:41:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3743 Feb 05 14:44:01 morning Feb 05 14:50:08 is there a maintainer for ipaq-sleep? I'd like to make some updates, but the author's contact information is invalid Feb 05 14:56:02 03xora 07org.oe.dev * rbbb0c0e6... 10/ (1 packages/gpgme/gpgme_1.1.4.bb): gpgme_1.1.4.bb : improve packaging, gpgme-config moved to -dev package Feb 05 14:56:09 apaulsen: oh... that might be outdated right. I can take care about it... Feb 05 14:56:58 * florian wishes he had a little bit of time to replace this and a lot of other stuff with a good middleware Feb 05 14:58:01 There is a package called gxine in packages directory. when i try to do bitbake gxine i get an error saying : ERROR: Required build target 'gxine' has no buildable providers. Feb 05 14:58:56 florian: do you mean you will fix the contact information or that I should send updates to you? Feb 05 15:01:36 apaulsen: send updates to me Feb 05 15:02:55 apaulsen: iirc I was the last who worked on it and colin and pb_ are not that active any more Feb 05 15:05:33 florian: ok, if I get around to making the updates and they actually work, I will contact you Feb 05 15:05:49 apaulsen: ok great - many thanks Feb 05 15:05:54 * florian loves updates Feb 05 15:12:29 rschuster: did you tried to use glibc directly from maemo sdk instead of building it? Feb 05 15:13:12 hrw: no. just took the one that was in OE Feb 05 15:13:18 ok Feb 05 15:14:05 rschuster: I am thinking about creating own feed for n810 and wondering how many OE generated pacakges should I remove before 'apt-get update' Feb 05 15:16:25 Should every bb file contain a PROVIDES statement? Feb 05 15:17:08 hrw: the glibc wont upgrade,libstdc++ does, but doesnt seem to break anything Feb 05 15:17:16 hrw: at least the important ones should not be taken from OE (glibc, glib, gtk and such) Feb 05 15:17:23 anyone here using a graphics tablet? Anything special to consider for Linux? Feb 05 15:17:40 hrw: nokia provides a list of officially distributed libraries Feb 05 15:18:25 hrw: http://tablets-dev.nokia.com/4.0/4.0b_vs_4.0_content_comparison.html Feb 05 15:18:38 hrw: perhaps this helps to find out what to leave out for the feeds Feb 05 15:20:41 thx Feb 05 15:21:13 ~lart nokia for two Shift keys working as LShift Feb 05 15:21:14 * ibot drops a baby grand on nokia for two Shift keys working as LShift Feb 05 15:22:55 hrw: is it hardware problem or software? Feb 05 15:24:55 according to Nokia guy it is hardware Feb 05 15:25:01 http://article.gmane.org/gmane.comp.handhelds.maemo.devel/12585 Feb 05 15:25:06 The keyboard isn't wired to Feb 05 15:25:06 distinguish left and right shift so you only get . Feb 05 15:26:29 lumag: remember - it is Nokia.. Finland.. cold.. alcohol is expensive.. Feb 05 15:27:03 :) Feb 05 15:27:08 :))) Feb 05 15:27:24 hrw: canada is cold too and alcohol can be expensive too Feb 05 15:35:25 03mickeyl 07org.oe.dev * rbbd1c5e5... 10/ (1 packages/gstreamer/gst-plugin-pulse_0.9.7.bb): add gst-plugin-pulse 0.9.7 (to go w/ PA 0.9.8 and later), DP = -1 Feb 05 15:35:29 03xora 07org.oe.dev * receb5780... 10/ (4 files in 2 dirs): Feb 05 15:35:29 angstrom-2007-preferred-versions.inc : renamed for openmoko as its only really Feb 05 15:35:29 been left in OE for that use. angstrom-2007-for-openmoko-versions.inc Feb 05 15:36:16 Damn, damn lcd, backlight, etc. interface. Feb 05 15:36:35 !lart class_backlight, info->bl_dev and company Feb 05 15:36:35 * cdbot2 pulls out his louisville slugger and uses class_backlight, info->bl_dev and company's head to break the homerun record Feb 05 15:41:07 * lumag is trying to properly hook up the lcd & bl driver on tosa. Feb 05 16:06:24 03pH5 07org.oe.dev * rd835703f... 10/ (1 packages/xorg-proto/glproto_1.4.9.bb): glproto: add 1.4.9 Feb 05 16:06:28 03pH5 07org.oe.dev * r6369a7be... 10/ (1 packages/xorg-proto/xproto_7.0.11.bb): xproto: add 7.0.11 Feb 05 16:06:32 03pH5 07org.oe.dev * r11c8bbda... 10/ (1 packages/xorg-app/bitmap_1.0.3.bb): bitmap: add 1.0.3 Feb 05 16:06:37 03pH5 07org.oe.dev * r8a29ca42... 10/ (1 packages/xorg-app/luit_1.0.3.bb): luit: add 1.0.3 Feb 05 16:06:41 03pH5 07org.oe.dev * r4c220b92... 10/ (1 packages/xorg-app/xcalc_1.0.2.bb): xcalc: add 1.0.2 Feb 05 16:06:46 03pH5 07org.oe.dev * rddbd12bb... 10/ (1 packages/xorg-app/xclock_1.0.3.bb): xclock: add 1.0.3 Feb 05 16:06:50 03pH5 07org.oe.dev * rcee217f0... 10/ (1 packages/xorg-app/xconsole_1.0.3.bb): xconsole: add 1.0.3 Feb 05 16:06:55 03pH5 07org.oe.dev * r576b3d7a... 10/ (1 packages/xorg-app/xcursorgen_1.0.2.bb): xcursorgen: add 1.0.2 Feb 05 16:07:00 03pH5 07org.oe.dev * rd35887c6... 10/ (1 packages/xorg-app/xdriinfo_1.0.2.bb): xdriinfo: add 1.0.2 Feb 05 16:07:04 03pH5 07org.oe.dev * r84305d74... 10/ (1 packages/xorg-app/xinit_1.0.7.bb): xinit: add 1.0.7 Feb 05 16:07:09 03pH5 07org.oe.dev * rae923f15... 10/ (1 packages/xorg-app/xload_1.0.2.bb): xload: add 1.0.2 Feb 05 16:07:13 03pH5 07org.oe.dev * r094c0f06... 10/ (1 packages/xorg-app/xlsfonts_1.0.2.bb): xlsfonts: add 1.0.2 Feb 05 16:07:17 03pH5 07org.oe.dev * r5ca1d96c... 10/ (1 packages/xorg-app/xmag_1.0.2.bb): xmag: add 1.0.2 Feb 05 16:07:22 03pH5 07org.oe.dev * r32459eac... 10/ (1 packages/xorg-app/xman_1.0.3.bb): xman: add 1.0.3 Feb 05 16:07:26 03pH5 07org.oe.dev * r92b1f63c... 10/ (1 packages/xorg-app/xmessage_1.0.2.bb): xmessage: add 1.0.2 Feb 05 16:07:31 03pH5 07org.oe.dev * r2304edb6... 10/ (1 packages/xorg-app/xsetpointer_1.0.1.bb): xsetpointer: add 1.0.1 Feb 05 16:07:36 03pH5 07org.oe.dev * r74619a24... 10/ (1 packages/xorg-app/xwininfo_1.0.3.bb): xwininfo: add 1.0.3 Feb 05 16:07:40 03pH5 07org.oe.dev * rd7826d9c... 10/ (1 contrib/oe-stylize.py): oe-stylize.py: add support for the PE (package epoch) variable Feb 05 16:26:23 * lumag is going now Feb 05 16:26:24 bye! Feb 05 16:29:42 when i try to build gxine, i get the errror: ERROR: Required build target 'gxine' has no buildable providers. Feb 05 16:30:58 i added a PROVIDES="virtual/gxine" in gxine.bb file, but without sucess Feb 05 16:46:40 ashu: sounds like it's looking for "gxine", not "virtual/gxine" Feb 05 17:14:45 bye Feb 05 18:10:21 XorA: BTW, Sonkei uses some of the Angstrom stuff in OE for its overlay Feb 05 18:25:36 Hey. Newbie here with a few questions. Anyone up for stupid questions? Feb 05 18:25:53 * teamnoir waves Feb 05 18:26:07 just ask Feb 05 18:26:16 If we ave answers, we speak Feb 05 18:26:23 otherwise we keep quiet :) Feb 05 18:26:50 * Crofton knows irc can be really frustrating for "new users" Feb 05 18:26:55 What's the difference between "def foo():" and "python foo () {" Feb 05 18:27:03 um Feb 05 18:27:09 * teamnoir was an irc person over a decade ago, but times change. Feb 05 18:27:19 that seems to be a python question? Feb 05 18:27:31 I think it's a bitbake question. Feb 05 18:27:40 hmm Feb 05 18:27:48 * Crofton is not a python person Feb 05 18:27:55 although that may have to change ... Feb 05 18:28:01 Neither of those forms are python. This looked like the best cannel for bitbake questions. Feb 05 18:28:14 yeah Feb 05 18:28:15 it is Feb 05 18:28:23 the bitbake guys are not many though Feb 05 18:28:25 All of my questions are about the python/bitbake interface. Feb 05 18:28:28 and they stay very busy Feb 05 18:28:36 * teamnoir chuckles Feb 05 18:28:44 It looks like the sort of project that encourages that. Feb 05 18:28:51 teamnoir: the first is a python function definition in python, the latter is a python function definition in a bitbake recipe. Feb 05 18:29:00 stick around, they can be pretty good about checking the scroll back when they have time Feb 05 18:29:16 ph5: what's the difference in usage? Feb 05 18:29:23 teamnoir: we have tasks, e.g. do_compile() {} normally they are shell Feb 05 18:29:36 * teamnoir nods Feb 05 18:29:44 teamnoir: but with saying python do_compile you set the python flag on this task Feb 05 18:29:59 teamnoir: and when bb.build.exec_task gets called the python interpreter gets used Feb 05 18:30:09 * teamnoir nods Feb 05 18:30:19 teamnoir: the other is pure python, and in the global 'namespace/objectspace' of the bitbake runtime Feb 05 18:30:42 teamnoir: so they at least have two difference scopes Feb 05 18:30:48 zecke: so it's a question of scope? Of the visibility of the function? Feb 05 18:31:02 teamnoir: def global(), python a task with no scope/local one Feb 05 18:31:12 zecke: L=2.5e-3; Feb 05 18:31:12 T=1024.0/25e6; Feb 05 18:31:21 zecke woops Feb 05 18:31:21 zecke: ty. Feb 05 18:31:45 zecke: http://marketplace.publicradio.org/display/web/2008/02/04/currywurst/ Feb 05 18:32:22 next question - the "d" values to setVar and getVar... these are some form of bitbake scoping? I'm setting a variable, seeing it set in the d.dict, but subsequent uses, (like SRC_URI), aren't seeing those values. So I'm confused. Feb 05 18:33:07 teamnoir: 'd' is a global variable and valid in the executed task (with anonfuncs as exception) Feb 05 18:33:50 Prior to executing a task... d represents something else it seems... Feb 05 18:33:59 teamnoir: e.g. when you execute a task, the current bb.data dict gets put into globals() Feb 05 18:34:05 teamnoir: current is the current bitbake file. Feb 05 18:34:27 zecke: ok, so I'm trying to set a variable prior to the bitbake file being read. Feb 05 18:34:40 teamnoir: it has always a scope. When parsing the configuration files, d is the configuration object, inherited/used as a base for all bb files Feb 05 18:34:46 zecke: as I want to inform the value of SRC_URI. Feb 05 18:35:04 zecke: ok. Feb 05 18:35:33 teamnoir: why would you want that? the only way would be in the global configuration (and using OVERRIDES SRC_URI_pn-mypackage) Feb 05 18:37:05 It's a long story, involving a distribution that isn't a common application of OE. But what I'm trying to implement is a single file which both describes what packages are included in an image as well as their versions. (complicated with a local convention for "submissions" that are stored in conventional subversion locations). Feb 05 18:38:25 teamnoir: the closest you can get is global configuration + overrides Feb 05 18:38:28 So far I have a class, specified in INHERIT, which defines a python structure of these values. And I'm trying to set variables from the structure by traversing and setVar. Feb 05 18:38:36 teamnoir: What about storing the versioning info in a file like sane-srcdates.inc? Feb 05 18:39:16 hvontreslwork: I don't know sane-srcdates, but I'm looking for a structure that includes both image inclusion as well as versioning info concurrently. Feb 05 18:40:04 The problem I'm seeing in my current approach is that base_set_filenames is apparently broken because it can't expand ${SUBISSION_busybox}. Feb 05 18:40:24 So I'm presuming that I'm not setVar'ing in the right context. Feb 05 18:40:37 hi everybody Feb 05 18:45:20 Ok, thanks all. I guess I'm off to puzzle through some more python. Feb 05 18:45:34 * teamnoir waves Feb 05 18:46:20 good luck Feb 05 18:46:28 ty Feb 05 18:49:48 zecke: could you look at bug 3739 and commit it if ok or comment if not ok? Feb 05 19:04:46 !oebug 3739 Feb 05 19:04:48 * * Bug 3739, Status: NEW, Created: 2008-02-03 17:01 Feb 05 19:04:49 * * thommycheck(AT)gmx.de: add an initramfs that mounts root and kexecs a kernel from there. Feb 05 19:04:50 * * http://bugs.openembedded.net/show_bug.cgi?id=3739 Feb 05 19:06:23 thesing: are you going to be here in 30 minutes? Feb 05 19:06:34 zecke: yes. Feb 05 19:13:45 hello, does someone know well busybox...why chroot throw me an illegal instruction? Feb 05 19:21:59 GNUtoo: last time it happend to me was yesterday Feb 05 19:22:19 it was because my qemu did not support eabi Feb 05 19:22:26 keesj, i'm compiling a static chroot Feb 05 19:22:46 keesj, it's on a real machine and i think that the abi is good (i'll verify it) Feb 05 19:22:51 but is it the chroot of the bash/init after the chroot that throws the exepction Feb 05 19:23:58 keesj, no i want to update the linux distro of my device so i want to try mine with chroot Feb 05 19:25:08 so you need a "native" chroot right? so does chroot / work? Feb 05 19:25:29 GNUtoo: that is all I know sorry :p Feb 05 19:25:36 keesj, yes it work ...mabe that's because of the 2 different libc Feb 05 19:27:08 I don't thikn that could be it. the busybox inside your new distro is staticaly linked right? Feb 05 19:27:45 re Feb 05 19:33:24 keesj, yes it is Feb 05 19:39:17 thesing: okay, what is this kexec patch? is that a copy of another kexec patch? Feb 05 19:40:05 zecke: yes. I wanted to make a softlink to the normal kexec patchdir. But monotone doesn't support links. Feb 05 19:40:40 zecke: so I copied the patches. Feb 05 19:42:21 thesing: why do you need the other kexec tools copy again? Feb 05 19:42:38 (it is not the area where I would have super cow knowledge) Feb 05 19:43:30 zecke: because I don't want to include glibc in the initramfs. Feb 05 19:45:07 thesing: let me take another look Feb 05 19:45:21 thesing: so -static is the only difference? Feb 05 19:46:37 zecke: yes. kexecs configure hardcodes cflags. The recipe adds -static to them. (kexec-static.patch) Feb 05 19:47:12 thesing: grep for FILESDIR in the packages/ dir, you want to use that :) Feb 05 19:48:59 thesing: Laibsch is pretty good at this, I always try to push as much as possible into a .inc file Feb 05 19:51:13 zecke: so I could set FILESDIR to the dir of normal kexec and add the kexec-static patch there. Feb 05 19:52:05 thesing: you can add the normal kexec dir and use the common patch, and have the -static patch in the other directory :) Feb 05 19:52:35 thesing: this would be the minimum before I commit and push, and then I encourage you to try to minimize the differences between the two versions :) Feb 05 19:52:52 thesing: and then you should get push access as well, and we should get git and reviewboard going Feb 05 19:53:24 zecke: is the other stuff ok? Feb 05 19:54:41 yeah, looks sane Feb 05 19:56:00 zecke: I will change this. Feb 05 19:59:53 zecke: There is not much to unify between the two kexec recipes apart from the patches. Feb 05 20:05:57 is there a quality check for a package (to see if some files are missing from the packages) Feb 05 20:06:42 keesj: missing in regard to a previous version? no, installed but not packages, yes Feb 05 20:09:35 yes , I guess installed but not packaged Feb 05 20:25:35 zecke: was "DEPENDS = "task-boot task-qtopia-core-gui task-qtopia-core-gui" " in qtopia-core-gui-image.bb right? Feb 05 20:26:05 task-boot probably yes, the others not Feb 05 20:30:57 keesj, i just saw that chroot is not staticaly linked...i'll compile coreutils staticaly Feb 05 20:31:56 zecke: I attached the a new patch to the bug. Feb 05 20:33:25 thesing: can you remove the garbage at the beginning of the file? :) Feb 05 20:33:49 that is oelint? ugly :) Feb 05 20:34:57 zecke: this was oe-stylize. it should use stderr for warnings.. Feb 05 20:35:35 I don't feel like removing these lines myself Feb 05 20:35:39 *lazy* Feb 05 20:41:46 zecke: updated the patch again. I had do remove these line locally anyway. Feb 05 20:46:02 thesing: oh, sorry to bother you. Normally we don't require other bb files :) Feb 05 20:47:26 thesing: could you move the FILESDIR into the -static.bb as well? Feb 05 20:47:35 zecke: so I should remove the revision. rename it to .inc and create a new .bb with just the revision inside? Feb 05 20:48:05 thesing: yes, most of the times I mv the .bb to .inc and then make it 'sharable' Feb 05 20:51:34 * Laibsch looks at bug 3739 Feb 05 20:51:37 sounds interesting Feb 05 20:51:57 * Laibsch votes in favor of thesing RW access Feb 05 20:52:33 Laibsch: it works great. My kernel even has a logo ;) Feb 05 20:52:54 * Laibsch wonders what a kernel with a logo looks like Feb 05 20:54:19 thesing: I think bb files should at least have a DESCRIPTION Feb 05 20:54:33 plus LICENSE Feb 05 20:55:29 AUTHOR would be nice Feb 05 20:55:40 In this case, I guess it would be you Feb 05 20:56:10 aren't all bb-files supposed to be bsd licensed anyway? Feb 05 20:58:07 Laibsch: not many bbs have AUTHOR set. Feb 05 20:58:41 We have the strange policy to keep the author/maintainer info outside... Feb 05 20:59:08 Not quite right Feb 05 20:59:25 LICENSE and AUTHOR of course refer to the outside code Feb 05 20:59:29 not the bb file itself Feb 05 20:59:33 The bb is MIT Feb 05 20:59:49 In this case AUTHOR might not be applicable Feb 05 21:04:01 ok. patch updated again. Feb 05 21:04:41 but I forgot to test if it still builds. Feb 05 21:05:05 which it doesn't. Feb 05 21:15:59 Laibsch: do you know how this filesdir stuff works? the kexec-static.patch isn't applied somehow. Feb 05 21:16:32 I am not sure Feb 05 21:16:48 But I think FILESDIR specifies where bitbake should look for files Feb 05 21:17:00 specified in the SRC_URI Feb 05 21:17:06 What are you trying to do? Feb 05 21:17:17 Can we break this to individual pieces? Feb 05 21:17:28 thesing: What is the first recipe you need ot add? Feb 05 21:17:36 to Feb 05 21:18:27 thesing: your filesdir looked wrong :) Feb 05 21:18:40 the klibc-utils-static file Feb 05 21:19:46 thesing: and sorry you want FILESPATH and append to it :) Feb 05 21:20:14 I will post separate patches. Feb 05 21:20:22 zecke: I don't like mega-patches Feb 05 21:20:28 thesing: That would be great Feb 05 21:20:38 divide and conquer ;-) Feb 05 21:20:54 zecke: Any objection to the klibc-utils-static bb file? Feb 05 21:21:21 not really, it should go in Feb 05 21:21:48 thesing: Can't you use the .inc file for klibc-utils-static? Feb 05 21:22:18 Laibsch: not without some work. Feb 05 21:22:20 If there is any setting that is not appropriate for your version, you can either override by specifying a different value in the bb file Feb 05 21:22:38 Can you paste just the bb file? Feb 05 21:22:39 I will try. Feb 05 21:22:42 One of the things were OE is lacking is variants/USE flags, recursive rebuilding, debian packages, easily changing flags (e.g. just adding -static to a couple of packages) Feb 05 21:22:44 I'll do it for you Feb 05 21:22:57 Laibsch: thanks Feb 05 21:23:14 anyone in Berlin searching for a kernel hacker job? Feb 05 21:23:24 (fulltime though) Feb 05 21:23:39 zecke: You want to hack on the kernel? Feb 05 21:23:52 Or you have an offer? Feb 05 21:24:18 zecke: variants are not a strong point of OE Feb 05 21:24:40 But I guess one can make do with .inc files and specifying just what is different in a bunch of bb files Feb 05 21:24:50 not the most elegant, but I think it should work Feb 05 21:25:32 Laibsch: can offer one Feb 05 21:25:46 zecke, thesing: xxdiff and "diff -y" are great tools for unification Feb 05 21:26:21 Laibsch: I like macports variants, but this does not work for packaged distributions Feb 05 21:27:00 zecke: in half a year I will want one. Feb 05 21:27:04 ;) Feb 05 21:27:54 thesing: oh, about to finish your studies? bachelor, master, diplom? Feb 05 21:28:05 thesing: that's an eternity for development ;) Feb 05 21:28:27 flo_lap: hey, saw the entity branch? Feb 05 21:28:55 zecke: not yet... i feel a little bit stressed right now Feb 05 21:29:02 hell i ned to take a look Feb 05 21:29:15 flo_lap: no, relax and go to bed? :) Feb 05 21:29:21 zecke: yes. I will starting my diplom thesis very soon. Feb 05 21:29:37 ah cool, how old are you? Feb 05 21:29:40 zecke: not yet... :) Feb 05 21:30:00 thesing: Does the install.patch interfere with your static variant? Feb 05 21:30:30 Laibsch: it doesn't apply to my klibc-version Feb 05 21:31:08 thesing: IOW, do_patch would fail? Feb 05 21:31:21 Or does it just not have a meaning Feb 05 21:31:22 ? Feb 05 21:31:27 "trifft nicht zu"? Feb 05 21:31:52 If it were to apply cleanly and not damage anything, the SRC_URI line is expendable Feb 05 21:31:57 do_patch fails. Feb 05 21:33:57 well, 1.5 version is of course newer than 1.1 Feb 05 21:34:11 Maybe we should upgrade the other recipes to 1.5 as well? Feb 05 21:34:15 Any reasons not to? Feb 05 21:36:40 Laibsch: I think the klibc-fstype recipe needs it. Feb 05 21:37:07 Laibsch: but I didn't really investigate. Feb 05 21:37:56 zecke: 24 Feb 05 21:40:08 thesing: the patch is applied to all bb files that include the .inc file Feb 05 21:40:18 But I guess you are aware of that. Feb 05 21:40:37 thesing: static is 780cde5cc226b1066c13d8e1b3260129a6e00d2d Feb 05 21:42:31 thesing: please test Feb 05 21:42:39 it is different from what you proposed Feb 05 21:45:21 thesing: the images.patch is the next one you need? Feb 05 21:45:45 no its the last. Feb 05 21:46:14 thesing: cool, I feel old now :) Feb 05 21:46:17 OK, so initrd is the next step? Feb 05 21:46:22 first I have to get kexec-static working again. Feb 05 21:46:49 Laibsch: the order is not important as long as image.patch is last. Feb 05 21:46:57 zecke: how old are you? Feb 05 21:47:58 thesing: just turned 25 Feb 05 21:49:07 zecke: well so you're approximately 1,5 months older than me ;) Feb 05 21:49:41 but you are almost done with your studies :) Feb 05 21:51:11 i need help...it readelf says: Flags: 0x202, has entry point, GNU EABI, software FP, and i want oabi...i've in my distro i've ARM_ABI="oabi" after the require angstrom and i've also TARGET_OS = "linux" Feb 05 21:51:29 but I didn't much beside studying Feb 05 21:55:46 and chroot throw illegal instruction Feb 05 21:56:26 does someone knows how to get the arm abi from binaries? Feb 05 21:56:31 GNUtoo: and is the summary screen saying that it is OABI or EABI? (after parsing, before building) Feb 05 21:57:48 zecke, it doesn't say http://pastebin.com/m200588b2 Feb 05 21:58:26 hmm Feb 05 21:59:41 zecke, but i have that: oe/tmp/stamps $ ls all-angstrom-linux arm-oabi-angstrom-linux i686-linux pma430-angstrom-linux Feb 05 22:00:02 GNUtoo: do you have PACKAGE_ARCH = "arm-oabi" somewhere ? Feb 05 22:02:35 thesing, i have only PACKAGE_EXTRA_ARCHS_pma430 = "arm-oabi" and FEED_ARCH_pma430 = "armv4t" Feb 05 22:02:53 i wonder if the t is necessary since i won't make thumbs binaries... Feb 05 22:04:24 thesing: initrd stuff committed. please test if the changes so far work. Feb 05 22:04:26 GNUtoo: what is the name of the gcc? (tmp/cross/bin) Feb 05 22:04:35 GNUtoo: what do you set PACKAGE_ARCH to? Feb 05 22:05:08 Laibsch: thats difficult as the kexec stuff doesn't work yet. Feb 05 22:05:12 zecke, arm-angstrom-linux-gcc-4.1.2 Feb 05 22:05:36 thesing: well, you can test successful compilation Feb 05 22:05:39 I will do so as well Feb 05 22:05:52 thesing: Why committing it now when it does not work yet? Feb 05 22:05:57 thesing, no i'll set it...what else do i need to set Feb 05 22:06:54 zecke: appending to FILESDIR doesn't work. (http://pastebin.com/m23ee6be7) Feb 05 22:07:35 Laibsch: it works if I just copy the normal kexec patches to kexec-static_${PV} Feb 05 22:07:52 OK Feb 05 22:08:18 I wonder if ".." is allowed in SRC_URI .. Feb 05 22:08:29 Hm Feb 05 22:08:33 We can fix this Feb 05 22:08:54 thesing, i set PACKAGE_ARCH and restart or do i have other things to set? Feb 05 22:09:18 thesing: FILESPATH Feb 05 22:12:20 zecke, thesing and is readelf correct? or is there another tool for looking at the eabi? i don't know well readelf... Feb 05 22:12:48 GNUtoo: objdump -x | less Feb 05 22:13:03 GNUtoo: what does gcc-4.1.2 -v say? Feb 05 22:13:14 GNUtoo: objdump -x FILE | less Feb 05 22:13:55 GNUtoo: maybe file gives that info too. Feb 05 22:14:32 GNUtoo: and if -v is not satisfying use -dumpspecs and search for eabi in the output Feb 05 22:14:38 ok Feb 05 22:15:35 thesing: kexec-static is not in OE Feb 05 22:15:45 and there is no patch for it in 3739, either Feb 05 22:15:52 Laibsch: not yet Feb 05 22:16:08 well, then your image cannot go in, either Feb 05 22:17:35 Laibsch: this is what I have atm: http://pastebin.com/m23ee6be7 (doesn't apply kexec-static.patch) Feb 05 22:19:05 maybe its just the order of lines (oe-stylize changed them) Feb 05 22:19:27 thesing: I also cannot do anything about that Feb 05 22:19:38 the bb is lacking in OE as well Feb 05 22:19:59 Laibsch: ok problem solved. line order is important. Feb 05 22:20:12 stupid oe-stylize. will never use it again. Feb 05 22:20:38 Yes, it is not so good Feb 05 22:20:56 Just read http://www.openembedded.org/wiki/StyleGuide Feb 05 22:21:54 zecke, in objdump i have nothing about abi and in gcc -dumpspecs i have %{mbig-endian:-EB} %{mlittle-endian:-EL} %{mcpu=*:-mcpu=%*} %{march=*:-march=%*} %{mapcs-*:-mapcs-%*} %(subtarget_asm_float_spec) %{mthumb-interwork:-mthumb-interwork} %{msoft-float:-mfloat-abi=soft} %{mhard-float:-mfloat-abi=hard} %{mfloat-abi=*} %{mfpu=*} %(subtarget_extra_asm_spec) Feb 05 22:21:56 thesing: /home/laibsch/work/tmp/sonkei-0.0.1/work/qemuarm-sonkei-linux-gnueabi/klibc-utils-static-1.5-r3/temp/log.do_compile.24531 Feb 05 22:22:00 Laibsch: kexec-static patch added. Feb 05 22:22:03 thesing: http://rafb.net/p/ffQyzu89.html Feb 05 22:22:50 and what is soft or hard? Feb 05 22:23:00 i've set it up to soft like the others... Feb 05 22:23:55 GNUtoo: its about floating point. Feb 05 22:24:04 thesing: you want to drop "packages/kexec/kexec-tools_1.101.bb" ? Feb 05 22:24:19 thesing, ah software or hardware...ok thanks so i should put it to soft... Feb 05 22:24:21 Laibsch: it should be replaced. Feb 05 22:24:40 thesing: I also think you can do what you want without FILEPATH Feb 05 22:24:58 Laibsch: forgot to add a file to mtn... Feb 05 22:25:22 OK Feb 05 22:25:25 03Laibsch 07org.oe.dev * r780cde5c... 10/ (1 packages/klibc/klibc-utils-static_1.5.bb): klibc-utils-static: first commit. partly closes 3739. Feb 05 22:25:36 paste your latest variant Feb 05 22:25:55 thesing: http://rafb.net/p/ffQyzu89.html Feb 05 22:26:29 thesing: +FILES_kexec-tools-static-dbg = "$(sbindir}/.debug" Feb 05 22:26:32 is expendable Feb 05 22:26:40 03Laibsch 07org.oe.dev * r1be7d4d4... 10/ (1 packages/initrdscripts/initramfs-kexec_1.0.bb): initramfs-kexec: initial commit. partly closes 3739. Feb 05 22:26:46 thesing: are you sure about Feb 05 22:26:49 +PACKAGES = "kexec-static kdump-static kexec-tools-static-dbg" Feb 05 22:26:49 ? Feb 05 22:27:05 IOW, have -dbg as the last package? Feb 05 22:27:29 Laibsch: does it matter? I yes how? Feb 05 22:27:49 "i yes how"? Feb 05 22:28:11 My maxim is "use what is in OE" Feb 05 22:28:24 PACKAGES definition and FILES_* is already in OE Feb 05 22:28:25 Laibsch: klibc-utils-static builds fine here. but do_stage fails. My recipe didn't have that function. Feb 05 22:28:39 do_stage is automatic Feb 05 22:29:04 Laibsch: no its from klibc.inc Feb 05 22:29:12 OK Feb 05 22:29:21 I can add an empty do_stage Feb 05 22:29:32 But here it is do_compile that is having problems Feb 05 22:29:35 see above paste Feb 05 22:29:45 Laibsch: do_compile works fine here. Feb 05 22:30:13 ping-pong'ing "works" "does not work" won't help Feb 05 22:30:17 I heard you Feb 05 22:33:04 thesing: Rather than using FILESPATH you could have achieved the same (and I will when I commit) by just "mtn mv packages/kexec/kexec-tools-1.101/ packages/kexec/files" Feb 05 22:35:00 Laibsch: but the patches are specific to to the kexec version. Not I expect a new version soon. Feb 05 22:35:25 Well, that should be dealt with when a new version comes around IMHO Feb 05 22:35:59 Laibsch: hey, did you see that we'll be moving again at the end of the week? Feb 05 22:36:41 no Feb 05 22:36:50 ggilbert: where should I have seen it? Feb 05 22:36:55 but the FILESPATH solution works fine and other packages use it as well. Feb 05 22:37:07 Well I said it in channel earlier, but you may not have been around Feb 05 22:37:26 ggilbert: I was unaware of it until now Feb 05 22:37:31 thanks for notifying me Feb 05 22:37:38 Are the DNS preparation done? Feb 05 22:37:44 IOW, does kergoth know? Feb 05 22:37:52 * Laibsch is not sure, DNS works now Feb 05 22:37:54 I never see kergoth, so no Feb 05 22:38:08 I assume the DNS is still broken right now Feb 05 22:38:12 yup Feb 05 22:38:18 he never updated it to the new IP Feb 05 22:38:34 I think you control bugs.openembedded.net? Feb 05 22:38:47 no, mickey|zzZZzz is the one Feb 05 22:38:49 I think kergoth will transfer DNS to OE eV when it forms Feb 05 22:38:58 Yes, I think so Feb 05 22:39:05 s/think/hope/ Feb 05 22:39:10 actully, both Feb 05 22:39:11 ah k, I'll hook up with Mickey once I have an IP Feb 05 22:39:12 ;-) Feb 05 22:39:20 ggilbert: thanks Feb 05 22:39:40 found that http://wiki.debian.org/ArmEabiPort Feb 05 22:39:54 Laibsch: can you explain why the order of packages in PACKAGES is important? Feb 05 22:40:13 thesing: because the FILES get filled up in package order Feb 05 22:40:24 GNUtoo: so, your compiler is not EABI, your build dirs are not EABI, what does objdump say? did you copy the wrong files Feb 05 22:40:37 Laibsch: Actually, it's remotely possible that kergoth did update DNS Feb 05 22:40:45 Laibsch: Because I am having some really odd dns issues Feb 05 22:40:48 XorA|gone: so the last package will get anything that is not yet packaged? Feb 05 22:41:17 thesing: normally its more the main package will steal files under /usr/* that you actually wanted in other packages Feb 05 22:41:20 Laibsch: one of the domains pointed at that machine has still not updated yet :) Feb 05 22:41:21 thesing: http://www.openembedded.org/user-manual&dpage=recipes_packages Feb 05 22:41:32 thesing: as main package grabs most of /usr apart from include Feb 05 22:42:21 ggilbert: "dig bugs.openembedded.org @NS1.EASYDNS.COM" still points to the old IP Feb 05 22:42:28 no update from kergoth Feb 05 22:42:30 thesing: so if you want to lift things out of /usr/* you have to prepend the packages Feb 05 22:42:30 Ah, then different problem :) Feb 05 22:44:30 submitted new kexec-static patch to BT Feb 05 22:45:33 zecke, Flags:0x202, has entry point, GNU EABI, software FP on /mnt/Angstrom/bin that is Angstrom-bootstrap-image-glibc-ipk-0.2-pma430.rootfs.ext3 mounted Feb 05 22:45:52 s/bin/bin/busybox Feb 05 22:45:59 kexec-static only has /usr/sbin/kexec /usr/sbin/kdump and /usr/sbin/.debug so there should be no problem, shouldn't it? Feb 05 22:46:21 GNUtoo: what does objdump -x say? I really hate to repeat myself Feb 05 22:47:02 zecke, sorry http://pastebin.com/m5c91951e Feb 05 22:47:15 (for making you repeating yourself) Feb 05 22:48:15 GNUtoo: either install binutils-multiarch or use arm-linux...-objdump Feb 05 22:49:17 thesing: your last patch is not good Feb 05 22:49:38 I'll just commit what you had earlier which I reworked Feb 05 22:49:42 GNUtoo: a) you use an external EABI toolchain b) you pass -mabi with eabi (aapcs IIRC) to as CFLAGS/CPPFLAGS c) you look at the wrong files Feb 05 22:49:52 Laibsch: why? Feb 05 22:50:34 zecke, http://pastebin.com/m76de75f9 Feb 05 22:50:56 thesing: Because I can't read ;-) Feb 05 22:51:07 I'll still change things around a bit Feb 05 22:51:18 You also did not address the issues I raised Feb 05 22:51:22 * XorA|gone goes to sleep Feb 05 22:52:10 thesing: I hope you look at how I apply your changes. Ask me when you are unclear as to why I deviated from what you propose. Feb 05 22:52:12 Laibsch: I don't understand the issue. there are only /usr/sbin/kexec /usr/sbin/kdump and /usr/sbin/.debug to package. Feb 05 22:52:27 This is not wrong Feb 05 22:52:48 But neither is "winning the 'useless use of cat'-award" Feb 05 22:53:11 hi all Feb 05 22:53:18 "it works" is not always the most elegant Feb 05 22:54:30 well I will look at your commit. Feb 05 22:55:29 let me ask,bitbake commits error reports during compilation? Feb 05 22:56:02 i mean to tinderbox Feb 05 22:57:17 it reports during the procedure or after finishing? Feb 05 22:57:35 GNUtoo: does it say GNU EABI? I don't see it Feb 05 22:58:10 zecke, no it doesn't it was saying it with another tool Feb 05 22:58:31 GNUtoo: so a Red Herring Feb 05 22:58:59 zecke, ??? Feb 05 22:59:11 GNUtoo: google, use wikipedia, etc. Feb 05 23:00:27 zecke, ok (i googled for abi and wikipedia for it but all i found is the debian thing) Feb 05 23:02:10 mithro: hey, how are you? Feb 05 23:02:43 hey zecke - pretty good Feb 05 23:02:45 GNUtoo: so objdump is saying your binary is cool, file does not say that. Take the step back and ask yourself what is your issue and then reeavaluate Feb 05 23:03:19 zecke, my issue is that chroot doesn't work and throw an illegal instruction... Feb 05 23:25:31 Laibsch: so there is nothing more for me to do with the bug? Feb 05 23:26:05 thesing: af267d79107d9258fec25067e3ac6765f2ba9cc6 for the unification Feb 05 23:26:12 I'll push in a minute Feb 05 23:26:20 thesing: I am not sure what is left to do Feb 05 23:26:47 thesing: Does klibc-utils-static make sense for qemu? Feb 05 23:27:31 Laibsch: I see no reason why it shouldn't. Feb 05 23:28:15 well, it failed for me Feb 05 23:28:18 well, it failed for qmeu Feb 05 23:28:20 qemu Feb 05 23:28:31 And I had started to wonder if it was qemu Feb 05 23:28:39 I started a compile for collie now Feb 05 23:28:46 Maybe it will go through Feb 05 23:29:34 thesing: f5ac91666271607b6fb0d8186495c57e9a4c5b01 for the adding of kexec-tools-static Feb 05 23:30:15 night Feb 05 23:30:24 zecke: night Feb 05 23:30:46 thesing: pushed Feb 05 23:31:59 Laibsch: maybe klibc has issues with eabi. Feb 05 23:32:05 Laibsch: thanks. Feb 05 23:32:15 could be Feb 05 23:45:54 03Laibsch 07org.oe.dev * raf267d79... 10/ (3 files in 2 dirs): kexec-tools: unify Feb 05 23:45:58 03Laibsch 07org.oe.dev * rf5ac9166... 10/ (5 files in 3 dirs): Feb 05 23:45:58 kexec-tools: add static version. partly closes 3739. Feb 05 23:45:58 * rename packages/kexec/kexec-tools-1.101 to packages/kexec/files so that patches can be shared Feb 05 23:45:58 * add packages/kexec/files/kexec-static.patch and packages/kexec/kexec-tools-static_1.101.bb Feb 05 23:48:47 thesing: klibc-utils-static fails for collie, too Feb 05 23:48:59 foe me Feb 05 23:49:01 for me Feb 05 23:49:19 could you paste the output. Feb 05 23:49:21 ? Feb 05 23:49:40 well, indeed for collie it fails in do_stage Feb 05 23:50:47 thesing: With an empty do_stage, it works Feb 05 23:50:50 for collie Feb 05 23:50:54 But not for qemu Feb 05 23:50:59 LEt's try spitz Feb 05 23:51:02 Let's try spitz Feb 05 23:53:16 if it doesn't work you can try to compile it external with oe generated compiler. Feb 06 00:00:25 I don't care about the binary Feb 06 00:00:37 I want to make sure OE is bug-free Feb 06 00:01:30 Laibsch: but you can't compile it external its an klibc bug and no oe bug. Feb 06 00:01:44 s/but/but if/ Feb 06 00:02:15 that may be so Feb 06 00:02:28 But something that does not compile and is in the OE tree is a bug in OE Feb 06 00:02:44 whether or not it is OE's fault is not the question Feb 06 00:07:47 Laibsch: while you're doing some cleaning in the receipts, would you help to improve the versioning in oebug #3738 ? Feb 06 00:08:14 ant_: sorry, no time Feb 06 00:08:30 Laibsch: I'm pulling right now and it seems stuck..cannot post mtn diff...how would you do? Feb 06 00:08:46 Laibsch:oh, I see, gn Feb 06 00:08:48 wait for pull to finish Feb 06 00:08:54 then do the mtn diff Feb 06 00:09:02 thx Feb 06 00:09:28 *mtn "burp" Feb 06 00:11:12 ctrl +c Feb 06 00:11:15 and retry Feb 06 00:11:22 *mtn bytes flowing now ;-) Feb 06 00:14:09 Laibsch: # no changes ? Feb 06 00:15:05 * * OE Bug 3745 has been created by  Feb 06 00:15:07 * * klibc-utils-static fails do_compile for eabi Feb 06 00:15:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3745 Feb 06 00:17:15 gn Feb 06 00:25:58 Laibsch: please don't forget to commit images.patch Feb 06 00:26:12 remind tomorrow, OK? Feb 06 00:26:28 but it cannot be committed for the reason I gave in the bug report Feb 06 00:31:10 but you already commited kexec-static. Feb 06 00:33:57 I don't see it depending on something that is not in OE Feb 06 00:34:07 and if it does then I made a mistake Feb 06 00:35:24 thesing: I committed kexec-utils-statis Feb 06 00:35:25 c Feb 06 00:35:54 * thesing is confused. Feb 06 00:38:23 Laibsch: you mean you committed kexec-utils-static and not kexec-static? Feb 06 00:38:59 I committed what you gave us in your bug report Feb 06 00:39:06 kexec-utils-static generates kexec-static and kdump-static Feb 06 00:39:58 kexec-tools-static Feb 06 00:40:04 to be precise Feb 06 00:40:31 I always mix tools and utils ;) Feb 06 00:40:44 yeah, my head is spinnin Feb 06 00:40:45 g Feb 06 00:41:27 to kill misunderstandings. images.patch is not committable becaus it has DEPENDS = "... kexec-static" ? Feb 06 00:54:45 Night all. Feb 06 01:57:21 03Laibsch 07org.oe.dev * rdbddf8bf... 10/ (4 files in 2 dirs): klibc: move do_stage to separate inc file. Fixes do_stage failure for klibc-utils-static. Feb 06 02:04:04 * * OE Bug 1020 has been RESOLVED (WONTFIX) by Feb 06 02:04:06 * * sdl-1.2.9 not compiling with uclibc Feb 06 02:04:08 * * http://bugs.openembedded.org/show_bug.cgi?id=1020 Feb 06 02:05:05 * * OE Bug 1020 has been REOPENED by Feb 06 02:05:07 * * sdl-1.2.9 not compiling with uclibc Feb 06 02:05:09 * * http://bugs.openembedded.org/show_bug.cgi?id=1020 Feb 06 02:30:04 * * OE Bug 1152 has been RESOLVED (FIXED) by Feb 06 02:30:06 * * Moc-2.4.0 failed to build, missing AC_SUBST Feb 06 02:30:08 * * http://bugs.openembedded.org/show_bug.cgi?id=1152 Feb 06 02:38:01 03Laibsch 07org.oe.dev * rcf9636f5... 10/ (1 packages/moc/moc_2.4.0.bb packages/moc/moc_2.4.3.bb): moc: apply patch from 1152 and update to latest version. Feb 06 02:47:17 OT: what's the cleanest way to define a global that is private to a module in C (static is for a file right)? Feb 06 02:48:13 I tried defining a global in the header file as static but I can't do extern static as it's kind of stupid... Feb 06 02:48:55 I'm trying to code in a modular way so as to hide the implementation using an api.. Feb 06 02:58:35 never mind.. I figured it out.. wow. rusty.. **** ENDING LOGGING AT Wed Feb 06 02:59:57 2008