| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10
Comments:
<0> cu
<0> http://ewi546.ewi.utwente.nl/tmp/hrw/3.5.4.1-test/final/ - OZ 3.5.4.1 images (if someone want to test)
<1> hello brace OE developers! Just to make note, I just did a monotone pull and update and tried a bitbake opie-imave (angstrom)... bitbake crashed: Traceback (most recent call last):
<1> OSError: [Errno 2] No such file or directory: '/mnt/ext0/poli/4700/oe/org.openembedded.dev/packages/binutils/binutils_2.15.91.0.2.bb'
<2> poli: I suspect rm tmp/cache/* will fix that
<3> or touch conf/local.conf
<1> koen: touch as in get it to mark the current date?
<3> yes
<3> hey kergoth
<4> hey
<5> poli, RP, koen, have the same problem as poli, just did an mt update
<3> touch conf/local.conf
<5> koen, doesn't help, actually I did not even have a local.conf , only a local.conf.sample
<5> have I lost local.conf during the upgrade
<3> no local.conf?
<3> not even in the builddir?
<5> nope
<5> i ***ume you mean openslug/conf
<5> koen, had a back tree, but that one does not have a local.conf either
<3> no local.conf on your system?
<3> how do you specify which machine to use for builds?
<5> koen, either make openslug-image or cd openslug; . setup-env; bb <whatever>
<5> bb complains about .bb files that are missing,
<5> for me initially it complained about /home/frans/OpenSlugHead/openslug/openembedded/packages/binutils/binutils_2.15.91.0.1.bb
<5> as a test copied that one from the backup tree, then it compialed about the same file but 0.2.bb
<5> s/compialed/complained
<5> koen, is there a way to remove bitbake's cache?
<5> interesting, tried bb -v -D spca5xx
<5> DEBUG: Removing /home/frans/OpenSlugHead/openslug/openembedded/packages/binutils/binutils-cross_2.15.94.0.1.bb from cache
<5> oops, that was only the cross one
<5> the odd thing is that if I go to packages/binutils I see that some
<5> hmm. koen, i think i found it.
<5> binutils_2.15.91.0.1.bb apparently was dropped and is removed from the tree after an update
<3> I know
<5> however binutils-cross-sdk_2.15.91.0.1.bb is still there
<3> touching local.conf solves that
<5> and that one says: include binutils_${PV}.bb
<5> yeah, and if I do not have a local.conf ? apart from ./openembedded/packages/fontconfig/files/local.conf
<5> shouldnt the binutils-cross bb files be dropped ?
<5> of course only the ones where the sibling package is not there any more
<6> I just ran bitbake essential-machine-image and it got most of the way through, and then finished off with:
<6> ERROR: Nothing provides dependency ${MACHINE_DEPENDS}
<6> I'm not sure what that means, and In not sure if it actually finished off the build
<6> if it did, where would my shiny new ext2 file be located?
<3> did you initialize teh MACHINE_DEPENDS var?
<3> like MACHINE_DEPENDS ?= ""
<6> apparently not
<6> is that in local.conf or in my distro.conf?
<3> ${MACHINE}.conf
<3> essential-machine-image relies heavily on the machine setting all the vars (yes, that's a bug)
<6> ok, so I just add it to epia.conf
<6> where can I find out a list of 'all the vas', maybe there are some other ones missing too
<3> probably in task-essential-to-boot.bb
<7> has anyone with a gumstix tried plugging a icuiti M920-CF into the CF slot of the gumstix netcf? are the drivers there for that, or do they need to be written?
<2> eFfeM: rm tmp/cache/*
<2> its a bug in bitbake's cache handling :-/
<6> koen: thanks, seems to have done it... it's continuing with the build now :)
<3> hrm, klibc 1.4 doesn't compile
<5> RP, i fixed it temporarily by creating the missing bb files
<5> will undo that and try the cache solution
<8> ~lart PIERRE!
<9> RP: DEFAULT_PREFERENCE is only considered when deciding between two versions of the same package -- does not apply to different packages with the same provides.
<5> RP: thanks, that did it
<10> eFfeM org.oe.dev * re783e78... /packages/pvrusb2-mci/ (pvrusb2-mci-20060702/Makefile.patch pvrusb2-mci_20060702.bb): pvrusb2-mci: added 20060702 snapshot
<2> cbrake: That sounds like something we should consider then...
<9> RP: nod -- seems like it would be useful.
<11> hi
<11> kergoth: ping
<2> hi hrw
<11> I saw kergoth alive so appeared
<11> kergoth: did you got my mail about feeds.openzaurus.org CNAME?
<3> hrw: congrats on the final OZ build
<11> thx koen
<11> koen: just rebuilt it
<6> hmm.. altboot faild to build...
<6> seems to be looking for altboot*.cfg, which doesn't exist
<11> tkp: this is rather zaurus related stuff..
<11> CoreDump|home: add COMPATIBLE_MACHINE into it maybe?
<6> hrw: I called bitbake essential-machine-image
<6> and it tried to do altboot along the way
<11> updated OZ 3.5.4.1 images available - now they should not warn about wrong kernel
<12> hello
<11> hi sirfred
<12> hrw: Hello. The boot image is showing great now on my c760
<11> sirfred: grabbed from my c760
<11> sirfred: have to add same for tosa
<12> hrw: opie still doesn't start in mine. Still the sigsegv error.
<11> sirfred: fsck.. will flash mine later maybe
<11> have to prepare press release
<12> And the same strange effect in the setup wizard. Windows only showing in the very left side.
<11> http://linuxdevices.com/news/NS4392038828.html will be base of my press release - I like how they changed my previous note
<12> hrw: Some days ago, I started opie from a gdb session, and the segfault seemed to be in some clipping related function.
<11> bad luck
<11> CoreDump told that opie and gpe images works ok on his akita
<11> so I'll look on c760 - maybe w100 stuff break something
<11> http://www-128.ibm.com/developerworks/linux/library/l-scheduler/?ca=dgr-lnxw09LinuxScheduler
<12> hrw: It's disabled by default. Anyway, I tried enabling w100 qte driver with the same result.
<12> hrw: Well, perhaps you mean at kernel level.
<13> hrw: i'm already reading ir :)
<14> hrw: where does the root file system come from when you build an image?
<14> is there a package?
<8> hrw: how did edb-native kill ewi?
<8> jkp_: no
<8> jkp_: they're in tmp/deploy/images
<11> JustinP: do_configure started lot of gtk-config (gtk 1.2 stuff)
<11> JustinP: by lot I mean A LOG
<11> JustinP: by lot I mean A LOT
<14> i mean, what part of the system actually generates stuff like /dev/* and the directory structure?
<8> hrw: :-P We can disable the gtk interface...
<12> hrw: FYI , /etc/init.d/checkversion is complaining about a bad kernel version (I'm sure I downloaded initrd.bin and zImage.bin)
<11> sirfred: already fixed
<12> hrw: Great
<8> hrw: I've killed my tmp again, re-copied local.conf, and cleared my ccache and I still have rxvt issues in e.....
<11> sirfred: I noticed it when was walking home from work
<12> :)
<11> sirfred: and then got mail from CoreDump|home with that info too
<12> Program received signal SIGSEGV, Segmentation fault.
<12> 0x4038ea1c in QPainter::setClipping () from /opt/QtPalmtop/lib/libqte.so.2
<12> hrw: That is what gdb says.
<11> sirfred: I was debugging qt/e over years ago... in OZ 3.5.0 times
<11> '3.5.0' == OZ from OE before 3.5.1 release
<12> The old and good times.
<15> Stunning observation :p
<11> qte debug + qpe debug = 40M.. had to use cf..
<15> I'd be worried if OZ 3.5.0 came out after 3.5.1 :p
<15> openzaurus.org
<11> CoreDump|home: your mirror has feed synced
<16> nice
<11> ~hail rsync
<14> makedevs...any ideas what provides that?
<17> here's a shot in the dark - makedevs?
<4> busybox has a makedevs too
<4> might be using that
<14> CosmicPenguin: heh - its not installed by something that required it and errored thats all
<14> probably a broken dependency
<14> yeah it is
<3> hrw: I would change the second paragraph
<14> guys - bit of oddness here
<3> hrw: remove the "it is based on OPIE bit"
<14> building essential-image
<14> which depends task-essential-to-boot
<14> but it has no dependencies for other tools needed to create the image
<14> makedevs-native genext2fs-native
<14> for example
<14> we added them manually to a copy of the file, but is there an umbrella .bb file that includes the tools needed to create the image?
<14> seems odd that inherit image_ipk doesnt give you that stuff
Return to
#oe
or
Go to some related
logs:
#perl
#suse
#sdl
#perl
batgoogle
#gaim
#math
#lisp
7800GTX, xorg.conf, Dualhead
#math
|
|