| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10
Comments:
<0> koen org.oe.dev * re61f227f... / (3 files in 3 dirs): libxml++: move to correct subdir
<1> bigd0g, bootstrap-image should build now
<2> is usbnet working on tosa / OZ3542? I load g_ether and ifconfig up the interface, but it complains it is "not ready" and the PC doesn't detect any USB device.
<0> crofton org.oe.dev * rdc0c3... / (1 conf/machine/omap5912osk.conf):
<0> omap5912.conf: Update required module list to match kernel config from
<0> omap5912osk_defconfig in kernel source.
<0> ifaistos org.oe.dev * rfd010f8f... / (1 packages/libesmtp/libesmtp_1.0.4.bb):
<0> New package for libesmtp 1.0.4
<0> Closes bug #1346
<1> I having problems getting the depmod command to work in my git kernel bb file
<1> the OZ kernel does a KERNEL_RELEASE-2.6.17, but it doesn't seem to work for me
<3> Crofton: still?
<4> DEPMOD="2.6"?
<1> yeah
<1> I though I had fixed it ...
<1> in kernel.cl***, it uses the include/linux/version.h file to get the kernel version
<1> the depmod depends is based off $PV
<4> bitbake world is funny with bitbake-mt
<1> then the cde that runs the depmd is based off KERNEL_MAJOR_VERSION
<1> whcih comes from the version.h file
<0> ifaistos org.oe.dev * rbea143d9... / (3 files in 3 dirs): esmtp 0.5.1 patch for uclibc
<1> What is the difference between = and ?=
<4> ?= only sets when unset
<4> "weak ***ignment"
<1> hmmm
<1> I think KERNEL_VERSION in kernel.bbcl*** should be ?= then
<1> so we can override from outside in cases where version.h does not exist ?
<5> night all !
<0> koen org.oe.dev * rfc1c689a... / (1 packages/scummvm/scummvm_0.9.0.bb):
<0> scummvm 0.9.0: enable all engines to get rid of undefined symbols*
<0> * and be able to play more games
<6> hmm, OE/bitbake is building makedevs for the target, but is failing to run the host version of makedevs. Do I need to install makedevs into the host?
<6> fakeroot is being built ok, I would have thought that makedevs would be there as well in the staging dir
<7> can someone point me to the syntax for the 'patch' line in a .bb file ?
<1> I think all the smart guys are gone now
<7> im trying to p*** patch -p
<1> vom, look in other bb files
<7> Crofton: heh
<7> yeah i was getting ready to
<8> vom: pnum=<number>
<7> i have this one patch thats like 4 levels deep
<7> koen_: thanks
<8> file://leet.patch;patch-1;pnum=0
<8> s:-:=:
<0> koen org.oe.dev * r17049... / (1 packages/scummvm/scummvm.inc): scummvm.inc: remove Troll technology
<1> heh
<1> I am going back through my OE work and removing hacks like that :)
<6> heh, it works fine for buildroot: makedevs == makedevs, right.
<1> tomorrow I need to resolve my arm-linux-dpemod headache
<1> works fine if you have a version.h in your kernel tree, but I am running from git
<1> hmmm
<1> Where does version.h come from?
<6> nope, "invalid option -- r",
<6> bah! "genext2fs: command not found"
<9> serves you right
<10> vom: The SRC_URI stuff is in the user-manual: http://www.openembedded.org/user-manual&dpage=ch07s09#id2527963
<10> T0mW: fakeroot-native should get built, and fakeroot should then end up in staging (tmp/staging/x86_64-linux/bin/makedevs for me).
<0> tmbinc org.oe.dreambox * rfb48716... / (3 files in 3 dirs): enigma: update rotor_fix.diff
<0> tmbinc org.oe.dreambox * rcfc1d86... / (4 files in 3 dirs): enigma: remove old versions
<0> tmbinc org.oe.dreambox * rd4333ebe... / (1 packages/dreambox/dreambox-dvb-modules.bb): dreambox-dvb-module: update dm600pvr drivers to 20060829
<11> Can anyone help me a bit with debugging a problem with the initscript .bb? I get this error when trying to build: http://pastebin.com/778365
<11> This is the do_install script: http://pastebin.com/778364
<11> (it build on debian etch i386 IIRC, but not on ubuntu x86_64 for some reason I can't quite figure out)
<10> NAiL: Dunno. Maybe trying running run.do_install with tracing on (sh -x) to see what it's actually doing?
<6> v8jlene: I've been using buildroot for a number of years. This OE is a puzzle as to why the makedevs source is there, it gets built for the target, but the native i686 binary doesn't. I need to delve deeper into the whole OE build system to see how / why that would be the case.
<6> v8jlene: you would think that there would be a dependancy someplace for the i686 version.
<10> T0mW: There is, cl***es/image_ipk.bbcl*** adds a dependency on makedevs-native and it's this cl*** which calls makedevs to generate filesystem images.
<6> ok, will start looking from there.
<10> T0mW: Not sure what you were trying to do, but when asking bitbake to build an image (which will use image_ipk) it should then build makedevs-native - the "native" versions are the ones for your host.
<11> v8jlene: for some reason, this test breaks it: if [ "${DISTRO}" == "openzaurus" ]; then
<11> it doesn't like the "==" there...
<10> NAiL: Hmm, isn't == a bash builtin which isn't support by the test command? So it probably should just be a single = for test.
<11> yeah, it worked when I replaced it with "="
<11> the other problems were caused by some leftover links
<11> thanks for the help ;)
<6> does anyone have a local.conf file for thier project that they can give me? I seem to be having the devils own time of getting OE to give me any results build a downstream build error.
<6> I'd like to get it build "something"
<6> this is typical of what I run into (the current problem): http://rafb.net/paste/results/dry8y950.html
<6> this is my local.conf: http://rafb.net/paste/results/gkyup224.html
<6> I ***ume, that if I run "bitbake essential-image" that OE would make a tarball filesystem image?
<10> T0mW: So you have no makedevs in tmp/staging? If you run "bitbake makedevs-native" does makedevs then appear in tmp/staging?
<6> I have a bitbake running now, I will try that when it finishes / fails out.
<6> v8jlene: after you edit the local.conf, I ***ume that doing sometthing like "bitbake gpe-image" will build everything needed, then create the IMAGE_TYPES I defined? In this case: jffs2 + tar
<10> T0mW: It depends a bit on what you change. If you only changed IMAGE_TYPES then that's fine. If you changed something like machine or target you may need to delete the tmp dir before starting again.
<6> correct, I got that info before, so I started all over again.
<6> I removed tmp/ dir, then created a local.conf following the wink demo. Then ran "bitbake task-gpe", didn't get anything other than ipk files in deploy. So, now I'm running "bitbake gpe-image"
<12> will work fine then
<6> ok, good to know that I'm on the right track then. heh
<10> That's sound right, since it's the image you want.
<6> did I need to run the "task-gpe" first? or not at all?
<6> I'm getting the idea that a "task-<anything>" only creates ipkg files, nothing more.
<6> oh, don't ***ume that I know anything. I'm coming from buildroot.
<6> no ipkg, etc.
<6> I'm ***uming all that ipkg is is that it is a mere replacement for apt-get or urpmi?
<10> The tasks things just list all the various dependencies, so they won't build any images... the images use the tasks to get everything built before packaging it up.
<6> ah
<6> normally, I would not use the tasks directly.
<10> yeah, ipkg is just a cut down version of apt-get/dpkg
<6> so the idea is the XXXX-image file is the basic recipe that I'm concerned with, or would build for customization of packages on my platform ?
<10> Yep, don't use the tasks directly. Note that the way tasks works was changed in the past day or two, there's an email to the oe-devel list about how to make use of the new task setup.
<6> I just subscribed tonight
<6> I'll check the archives
<10> T0mW: Theres various ways to control what things the images include. If you find that email you'll see the new, more flexible, method.
<6> k
<10> You can always create your own images, I use "bitbake titan-image" at the moment, which is my own. Although with the recent changes I'm looking at moving back to using one of the standard image types.
<6> ok, "RDEPENDS"
<6> gpe-image references gpe-task-base which is found inside task-gpe.bb
<6> JoeSchmo: Newark, huh?
<13> errr, no
<13> in the ball park, but i don't live in newark
<6> JoeSchmo: just saw your ip info, I'm in Stroudsburg
<13> ah
<6> always kind of fun to find someone "local" on an irc channel
<6> kergoth: ok, it is building makedevs-native & genextfs-native this time.
<13> i'm about 40 mins west of newark, not that far
<6> Fairfield?
<6> heh, 40 minutes on rt80 won't get you far.
<14> hi everyone
<14> I found some packages installed file in ".debug" in image, how can I avoid these files from being installed?
<10> O_Neil: I added some details on how to do this to tge bug about the .debug dirs
<10> O_Neil: Here it is: http://bugs.openembedded.org/show_bug.cgi?id=1211
<14> v8jlene: thanks
<6> almost made it, pango wants >= glibc-2.10.0
<15> hi
<16> good morning hrw :)
<0> Carsten org.oe.oz354x * racabc... / (1 packages/zsafe packages/zsafe/zsafe_2.1.3.bb): zsafe: added 2.1.3 - close #1370
<0> Carsten org.oe.dev * re65bb7a2... / (1 packages/zsafe packages/zsafe/zsafe_2.1.3.bb):
<0> zsafe: added 2.1.3 - close #1370
<0> applied changes from 26de4ae1a5a4cc78e31a35514476c8f83392d32e (.oz354x)
<0> through 704acabcb81bc6c3e644c6c18bb730c30a8d882c
<15> hi hvontres|home
<0> hrw org.oe.oz354x * rc5553db... / (4 files in 2 dirs): libxine: add libpng to DEPENDS - close #1357
<0> hrw org.oe.dev * rc9c7d03b... / (4 files in 2 dirs): libxine: add libpng to DEPENDS - close #1357
<8> good morning all
<6> ok, looks like gpe-image has hit a brickwall that I cannot get around. I got around pango needing glib-2.0 > 2.10, but now dbus-native fails.
<6> Can I drop back a few weeks to something stable?
<6> So far, nothing I've tried to build has gone all the way through without stopping.
<6> the frustrating thing is that I've been building code for a long long time now and I cannot see what OE is doing with the sources so I can fix problems.
<17> morning all
<17> T0mW: How do you mean "see what OE is doing with the sources"?
<18> re
<18> T0mW: look into tmp/work/name-of-recipe*/temp/ for logs which show what OE is doing with the sources
<6> what I've been running into is that the bitmake gpe-image will decide to build glib-2-0_2.6.4, then pango 1.14.0 decides that that version of glib-2 is not sufficient.
<17> T0mW: Which bitbake are you using?
<6> the latest and greatest
Return to
#oe
or
Go to some related
logs:
AD1986A alsa howto
javascript create form node
udev fscking slow
apache2 mod_authz
#linux
LordFrith
firefox-webdeveloper debian apt-get
#lisp
#bind
#fluxbox
|
|