00:03.49 | *** join/#oe treke|home (~ggilbert@68-66-243-62.ventca.adelphia.net) |
00:06.50 | *** join/#oe mithro (~tim@ppp226-233.lns3.adl2.internode.on.net) |
00:30.26 | *** join/#oe BigAl (~bigal@220-253-116-144.ACT.netspace.net.au) |
00:39.02 | jjg_ | anyone know how to resolve the "no rule to make clean" problem with xserver-xorg ? |
00:53.21 | *** join/#oe darkschneider (~gab@213-140-6-96.fastres.net) |
01:26.14 | *** join/#oe bluelightning (~bluelight@203-173-244-226.akl.ihugultra.co.nz) |
01:42.45 | *** join/#oe Timelord (~TL@66.209.31.29) |
02:02.59 | *** join/#oe ideal_ (~idealm_@218.82.60.191) |
02:21.00 | *** join/#oe kergoth (~kergoth@c-24-118-222-11.hsd1.mn.comcast.net) |
02:21.08 | *** join/#oe hufnus (~slonsiki@m7f1636d0.tmodns.net) |
02:54.47 | *** join/#oe zecke|toothache (~ich@83-169-170-199-dynip.superkabel.de) |
02:55.31 | Luke-Jr | hmm |
02:55.42 | Luke-Jr | tmp/work uses lots of space if not emptied ;) |
02:57.48 | *** join/#oe offroadgeek (~offroadge@offroadgeek.sustaining.supporter.pdpc) |
03:05.41 | Luke-Jr | Has there been any consideration into splitting openembedded? eg OE base (stuff that applies to all targets), OE opie, OE gpe, etc? |
03:13.34 | ljp | busybox doesnt like me |
03:15.20 | bluelightning | ljp: how so? |
03:16.51 | ljp | try to login (first boot as root) 'login: cannot run /bin/sh: No such file or directory |
03:21.05 | bluelightning | hmm... :( |
03:24.08 | *** join/#oe Timelord (~TL@66.84.189.72) |
03:26.15 | *** join/#oe chouimat (~dieu@chouinard.developer.kde) |
03:40.12 | ljp | weird |
03:53.04 | Luke-Jr | | /bin/sh: /home/luke-jr/src/oe2005/build.alt/tmp/cross/arm-linux/bin/ccache: No such file or directory |
03:53.10 | Luke-Jr | What would provide a cross-ccache? |
03:53.23 | Luke-Jr | or is the problem that xorg-x11 wants to use it? |
03:54.36 | Luke-Jr | err... xserver-xorg |
04:32.29 | *** join/#oe bluelightning (~bluelight@203-173-245-62.akl.ihugultra.co.nz) |
05:13.56 | *** join/#oe aphistic (~aph@c-24-12-111-46.hsd1.in.comcast.net) |
05:27.04 | *** join/#oe bluelightning_ (~bluelight@203-173-245-212.akl.ihugultra.co.nz) |
05:48.56 | *** join/#oe aph (~aph@c-24-12-111-46.hsd1.il.comcast.net) |
05:56.14 | *** join/#oe noclouds (~mhfan@60.166.164.202) |
06:22.03 | *** join/#oe aphistic (~aph@c-24-12-111-46.hsd1.il.comcast.net) |
06:41.07 | ljp | hmm.. anyone have knights.tar.gz ? |
06:49.22 | ljp | awol |
06:57.23 | ljp | ;( |
07:00.48 | jacques | hi ljp I headrd you were using the PDAudio card on a Zaurus |
07:02.29 | *** join/#oe exastra (~go@c-24-21-152-246.hsd1.or.comcast.net) |
07:05.12 | *** join/#oe jason (~enlighten@cpe-70-112-216-41.austin.res.rr.com) |
07:08.42 | *** join/#oe maisheri (~hiteshm@rasbtnlChn-static-252.184.145.203.touchtelindia.net) |
07:15.22 | *** join/#oe treke|laptop (~ggilbert@68-66-243-62.ventca.adelphia.net) |
07:27.58 | ljp | hmm.. wll I have one. havent used it yet,. but I suppose that the pxa27x is fast enough to handle it |
07:28.28 | ljp | not sure if the driver sources still compile |
07:30.48 | ljp | and would need to resurrect my 'high end audio recorder for qtopia' :) |
07:34.03 | *** join/#oe zap (~zap@217.170.93.9) |
07:37.13 | *** join/#oe pH5 (~ph5@p5485ECB0.dip.t-dialin.net) |
07:47.03 | *** join/#oe ar_ (~ar@port-ip-213-211-231-98.reverse.mdcc-fun.de) |
07:53.33 | *** join/#oe koen (~koen@cl-148.ams-05.nl.sixxs.net) |
07:54.08 | koen | good morning all |
07:59.56 | jason | sorry for the newbie question, I just flashed with a custom build opie-image, but when it boots up, it gives warning about kernel version mismatch. |
08:00.26 | jason | where can i find the correct build kernel in the openembedded directories? thanks |
08:02.45 | koen | it should be in the same dir as the images |
08:03.26 | koen | assuming you are building for a zaurus |
08:03.27 | jason | how would it be called? |
08:03.36 | jason | yes i am. |
08:03.51 | koen | zImage* or kernel* |
08:04.10 | jason | thanks. i might have accidentally deleted it. |
08:11.22 | *** join/#oe pb_ (~pb@2002:5168:d38c:1:a00:1fff:fe06:93c) |
08:32.15 | CIA-4 | 03pb 07 * r1.3539 10openembedded/ (4 files in 3 dirs): adjust some glibc patches |
08:36.36 | RP | morning all |
08:36.49 | pb_ | hi rp |
08:38.36 | koen | hey RP & pb_ |
08:43.36 | *** join/#oe cedric__ (~cedric@voulx.bluebugs.org) |
08:44.05 | bluelightning | hi RP |
08:44.08 | bluelightning | hi pb_ |
08:45.56 | *** join/#oe moa (~cedric@freeway.rd.francetelecom.com) |
08:46.55 | *** join/#oe aph (~aph@c-24-12-111-46.hsd1.il.comcast.net) |
08:49.30 | *** join/#oe erikd (~aph@c-24-12-111-46.hsd1.in.comcast.net) |
08:51.15 | *** join/#oe __law__ (~law@213.173.86.202) |
08:55.24 | *** join/#oe zecke (~ich@83-169-170-199-dynip.superkabel.de) |
09:08.41 | *** join/#oe Snoogie (~Snoogie@gob75-5-82-231-180-13.fbx.proxad.net) |
09:10.15 | *** join/#oe Ken|JLime (~Ken@h79n2fls31o1105.telia.com) |
09:13.09 | CIA-4 | 03pb 07 * r1.3540 10openembedded/packages/xserver/xserver-xorg_6.8.99.5.bb: avoid problems with imake and ccache |
09:32.01 | *** join/#oe tomimo (~kurre@a84-231-39-238.elisa-laajakaista.fi) |
09:32.50 | CoreDump|home | moin |
09:32.56 | koen | hey CoreDump|home |
09:34.48 | koen | and async? |
09:35.48 | zecke | pb_: ping |
09:35.51 | koen | CoreDump|home: http://funroll-loops.org/ features a bit on noatime too |
09:35.53 | koen | moin zecke |
09:35.53 | pb_ | zecke: at your service |
09:35.55 | CoreDump|home | that, too. But I was talking about my desktop ATM :) The performence increase is very notable |
09:36.59 | jacques | CoreDump|home, which fs ? |
09:36.59 | zecke | pb_: If I've a pipe between two processes and one process writes to it and then exits |
09:37.35 | zecke | pb_: will that information be lost when I do waitpid on the process? |
09:38.01 | CoreDump|home | XFS, I ran some self-made benchmarks yesterday and wondered why they were worse than the same benchmarks on the same disks done a few month ago. I forgot to use noatime :) |
09:38.58 | *** join/#oe ar_ (~ar@port-ip-213-211-231-98.reverse.mdcc-fun.de) |
09:39.16 | zecke | pb_: and does a true socket (stream) have a different semantic? |
09:41.16 | jacques | anyone know the implications of notail on reiserfs ? better performance and less storage efficiency are what the docs say, but I wonder how much in each case |
09:41.53 | pb_ | zecke: no, the data will sit in the pipe buffer until either you read it, or the reader exits. |
09:42.13 | CoreDump|home | jacques: not me, sorry. I've been burned by reiserFS in the past and avoid it like the plaque |
09:42.47 | zecke | pb_: ok that is what I expected, but I do not get the data :} |
09:42.55 | zecke | read on the fd fails |
09:43.20 | pb_ | oh, hm, odd |
09:49.21 | zecke | pb_: OT: did you ever looked at vuftpd? |
09:49.36 | zecke | pb_: it is the first app I know passing fd's through processes |
09:50.10 | pb_ | no, I never looked at that |
09:51.21 | zecke | pb_: it is funky. You've 'one' in some way priviledge server. It opens a file on request and passes the fd to the socket |
09:51.42 | zecke | pb_: so even if there is a parser bug and something goes wrong in a slave |
09:51.50 | zecke | pb_: it can just do what it was supposed to do anyway |
09:52.10 | *** join/#oe Luke-Jr (~luke-jr@207.192.219.246) |
09:52.38 | pb_ | ah, I see. cute. |
09:53.33 | Luke-Jr | am I here? o.o |
09:53.49 | koen | Luke-Jr: no, you're imagining it |
09:54.14 | Luke-Jr | koen: thanks. can you get to http://utopios.org ? o.o |
09:54.26 | *** join/#oe chris144 (~chris@195.234.128.72) |
09:54.33 | Luke-Jr | Lightning here... IRC is the only thing that seems to be working >.> |
09:54.45 | koen | Luke-Jr: it seems to be loading |
09:55.01 | Luke-Jr | koen: thanks :) |
09:55.17 | Luke-Jr | guess I can go back to sleep since the server stuff works |
09:55.49 | *** join/#oe jamesm_ (jamesm_@82-133-68-68.dyn.gotadsl.co.uk) |
09:59.47 | CIA-4 | 03pb 07 * r1.3541 10openembedded/packages/qemu/ (qemu-native_0.7.0.bb qemu_0.7.0.bb): add qemu, a generic and open source processor emulator |
10:00.08 | koen | ah, nice |
10:01.11 | *** join/#oe man-di (~man-di@dyndsl-080-228-199-148.ewe-ip-backbone.de) |
10:04.33 | Luke-Jr | pb_: qemu stuff split into arch pkgs? o.o |
10:18.52 | *** join/#oe SirFred (~mteira@253.Red-81-35-59.pooles.rima-tde.net) |
10:18.56 | SirFred | Morning |
10:20.51 | SirFred | Compiling qte-2.3.10 using bitbake, I've noticed strange warnings during libqte linking stage |
10:21.03 | SirFred | A lot of warnings like these: |
10:21.11 | SirFred | /export/home/oe/tmp/cross/lib/gcc/arm-linux/3.4.4/../../../../arm-linux/bin/ld: Warning: size of symbol `QXmlAttributes::~QXmlAttributes()' changed from 848 in allmoc.o to 484 in xml/qxml.o |
10:21.57 | SirFred | It's only a warning, but that symbol size mismatch seems not sane |
10:23.26 | SirFred | Could someone look at his log.do_compile.whatever to see if he's experimenting the same warnings? |
10:27.31 | *** join/#oe darkschneider (~gab@213-140-6-96.fastres.net) |
10:29.23 | CIA-4 | 03pb 07 * r1.3542 10openembedded/packages/glibc/ (3 files in 2 dirs): fix up glibc HEAD build |
10:35.26 | mickeyl | morning |
10:35.42 | mickeyl | SirFred: yeah, let me start a build from scratch. That'll take a while |
10:35.51 | SirFred | mickeyl: Thanks. |
10:35.51 | pb_ | hi mickey |
10:36.14 | SirFred | mickeyl: It is just a warning, and perhaps my toolchain is messed up. |
10:37.53 | CoreDump|home | morning mickeyl |
10:37.57 | mickeyl | morning CoreDump|home |
10:39.14 | mickeyl | ljp: any idea when rc1 will be out for mere mortals ? |
10:39.31 | *** join/#oe molivier (~mac@195.36.170.165) |
10:39.37 | zecke | mickeyl: it is |
10:39.41 | zecke | mickeyl: but not for QtE |
10:39.51 | zecke | mickeyl: qt*desktop*rc1* |
10:39.52 | mickeyl | fair enough. i'm not interest in the E version |
10:39.53 | mickeyl | :D |
10:40.02 | Spyro | last nights build failed here with latest bk oe and latest svn bitbake |
10:40.26 | koen | Spyro: that's too bad |
10:40.35 | Spyro | | /tmp/ccXr0q6K.s: Assembler messages: |
10:40.36 | Spyro | | /tmp/ccXr0q6K.s:140: Error: bad instruction `stfpls f5,[sp,#0]' |
10:40.36 | Spyro | | /tmp/ccXr0q6K.s:391: Error: bad instruction `ldfpls f1,[sp,#0]' |
10:40.36 | Spyro | | make[2]: *** [/home/ian/projects/openembedded/stuff/tmp/work/glibc-2.3.2+cvs20040726-r17/build-arm-linux/math/e_j0f.o] Error 1 |
10:43.01 | molivier | hi |
10:43.07 | koen | hey molivier |
10:43.20 | molivier | koen, hi |
10:43.30 | SirFred | mickeyl: What amazing news could we expect from Qt4 ? |
10:43.55 | molivier | i ve got such error when building package: libgcc_s.so uses hardware FP, whereas gpe-edit uses software FP |
10:44.00 | molivier | how to solve this ? |
10:44.39 | koen | did you change TARGET_FPU between build? |
10:44.58 | molivier | ok i have just see this, i must have target_fpu so tosft |
10:45.12 | molivier | s/tosdt/soft/ |
10:45.13 | SirFred | mickeyl: I've seen that the driver adaptor from SciTech has been added to qte-2.3.10 |
10:45.14 | mickeyl | SirFred: a lot of good things. finally some more sophisticated design patterns |
10:45.38 | mickeyl | SirFred: MVC things, iterators, new rendering architecture |
10:45.50 | mickeyl | yes, scitech has been added in 2.3.8 or 2.3.9 |
10:46.03 | SirFred | mickeyl: They have no driver for the W100, unfortunately. |
10:46.15 | mickeyl | yeah. |
10:46.31 | molivier | koen, so i must suppress TARGET_FPU variable, correct ? |
10:46.59 | mickeyl | SirFred: I personally lost pretty much all interest in Qt/Embedded though, I hope that kdrive gets w100 accelleration soon |
10:47.41 | SirFred | mickeyl: So, you think the future is a kdriver xserver and qt on X ? |
10:47.49 | zecke | mickeyl: the Qt4 licensing model seems to be finalized |
10:47.53 | mickeyl | SirFred: That's what I - again personally - think |
10:47.56 | zecke | mickeyl: Qt console, Qt ???, Qt Desktop |
10:47.57 | mickeyl | zecke: oh interesting. |
10:48.07 | mickeyl | zecke: where can i read that? |
10:48.23 | SirFred | mickeyl: Anyway, what's the difference among the different qt versions? |
10:48.44 | mickeyl | SirFred: you mean E and X11 or 2.x, 3.x, 4.x? |
10:48.44 | SirFred | mickeyl: The qt/embedded is based on the QWS model and is stripped out of a lot of features. |
10:48.51 | zecke | mickeyl: http://www.trolltech.com/newsroom/announcements/00000207.html |
10:48.54 | SirFred | mickeyl: E and X11. |
10:48.55 | mickeyl | zecke: thanks |
10:48.56 | zecke | mickeyl: not too much |
10:49.21 | mickeyl | SirFred: you just answered that question. that's the difference |
10:49.28 | mickeyl | SirFred: it's not missing features though |
10:49.33 | mickeyl | that depends on how you build it |
10:49.40 | SirFred | mickeyl: Well, I miss some things like QT_TRANSFORMATIONS |
10:49.55 | SirFred | mickeyl: Well, of course, but if you want it to give a little footprint... |
10:49.55 | mickeyl | yah sure, but if we would like to we could enable them |
10:50.05 | mickeyl | we are no longer compatible with anything else anyway |
10:50.16 | mickeyl | that's what why we have the compat libs |
10:50.19 | mickeyl | s/what// |
10:50.27 | koen | mickeyl: mallum will do the w100 stuff after RP & sirfred finish decoding it |
10:50.28 | SirFred | mickeyl: I suppose the main reason to disable it is just that, the size. |
10:50.39 | mickeyl | koen: excellent |
10:50.52 | mickeyl | SirFred: yeah size. but the choice was pretty random |
10:50.53 | SirFred | koen: Well, I'm actually not decoding it. |
10:51.21 | SirFred | koen: I expected RP to do the dirty work. |
10:51.26 | koen | :) |
10:51.48 | SirFred | koen: I'm just trying to make the qte driver work. There are still a lot of missing things |
10:53.24 | SirFred | koen: But I'm basing it on the closed sharp library extracted from their libqte. |
10:53.41 | SirFred | koen: at the same time, RP is decoding that library. |
10:54.02 | koen | bbl |
10:55.11 | SirFred | mickeyl: So, you think that a driver for w100 under kdrive will be available soon ? Why? |
10:56.11 | mickeyl | SirFred: i don't think, i hope. |
10:56.22 | SirFred | mickeyl: I think that the best thing will be a kernel framebuffer accelerated driver. |
10:56.33 | SirFred | mickeyl: So, both kdriver and qte could use that features. |
10:56.38 | SirFred | s/kdriver/kdriver/ |
10:56.41 | SirFred | s/kdriver/kdrive |
10:56.50 | mickeyl | SirFred: don't you think that the framebuffer accelleration API is still pretty limited ? |
10:57.22 | SirFred | mickeyl: I didn't take a look at it. But I expected to found a good, complete fb API under 2.6 |
10:57.45 | mickeyl | SirFred: it would mean both tweaking kernel and kdrive then |
10:57.57 | mickeyl | *shrug* we'll see who does what :) |
10:58.28 | SirFred | mickeyl: Anyway, there's a lot of work involved into decoding and understanding w100. |
10:58.38 | mickeyl | i have no doubts about that |
10:58.45 | SirFred | mickeyl: There's a lot of microcode based functions. I think that that's the worse. |
10:58.46 | mickeyl | reverse engineering at its best |
11:00.07 | SirFred | mickeyl: I think that an early accelerated qte driver will be good, perhaps more people got involved. |
11:01.36 | SirFred | mickeyl: Just now, I was able to run an opie session under the accelerated driver, with some minor bugs. |
11:02.17 | SirFred | mickeyl: If I was able to make a patch and perhaps integrate it under bitbake, do you think that more people will contribute to fix those bugs? |
11:02.31 | SirFred | mickeyl: fix bugs/improve the driver. |
11:04.11 | mickeyl | SirFred: It doubtful that more people will contribute, because there are no more people interested except us few. A patch would be good anyway to see the current state though. |
11:04.24 | mickeyl | in other words - please do it :) |
11:05.03 | SirFred | mickeyl: I will need some help with bitbake. |
11:05.16 | SirFred | mickeyl: I'm porting my work to qte-2.3.10 |
11:05.30 | SirFred | mickeyl: Well, to the last openzaurus. |
11:05.39 | mickeyl | very good. it's pretty easy to add patches to a program in bb |
11:06.02 | SirFred | mickeyl: OK. After testing the new libqte, I'll try to integrate it. |
11:06.17 | SirFred | mickeyl: But first, I will like to know if my toolchain is sane. |
11:06.38 | SirFred | mickeyl: I'll wait to your libqte build, to see if that warnings are caused by my setup. |
11:06.50 | mickeyl | ya |
11:06.58 | zecke | append_kernel24 |
11:07.06 | zecke | is KERNEL_VERSION in the OVERRIDES variable? |
11:07.11 | mickeyl | no |
11:07.21 | mickeyl | not in oz builds though |
11:07.31 | mickeyl | i think some familiar builds do that |
11:07.47 | pb_ | not KERNEL_VERSION, though h3900 does have ${KERNEL} in OVERRIDES. |
11:07.53 | pb_ | see h3900.conf |
11:08.39 | zecke | hmm then the bug report looks valid |
11:08.50 | CIA-4 | 03pb 07 * r1.3543 10openembedded/packages/dejagnu/ (dejagnu_1.4.4.bb dejagnu-native_1.4.4.bb): add DejaGNU, a framework for testing other programs |
11:08.56 | pb_ | what's the bug report? |
11:08.58 | jacques | yay!!! |
11:09.15 | jacques | that means we now have tcl and expect |
11:09.20 | zecke | pb_: #77 |
11:09.29 | pb_ | jacques: ah, not as such. I didn't add them yet. |
11:09.39 | jacques | pb_, d`oh :-) |
11:10.12 | pb_ | zecke: oh, yeah, I remember that one |
11:10.46 | pb_ | the report seemed to be so confused that I didn't have the strength to untangle it. |
11:11.24 | pb_ | afaict, his main complaint is that BOOTSTRAP_EXTRA_DEPENDS_append_kernel24 doesn't influence the Depends: field of task-bootstrap.ipk. |
11:11.37 | pb_ | which, of course, is expected; he would need to set RDEPENDS to achieve that. |
11:11.50 | zecke | hehe okay |
11:11.59 | zecke | obviously I did not read to carefully either |
11:12.14 | pb_ | the bit with H3900_MODULES might be a real bug, but it's hard to tell for sure from that report. |
11:13.23 | *** join/#oe reenoo_ (~r@p5489F167.dip.t-dialin.net) |
11:13.40 | reenoo_ | afternoon |
11:14.08 | pb_ | jacques: I was just playing with running the gcc testsuite under qemu. |
11:15.08 | jacques | pb_, sweet |
11:15.20 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
11:15.21 | CoreDump|home | pb_: could you please have a look at bug #47? It affects poodle and collie, maybe all Z's and is caused by a busybox patch. |
11:15.21 | jacques | I've messed with qemu a bit since they added armeb support |
11:15.46 | pb_ | CoreDump|home: assign it to me and I will take a look |
11:15.56 | CoreDump|home | pb_: thanks :) |
11:20.46 | CoreDump|home | ~lart bugzilla |
11:20.58 | CoreDump|home | isn't there a way to list all registered members? |
11:23.13 | jacques | is there supposed to be a glibc_2.3.5.bb ? |
11:23.29 | *** join/#oe darmou (~darmou@dsl-220-235-95-160.vic.westnet.com.au) |
11:23.39 | jacques | I see a glibc-cvs-2.3.5/ dir but no matching .bb |
11:24.26 | pb_ | that's for glibc_cvs.bb |
11:25.11 | jacques | ah |
11:25.17 | darmou | does beep build ok at the moment? |
11:26.17 | molivier | oe use on my system /opt/oe/oetmp/cross/lib/gcc/arm-linux/3.4.4/ how can i change this settings to use 2.9 version ? |
11:26.57 | darmou | moliver isn't that in the local.conf? |
11:30.00 | molivier | darmou, perhaps but i have change nothing in it since months and now , i have error like this : ERROR: /usr/lib/gcc/arm-linux/3.4.4/libgcc_s.so uses hardware FP, whereas gpe-edit uses software FP |
11:31.09 | SirFred | molivier: That's saying that libgcc_s.so to be in /usr/lib/gcc |
11:31.25 | SirFred | molivier: Not in /opt/oe/oetmp/cross/lib .. |
11:32.01 | SirFred | molivier: Perhaps there's another crosscompiler in that machine? |
11:32.55 | molivier | SirFred, ok agree with you, so how to buypass the other one crosscompiler and force use the one in /opt/oe/oetmp ? |
11:33.31 | SirFred | molivier: Do you have some ASSUME_PROVIDED in your local.conf for the compiler? |
11:33.53 | molivier | SirFred, i've got this ASSUME_PROVIDED = "virtual/arm-linux-gcc-2.95" |
11:34.37 | SirFred | molivier: Well, on the shell you're using to launch bitbake, what says you |
11:34.53 | SirFred | which arm-linux-gcc |
11:35.04 | SirFred | molivier: Perhaps it's just a path problem. |
11:36.42 | molivier | i not on the path |
11:36.51 | *** part/#oe molivier (~mac@195.36.170.165) |
11:37.00 | *** join/#oe molivier (~mac@195.36.170.165) |
11:37.44 | molivier | SirFred, i 've set the good one in my PATH but it's change nothing |
11:37.58 | SirFred | molivier: So, what do you have in your PREFERRED_PROVIDERS for virtual/${TARGET_PREFIX}gcc ? |
11:39.29 | SirFred | molivier: I have to say you that I'm a newbie, sure any other one could help you faster and better. |
11:39.32 | molivier | SirFred, sorry know it use /opt/oe/oetmp/cross/lib/gcc/arm-linux but i have got 2 versions: 3.4.3 and 3.4.4 |
11:40.26 | SirFred | molivier: But you only will have a binary arm-linux-gcc, don't you? |
11:40.43 | SirFred | molivier: Perhaps you've overwritten one compiler with the other. |
11:41.11 | mickeyl | SirFred: i have the same warnings |
11:41.19 | mickeyl | Pretty odd |
11:41.23 | mickeyl | they're kind of new |
11:41.25 | SirFred | mickeyl: Strange warnings. |
11:41.46 | SirFred | mickeyl: Yes, they are. I'm not able to understand how the symbol has different size if they're compiled with the same compiler. |
11:42.13 | molivier | SirFred, yes and it's 3.4.4 version |
11:42.23 | SirFred | mickeyl: Anyway, the symbol is only defined once, or should be. |
11:42.37 | SirFred | mickeyl: So, I don't understand why the symbol is duplicated. |
11:42.42 | Spyro | mickeyl: I have the latest bb and oe now... |
11:42.51 | Spyro | mickeyl: glibc doesnt build though |
11:43.33 | SirFred | mickeyl: Does the compiler changed from the last openzaurus' |
11:43.34 | SirFred | ? |
11:44.35 | mickeyl | no idea offhand |
11:44.40 | mickeyl | i stay away from toolchain issues |
11:44.53 | SirFred | mickeyl: I see i have two versions on the cross directory: 3.4.3 and 3.4.4 |
11:45.16 | mickeyl | ah right. IIRC pb_ updated us to 3.4.4 |
11:45.22 | SirFred | mickeyl: But the binary is for 3.4.4, I think that with 3.4.3 these warnings didn't happen. |
11:45.35 | mickeyl | yeah. seems to be a 3.4.4 thing |
11:45.41 | mickeyl | pb_: any idea what's going on there ? |
11:45.50 | mickeyl | pb_: see http://www.vanille.de/temp/log.do_compile.1397 |
11:45.57 | SirFred | mickeyl: Perhaps this is a nonsense, but could be related with header precompiling or something so? |
11:47.05 | mickeyl | we don't use that feature |
11:48.25 | pb_ | mickeyl: sorry, I have no idea. It looks like some crazy moc thing. |
11:48.36 | pb_ | maybe zecke can help |
11:49.09 | zecke | isn't moc part of stdc++? |
11:49.37 | pb_ | ~herring zecke |
11:49.42 | ibot | ACTION whacks zecke on the side of the head with a large red herring named alfred |
11:49.42 | zecke | pb_: I wouldn't blame moc for that |
11:49.58 | zecke | pb_: it looks like somehow the symbol got truncated or such... |
11:50.46 | zecke | mickeyl: I will now leave to the 'long night of science" |
11:51.11 | *** part/#oe chris144|home (~chris@195.234.128.72) |
11:51.16 | zecke | mickeyl: could you see what happens if you compile Qt/E with gcc3.4.3? |
11:51.43 | SirFred | It's strange, some symbols are greater on allmoc.o and other are greater on the other file. |
11:51.46 | darmou | hmm beep music complies but does not run very well oh well |
11:52.02 | darmou | has libpng been fixed yet? |
11:52.28 | zecke | different defines are set? |
11:52.57 | Spyro | pb_, zecke, this might be of interest... |
11:52.59 | Spyro | http://pastebin.ca/13948 |
11:53.42 | mickeyl | zecke: i can check that. it'll take a while though |
11:54.51 | pb_ | yeah, that sounds like a good idea. |
11:55.04 | pb_ | you might also try comparing allmoc.o between the two builds to see if there are any obvious differences. |
11:55.08 | SirFred | This is a nonsense: |
11:55.13 | SirFred | /export/home/oe/tmp/cross/lib/gcc/arm-linux/3.4.4/../../../../arm-linux/bin/ld: Warning: size of symbol `QIMComposeEvent::~QIMComposeEvent()' changed from 112 in allmoc.o to 60 in kernel/qmime.o |
11:55.23 | SirFred | /export/home/oe/tmp/cross/lib/gcc/arm-linux/3.4.4/../../../../arm-linux/bin/ld: Warning: size of symbol `QIMComposeEvent::~QIMComposeEvent()' changed from 120 in allmoc.o to 68 in kernel/qmime.o |
11:55.35 | SirFred | A moving target. |
11:55.52 | zecke | teach the linker couting |
11:55.55 | pb_ | mm, that does look a little bit bogus. |
11:55.55 | zecke | counting even |
11:56.00 | pb_ | maybe it is the new binutils that's broken. |
11:56.03 | SirFred | Going to make a nm of |
11:56.06 | SirFred | allmoc.o |
11:56.19 | SirFred | To see if that symbol appears more than once, or what. |
11:56.21 | pb_ | what version of ld do you have? |
11:57.37 | SirFred | 00000000 T QConnectionList::~QConnectionList() |
11:57.37 | SirFred | 00000000 T QIMComposeEvent::~QIMComposeEvent() |
11:57.53 | SirFred | Well, arm-linux-nm says that. |
11:58.12 | SirFred | There should be only one destructor by class, shouln't it ? |
11:58.38 | SirFred | But the mangling is different. |
11:58.48 | SirFred | 00000000 T _ZN15QIMComposeEventD0Ev |
11:58.49 | SirFred | 00000000 T _ZN15QIMComposeEventD1Ev |
11:59.09 | SirFred | <PROTECTED> |
11:59.09 | SirFred | GNU ld version 2.15.91.0.2 20040727 |
12:00.13 | SirFred | bbl |
12:00.32 | pb_ | Can you unmangle those two names? I don't have the eleet c++ ski11z to decode them in my head. |
12:00.41 | zecke | c++filt |
12:00.52 | SirFred | pb_: I've pasted the demangling before |
12:00.57 | SirFred | [13:57] SirFred 00000000 T QConnectionList::~QConnectionList() |
12:01.12 | pb_ | oh, right, sorry |
12:01.31 | pb_ | That does seem a bit peculiar. |
12:02.24 | SirFred | That 00000000 shoulnd't be the symbol location in the object ? |
12:02.30 | zecke | Not that I know the difference between D0Ev and D1Ev but I've it on any c++ built object |
12:02.46 | zecke | SirFred: right it will be relocated at linking time/runtime |
12:02.47 | SirFred | Can't have a symbol on the text section and on the 00000000. |
12:04.40 | SirFred | I've just looked at a allmoc.o compiled with 3.4.3 |
12:05.01 | SirFred | I thing these symbols should be Undefined. |
12:05.05 | SirFred | Not in the Text section. |
12:05.54 | zecke | okay cya later |
12:06.06 | SirFred | <PROTECTED> |
12:06.19 | SirFred | Something like this. There're also two destructors defined for any object. |
12:07.44 | Spyro | hm. its definately a toolchain prob - my older toolchain (homebuilt) doesnt cause the problem. |
12:15.00 | pb_ | sirfred|lunch: can you run allmoc.ii through the two compilers and compare the .s output? |
12:16.35 | Spyro | I cant see anything wrong with the instructions... |
12:18.36 | CIA-4 | 03mickeyl 07 * r1.3544 10openembedded/packages/opie-taskbar/opie-taskbar/ (6 files in 6 dirs): opie-taskbar/all models: specify a preferred font in qpe.conf |
12:19.58 | Spyro | mickeyl: why would bitbake choose one binutils-cross*.bb over another? |
12:19.59 | *** join/#oe Timelord (~TL@66.209.31.29) |
12:20.30 | Spyro | it appears to be picking some arbitrary CVS version |
12:20.39 | Spyro | GNU ld version 2.15.96 20050323 |
12:21.53 | mickeyl | bitbake doesn't choose arbitrary |
12:22.01 | mickeyl | it's either the latest or a preferred |
12:22.16 | mickeyl | or a cvs versions specified through CVSDATE |
12:22.23 | CoreDump|home | ~lart /etc/init.d/checkversion to check for the _date_ the kernel was build |
12:22.25 | Spyro | mickeyl: why would it pick CVS over (say) binutils-cross_2.16.bb |
12:22.41 | mickeyl | Spyro: because cvs is always later than a fixed one |
12:23.12 | Spyro | mickeyl: is there a 'sub package' I can pick that builds a 'known good' toolchain ? |
12:23.51 | mickeyl | Spyro: for a known good toolchain revert your bb and oe to the state of oz 3.5.3 or familiar 0.8.3 |
12:23.53 | mickeyl | 0.8.2 even |
12:24.02 | mickeyl | everything later is not known |
12:24.30 | Spyro | you mean set DISTRO to familiar-0.8.3 ? |
12:24.38 | mickeyl | that's one part |
12:24.38 | Spyro | 2 even |
12:24.41 | mickeyl | but also revert |
12:24.49 | Spyro | revert ? |
12:24.58 | mickeyl | i.e. download bb and OE from the day the DISTROs were released |
12:25.18 | mickeyl | then again - you might want to look into setting PREFERRED_VERSION and PREFERRED_PROVIDER instead |
12:25.21 | Spyro | mickeyl: but I *upgraded* them because of problems... *sigh* ;-) |
12:26.37 | mickeyl | see familiar-0.8.3 conf |
12:26.42 | mickeyl | remove the comments for the PREFERRED_VERSIONS |
12:26.48 | mickeyl | that may give you better results |
12:27.00 | Spyro | will take a look |
12:28.58 | Spyro | ok going for a fam-0.8.3 with preferred versions from the conf... |
12:29.01 | Spyro | here we go... |
12:35.31 | *** join/#oe man-di_ (~man-di@dyndsl-080-228-196-183.ewe-ip-backbone.de) |
12:45.53 | mickeyl | RP: do you have a hint for me how to change the socket order in openzaurus-pxa27x ? |
12:46.02 | mickeyl | i.e. in which file should i do what :)) |
12:49.53 | RP | mickeyl: I'll need to look at it :) |
12:52.23 | RP | mickeyl: Downloading the source now |
12:55.07 | mickeyl | RP: excellent. thanks! |
12:56.03 | mickeyl | I'm afraid b0ti won't be finished with 2.6 at the time we want to release 3.5.4 :) |
13:00.41 | RP | mickeyl: I suspect there is a bit more work in 2.6 than that :) |
13:03.13 | koen | mickeyl: 3.5.4 still planned for "july" ? |
13:03.27 | Spyro | anyone here in the USA ? |
13:04.40 | mickeyl | koen: I'm not really sure. we still haven't worked out the suspend/resume uglyness on collie and there has been little work for the tosa and spitz being done. |
13:05.08 | mickeyl | a new release should introduce working keys on spitz/akita/tosa and a fixed suspend/resume on collie |
13:05.19 | mickeyl | so i'm kind of tempted to hold it back until these issues are gone |
13:05.22 | mickeyl | what do you think? |
13:05.29 | koen | and a working gpe on spitz+akita |
13:05.43 | mickeyl | right |
13:05.54 | koen | we have some blockers on fmiliar too :( |
13:07.26 | *** join/#oe marcan (1337@80-26-156-179.adsl.nuria.telefonica-data.net) |
13:07.36 | koen | gpe on akita should be straightforward, the initial rotation needs to be changed |
13:07.59 | koen | the person on oesf who fixed *still* hasn't sent a mail to the OE list |
13:08.02 | mickeyl | right. the backlight interface didn't change from 2.4 corgi, so it should also work |
13:09.20 | koen | but first: fix the h3900.conf, which I seem to have broken |
13:11.55 | RP | I guess we also need to make a decision re: which 2.6.x kernel to use. 2.6.12 is better in some ways and more broken in others :-/ |
13:12.51 | mickeyl | RP: that depends on when we release. if it was july, i'm leaning more towards 2.6.11. if later, then we might as well wait until the pcmcia rework has been settled |
13:13.38 | RP | mickeyl: agreed |
13:14.26 | RP | I'm still not sure if I introduced suspend/resume bugs when I fixed the alarm handling :-/ |
13:15.20 | mickeyl | yeah, i've been able to hang it more than once recently |
13:15.28 | mickeyl | when resuming |
13:15.51 | mickeyl | i'm also a bit worried about the battery reporting. it still seems not always correct to me |
13:16.02 | mickeyl | did you change anything based on hrw's results ? |
13:18.04 | RP | mickeyl: no, I didn't. I did tweak the battery handling code when doing the alarms though |
13:18.24 | RP | There was a load of code I didn't like. I think I begin to see why it was there now though :-( |
13:18.38 | CIA-4 | 03koen 07 * r1.3539.1.1 10openembedded/conf/machine/h3900.conf: h3900.conf: fix h3900 modules confusion |
13:18.43 | RP | In what way does it worry you? |
13:19.15 | mickeyl | i have that odd feeling that it drains faster and more stepwise than it should |
13:19.27 | mickeyl | sorry, it's just a feeling, i can't back it up with facts atm. |
13:20.13 | RP | I have the same problem... |
13:20.54 | RP | I guess I need to look at the code I removed more carefully |
13:21.24 | RP | It was really horrible stuff though... |
13:21.42 | Spyro | RP: battery stuff typically is |
13:22.01 | mickeyl | ~lart Sharp for saving little by not adding a HW circuit for charging |
13:22.31 | Spyro | one of the few things toshi did right. |
13:22.36 | mickeyl | and siemens |
13:23.34 | Spyro | well glibc built... |
13:24.24 | RP | mickeyl: Looking at this 2.4 code, its not going to be easy to reverse the slots. I'd forgotten what Sharp's code is like :-( |
13:24.37 | mickeyl | RP: i was afraid of that when I looked at it |
13:24.40 | mickeyl | RP: don't bother |
13:24.41 | Spyro | RP: 'reverse' slots ? |
13:25.01 | mickeyl | Spyro: Sharp came with that great idea to make the internal non-removable (!) HD as PCMCIA SLOT 1 |
13:25.15 | mickeyl | i want it to be slot 0 |
13:25.25 | Spyro | mickeyl: why? |
13:25.59 | mickeyl | uhm, because it seems more logical to me |
13:26.19 | Spyro | mickeyl: its just a number... let userspace do the coverup job if you dont like it :) |
13:26.23 | mickeyl | also because it makes some things more predictable |
13:26.30 | mickeyl | Spyro: ... how ? |
13:26.42 | Spyro | write patches :) |
13:26.50 | mickeyl | err |
13:27.11 | Spyro | seriously - cant you just use the mountpoint ? why is the number even important? |
13:27.37 | mickeyl | because things are unpredictable once the user has a chance to fill slot 0 with a CF |
13:27.53 | koen | hda -> hdb |
13:28.40 | Spyro | mickeyl: use udev to make that a non-issue |
13:28.46 | mickeyl | Spyro: no go |
13:28.53 | mickeyl | Spitz is far from being 2.6 |
13:28.59 | BigAl | That's for sure. |
13:29.00 | Spyro | bah |
13:29.01 | mickeyl | 2.4.20-embedix is trump |
13:31.16 | BigAl | RP: I've put some new patches up with the start of LCD support.. It's pretty hacky, but at least you see something. |
13:31.30 | mickeyl | ~praise BigAl |
13:31.34 | ibot | All hail BigAl! |
13:31.34 | Spyro | BigAl: what platform? |
13:31.39 | BigAl | Spitz under 2.6 |
13:31.45 | Spyro | BigAl++ |
13:31.55 | Spyro | ~BigAl++ |
13:32.24 | Spyro | ~karma BigAl |
13:32.24 | ibot | bigal has karma of 1 |
13:32.33 | Spyro | ~karma Spyro |
13:32.33 | ibot | spyro has karma of 4 |
13:32.43 | mickeyl | heh |
13:32.44 | CoreDump|home | ~karma CoreDump|home |
13:32.44 | ibot | coredump|home has neutral karma |
13:32.45 | BigAl | RP: We could probably make the ssp stuff common across all the sharpsl variants too, so I've tried to make the ssp patch pretty general. |
13:36.56 | *** join/#oe linuxwhore (~johnh@65-103-24-140.mpls.qwest.net) |
13:37.01 | pb_ | jacques: did you ever get a chance to investigate that ifupdown crash in busybox? |
13:37.10 | pb_ | the one with the environ patch |
13:37.50 | Spyro | anyone here having trouble with mtd on hh.org CVS 2.6 kernels ? |
13:38.23 | *** join/#oe Luke-Jr (~luke-jr@207.192.221.172) |
13:38.55 | jacques | pb_, no, thanks for reminding me |
13:39.02 | *** join/#oe dkey| (~dkey@193.170.48.234) |
13:39.42 | RP | BigAl: That's great! I'll have a look shortly |
13:39.57 | RP | mickeyl: See the email I've just sent you. Its mad enough to maybe work |
13:41.41 | BigAl | RP: There's still some uglyness with the lcdtg chip, though. I couldn't find an ssp clock divider that made it work. |
13:45.13 | RP | BigAl: I see what you mean about the bit banging code. That was never needed for the c7x0 |
13:45.46 | pb_ | jacques: ok, no problem. I was just reminded of it because my mythfront build crashed at ifupdown.c again. |
13:45.47 | RP | It *should* be possible to program the ssp port of the pxa port to get around that however it looks like Sharp couldn't do that for some reason... |
13:46.46 | BigAl | RP: I tried a couple of ssp dividers that should have given a similar clock rate to what it looked like you had for the corgi, but it refused to work. |
13:47.41 | RP | BigAl: I'd also not like to rely on ifdefs in the long run - pxa27x and pxa25x support will get merged and it'd be nice if we were ready for that |
13:47.54 | RP | They're obviously fine whilst you get stuff working |
13:48.49 | koen | RP: any known timeframe for the 25x and 27x merge? |
13:49.36 | RP | koen: As soon as someone perswades me to spend some time on it I expect :) |
13:49.44 | RP | BigAl: You look to be working against mainline rather than the patches in oe |
13:50.03 | RP | BigAl: The lcdtg code has been pulled out of w100fb |
13:50.11 | RP | I'm waiting to merge that with mainline |
13:50.41 | RP | BigAl: Have a look at http://www.rpsys.net/openzaurus/patches/w100_split-r10.patch |
13:51.44 | BigAl | RP: I just grabbed it from corgi_lcd.c, the stuff in the pxafb code in 2.4 from sharp was the same. |
13:52.30 | RP | BigAl: It was the ATI copyright that threw me. Its changed enough for me to bin that :) |
13:55.39 | BigAl | RP: The lcdtg could could probably made common too, if it's worth it. |
13:56.17 | BigAl | I wish we had a datasheet for that chip, though. |
13:59.47 | RP | BigAl: So do I. I did try and get one... |
13:59.49 | RP | Its internal Sharp only though so no chance ever... |
14:00.40 | Spyro | yay! bootstrap image built! |
14:01.15 | koen | Spyro: cheers |
14:02.47 | Spyro | now to add back the eseries bits... |
14:03.40 | koen | RP: does your 770 have the accellerated image viewer? |
14:04.54 | RP | koen: Not sure. How would I tell the difference? |
14:05.19 | BigAl | RP: Oh well. At least we've got some code to look at. |
14:05.26 | koen | I guess that it doesn't link to libjpeg |
14:05.43 | koen | I've heard rumours the image viewer uses the DSP for that |
14:05.48 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
14:06.03 | Spyro | koen: I want to get my hands on THAT code... |
14:06.15 | Spyro | if the imageon can do iDCT it should be great for jpeg decode |
14:07.00 | koen | Spyro: closed source and you'll need a $5400 compiler |
14:07.15 | Spyro | koen: yeah... |
14:07.24 | Spyro | koen: or some decent reverse engineering |
14:07.35 | koen | let's hope the ti-dsp gcc project advances |
14:07.55 | Spyro | :) |
14:08.28 | pb_ | what would you reverse engineer? surely the DSP specs are public. |
14:08.29 | koen | the dsp compiler at the uni is too old for the 55x |
14:08.42 | Spyro | if I change my bitbake machine conf how do I force a rebuild? |
14:08.42 | RP | koen: Mine is linked to libjpeg |
14:08.57 | RP | koen: That doesn't mean it doesn't use the dsp though |
14:10.26 | Spyro | I dont want to rebuild my toolchain... |
14:11.39 | Spyro | anyone ? |
14:12.02 | Luke-Jr | rm -rf tmp |
14:12.13 | Spyro | Luke-Jr: that'll nuke my toolchain |
14:12.16 | Luke-Jr | oh... not sure about toolchain |
14:12.24 | Luke-Jr | individually nuke parts of tmp? |
14:12.28 | CIA-4 | 03pb 07 * r1.3543.1.1 10openembedded/packages/dejagnu/ (dejagnu-qemu_1.0.bb dejagnu-qemu/arm-qemu.exp): add qemu wrapper for use with dejagnu |
14:12.33 | Spyro | Luke-Jr: yeah but which ones ? |
14:12.43 | Spyro | Luke-Jr: its full of stuff... |
14:12.52 | Luke-Jr | everything not containing -cross and -native ? |
14:13.13 | Spyro | hm. possibly... |
14:13.32 | Spyro | but Id prefer to just nuke the one or possibly two things that are causing it to think its already done... |
14:13.34 | Luke-Jr | not sure the best way to filter such |
14:13.39 | Spyro | I tried -c clean task-bootstrap |
14:13.46 | Luke-Jr | that'd be in tmp/stamps |
14:14.05 | Luke-Jr | but you'll likely get errors without nuking tmp/work of them also |
14:14.23 | Spyro | *sigh* |
14:14.34 | Luke-Jr | (which is what -c clean would do) |
14:14.38 | Spyro | dependency systems that get out of sync get on my tits |
14:15.20 | koen | Spyro: use multimachine.inc and create a conf/machine/eseries.conf |
14:15.34 | Spyro | koen: I have a conf/machine/eseries.conf |
14:15.49 | Spyro | but I forgot to copy it across so my bootstrap was done without it |
14:15.57 | Spyro | now Ive copied it but it doesnt believe in it |
14:16.52 | Spyro | isnt it a bug that bb could continue despite the fact that the MACHINE variable described a nonexistent machine conf file? |
14:17.59 | pb_ | probably. patches are welcome. |
14:18.23 | CIA-4 | 03pb 07 * r1.3547 10openembedded/packages/xt/xt_0.1.5.bb: disable PARALLEL_MAKE for Xt |
14:18.52 | *** join/#oe dkey| (~dkey@193.170.48.234) |
14:20.55 | Luke-Jr | GCC crashes compiling xserver-xorg o.O; |
14:22.47 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
14:27.34 | *** join/#oe Snoogie (~Snoogie@gob75-5-82-231-180-13.fbx.proxad.net) |
14:36.06 | aboeglin | Err, for handhelds-pxa-2.6-cvs, in the run.do_patchcleancmd file, there is a python function without the python keyword before the func name (do_package at line 444) ... and the shell interpreter doesn't seem to like it. How could I fix it ? |
14:39.24 | *** join/#oe mteira (~mteira@253.Red-81-35-59.pooles.rima-tde.net) |
14:40.13 | *** join/#oe TheDOC (~TheDOC@home.baer.RWTH-Aachen.DE) |
14:40.21 | TheDOC | hi |
14:42.00 | *** join/#oe dkey| (~dkey@193.170.48.234) |
14:46.11 | CIA-4 | 03mickeyl * r250 10bitbake/lib/bb/make.py: |
14:46.11 | CIA-4 | collect_bbfiles: |
14:46.11 | CIA-4 | - save progress callback in function attribute |
14:46.11 | CIA-4 | - remain completely silent when no progress callback is requested |
14:47.47 | *** join/#oe Laibsch (~Laibsch@G1dfb.g.pppool.de) |
14:51.32 | RP | mickeyl: Did my email make sense? |
14:54.10 | mickeyl | RP: thanks for that. sounds like a interesting approach, i'll try that asap |
14:58.27 | RP | I need to pop out for a bit - back in a couple of hours... |
15:01.18 | mickeyl | cu |
15:05.57 | *** join/#oe l-fy (~diana@diana.null.ro) |
15:05.59 | l-fy | hello |
15:06.30 | Laibsch | Hello l-fy |
15:06.35 | Laibsch | Nice to see you here. |
15:06.40 | l-fy | Laibsch > tell me more about this :) |
15:06.54 | Laibsch | As I said, I think openembedded is the way to go for you. |
15:06.56 | TheDOC | <PROTECTED> |
15:06.56 | TheDOC | <PROTECTED> |
15:06.56 | TheDOC | AttributeError: 'module' object has no attribute 'createCopy' |
15:06.59 | TheDOC | also dabei tritt das auf |
15:07.00 | TheDOC | hmpf |
15:07.46 | Laibsch | @everyone: l-fy is the developper for yate, a solution similar but apparently superior to asterisk. |
15:07.46 | TheDOC | is this somehow known? or am i wrong here? ;) |
15:08.39 | Laibsch | @everyone: yate seems to run on arm without a problem. I got l-fy interested in using openembedded as a build-system. |
15:09.13 | Laibsch | l-fy: Take a look at http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted. The things you need to set up the tool-chain should be all there. |
15:09.42 | l-fy | my hp it's an pxa 255 |
15:11.59 | Laibsch | l-fy: You will set the target you build for in local.conf IIRC. Take a look at above URL 3.4 |
15:12.30 | Laibsch | You can easily build for other targets by just changing a single line in the config file. |
15:12.36 | l-fy | ok |
15:12.45 | l-fy | let me read more |
15:12.53 | l-fy | the problem it's that i don't have a zaurus |
15:12.55 | Laibsch | Sure. Come back if you have question. |
15:13.13 | Laibsch | l-fy: openembedded is not just for the Zaurus. |
15:13.32 | Laibsch | It is platform-agnostic. |
15:13.41 | l-fy | ok |
15:13.44 | l-fy | thank you |
15:13.50 | Laibsch | np |
15:14.16 | Laibsch | kergoth: Still waiting for that dump of the old wiki |
15:16.15 | l-fy | ok, which chipset zaurus has? |
15:17.03 | Laibsch | arm |
15:17.25 | l-fy | chipset not category? |
15:17.28 | Laibsch | SL5500: StrongARM 206MHz |
15:17.32 | l-fy | a ok |
15:17.57 | Laibsch | Why do you need to know? |
15:18.27 | Laibsch | You should leverage the power of OE and build for ALL supported platforms ;) |
15:18.55 | Laibsch | l-fy: What distro do you use? |
15:19.29 | l-fy | mandriva :) |
15:19.40 | Laibsch | Wow, never heard of that one. |
15:20.08 | Laibsch | Mandrake-based? |
15:20.37 | l-fy | it's mandrake new name :) |
15:20.46 | Laibsch | ;-) OK |
15:21.09 | *** join/#oe mteira (~mteira@253.Red-81-35-59.pooles.rima-tde.net) |
15:22.16 | *** join/#oe dkey| (~dkey@193.170.48.234) |
15:22.23 | l-fy | i didn't get far with installing kernel on my pda |
15:22.40 | mteira | opie-irc and some fonts on konqueror seem to lack characters. they are showed as squares. Do I need to install something? |
15:27.27 | *** join/#oe Kompo (~kimmo@sk2-38.tky.hut.fi) |
15:29.33 | Laibsch | Is there a VoIP solution in openembedded yet? I heard of minisip once, is it in? |
15:33.13 | koen | Laibsch: do bitbake minisip and see what happens :) |
15:33.33 | Laibsch | Cool. |
15:35.54 | koen | mickeyl: is bitbake almost ready for another release? |
15:50.20 | *** join/#oe do13 (~dirk@p213.54.8.98.tisdip.tiscali.de) |
15:50.20 | *** join/#oe dkey| (~dkey@193.170.48.234) [NETSPLIT VICTIM] |
15:50.20 | *** join/#oe l-fy (~diana@diana.null.ro) [NETSPLIT VICTIM] |
15:50.20 | *** join/#oe Timelord (~TL@66.209.31.29) |
15:50.21 | *** join/#oe sirfred|lunch (~mteira@253.Red-81-35-59.pooles.rima-tde.net) [NETSPLIT VICTIM] |
15:50.21 | *** join/#oe jamesm_ (jamesm_@82-133-68-68.dyn.gotadsl.co.uk) |
15:50.21 | *** join/#oe moa (~cedric@freeway.rd.francetelecom.com) [NETSPLIT VICTIM] |
15:50.21 | *** join/#oe cedric (~cedric@voulx.bluebugs.org) [NETSPLIT VICTIM] |
15:50.21 | *** join/#oe exastra (~go@c-24-21-152-246.hsd1.or.comcast.net) |
15:50.21 | *** join/#oe treke|home (~ggilbert@68-66-243-62.ventca.adelphia.net) |
15:50.21 | *** join/#oe dustpuppy (~chris@62.141.36.81) |
15:50.21 | *** join/#oe mickeyl (~mickey@deneb.tm.informatik.uni-frankfurt.de) |
15:50.21 | *** join/#oe CoreDump|home (~mhentges@hentges.net) |
15:50.22 | *** join/#oe robtaylor (~robtaylor@217.204.121.82) |
15:50.22 | *** join/#oe cvs_ (cvs@crash48.student.utwente.nl) |
15:50.22 | *** join/#oe Cwiiis[away] (~cwiiis@user-214-207-151-83.e7even.com) |
15:50.22 | *** join/#oe webmind (~webmind@217-195-236-172.dsl.esined.net) [NETSPLIT VICTIM] |
15:50.22 | *** join/#oe Pendalar (Pendalar@h18.114.140.67.ip.alltel.net) |
15:50.22 | *** join/#oe codders (~codders@82.70.217.41) [NETSPLIT VICTIM] |
15:50.22 | *** join/#oe hrw|gone (szczepan@195.205.148.100) |
15:50.22 | *** join/#oe zwi (~zwi@216.88.131.43) |
15:51.28 | *** part/#oe Laibsch (~Laibsch@G1dfb.g.pppool.de) |
15:53.58 | *** join/#oe do13 (~dirk@p213.54.8.98.tisdip.tiscali.de) [NETSPLIT VICTIM] |
15:53.58 | *** join/#oe dkey| (~dkey@193.170.48.234) [NETSPLIT VICTIM] |
15:53.58 | *** join/#oe l-fy (~diana@diana.null.ro) [NETSPLIT VICTIM] |
15:53.58 | *** join/#oe Timelord (~TL@66.209.31.29) |
15:53.58 | *** join/#oe sirfred|lunch (~mteira@253.Red-81-35-59.pooles.rima-tde.net) [NETSPLIT VICTIM] |
15:53.58 | *** join/#oe jamesm_ (jamesm_@82-133-68-68.dyn.gotadsl.co.uk) |
15:53.58 | *** join/#oe moa (~cedric@freeway.rd.francetelecom.com) [NETSPLIT VICTIM] |
15:53.58 | *** join/#oe cedric (~cedric@voulx.bluebugs.org) [NETSPLIT VICTIM] |
15:53.58 | *** join/#oe exastra (~go@c-24-21-152-246.hsd1.or.comcast.net) |
15:53.58 | *** join/#oe treke|home (~ggilbert@68-66-243-62.ventca.adelphia.net) |
15:53.58 | *** join/#oe dustpuppy (~chris@62.141.36.81) |
15:53.58 | *** join/#oe mickeyl (~mickey@deneb.tm.informatik.uni-frankfurt.de) |
15:53.58 | *** join/#oe CoreDump|home (~mhentges@hentges.net) |
15:53.58 | *** join/#oe robtaylor (~robtaylor@217.204.121.82) |
15:53.59 | *** join/#oe cvs_ (cvs@crash48.student.utwente.nl) |
15:53.59 | *** join/#oe Cwiiis[away] (~cwiiis@user-214-207-151-83.e7even.com) |
15:54.00 | *** join/#oe webmind (~webmind@217-195-236-172.dsl.esined.net) [NETSPLIT VICTIM] |
15:54.00 | *** join/#oe Pendalar (Pendalar@h18.114.140.67.ip.alltel.net) |
15:54.00 | *** join/#oe codders (~codders@82.70.217.41) [NETSPLIT VICTIM] |
15:54.00 | *** join/#oe hrw|gone (szczepan@195.205.148.100) |
15:54.00 | *** join/#oe zwi (~zwi@216.88.131.43) |
15:54.18 | *** join/#oe UdontKno1 (udontknow@udontknow.staff.freenode) |
15:54.34 | *** join/#oe cdbot (~cdbot@hentges.net) |
15:56.31 | *** join/#oe hufnus (~slonsiki@m878936d0.tmodns.net) |
16:01.10 | *** join/#oe pb_ (~pb@2002:5168:d38c:1:a00:1fff:fe06:93c) |
16:01.10 | *** join/#oe nhorlock (~neil@spc2-ashf1-3-0-cust73.asfd.broadband.ntl.com) [NETSPLIT VICTIM] |
16:01.10 | *** join/#oe ascent (ascent@ascent.student.utwente.nl) [NETSPLIT VICTIM] |
16:01.10 | *** join/#oe emte (emte@d64-180-41-158.bchsia.telus.net) [NETSPLIT VICTIM] |
16:11.10 | *** join/#oe pH5 (~ph5@p5485F121.dip.t-dialin.net) |
16:11.50 | CIA-4 | 03koen 07 * r1.3545.1.1 10openembedded/packages/ecore/ecore_0.9.9.007.inc: ecore_0.9.9.007.inc: evas -> virtual/evas |
16:17.50 | *** join/#oe aoe (aoe@mac1-bluebox-winf.oeh.univie.ac.at) [NETSPLIT VICTIM] |
16:18.28 | *** join/#oe diana (~diana@diana.null.ro) |
16:18.34 | *** part/#oe diana (~diana@diana.null.ro) |
16:35.33 | *** join/#oe Laibsch (~Laibsch@G1dfb.g.pppool.de) |
16:47.11 | *** join/#oe Snoogie (~Snoogie@gob75-5-82-231-180-13.fbx.proxad.net) |
16:54.46 | CIA-4 | 03pb 07 * r1.3547.1.1 10openembedded/packages/xserver/xserver-xorg_6.8.99.5.bb: more xorg build fixes |
16:57.38 | Spyro | if I add a package to machine/eseries.conf, what do I need to do to get it noticed and built by bitbake ? |
17:06.41 | *** join/#oe anomaly_ (~anomaly@dsl-202-173-142-209.sa.westnet.com.au) |
17:07.44 | koen|afk | Spyro: touch conf/local.conf |
17:08.35 | pb_ | that shouldn't be necessary when editing MACHINE.conf. |
17:08.39 | pb_ | if it's required, that's a bug. |
17:11.58 | Spyro | if I have a .bb for compiling a single C file (foo.c) I should simply do something like: |
17:12.03 | Spyro | do_compile() { |
17:12.03 | Spyro | <PROTECTED> |
17:12.03 | Spyro | } |
17:12.06 | Spyro | right ? |
17:12.20 | pb_ | yes |
17:12.30 | Spyro | well devmem2 doesnt build |
17:12.35 | pb_ | that's very sad |
17:12.43 | Spyro | complains that it cant find arm-linux-gcc |
17:13.05 | Spyro | (kinda hard to believe following a successful bootstrap image...) |
17:14.38 | Spyro | can I get bb to show me exactly the commands it is running, on the fly ? |
17:21.59 | Spyro | hrm. the problem *appears* to be that PATH doesnt contain tmp/cross/bin |
17:22.06 | Spyro | should it do ? |
17:22.57 | pb_ | yes |
17:23.23 | Spyro | should the shells PATH contain it or is bb meant to put it there? |
17:25.16 | Spyro | hm. no, its in the PATH... |
17:25.43 | Spyro | ahhhhh |
17:25.47 | Spyro | its in the wrong dir |
17:26.02 | Spyro | its building in /home/ian/projects/openembedded/stuff/tmp/work/devmem2-1.0-r0/devmem2-1.0 |
17:26.10 | Spyro | but the source is in the parent of that |
17:32.39 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
17:45.51 | *** join/#oe _alwin_ (alwin@cable-195-14-254-128.netcologne.de) |
17:54.36 | *** join/#oe hue (~hue@219.136.132.144) |
18:00.49 | Spyro | pb_: it appears the problem is that bb is fetching the devmem2.c file into the wrong directory. perhaps because its a single .c file rather than a tarball. |
18:01.03 | Spyro | pb_: Im not sure how to fix it though, I dont know python-foo |
18:01.27 | koen | S = ${WORKDIR} |
18:01.39 | *** join/#oe mteira (~mteira@253.Red-81-35-59.pooles.rima-tde.net) |
18:03.31 | Spyro | koen: pardon? |
18:03.53 | koen | put that in the .bb |
18:04.07 | Spyro | whats S ? |
18:05.09 | koen | Spyro: http://ewi546.ewi.utwente.nl/tmp/d/keyS.html |
18:06.40 | Spyro | koen: well it fixed it. |
18:06.59 | Spyro | I'd commit the fix but I have neither priveliges or the desire to use bk... |
18:07.18 | CIA-4 | 03koen 07 * r1.3549.1.1 10openembedded/conf/documentation.conf: documentation.conf: add S |
18:07.21 | Spyro | would it be possible to setup a SVN/BK gateway ? |
18:07.23 | koen | but a patch in bugzilla |
18:07.33 | Spyro | ok, will do. |
18:07.50 | koen | Bitmover will shoot down such gateways |
18:07.55 | Sirfred | Hi again. |
18:08.14 | Sirfred | Any new about that strange symbol mismatch with the toolchain? |
18:12.33 | Spyro | koen: thats shitty :( |
18:14.07 | koen | yeah |
18:14.20 | koen | that's what we get for selling our souls to larry |
18:15.37 | RP | Sirfred: We probably need one of the patches linked off http://www.arm.linux.org.uk/developer/toolchain/ |
18:16.25 | Sirfred | RP: So, the problem is located in binutils? |
18:17.38 | Sirfred | <PROTECTED> |
18:17.59 | Sirfred | RP: I found those symbols on the allmoc.o object. |
18:18.11 | Sirfred | Going to see if they were there with the old toolchain |
18:19.00 | Sirfred | It seems that they were there yet. |
18:19.00 | RP | Sirfred: You need one of the patches to binutils as linked above |
18:21.32 | RP | pb_: ping |
18:22.10 | RP | pb_: Is there any reason we shouldn't apply http://www.arm.linux.org.uk/developer/toolchain/elf32-arm.h.patch to binutils? |
18:36.53 | RP | pb_: Just ignore me... |
18:37.44 | Sirfred | RP: Have you found something? |
18:37.52 | *** part/#oe Laibsch (~Laibsch@G1dfb.g.pppool.de) |
18:38.01 | RP | Sirfred: No :-( |
18:38.19 | Sirfred | RP: Your comment sounded as if after further investigation, your question becomed obsoleted. |
18:38.23 | RP | I thought I had, but I haven't... |
18:38.45 | Sirfred | RP: It seems that those patches are necesary, I'm just rebuilding all my toolchain. |
18:40.23 | RP | Sirfred: I think we already apply them |
18:40.30 | RP | Or they've been merged into bintuils... |
18:40.49 | Sirfred | RP: I didn't found something similar in the files subdirectory for binutils. |
18:42.23 | RP | Sirfred the code in the patch I linked to is already in elf32-arm.c |
18:42.32 | Sirfred | RP: :-( |
18:43.00 | Sirfred | RP: Sure this is a dumb question, but... |
18:43.17 | Sirfred | RP: Are binutils really involved while creating a .o from a .cpp ? |
18:43.49 | Sirfred | RP: Is the compiler using binutils for something at this stage? |
18:44.24 | RP | Sirfred: I'm not entirely sure to be honest |
18:45.06 | Sirfred | RP: Perhaps is something easy to see. |
18:45.24 | Sirfred | RP: I'm going to invoke it, and strace to see what is it exec'ing. |
18:48.32 | Sirfred | RP: It seems that binutils are not involved: |
18:48.34 | Sirfred | mteira@maleficio ~ $ strace -f g++ -c test.cc 2>&1 | grep ^exec |
18:48.35 | Sirfred | execve("/usr/bin/g++", ["g++", "-c", "test.cc"], [/* 27 vars */]) = 0 |
18:49.40 | Sirfred | RP: I think that the problem is related with gcc and not binutils. |
18:50.06 | RP | Sirfred: Ok, I suspect it was a concious effort on gcc's part to add the symbols for some reason though |
18:50.55 | Sirfred | RP: About those $a and $d symbols, perhaps they get stripped out when linking the final library/executable. |
18:51.34 | RP | Sirfred: I'd thought the linker was supposed to deal with them (hence the above bintuils patch) |
18:51.58 | Sirfred | RP: The real problem is that symbols that I think should be emitted as Undefined, are emitted as Text |
18:52.22 | Sirfred | I think that it's what is causing the warning. |
18:53.24 | *** join/#oe Pigi (~NoOne@host163-45.pool80180.interbusiness.it) |
18:53.34 | Pigi | Ciao all |
18:54.54 | Pigi | I have a problem compiling libaudiofile with oe using DISTRO=familiar-0.8.3. |
18:54.54 | RP | hi Pigi |
18:54.57 | Pigi | /tmp/ccytAfmb.s: Assembler messages: |
18:54.57 | Pigi | /tmp/ccytAfmb.s:2906: Error: bad instruction `stfpls f2,[sp,#-4]!' |
18:55.00 | Pigi | hi RP |
18:55.53 | RP | Pigi: Does familar-0.8.4 work any better? |
18:56.20 | Pigi | has it been released a new conf file for familiar 0.8.4 ? |
18:56.53 | RP | Its not released but the 0.8.4 file is updated regularly to keep things working |
18:57.02 | RP | Its the file which will become 0.8.4 if you see what I mean |
18:57.22 | pb_ | Pigi: it looks like there is a bug in the latest version of gas. |
18:57.23 | RP | really it should be called familiar-current :) |
18:57.48 | pb_ | Try going back to the older binutils snapshot (the one from 200504mumble). I think that will clear it up. |
18:58.04 | Pigi | so I'm supposed to bk pull before trying to use familiar-0.8.4 ? |
18:58.36 | Pigi | pb_ do you mean I should revert to binutils-200504 and recompile everithing ? |
18:58.53 | RP | Pigi: You probably have a familiar-0.9.0 in your tree - koen renamed it recently back to 0.8.4 |
18:58.55 | pb_ | you don't need to recompile everything, just retry the audiofile build. |
18:59.33 | Pigi | ok, I'll try. I was scared as I started a new compile yesterday nite, and finished today :) |
18:59.41 | pb_ | heh |
19:00.12 | Pigi | so, the procedure could be: bk pull, then change DISTRO and then restart the libaudiofile ? |
19:00.44 | pb_ | I'm not sure that bk pull is necessary, and I don't know that changing DISTRO will help. |
19:01.20 | Pigi | so ( apologize ) how I'm supposed to use the old binutil ? |
19:01.53 | pb_ | I would recommend that you manually build the older binutils with bitbake -b, set PREFERRED_VERSION_binutils-cross in your local.conf to stop the new one getting compiled again by mistake, then rerun whatever you were previously trying to build. |
19:02.07 | Pigi | ok. Thx |
19:02.11 | Pigi | I'll try |
19:02.29 | pb_ | I'll temporarily disable the new binutils anyway, until this problem is resolved. |
19:02.38 | Pigi | cool |
19:04.29 | Pigi | pb_ apologize again. Could it be binutils-cross_csl-arm-20050416.bb what I do need ? |
19:05.49 | pb_ | right, yeah, that's the one you need |
19:05.57 | Pigi | ok, thx |
19:10.00 | *** join/#oe do13 (~dirk@p213.54.8.98.tisdip.tiscali.de) |
19:10.43 | CIA-4 | 03pb 07 * r1.3550.1.1 10openembedded/packages/binutils/binutils_csl-arm-20050603.bb: remove preference for binutils_csl-arm-20050603 due to "stfpls" problem |
19:12.44 | CIA-4 | 03pb 07 * r1.3553 10openembedded/packages/linux/linux-epia_2.6.11.bb: set KERNEL_CCSUFFIX to 3.3.4 for epia, pending availability of gcc-cross-kernel 3.4.4 |
19:24.52 | Spyro | if I want xserver-kdrive_20050207 what do I put in PREFERRED_VERSION ? |
19:31.38 | Luke-Jr | you mean the 20050207 CVS version? |
19:33.23 | CIA-4 | 03pb 07 * r1.3554 10openembedded/packages/pciutils/pciutils_2.1.11.bb: suppress PARALLEL_MAKE for pciutils |
19:34.14 | Luke-Jr | Spyro: ah... it's a frozen snapshot... try 0.0cvs20050207 |
19:36.49 | Spyro | Luke-Jr: ta |
19:37.30 | Luke-Jr | ta? O.o |
19:37.39 | Spyro | Luke-Jr: == thankyou |
19:38.03 | Luke-Jr | ah. yw |
19:43.58 | koen | kdrive has a new snapshot |
19:44.02 | koen | 20050610 |
19:44.27 | Pigi | hi koen |
19:44.35 | koen | hey pi |
19:44.45 | koen | Pigi even |
19:44.48 | Pigi | eheh |
19:45.03 | Spyro | koen: how reliable is it ? |
19:45.16 | koen | it works on my zaurus |
19:45.50 | koen | mallum fixed the tslib code the day before |
19:46.05 | koen | it should get built by default |
19:46.42 | Spyro | koen: how do I force kdrive to rebuild now? I changed the PREFERRED_VERSION to 0.0cvs20050207 but it refuses to rebuild. I tried deleting the kdrive stamps... |
19:47.37 | koen | bitbake -c clean -b path/to/file.bb ; bitbake -b path/to/gile.bb |
19:47.53 | koen | or bitbake -i and 'rebuild xserver-kdrive' |
19:53.02 | Spyro | why is it that rebuilding the whatever it is that takes bb so long parsing the bb files sometimes goes quick and sometimes REALLY slow ? |
19:56.37 | keturn | it caches them after it parses the first time. but if you change a .conf file, the whole cache gets invalidated, and it has to reparse them all. |
19:57.12 | Spyro | keturn: ah. |
19:57.29 | Spyro | keturn: its confusing since it says its 'using cache from...' regardless |
20:08.28 | keturn | odd. permission denied error in do_unpack in base-files. |
20:11.26 | *** join/#oe Timelord (~TL@66.209.15.235) |
20:15.00 | Spyro | koen: the 20050610 snapshot seems prone to segfaults |
20:15.11 | Spyro | koen: it starts OK |
20:15.42 | Spyro | but if I run a remote application on my desktop with the display onthe PDA, and then quit it, the server crashes. |
20:15.49 | Spyro | its 100% repeatable |
20:26.07 | pb_ | keturn: that does sound odd. are you trying to unpack over an existing tree? |
20:28.09 | keturn | looks like it was trying to move one of the files/ over something unpacked from the tarball |
20:35.00 | *** join/#oe ibot (ibot@apt.bot.TimRiker.active.supporter.pdpc) |
20:35.00 | *** topic/#oe is OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ (l/p guest/guest) | This is not a distribution support channel | The OE mailing list is back, but everyone needs to resubscribe. | We have a bitbake-dev mailing list for discussions on the core. If you're interested in BitBake-Ng, please subscribe. | LCA 2005 Embedded Miniconf - http://www.openembedded.org/miniconf |
20:35.14 | pb_ | keturn: righto, good luck |
20:35.21 | pb_ | Pigi: yah, I think that's a different problem. |
20:36.02 | Pigi | ok |
20:37.52 | Pigi | yeahhhhh after 24 hours of compile_and_fix_and_compile I got "NOTE: package gpe-image-1.0-r17: task do_rootfs: started" |
20:37.53 | pb_ | bbiab, going to watch some tv |
20:49.56 | keturn | Ah. I think in my meddling with bitbake, I broke stamping. |
21:03.56 | *** join/#oe mteira (~mteira@253.Red-81-35-59.pooles.rima-tde.net) |
21:08.33 | *** join/#oe _alwin_ (alwin@cable-195-14-198-60.netcologne.de) |
21:16.17 | Spyro | hm. I *think* I have a suspend/resumable server... |
21:16.36 | Spyro | looks like kdrive segfaults once it has no remaining clients |
21:16.46 | *** join/#oe Crofton (~balister@jhr-476-5192.mprg.ee.vt.edu) |
21:16.54 | Spyro | so since its only clients here were via USBnet, which dies on suspend |
21:17.20 | Spyro | it appeared that kdrive was dying on suspend, where in reality its dying any time it has no clients |
21:19.27 | reenoo_ | Spyro: I guess you want rxvt-unicode |
21:19.38 | reenoo_ | Spyro: there is not gpe-terminal |
21:19.43 | reenoo_ | s/not/no/ |
21:20.06 | Spyro | reenoo_: there isnt ? |
21:23.59 | reenoo_ | heh. never seen that before. but anyways.. all it contains is a .desktop and a .png |
21:27.36 | Spyro | heh. yeah, how odd :) |
21:33.24 | Crofton | ~bugzilla |
21:33.25 | ibot | somebody said bugzilla was http://www.handhelds.org/bugzilla/ |
21:40.28 | reenoo_ | Crofton: OE bugzilla? see /topic |
21:41.42 | Crofton | heh |
21:41.55 | Crofton | no was playing with bugzilla feature on a bot |
21:42.05 | Crofton | but the bot is in another channel :) |
21:49.24 | *** join/#oe dkey| (~dkey@193.170.48.234) |
22:16.04 | ljp | anyone know about this? http://jw.dyndns.org/initng/ |
22:20.22 | RP | ljp: mickeyl was asking if anyone had tried it :) |
22:23.04 | ljp | i am going to try it on my laptop |
22:23.18 | Spyro | is it possible to build a gpe-image with NO kernel ? |
22:24.23 | RP | Spyro: Yes, the Zaurii do that |
22:24.47 | Spyro | RP: I was looking in the c7x0 conf... hows it done ? |
22:26.23 | RP | Spyro: See packages/linux/linux-openzaurus_2.6.12*.bb |
22:26.35 | RP | Spyro: the line FILES_kernel-image is the key (I think) |
22:27.00 | RP | You still compile the kernel as that gives headers etc. You just don't install it to the image |
22:37.54 | ljp | first initng boot didn't work.. might need to tweak it |
22:43.08 | pb_ | morning ljp |
22:43.14 | ljp | hi |
22:51.24 | *** join/#oe Pigi (~NoOne@host163-45.pool80180.interbusiness.it) |
22:54.10 | *** join/#oe Pigi (~NoOne@host163-45.pool80180.interbusiness.it) |
22:54.18 | Pigi | pb_ you around yet ? |
22:57.52 | Pigi | ~seen pb_ |
22:57.53 | ibot | pb_ <~pb@2002:5168:d38c:1:a00:1fff:fe06:93c> was last seen on IRC in channel #gpe, 4d 9m 38s ago, saying: 'later all'. |
23:01.23 | *** join/#oe Snoogie_ (~Snoogie@gob75-5-82-231-180-13.fbx.proxad.net) |
23:01.37 | *** join/#oe offroadgeek (~offroadge@offroadgeek.sustaining.supporter.pdpc) |
23:13.48 | *** join/#oe aris (~aris@83-134-1-34.Paille.GoPlus.FastDSL.tiscali.be) |
23:14.00 | aris | hi people |
23:14.50 | aris | I have a problem. I just folowed the recipe from GettingStarted and started to build opie for instance |
23:14.52 | aris | aris@darkside /mnt/usb/aris/opn/build $ bitbake opie-image |
23:14.53 | aris | ... |
23:15.29 | aris | it downloads quilt-native-0.39 then fails in the do_configure |
23:15.43 | aris | | /mnt/usb/aris/opn/build/tmp/work/quilt-native-0.39-r0/temp/run.do_configure.3842: /mnt/usb/aris/opn/build/tmp/work/quilt-native-0.39-r0/quilt/configure: /bin/sh: bad interpreter: Permission non accordée |
23:15.43 | aris | | FATAL: oe_runconf failed |
23:15.43 | aris | NOTE: Task failed: /mnt/usb/aris/opn/build/tmp/work/quilt-native-0.39-r0/temp/log.do_configure.3842 |
23:22.17 | *** part/#oe How_long_can_be_ (~Snoogie@gob75-5-82-231-180-13.fbx.proxad.net) |
23:49.08 | *** join/#oe Timelord (~TL@66.84.189.72) |
23:55.20 | *** join/#oe Crofton|laptop (~balister@66-207-66-26.black.dmt.ntelos.net) |