| |
| |
| |
|
Page: 1 2 3 4 5 6
Comments:
<0> in case you wonder: https://svn.wiisard.org/WIISARD/trunk/meta/OpenEmbedded/packages/
<1> pgfeller: gcc should 'provide' it
<2> zecke: so I have to add a depend, or inherit something to stage it?
<1> pgfeller: no :)
<1> pgfeller: base.bbcl*** should do that for you
<1> pgfeller: and that cl*** is inherited by default
<2> zecke: do I have to inherit base - or is that done automatically?
<1> ;)
<1> my yedi force 'forsaw' this question
<0> pH5: I get less shm troubles when logged in as root it seems
<2> zecke: I see ... :-)
<1> pgfeller: BUT
<1> pgfeller: qmake.bbcl*** is doing a stupidity
<1> pgfeller: LIBS-=-lstdc++ LIBS+=-lsupc++ you might suffer from this one
<2> zecke: I deleted the cache ... @ the moment bitbake is processing the receipts; when done I'll pastebin the do_compile() log ... OK?
<1> pgfeller: no, why do you think cleaning the caches is needed?
<2> zecke: as you said it should be done by default I thought maybe I confused the thing somehow with my .bb (as I have to experiment a lot)
<2> zecke: http://pastebin.ca/159954
<0> looks indeed like the libsupc/libstdc problem
<2> what can I do to overcome this? - I don't feel qualified to modify qmake.bbcl*** ;)
<0> CPPFLAGS += "-lstdc++" or somthing like that
<2> koen: LDFLAGS += "-lstdc++" did the trick - thanks.
<1> hmm I should consider pushing my PALMTOP_NEED_STL patch
<3> any uClibc gurus around?
<3> d'oh
<3> you as well?
<2> maybe I need a new hobby :-/ ...any hints what I do wrong now?: http://pastebin.ca/159986
<2> blaster8: :-)
<2> blaster8: yep - have a hard time - unfortunately I'm not a guru, so it is unlikely I can ***ist you
<4> koen org.oe.oz354x * r53516... / (1 packages/libsndfile/libsndfile1_1.0.11.bb):
<4> libsndfile: improve packages, from .dev
<4> applied changes from 3596a639cb106771bb7608dc97bc4ad1d5c21e7c
<4> through ae090523c163ff0d1e234b0d89d1450a2466b4b4
<3> distinct lack of gurus, I reckon ;)
<4> koen org.oe.dev * rae090523... / (1 packages/libsndfile/libsndfile1_1.0.16.bb): libsndfile: slightly improve packaging
<2> blaster8: rare specimen they are
<3> when is that going to come?
<3> it's been a long time since the last release...
<5> hello
<2> hello pavlix
<5> how do i get a compiler for mipsel/uclibc working?
<5> when bitbaking any package, it says i don't have a virtual package
<3> with lots of tinkering, usually ;)
<2> pavlix: I'm a newbe - but can't you configure this in local.conf?
<6> pavlix: its generally a good idea to put the exact error message up somewhere. no offense, but you dont know enough about oe yet to draw conclusions from those messages yourself
<5> kergoth: true, I'm just building another think, just to test...
<3> pavlix: are you using your own cross-compiler or trying to get OE to build one?
<0> or rather, the lack there off
<5> blaster8: i was letting oe build one, but, is it even possible?
<3> yes, but as far as I understand it, you will need a meta package describing the cross-compiling environment you want to set up
<5> blaster8: looks like you're right
<3> Alternatively, build a toolchain of your own (patched crosstool perhaps?) and follow this: http://www.openembedded.org/user-manual&dpage=ch05s05
<3> but if you want to use long term or for a project involving more than just you, I'd suggest figuring out a meta package
<5> blaster8: it would be use by other people too
<3> time to write a meta package, then :)
<5> blaster8: and even someone here asked me to report back
<2> http://pastebin.ca/159986 ... google thinkgs there's no main() function - but the code should be a stable one (I just would like to practice to create .bb's :-( )
<0> conf/machine/wl500g.conf rather
<0> blaster8: you just need a appropriate machine config file
<3> got it
<5> koen: thanks
<0> blaster8: but OE can do without if you supply the appropriate params in local.conf
<0> pavlix: I pointed you to that a few days ago as well
<5> koen: ok, i might have been a bit confused then
<0> configure: creating ./config.status
<0> take take, OOo!
<5> ok, what's better for me to start with? prebuilt toolchain or oe-made toolchain?
<0> oe-made
<5> koen: ok, I'll try
<2> *lol* - it added my comment to the linker flags ... finaly it builds :-)
<3> thanks for pointers, koen :)
<0> JustinP: you deleted mtnpatch too early
<0> JustinP: we need it for the svn mirror to work properly
<0> good thing we have an SCM :)
<7> koen: heh
<7> really....what is it used for?
<7> I didn't think anyone had ever used it ;-)
<0> yay!
<0> It looks like I can actually start the compile part of OOo
<7> so...what is it used for exactly?
<0> JustinP: with mtnpatch we can tie in the ciabot to update a svn mirror of the OE metadate
<0> @&R*&$*(@#$
<7> ah, so you use "svn" instead of "mtn"?
<0> JustinP: no, we got sick of all those whiners and/or people to dumb to read mtn docs
<7> I still don't quite understand.....
<7> how would you use something which parses an mtn patch and updates an mtn workspace to interoperate with svn...
<0> http://projects.linuxtogo.org/plugins/scmsvn/viewcvs.php/?root=openembedded needs to be keps up to date
<0> ciabot will feed a mtn diff to mtnpatch which will update the svn workspace
<0> that way commits map 1:1
<3> wow
<0> a poor mans tailor
<3> there must have been a lot of whiners
<7> hmmmm..
<7> well, glad it was being used ;-)
<7> did you resurrect it?
<0> it was being planned to be used
<0> mickeyl didn't implement it yet
<7> a
<7> .....
<7> is there something which stops me from setting BBFILES in a file included in local.conf?
<7> include frozen-bbfiles.conf
<7> frozen-bbfiles.conf sets BBFILES
<7> but BBFILES isn't being set
<7> copy/paste works fine
<8> Are you setting it in local.conf with := ?
<7> no, I commented it out...
<7> (:= is what exactly again?)
<8> Its evaluated when parsing instead of afterwards
<7> ah....well that shouldn't matter then
<7> I've tried using := and = in frozen-bbfiles.conf
<7> no different
<7> I tried setting some other var and it's not being set
<8> bitbakes path handling confuses me. I have some scripts which work and therefore I've not had the need to learn/remember///
<7> argh
<7> one include works, another refuses to
<2> got this more or less from an example: install -m 644 ${WORKDIR}/mileage/mileage ${D}${palmtopdir}/bin/ ...
<2> but bitbake is not happy:
<2> cannot create regular file `/stuff/tmp/work/carmilecalc-4.2.0-r0/image/opt/QtPalmtop/bin/mileage': No such file or
<2> directory
<2> ... hints to where I can find additional info on do_install?
<9> heh, bitbake is not a happy program
<7> sure it is
<2> agree :-)
<7> pgfeller is trying to install a file to a directory that doesn't exist
<7> it's *install* failing, not bitbake
<7> pgfeller: install -d ${D}${palmtopdir}/bin/
<0> pgfeller: 'install -d ${D}${palmtopdir}/bin/ '
<0> :)
<7> or...not...
<7> pretend that never happened
<2> koen: thanks
<2> JustinP: np - thank anyhow.
<5> ERROR: Nothing provides dependency virtual/mipsel-linux-uclibc-gcc
<5> ERROR: dependency virtual/mipsel-linux-uclibc-gcc (for gcc) not satisfied
<5> NOTE: no buildable providers for gcc
<5> does it mean I have to write a recipe for mipsel-linux-uclibc-gcc or just add id somewhere as PROVIDES?
<0> 'Brian's DTrace probes can observe the state of Schroedinger's cat, but he won't tell because he prefers leaving it as a teaching example.'
Return to
#oe
or
Go to some related
logs:
libc6 repository debian-br
Khereth
t2500 cflags
xenguest-install error
no module named Pyrex.Compiler.Main
gam_server kill stop respawns
online iptables
#linux
timed showcase smoothslideshow
fuzzy date python
|
|