00:00.34 | berto- | khem: no help. |
00:01.03 | berto- | /sbin/syslogd: invalid option -- D |
00:02.00 | khem | berto-: does it read /etc/syslog.conf |
00:02.20 | berto- | hmm, might not be syslog that's doing it. i killed syslog and the messages keep appearing. |
00:02.33 | berto- | khem: yes, but it's not a standard syslog.conf. |
00:02.47 | berto- | though, i may have been barking up the wrong tree this whole time. |
00:02.50 | khem | so find out who is generating messages |
00:07.52 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
00:12.50 | m4t | hey khem i dunno if you saw |
00:12.56 | m4t | i figured out the problem with slang though |
00:13.55 | m4t | from src/makefile.in: |
00:14.02 | m4t | +cd $(ELFDIR); $(ELF_LINK_CMD) -o $(ELFLIB_MAJOR_MINOR) $(LDFLAGS) $(OFILES) $(ELF_DEP_LIBS) |
00:14.02 | *** join/#oe tmartins (n=zero@187.37.69.212) |
00:14.11 | m4t | its missing the $(LDFLAGS) there |
00:19.21 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
00:30.03 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
00:36.49 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
00:40.51 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
00:48.23 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
00:51.36 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
01:02.45 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
01:13.22 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
01:23.26 | *** join/#oe AK6L (n=xunil@nowai.yar.ly) |
01:23.44 | *** part/#oe AK6L (n=xunil@nowai.yar.ly) |
01:39.42 | m4t | i fixed groff too |
01:40.16 | m4t | config.log had bogus include paths for x_includes and x_libs |
01:42.55 | m4t | i got a lynx.bb and lynx.inc going too if someone wants to try it |
01:43.10 | m4t | it compiled and everything looks right i just dont have my board going yet |
01:52.06 | *** part/#oe berto- (n=berto@wsip-72-215-191-210.sb.sd.cox.net) |
02:04.25 | *** join/#oe fraxinath (n=quassel@p54AA623E.dip.t-dialin.net) |
02:05.14 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
02:08.10 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
02:13.50 | *** join/#oe aloril__ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
02:47.45 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
02:48.43 | *** join/#oe rsalveti (n=rsalveti@189.64.25.196) |
02:59.30 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
03:09.21 | *** join/#oe mrmoku|a` (n=mrmoku@ppp-93-104-47-152.dynamic.mnet-online.de) |
03:13.30 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
03:20.46 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-37f99b97e75fb317) |
03:23.46 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
03:28.52 | *** join/#oe Laibsch1 (n=Laibsch@p5B3B3963.dip.t-dialin.net) |
03:34.19 | *** join/#oe aloril_ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
03:35.44 | *** join/#oe rsalveti (n=rsalveti@189.64.25.196) [NETSPLIT VICTIM] |
03:35.44 | *** join/#oe khem (n=khem@adsl-71-146-23-253.dsl.pltn13.sbcglobal.net) |
03:35.45 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) [NETSPLIT VICTIM] |
03:35.45 | *** join/#oe darkschneider (n=gab@93-32-62-33.ip32.fastwebnet.it) [NETSPLIT VICTIM] |
03:35.51 | *** join/#oe dent (i=[U2FsdGV@linux.fjfi.cvut.cz) [NETSPLIT VICTIM] |
03:37.28 | *** join/#oe Laibsch1 (n=Laibsch@p5B3B3963.dip.t-dialin.net) [NETSPLIT VICTIM] |
03:37.28 | *** join/#oe mrmoku|a` (n=mrmoku@ppp-93-104-47-152.dynamic.mnet-online.de) [NETSPLIT VICTIM] |
03:37.28 | *** join/#oe mrc3_ (n=ddiaz@189.157.113.43) [NETSPLIT VICTIM] |
03:37.28 | *** join/#oe NvrBst (n=never@66.183.101.161) [NETSPLIT VICTIM] |
03:37.28 | *** join/#oe cedric (n=cedric@enlightenment/developer/cedric) |
03:37.29 | *** join/#oe BusError (n=michel@oo.oomz.net) [NETSPLIT VICTIM] |
03:37.29 | *** join/#oe rphillips (n=rphillip@unaffiliated/rphillips) [NETSPLIT VICTIM] |
03:37.29 | *** join/#oe robtaylor (n=robtaylo@floopily.codethink.co.uk) |
03:37.29 | *** join/#oe Ironnads (n=Ironnads@host86-135-122-247.range86-135.btcentralplus.com) [NETSPLIT VICTIM] |
03:37.29 | *** join/#oe cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
03:37.29 | *** join/#oe dfarnsworth (n=dfarnswo@65.200.49.156) |
03:37.29 | *** join/#oe XorA|gone (n=nXorA@www.xora.org.uk) [NETSPLIT VICTIM] |
03:37.29 | *** join/#oe Sat_Man (n=satman@83.141.3.41) [NETSPLIT VICTIM] |
03:37.30 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
03:37.31 | *** join/#oe pocek (i=pock@83-238-146-44.ip.netia.com.pl) |
03:37.31 | *** join/#oe kurre (n=tomimo@xdsl-83-150-88-111.nebulazone.fi) [NETSPLIT VICTIM] |
03:37.31 | *** join/#oe biliquai (n=biliquai@61.6.64.6) |
03:37.31 | *** join/#oe broonie (i=broonie@cassiel.sirena.org.uk) [NETSPLIT VICTIM] |
03:57.49 | *** join/#oe rsalveti (n=rsalveti@189.116.43.66) |
04:03.48 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
04:06.02 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
04:06.15 | *** join/#oe rphillips (n=rphillip@unaffiliated/rphillips) |
04:14.04 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
04:17.04 | *** join/#oe oespirit (n=oespirit@117.254.28.148) |
04:19.49 | *** join/#oe mickey|ICE1092 (n=M@92.117.151.19) |
04:24.19 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
04:34.35 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
04:43.19 | *** join/#oe mickey|train (n=M@92.117.12.83) |
04:47.26 | *** join/#oe rsalveti (n=rsalveti@189.117.152.39) |
04:52.55 | m4t | does anyone here know if i can have two different versions of gcc |
04:53.03 | *** join/#oe mickey| (n=M@92.117.213.112) |
04:53.20 | m4t | userland was done w/ 4.1.1 but im trying to do a later kernel and i ran into the __weak problem |
04:53.25 | m4t | rather the test for it |
04:53.34 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
04:53.36 | m4t | i'd prefer not to recompile all of userland as well, if possible |
04:58.12 | Tartarus | Yes, you can do a kernel-only gcc |
04:58.26 | Tartarus | grep around in the machine conf dir for KERNEL_SUFFIX |
04:59.54 | m4t | hmm |
05:00.16 | m4t | well i did a dry run of 4.4.0 and it didnt look like it'd rm my current (4.1.1) from staging, but it did |
05:00.28 | m4t | i guess switching back would be quite easy |
05:00.41 | m4t | i see what you're saying though |
05:00.51 | m4t | it can automate the switch specifically for the kernel compile..? |
05:01.08 | Tartarus | Yes |
05:01.21 | Tartarus | It'll give you a gcc used just for the kernel |
05:01.32 | Tartarus | it does require you to have, roughly, gcc-cross-kernel-4.4.0_4.4.0.bb |
05:01.36 | Tartarus | if you wanted to jump to 4.4.0 |
05:01.48 | Tartarus | There's a few example recipes for the gcc, and it's really easy |
05:01.52 | Tartarus | (to create a new one) |
05:02.02 | m4t | cool thanks |
05:02.23 | m4t | i did a rough 'port' of the dht-walnut machine type to 2.6.30 |
05:02.33 | m4t | it was at like 2.6.23 with .20 preferred i think |
05:02.38 | Tartarus | Yeah |
05:03.02 | Tartarus | Could you do us a huge favor? Try building for angstrom, but modify the conf file to use the normal gcc version, and report back if it works or not |
05:03.30 | Tartarus | angstrom drops ppc way back, and things build fine w/ newer gccs, but no one has HW around to test with right now and see if things boot still |
05:03.40 | m4t | rather than 4.1.1? |
05:03.43 | Tartarus | yeah |
05:03.43 | m4t | yea i can try that |
05:03.47 | Tartarus | thanks! |
05:03.55 | m4t | theres a couple packages i've fixed |
05:04.00 | m4t | slang was one of them |
05:04.05 | m4t | that wasnt gcc related though |
05:04.14 | m4t | makefile.in missing $(LDFLAGS) |
05:04.29 | Tartarus | post that too please :) |
05:05.13 | m4t | hey, real quick, do you know if anything has been tested on native sparc/solaris? |
05:05.29 | m4t | ie. w/ sun c compilers |
05:06.00 | Tartarus | Lets see, some time back someone was trying to use solaris as a host, hit a problem or two and didn't have the skills to further debug |
05:07.34 | m4t | hmm |
05:07.41 | m4t | i might put gentoo on it or something |
05:08.02 | m4t | itd work nicely as a build machine if i threw a 146g fc-al in it |
05:09.29 | Tartarus | bbt, good luck |
05:10.09 | m4t | thanks. once i achieve success with the newer builds/compilers/etc, is there a preferred format? |
05:10.25 | m4t | should i just send a diff of the whole openembedded git repo? |
05:10.34 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
05:18.52 | *** join/#oe mickey|ICE1092 (n=M@92.117.205.52) |
05:24.41 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
05:31.00 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
05:35.00 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
05:45.41 | *** join/#oe mdavey (n=chatzill@host217-35-75-188.in-addr.btopenworld.com) |
05:45.51 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
05:50.58 | CIA-3 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r5dffee7f99 10openembedded.git/conf/distro/include/shr-autorev-unstable.inc: |
05:50.58 | CIA-3 | shr-autorev-unstable.inc: set fixed rev for intone, |
05:50.58 | CIA-3 | because current AUTOREV does not build |
05:50.58 | CIA-3 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
05:51.35 | *** join/#oe benlau2 (n=benlau@202.64.98.250) |
06:12.31 | *** join/#oe Gin-geR (i=hacker@pD95383D0.dip0.t-ipconnect.de) |
06:12.37 | *** join/#oe stefan_schmidt (n=stefan@92.117.204.151) |
06:15.43 | *** join/#oe aloril_ (n=aloril@84.249.126.153) |
06:20.49 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
06:31.05 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
06:34.42 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
06:39.49 | *** join/#oe eFfeM (n=frans@195-241-226-180.ip.telfort.nl) |
06:42.10 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
06:48.21 | mckoan | good morning |
06:49.00 | eFfeM | morning |
06:50.16 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
06:54.30 | eFfeM | what is the simplest way to build for a different machine in the same tree ? |
06:54.48 | eFfeM | just MACHINE=whatever bitbake whatever ? |
06:55.59 | eFfeM | ah actually already found the answer to my own Q, that is indeed the way, building now |
06:56.14 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
06:58.08 | mckoan | eFfeM: fine :-) |
07:00.21 | *** join/#oe mickey|train (n=M@92.117.216.52) |
07:00.38 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
07:02.49 | sgh | I have problems building x11-native ... It end up this a floating point exception.while executing ../src/util/makekeys. Any indeas? |
07:08.22 | m4t | Tartarus : i added the gcc-cross-kernel for 4.4.0, with a slightly modified do_stage() (no libgcc install, seems deprecated?), and removed the old 4.4.0, reinstalled 4.1.1 |
07:08.37 | m4t | the kernel compile is using the gcc-cross-kernel now |
07:09.07 | *** join/#oe boris_OmegA (n=boris@194.51.141.172) |
07:09.08 | m4t | KERNEL_CCSUFFIX = "-4.4.0" |
07:09.08 | m4t | PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}gcc-4.4.0 = "gcc-cross-kernel-4.4.0" |
07:10.48 | *** join/#oe Pr0t0N (n=lcintrat@wyplay-fr-4-82.cnt.nerim.net) |
07:10.49 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
07:17.49 | *** join/#oe Foolean (n=emil@90-227-176-224-no128.tbcn.telia.com) |
07:19.45 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
07:20.31 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
07:22.02 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-3275c6299645cd20) |
07:24.28 | *** join/#oe dth_ntb (n=dieter@p4FDEB9B0.dip.t-dialin.net) |
07:28.37 | *** join/#oe Longfield (n=Valentin@lsa1pc7.epfl.ch) |
07:28.49 | *** join/#oe rob_w (n=bill@217.237.177.190) |
07:30.46 | *** join/#oe cyberdeck (n=mnemonic@iss66.vlsi.informatik.tu-darmstadt.de) |
07:32.48 | *** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
07:33.03 | *** join/#oe fpga (n=s@89.179.115.146) |
07:41.58 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
07:47.15 | *** join/#oe fpga1 (n=s@91.191.179.195) |
07:54.26 | *** join/#oe fpga (n=s@91.191.179.195) |
07:54.51 | *** join/#oe Crofton (n=balister@dslb-088-074-063-060.pools.arcor-ip.net) |
07:58.42 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
08:03.53 | *** join/#oe rsalveti_ (n=rsalveti@189.117.234.36) |
08:05.48 | *** join/#oe valhalla (n=valhalla@81-174-24-42.dynamic.ngi.it) |
08:05.52 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
08:07.01 | *** join/#oe dth (n=Dieter@p4FDEB9B0.dip.t-dialin.net) |
08:10.32 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
08:14.32 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
08:26.18 | Laibsch1 | pb_: are you awake, yet? |
08:41.50 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
08:41.58 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
08:42.07 | *** join/#oe ade|desk (n=ade|desk@195.153.131.254) |
08:42.15 | Laibsch | pb_: can we enable bluez-libs-4.x? |
08:42.18 | *** join/#oe aloril__ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
08:42.25 | *** join/#oe woglinde (n=henning@p5DDC7515.dip.t-dialin.net) |
08:42.30 | woglinde | good morning |
08:49.33 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
08:53.29 | *** join/#oe flameman (n=toor@net-93-65-2-132.cust.dsl.vodafone.it) |
08:55.06 | CIA-3 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * r6bd858afbb 10openembedded.git/recipes/openssl/openssl.inc: |
08:55.06 | CIA-3 | openssl: add support for compilation on Via C3 host. |
08:55.06 | CIA-3 | Many thanks to Phil Blundell. |
09:03.26 | pb_ | Laibsch: hello |
09:03.32 | Laibsch | hi |
09:03.37 | CruX| | hello all, anyone here is playing with the AT91SAM9260 CPU ? |
09:03.42 | pb_ | Laibsch: yes, but there isn't yet any corresponding bluez-apps that works. |
09:03.53 | pb_ | I might see if I can fix that today if I get a spare moment. |
09:04.00 | Laibsch | which isn't needed when only using -libs, right? |
09:04.14 | Laibsch | I just updated you bluez-libs recipe to 4.42 |
09:04.14 | woglinde | hi pb and laibsch |
09:04.15 | mckoan | CruX|: 9263, sorry |
09:04.27 | Laibsch | pb_: and unified it |
09:05.16 | pb_ | Laibsch: right, it's not strictly necessary. it just means that anybody wanting the apps will end up building the libs twice. |
09:05.24 | pb_ | okay, very good |
09:05.25 | pb_ | hi woglinde |
09:05.34 | Laibsch | did you prepare the recipes/bluez/bluez-libs/avinfo-link.patch |
09:05.35 | Laibsch | ? |
09:05.42 | Laibsch | what is its upstream status? |
09:05.57 | pb_ | no, I don't think that was one of mine. |
09:06.03 | pb_ | let me check the git log |
09:06.08 | Laibsch | your recipe is the only one using it |
09:06.13 | pb_ | ah, hm |
09:06.16 | Laibsch | this bluez situation is killing me |
09:06.33 | pb_ | oh yes, right, that is one of mine |
09:06.33 | Laibsch | I tried hard to build an image without any bluez, but ultimately failed |
09:06.45 | Laibsch | applicable to upstream? |
09:06.49 | pb_ | I don't think it's needed upstream, it's just a consequence of splitting the package into -libs and -apps |
09:07.00 | pb_ | but, equally, it wouldn't do any harm upstream either. I might send it to them and see what they say. |
09:07.03 | CruX| | mckoan: i need driver for rs485, is it enough to only enable rs485 mode in usart mode registers ? |
09:07.03 | Laibsch | OK, I'll update the patch with that information |
09:07.15 | CruX| | mckoan: and use it as a rs232 ? |
09:07.15 | *** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz) |
09:07.29 | pb_ | yeah, it is a bit sad that you can't build an image without any bluez. there are plenty of non-bluetooth-capable machines out there. |
09:07.48 | woglinde | *sigh* why this crap works under cygwinshell but not from explorer |
09:10.59 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
09:14.06 | CIA-3 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * r851c3641b5 10openembedded.git/recipes/bluez/ (bluez-libs_4.42.bb bluez-libs_4.40.bb): bluez: update bluez-libs to 4.42. unify. |
09:15.30 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
09:17.24 | CIA-3 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * r079c832e00 10openembedded.git/recipes/bluez/bluez-libs/avinfo-link.patch: bluez: document upstream status of avinfo-link.patch as not applicable upstream. |
09:20.23 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
09:20.45 | Laibsch | pb_: would the bluez bb and your bluez-libs bb stpe on each other's toes? |
09:21.03 | Laibsch | otherwise, just let the bluez bb (R)PROVIDE bluez-apps |
09:21.05 | Laibsch | and be done |
09:21.16 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
09:21.36 | pb_ | Laibsch: they will, but not in any way that really matters. |
09:21.53 | Laibsch | in what way will that be? |
09:21.59 | Laibsch | I'm still stuck with |
09:22.15 | pb_ | well, they will overwrite each other's libraries in staging, but the libraries will be basically identical so I doubt you will notice the difference. |
09:22.33 | pb_ | if bluez and bluez-libs are the same version, the libraries should be precisely identical |
09:22.35 | *** join/#oe vhallac (n=vedat@85.103.164.204) |
09:23.10 | Laibsch | !oebug 5133 |
09:23.11 | cdbot2 | * * Bug 5133, Status: CONFIRMED, Created: 2009-05-28 19:26 |
09:23.12 | cdbot2 | * * matt(AT)genesi-usa.com: do_rootfs hangs when opkg-cl asks for input |
09:23.13 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=5133 |
09:28.40 | mckoan | CruX|: is is enough to play with registers from userspace if you want |
09:35.53 | *** join/#oe cyberdeck (n=mnemonic@iss66.vlsi.informatik.tu-darmstadt.de) |
09:36.11 | Laibsch | pb_: what about bluez-utils, don't we need a package for that, too? |
09:36.55 | pb_ | Laibsch: ah, sorry, bluez-apps and bluez-utils are the same thing. just me mis-remembering the name. |
09:37.11 | Laibsch | ok |
09:37.26 | Laibsch | I'm in even deeper sh*t than I thought |
09:37.38 | Laibsch | There is a dependency on -utils somewhere |
09:37.58 | pb_ | oh dear |
09:42.22 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
09:49.41 | *** join/#oe ptitjes (n=didier@77.198.73.212) |
09:51.27 | *** join/#oe sx (n=sx@87-126-142-238.btc-net.bg) |
09:51.28 | *** join/#oe cyberdeck (n=mnemonic@iss66.vlsi.informatik.tu-darmstadt.de) |
09:52.14 | sx | hello, where is the file to put some bash commands or path variable exports in angstrom? (like .bash_profile file) |
09:52.38 | sx | could someone help me? |
10:02.55 | *** join/#oe cyberdeck (n=mnemonic@iss66.vlsi.informatik.tu-darmstadt.de) |
10:07.48 | *** join/#oe Cwiiis (n=cwiiis@158.43.2.102) |
10:09.26 | *** join/#oe aloril__ (n=aloril@84.249.126.153) |
10:10.11 | CIA-3 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * rcb429c4b7a 10openembedded.git/recipes/obexftp/obexftp_0.23.bb: obexftp: version 0.23 compiles fine against bluez-libs 3.x. Relax DEPENDS accordingly. |
10:10.49 | sgh | I have problems building libx11-native ... It end up this a floating point exception.while executing ../src/util/makekeys. Any indeas? |
10:17.02 | mckoan | sgh: would be useful to pastebin the error ;-) |
10:18.31 | sgh | mckoan: http://pastebin.ca/1472329 |
10:18.32 | Laibsch | pb_: FYI http://paste.debian.net/40085/ |
10:18.40 | Laibsch | maybe there is something important in there |
10:20.09 | mckoan | sgh: which triplet distro/machine/image ? |
10:21.09 | mckoan | sgh: which branch ? |
10:21.14 | sgh | mckoan: angstrom_2008.1 but libx11-native from within bitbake -i |
10:21.21 | sgh | mckoan: master i guess |
10:22.15 | mckoan | sgh: better ask to #angstrom too |
10:22.47 | pb_ | Laibsch: which package was that? |
10:23.04 | Laibsch | the bluez-libs 4.42 |
10:23.04 | pb_ | sgh: what's the architecture of your build host? |
10:23.16 | sgh | pb_: x86 |
10:23.25 | pb_ | Laibsch: ah right, that's fine then. we don't want those things to be packaged. |
10:23.36 | pb_ | I'm not quite sure why they're getting built in the first place, but it's harmless to not ship them. |
10:23.42 | Laibsch | ok |
10:23.53 | pb_ | sgh: ah, hm. I've seen that on amd64 but I thought it worked on x86. |
10:23.55 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
10:24.03 | pb_ | I guess it must be broken on all architectures then. |
10:24.25 | sgh | pb_: I wanted to try to gdb makesys but I don't know how the debug an application that need input from stdin :( |
10:24.40 | pb_ | sgh: you can run it with redirects at the gdb prompt. |
10:24.48 | pb_ | gdb) run < /path/to/file |
10:25.06 | sgh | pb_: I'll try ... |
10:25.35 | pb_ | iirc, the hash table calculation is going wrong somehow and this causes it to crash with divide by zero. |
10:25.50 | pb_ | I didn't have the patience to debug it properly before, I just turned off makekeys in my build. |
10:25.56 | pb_ | it'd be nice to get it fixed though |
10:27.42 | *** join/#oe fpga (n=s@91.191.179.195) |
10:27.54 | *** join/#oe Gnutoo (n=gnutoo@host91-163-dynamic.51-79-r.retail.telecomitalia.it) |
10:30.11 | *** join/#oe cyberdeck (n=mnemonic@iss66.vlsi.informatik.tu-darmstadt.de) |
10:30.21 | sgh | pb_: what is the purpose of makesys. The reason for me compiling it natively is that I'm compiling VTK for the target and vtk needs to compile and execute some stuff. That stuff is compiled with the cross-compiler and therefore not runable on my buildhost :(. So I wabt to natively compile VTK and its dependencies and the move the files into my targets staging area. |
10:31.25 | sgh | pb_: If I don't need it - how do I turn it off then? |
10:31.36 | pb_ | ah, makesys? I thought we were talking about makekeys. I guess I read your earlier comment wrong. |
10:31.40 | pb_ | I don't know what makesys is. |
10:32.23 | sgh | pb_: sorry your right ... it is makekeys ... my eyes are failing I guess :) |
10:33.02 | pb_ | ah, okay. it generates something to do with the keymaps. I think you can just patch it out of the makefile, it doesn't seem to be necessary for correct operation. both diet-x11 and regular (target) libx11 disable it, you could look at their .bb files for clues. |
10:33.42 | pb_ | libx11-trim does leave it enabled for some reason. I don't quite know what that recipe is good for. |
10:36.12 | *** join/#oe oespirit (n=oespirit@117.254.10.218) |
10:36.21 | sgh | pb_: thanks ... I will check it out. |
10:37.29 | BusError | hmm is there a xvncserver on oe ? Xvnc equivalent ? |
10:37.48 | BusError | is building a sheevaplug distro |
10:41.12 | *** join/#oe dth_ntb (i=59b6ce76@gateway/web/freenode/x-bf4d0ab677a548af) |
10:50.30 | *** join/#oe akheron (n=petri@lilja.asteriski.fi) |
10:51.47 | *** join/#oe akheron (n=petri@lilja.asteriski.fi) |
10:52.46 | *** join/#oe pH5 (n=ph5@217.237.166.82) |
10:53.14 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
10:54.33 | woglinde | re |
10:59.36 | *** join/#oe Sleep_Walker (n=Sleep@1.57.broadband2.iol.cz) |
11:01.43 | *** join/#oe rsalveti (n=rsalveti@187.4.23.15) |
11:03.32 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
11:13.47 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
11:14.41 | *** join/#oe akheron (n=akheron@lilja.asteriski.fi) |
11:16.36 | Gnutoo | hi otavio |
11:20.37 | woglinde | hi gnutoo |
11:20.42 | Gnutoo | woglinde, hi |
11:21.06 | *** join/#oe mickey|linuxtag (n=M@217.237.166.82) |
11:21.58 | Gnutoo | woglinde, someone duplicated my work...that means that the same work was done 2 times...this isn't very optimal...that's why I have to talk to otavio |
11:21.59 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-aefd8849c376d3a7) |
11:22.25 | Gnutoo | woglinde, do you go to linuxtag? |
11:24.54 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
11:26.07 | *** join/#oe atarasen (n=atarasen@77.35.236.56) |
11:32.04 | *** join/#oe cyberdeck (n=mnemonic@iss66.vlsi.informatik.tu-darmstadt.de) |
11:33.52 | woglinde | gnutoo yes on friday and satuarday |
11:33.55 | *** join/#oe dth_ntb (i=59b6ce76@gateway/web/freenode/x-950c822c68e702c1) |
11:34.07 | Gnutoo | ok |
11:34.20 | Gnutoo | unfortunately I can't go to linuxtag...I had exams |
11:34.37 | woglinde | maybee next year |
11:36.24 | Viltapi | gah, i'm still struggling with the same error message |
11:36.24 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
11:36.30 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
11:36.32 | *** join/#oe mgwpub (n=mgwpub@193.170.132.192) |
11:36.49 | Viltapi | arm-angstrom-linux-gnueabi-ld: ERROR: Source object .../build/tmp/cross/arm/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/libgcc.a(_udivdi3.o) has EABI version 4, but target u-boot has EABI version 0 |
11:37.33 | Viltapi | i tried those eabi fixes that are under openembedded/recipes/u-boot/files but those are for some different arch |
11:40.42 | *** join/#oe mnabil_ (n=mnabil@196.202.97.147) |
11:42.36 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
11:49.43 | *** join/#oe waite (n=bwaite@24.91.81.44) |
11:51.57 | *** join/#oe sx (n=sx@87-126-142-238.btc-net.bg) |
11:55.36 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
11:58.06 | *** join/#oe guillaum11 (n=gl@AMontsouris-153-1-54-254.w86-212.abo.wanadoo.fr) |
11:59.31 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
12:01.04 | *** join/#oe sx (n=sx@87-126-142-238.btc-net.bg) [NETSPLIT VICTIM] |
12:01.04 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
12:01.04 | *** join/#oe Gin-geR (i=hacker@pD95383D0.dip0.t-ipconnect.de) |
12:01.05 | *** join/#oe Laibsch (n=Laibsch@p5B3B3963.dip.t-dialin.net) [NETSPLIT VICTIM] |
12:01.05 | *** join/#oe mrmoku (n=mrmoku@ppp-93-104-47-152.dynamic.mnet-online.de) [NETSPLIT VICTIM] |
12:01.05 | *** join/#oe mrc3_ (n=ddiaz@189.157.113.43) [NETSPLIT VICTIM] |
12:01.05 | *** join/#oe NvrBst (n=never@66.183.101.161) [NETSPLIT VICTIM] |
12:01.05 | *** join/#oe cedric (n=cedric@enlightenment/developer/cedric) [NETSPLIT VICTIM] |
12:01.05 | *** join/#oe BusError (n=michel@oo.oomz.net) [NETSPLIT VICTIM] |
12:01.05 | *** join/#oe robtaylor (n=robtaylo@floopily.codethink.co.uk) |
12:01.05 | *** join/#oe Ironnads (n=Ironnads@host86-135-122-247.range86-135.btcentralplus.com) |
12:01.05 | *** join/#oe cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
12:01.06 | *** join/#oe dfarnsworth (n=dfarnswo@65.200.49.156) |
12:01.06 | *** join/#oe XorA|gone (n=nXorA@www.xora.org.uk) [NETSPLIT VICTIM] |
12:01.06 | *** join/#oe Sat_Man (n=satman@83.141.3.41) [NETSPLIT VICTIM] |
12:06.13 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
12:09.30 | *** join/#oe abner (n=birunko@189.70.57.196) |
12:12.17 | mckoan | anybody use git-sendmail with gmail imap? I need to know how to configure it |
12:13.51 | *** join/#oe vo5 (n=vo@189.102.205.199) |
12:14.41 | *** join/#oe sx (n=sx@87-126-142-238.btc-net.bg) [NETSPLIT VICTIM] |
12:14.41 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
12:14.41 | *** join/#oe Gin-geR (i=hacker@pD95383D0.dip0.t-ipconnect.de) |
12:14.41 | *** join/#oe Laibsch (n=Laibsch@p5B3B3963.dip.t-dialin.net) [NETSPLIT VICTIM] |
12:14.41 | *** join/#oe mrmoku (n=mrmoku@ppp-93-104-47-152.dynamic.mnet-online.de) [NETSPLIT VICTIM] |
12:14.41 | *** join/#oe mrc3_ (n=ddiaz@189.157.113.43) [NETSPLIT VICTIM] |
12:14.41 | *** join/#oe NvrBst (n=never@66.183.101.161) [NETSPLIT VICTIM] |
12:14.41 | *** join/#oe cedric (n=cedric@enlightenment/developer/cedric) |
12:14.42 | *** join/#oe BusError (n=michel@oo.oomz.net) [NETSPLIT VICTIM] |
12:14.42 | *** join/#oe robtaylor (n=robtaylo@floopily.codethink.co.uk) |
12:14.42 | *** join/#oe Ironnads (n=Ironnads@host86-135-122-247.range86-135.btcentralplus.com) |
12:14.42 | *** join/#oe cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
12:14.42 | *** join/#oe dfarnsworth (n=dfarnswo@65.200.49.156) |
12:14.42 | *** join/#oe XorA|gone (n=nXorA@www.xora.org.uk) [NETSPLIT VICTIM] |
12:14.42 | *** join/#oe Sat_Man (n=satman@83.141.3.41) [NETSPLIT VICTIM] |
12:14.43 | *** join/#oe aloril_ (n=aloril@84.249.126.153) |
12:16.55 | *** join/#oe Goddchen (n=goddchen@141.37.33.122) |
12:18.15 | booxter | mckoan: imap? maybe smtp?:) |
12:18.49 | woglinde | imap is only for reading |
12:19.52 | booxter | mckoan: http://pastebin.com/m7ee39b9d |
12:19.59 | booxter | here is my settings |
12:20.35 | Longfield | morning |
12:20.38 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
12:21.40 | Longfield | Gnutoo: I have tested your boost patches (1.36 only), I had to adapt them a little bit, but now it works (tested at running too) |
12:21.47 | Longfield | hey booxter |
12:22.01 | Gnutoo | Longfield, wow thanks |
12:22.27 | booxter | Longfield: morning |
12:25.24 | *** join/#oe miaofng1 (n=Administ@117.80.198.76) |
12:25.27 | *** part/#oe miaofng1 (n=Administ@117.80.198.76) |
12:25.59 | *** join/#oe favor (n=favor@125.71.69.212) |
12:26.25 | favor | hi, |
12:28.45 | favor | I used the newest openembedded to build Angstrom, when it was running on my B5 beagleboard, i can't use mouse && keyboard. Can you give me some cute? |
12:29.03 | BusError | anyone working on the sheevaplug port ? |
12:29.20 | favor | cute = clue, thank |
12:35.23 | booxter | favor: how do you connect your mouse/keyboard to BB? |
12:35.41 | favor | via a power usb hub, |
12:36.27 | favor | my mouse/keyboard works well before I moved to newer kernel. |
12:37.43 | favor | my newer kernel version is 2.6.29-r37, I builded it in oe. |
12:38.14 | CIA-3 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * rdf690bcd0c 10openembedded.git/recipes/connman/connman_git.bb: |
12:38.14 | CIA-3 | connman_git.bb: enable the plugins via EXTRA_OECONF |
12:38.14 | CIA-3 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
12:38.15 | CIA-3 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r59ebc1abf3 10openembedded.git/conf/distro/include/shr-autorev.inc: |
12:38.15 | CIA-3 | shr-autorev.inc: actually really build connman from git |
12:38.19 | CIA-3 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
12:40.20 | favor | CIA-3: excuse me? |
12:41.26 | mckoan | booxter: I use imap with gmail :-( |
12:41.39 | favor | CIA-3: are you talking to me? |
12:41.55 | mckoan | booxter: I'll try, thanks for the hint |
12:41.56 | booxter | mckoan: imap is not used for sending anyway |
12:41.57 | woglinde | cia is just a bout |
12:42.00 | woglinde | aeh bot |
12:42.09 | woglinde | favor did you check that usb stuff is enabled |
12:42.14 | booxter | mckoan: you use smtp for both pop3 and imap4 |
12:42.14 | woglinde | in the kernel config? |
12:42.43 | mckoan | booxter: you're right, so it must work :-) |
12:42.51 | Gnutoo | hi, I tried several things for adding the symbols to uclibc and it doesn't work |
12:43.06 | woglinde | gnutoo? |
12:43.08 | favor | woglinde: I just know to use 'dmesg | grep -i usb' when boot in to system console. |
12:43.25 | Gnutoo | woglinde, I tried: |
12:43.53 | woglinde | gnutoo boost agaon? |
12:43.59 | Gnutoo | * DEBUG_BUILD = "1" INHIBIT_PACKAGE_STRIP = "1" LDFLAGS =+ "-g -ggdb2" CFLAGS =+ "-Os -pipe -mips32 -mtune=mips32 -funit-at-a-time" |
12:44.02 | Gnutoo | woglinde, no |
12:44.29 | Gnutoo | woglinde, mips rootfs where every program that use shared libs segfault |
12:45.02 | Gnutoo | woglinde, it's the fault of ld-uClibc.so.0 |
12:45.05 | favor | woglinde: I checked the kernel config settings, I can see some usb stuff in input driver is enabled. |
12:49.09 | woglinde | gutoo hm did you tried with -O2 instead of -Os? |
12:49.15 | Gnutoo | I'll try |
12:49.36 | Gnutoo | is O2 the default? |
12:51.30 | Gnutoo | thanks |
12:54.46 | *** join/#oe NekoXP (n=Neko@bakuhatsu.net) |
12:54.49 | NekoXP | guys :) |
12:54.52 | *** join/#oe aloril_ (n=aloril@84.249.126.153) |
12:55.08 | NekoXP | is it really necessary to call oe_sha256sum and not use the native package? |
12:55.53 | NekoXP | the same for shasum (sha1sum for every other linux distro since modern times). Just trying to cut down on the custom tools floating around here since Fedora had 100% of the pre-cross-toolchain-build dependencies installed by default |
12:57.18 | woglinde | bye toll later |
12:58.26 | Gnutoo | mmm...it's in bitbake.conf |
13:05.12 | mckoan | booxter: if I do git send-email I get this message back Need MIME::Base64 and Authen::SASL todo auth at /usr/bin/git-send-email line 775, <STDIN> line 1. |
13:05.34 | mckoan | any idea? |
13:05.43 | booxter | mckoan: maybe you don't have these perl (?) modules? |
13:09.04 | BusError | is there a way to bypass the "ERROR: QA Issue with tunctl: No GNU_HASH in the elf binary:" -- I keep running into these |
13:09.36 | NekoXP | yeah |
13:11.07 | NekoXP | there is some INSANE_package-virtual thing you can set.. I don't recall it exactly but check insane.bbclass for a hint |
13:11.28 | NekoXP | but it would be better if you fixed the package to compile properly with gnu-hash style hashes |
13:16.47 | mckoan | booxter: I added those packages but still remain an error: Command unknown: 'AUTH' at /usr/bin/git-send-email line 775, <STDIN> line 1. |
13:17.08 | mckoan | booxter: I hope to do not annoy you. Did you ever seen this error? |
13:17.32 | *** join/#oe prpplague (n=dave@mail.americanmicrosystems.com) |
13:18.41 | booxter | mckoan: no :) |
13:19.03 | booxter | I think you should look at the problematic line to get the reason of the problem |
13:19.10 | *** join/#oe oneshel (n=jim@c-98-216-198-0.hsd1.nh.comcast.net) |
13:19.36 | booxter | mckoan: btw your git is maybe quite old |
13:19.43 | booxter | git --version ? |
13:37.05 | *** join/#oe aloril_ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
13:39.32 | mckoan | booxter: sorry phone call. git version 1.5.6.5 |
13:39.59 | booxter | mckoan: you should really update your git version... |
13:43.41 | mckoan | uh it is the debian lenny default one |
13:44.17 | mckoan | booxter: what is your version? |
13:44.46 | *** join/#oe mnabil_ (n=mnabil@196.202.97.147) |
13:44.57 | booxter | mckoan: 1.6.3.3 |
13:45.20 | booxter | mckoan: don't use distro git (at least debian), build it from git |
13:45.35 | booxter | mckoan: (or use gentoo) :) |
13:46.49 | *** join/#oe mnabil_ (n=mnabil@196.202.97.147) |
13:50.14 | pb__ | NekoXP: yeah, that oe_sha256sum thing is a bit weird. I don't know why it's like that; I can't think of any reason why the host sha256sum wouldn't be fine. |
13:53.22 | *** join/#oe pH5 (n=ph5@217.237.166.82) |
13:54.12 | *** join/#oe Soopaman (n=Soopaman@CPE002127fa9f23-CM00195eefafa8.cpe.net.cable.rogers.com) |
14:00.24 | *** join/#oe AvengerGear (n=cc@124.126.140.210) |
14:06.29 | mckoan | booxter: git version 1.6.3.3 worked! thank you very much :-D |
14:06.51 | *** join/#oe oespirit (n=oespirit@117.254.12.82) |
14:09.38 | booxter | mckoan: I got some problems with send-email when using ubuntu version too. Build from git helped me too. |
14:09.58 | BusError | there are a small set of low-hanging-fruit patches on there : git://repo.or.cz/openembedded/mini2440.git for-upstream-dev --- } have tested them for a few weeks on the -stable fork I have, but I also rebased them on -dev and they all work (on arm). anyone care to pull ? |
14:10.38 | BusError | webgit view : http://repo.or.cz/w/openembedded/mini2440.git?a=shortlog;h=refs/heads/for-upstream-dev |
14:11.44 | *** join/#oe zecke (n=ich@211.48.194.125) |
14:16.36 | *** join/#oe tmartins (n=zero@187.37.74.63) |
14:26.01 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
14:27.45 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
14:36.49 | *** join/#oe srujanjonnadula (n=srujanjo@bur-agw-2.eth0.cns.vt.edu) |
14:44.17 | *** join/#oe rsalveti (n=rsalveti@201.7.142.10) |
15:02.12 | *** join/#oe florian (n=fuchs@217.237.166.82) |
15:04.43 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
15:14.08 | *** join/#oe boris_OmegA (n=boris@194.51.141.172) |
15:14.30 | *** join/#oe Wiedi (n=wiedi@newton-air.w.fruky.net) |
15:16.26 | BusError | what is the recipe flag to prevent make -j ? |
15:17.07 | zecke | BusError: PARALLEL_MAKE = "" |
15:17.13 | BusError | thanks |
15:20.22 | *** join/#oe workrat (n=chatzill@adsl-76-234-174-169.dsl.sfldmi.sbcglobal.net) |
15:20.22 | *** join/#oe DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
15:20.44 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-37f848b786e17ba2) |
15:38.12 | Gnutoo | mmm...ld-uClibc.so.0 doesn't include debug info when other part of uclibc do... |
15:38.33 | Gnutoo | I'll have to debug at asm level |
15:38.49 | Gnutoo | I'll hope I'll remember enough mips assembly |
15:47.08 | *** join/#oe e-ffi (n=cybercom@dslb-094-219-069-222.pools.arcor-ip.net) |
15:47.33 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
15:58.04 | kergoth | can anyone explain the whole libusb/libusb-compat vs libusb1 situation? |
16:00.41 | *** join/#oe mgwpub (n=mgwpub@193.170.132.192) |
16:04.36 | *** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl) |
16:07.19 | mwester | Do you mean the upstream situation, or the way the recipes are setup/handled in OE? |
16:10.27 | kergoth | both? :) |
16:12.57 | mwester | As I understand, the upstream folks created libusb1 with libusb-compat to replace libusb, but some apps rely on internal knowlege of the old libusb, and will not work with libusb-compat. Both libusb and libusb-compat provide libusb.a, so you can only have one on any given host. |
16:13.29 | mwester | Problematic apps included (and may still include) gnuradio, dfu-util |
16:14.41 | mwester | In OE, various recipes depend on libusb or libusb-compat, so unless a distro is very careful, they will build both -- the results are unpredictable, as things depend on build order at that point. |
16:15.14 | kergoth | ugh, thats ugly |
16:15.28 | kergoth | noticed he had both in his overlay, and was concerned |
16:15.36 | kergoth | (as i should be, clearly) |
16:15.54 | mwester | For SlugOS, I "resolved" the problem by creating a dummy libusb recipe with version number "0" that just depends on libusb-compat -- so setting PREFERRED_VERSION_libusb to that version will not actually result in the old libusb being built. |
16:16.20 | mwester | But it does preclude some apps from building, the ones that don't like the new libusb-compat. |
16:16.53 | mwester | I guess that technique qualifies as a "horrible hack", but it has worked very well for SlugOS... |
16:16.57 | kergoth | i should really try to implement a prototype of private staging areas |
16:17.08 | mwester | That would help somewhat. |
16:17.34 | mwester | I seem to recall that there is a run-time .so conflict as well, but perhaps not. |
16:17.52 | kergoth | ah. well, one issue at a time :) |
16:18.02 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
16:18.13 | mwester | But even so, a private staging area would allow static linking, which would be a reasonable solution for the old apps. |
16:19.08 | kergoth | that's true |
16:19.41 | tharvey | is there a way to alter COMPATIBLE_MACHINE vars for packages globally (outside the recipe)? as COMPATIBLE_MACHINE is typically assigned with a hard '=' I think not unless there is some global conf files that are included 'after' the recipe |
16:20.06 | XorA | mwester: I had once wondered if we could contstruct staging on the fly from DEPENDS using some form of unionfs |
16:20.11 | kergoth | COMPATIBLE_MACHINE_pn-somerecipe, tharvey |
16:20.17 | XorA | mwester: that would clear a lot of these issues |
16:20.21 | kergoth | XorA: that's the sort of thing we're talking about |
16:20.38 | tharvey | kergoth, ah... so that would take precedence - thanks! |
16:20.50 | XorA | kergoth: I did actually start looking at it, but I couldnt find a reliable way to do it in userspace without root access |
16:20.51 | kergoth | better actually making separate staging areas though, linking or overlaying on a global one still has conflicts if multiple versions of something are built, for example |
16:21.11 | kergoth | pb suggested just ipkg installing the dep pstage packages into a private staging area for each recipe ,and that seems viable |
16:22.36 | mwester | I've struck by the fact that every "major-league" SCM/build-system I've worked with inevitably comes to the conclusion that they need a "smarter" filesystem. There is so much that can be done when you can ask questions from the FS about what *really* happened. |
16:22.59 | kergoth | sounds like you want clearcase ;) |
16:23.08 | XorA | hides |
16:23.28 | mwester | No, I'm past that! But ClearCase work paid my mortgage and put my kids through school. |
16:23.30 | kergoth | clearcase, particularly w/ clearmake really is pretty nifty in some ways, and frightening in others, of course |
16:23.35 | kergoth | ah :) |
16:23.45 | kergoth | okay, the svn fetcher requiring module= is just fucking stupid |
16:23.48 | kergoth | adds to his list |
16:23.51 | mwester | Most recently, I worked with the product from ElectricCloud -- awesome build tool. |
16:23.56 | *** join/#oe aloril_ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
16:24.04 | kergoth | ah, nice, i read about that one a bit |
16:36.44 | *** join/#oe NekoXP_ (n=Neko@bakuhatsu.net) |
16:38.04 | *** join/#oe Neko (n=Neko@bakuhatsu.net) |
16:43.42 | *** join/#oe Longfield (n=Valentin@lsa1pc7.epfl.ch) |
16:53.26 | *** join/#oe Neko (n=Neko@bakuhatsu.net) |
16:54.55 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
16:55.58 | *** join/#oe pH5 (n=ph5@e178200100.adsl.alicedsl.de) |
16:56.38 | *** join/#oe Crofton (n=balister@dslb-088-074-063-060.pools.arcor-ip.net) |
17:00.16 | *** join/#oe greentux (n=lemke@BAA1894.baa.pppool.de) |
17:00.18 | pb__ | g'day kergoth |
17:00.24 | kergoth | hey pb__ |
17:00.26 | kergoth | how's it going? |
17:00.46 | pb__ | it's my birthday today, so feeling old, but pretty good apart from that |
17:01.16 | Neko | how old is old? :D |
17:01.27 | pb__ | oh, and I'm hating xorg-xserver for not supporting multiple cards anymore |
17:01.59 | pb__ | I stupidly upgraded the x on my newly-repaired desktop machine and, bam, back to one screen again. suck. |
17:02.02 | pb__ | Neko: 33 |
17:02.09 | Neko | hmm that's not too bad :D |
17:02.11 | kergoth | ah, happy birhtday |
17:02.24 | Neko | happy birthday. at least you're not 63 :D |
17:02.28 | pb__ | heh, true enough |
17:02.34 | kergoth | heh, i did that, somehow screwed up the x on my workstation, no longe rhave the patience to fuck with that stuff |
17:02.38 | kergoth | i just reinstalled jaunty :P |
17:03.01 | pb__ | yeah, it's annoying. seems that something has changed in the xserver to mean that you can only have one video card nowadays |
17:03.17 | pb__ | so, if you want dualhead, it has to be one card with multiple crtcs. |
17:03.18 | *** join/#oe hoj (n=jfaith@75-147-191-205-Washington.hfc.comcastbusiness.net) |
17:03.23 | Neko | grah vista is going batshit >.< |
17:03.34 | pb__ | (which I do have on my desktop at the office, but that doesn't seem to work either for undisclosed reasons) |
17:03.41 | *** join/#oe scruggs (n=chris@75-121-80-175.dyn.centurytel.net) |
17:03.42 | Neko | btw guys is there any point in reporting a ton of bugs regarding ASSUME_NATIVE for native packages? |
17:03.43 | pb__ | so, all in all, frustrationsville. |
17:04.26 | Neko | for instance using the system automake doesn't work because @INC doesn't include the native /usr/share/automake/ directory so it misses the autom4te/whatever.pm it looks for |
17:05.01 | Neko | shasum is sha1sum on modern systems (after Fedora 2008 :) and oe_sha256sum is kind of retarded. |
17:05.29 | kergoth | Neko: you really dont want to use the native autoconf/automake/libtool, we patch them. |
17:05.30 | Neko | also for some reason if I have ccache installed, quilt-native does not build anyway (compiler cannot create executables), so I have to use the native quilt |
17:05.37 | Neko | ok |
17:05.51 | kergoth | Neko: someone hsould really go through and document which ones are unmodified, and thus safe to assume the host's tools will work.. |
17:07.01 | kergoth | pretty sure we can stop using shasum anyway |
17:07.04 | kergoth | python has an sha module |
17:07.08 | kergoth | heh |
17:07.14 | *** join/#oe putumutukas (n=putukas@132.29.190.90.dyn.estpak.ee) |
17:07.42 | Neko | the idea is, as I have had this plan for a while now, I want to put up a pretty sweet little build farm, a couple Xeon 5500 servers with 8-16 cores each, running OpenEmbedded, but to get the best performance and not waste developer time (as fast as they would be) I would much prefer to have the compiler toolchains "preinstalled" (we only build for ppc and arm9 and cortex-a8) so when someone starts from scratch they don't run through 890 tasks of download/configure |
17:07.42 | Neko | /build/stage etc. |
17:08.05 | kergoth | well, you can always leverage packaged staging packages |
17:08.20 | Neko | the same goes for all the little utils like quilt. I guess though it would not be too big a deal to make native rpms of the patched OE stuff either. |
17:08.58 | kergoth | if you use packaged staging packages, you wouldnt have to mess with external toolchains and asssume provided and stuff |
17:09.20 | Neko | how do I make OE pick that up? |
17:09.35 | Neko | if someone gets an account and gets started, their stamps dir will be empty and OE will churn through regardless |
17:10.01 | kergoth | it sounds like you've never used packaged staging |
17:10.06 | kergoth | the pstage packages include the stamps |
17:10.17 | Neko | you're right I never used it :D |
17:10.31 | kergoth | if its available, it unpacks it into tmp, into staging and stamps, and uses that to produce the packages and all |
17:11.04 | Neko | oh.. question #297 would be.. why is it such a big problem to build using an x64 host? :( |
17:11.08 | kergoth | by default it puts the packages into tmp, but if you move them out... |
17:11.10 | Neko | absolutely nothing works |
17:11.14 | kergoth | i build on x64 hosts every day |
17:11.20 | kergoth | in fact, all my machines are |
17:11.29 | Neko | I get random segfaults, python errors... |
17:11.42 | kergoth | sounds like you have a problem with your desktop |
17:11.43 | Neko | packages do not build, toolchains do not build |
17:11.57 | *** join/#oe srujanjonnadula (n=srujanjo@bur-agw-2.eth0.cns.vt.edu) |
17:12.12 | Neko | what I considered was.. Fedora royally f**ked their 64-bit testing regime |
17:12.16 | kergoth | INHERIT += "packaged-staging" to use it, change the bbclass to use ?= for PSTAGE_PKG and then you can point it to somewhere outside of tmp |
17:12.28 | Neko | hmm okay |
17:12.55 | Neko | I am considering using a 32-bit OS on there just so I can leverage psyco |
17:13.10 | Neko | 64-bit python is fast but it is nowhere near as good as the same box in 32-bit with psyco |
17:13.38 | CIA-3 | 03Chris Larson <clarson@mvista.com> 07org.openembedded.dev * r614b2f8ee4 10openembedded.git/classes/packaged-staging.bbclass: |
17:13.38 | CIA-3 | packaged-staging.bbclass: use ?= for PSTAGE_PKG. |
17:13.38 | CIA-3 | Signed-off-by: Chris Larson <clarson@mvista.com> |
17:14.13 | Neko | huh kergoth is that a coincidence or you nudging the bot? :D |
17:14.14 | *** join/#oe rsalveti (n=rsalveti@201.7.142.10) |
17:14.27 | kergoth | neither, i just got sick of it not using it, and pushed the change |
17:14.46 | Neko | is this going into stable/2009 or do I have to move to dev? |
17:15.13 | kergoth | knows nothing about stable, ask a stable developer |
17:15.15 | Neko | (not that I can't hack it but, I hate having an unclean OE tree, makes git pulls a nightmare) |
17:15.47 | Neko | I already had to bitchslap autoconf.bbclass or so because --exclude=autopoint is not a valid option (!?!) |
17:16.20 | kergoth | its valid for our autoconf |
17:16.29 | Neko | I was using your autoconf |
17:16.30 | kergoth | thats why i said you shouldnt be using the one on your machine |
17:16.32 | kergoth | no, you weren't |
17:16.40 | kergoth | the autoconf-native in OpenEmbedded has the patches for that option |
17:16.44 | Neko | this was before I was playing with assume_provided |
17:17.01 | kergoth | well, dunno what to tell you. the OpenEmbedded autoconf-native supports that |
17:17.01 | Neko | it's one of the things that made me want to try it :D |
17:17.55 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
17:19.00 | Neko | are there any docs on packaged-staging? |
17:20.15 | *** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning) |
17:22.38 | kergoth | i doubt it. i doubt any are necessary |
17:25.00 | Neko | question #8900 - if I use inherit icecc even though native is blocked as a class, every time it builkds it is giving me which: no gcc in (null)) and then finally /oe/icecc-env.sh: line 83: echo: write error: Broken pipe |
17:25.23 | Neko | it's all working but it seems it's not so much blocked as intentionally passed something broken so it doesn't get used |
17:33.25 | *** join/#oe sicu (n=n_a@cm-84.208.86.111.getinternet.no) |
17:35.15 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
17:38.24 | *** join/#oe dth (n=Dieter@p4FDEB9B0.dip.t-dialin.net) |
17:42.24 | Neko | pff and as usual poky is totally broken and doesn't build |
17:42.34 | Neko | i thought intel buying those guys would stop the gentooism. |
17:45.26 | *** join/#oe timtimred (n=meh@79-75-209-186.dynamic.dsl.as9105.com) |
17:45.36 | *** join/#oe aloril_ (n=aloril@84.249.126.153) |
17:46.58 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
17:50.35 | *** part/#oe DuckFault (n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com) |
17:52.29 | *** join/#oe darion76 (n=darion76@94-248-60-159.dynamic.peoplenet.ua) |
17:53.51 | *** join/#oe woglinde (i=woglinde@g225006084.adsl.alicedsl.de) |
17:57.13 | *** join/#oe prpplague (n=dave@mail.americanmicrosystems.com) |
18:05.48 | *** join/#oe Longfield (n=Valentin@85.4.79.108) |
18:09.20 | *** part/#oe ade|desk (n=ade|desk@195.153.131.254) |
18:14.44 | CIA-3 | 03Chris Larson <clarson@mvista.com> 07org.openembedded.dev * r151de3a580 10openembedded.git/ (classes/base.bbclass conf/bitbake.conf): |
18:14.44 | CIA-3 | bitbake.conf, base.bbclass: Changed build config summary header to be a variable. |
18:14.44 | CIA-3 | Default in bitbake.conf for BUILDCFG_HEADER is "Build Configuration". This |
18:14.45 | CIA-3 | lets distributions make their builds ever so slightly prettier :) |
18:14.45 | CIA-3 | Signed-off-by: Chris Larson <clarson@mvista.com> |
18:14.48 | CIA-3 | Acked-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> |
18:15.56 | *** join/#oe oespirit (n=oespirit@117.254.12.82) |
18:18.12 | *** join/#oe stefan_schmidt (n=stefan@92.116.14.216) |
18:18.17 | *** join/#oe mickey|linuxtag (n=M@92.116.3.148) |
18:18.38 | *** part/#oe darion76 (n=darion76@94-248-60-159.dynamic.peoplenet.ua) |
18:20.24 | *** join/#oe Wiedi (n=wiedi@newton.w.fruky.net) |
18:24.25 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
18:25.03 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
18:27.01 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
18:29.03 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
18:31.33 | mickey|linuxtag | what are you transforming into? |
18:31.35 | mickey|linuxtag | good evening |
18:34.38 | *** join/#oe eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) |
18:34.41 | Gnutoo | maybe in a bug device? |
18:35.16 | Gnutoo | it's seems a transformable hardware |
18:35.34 | *** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be) |
18:36.02 | kergoth | mickey|linuxtag: how's linuxtag? |
18:36.40 | *** part/#oe eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) |
18:37.52 | *** join/#oe alecrim (n=alecrim@201.7.142.10) |
18:40.33 | khem | rejoiced old days in germany |
18:52.28 | *** join/#oe stefan__ (n=stefan@92.117.29.102) |
18:55.28 | *** join/#oe mickey|linuxtag (n=M@92.116.90.252) |
18:56.47 | *** join/#oe Martin-B (n=Martin@pool-182-65-198-89.dbd-ipconnect.net) |
19:03.12 | *** join/#oe dth (n=Dieter@p4FDEB9B0.dip.t-dialin.net) |
19:04.03 | *** join/#oe aloisiojr1 (n=aloisio@200.184.118.136) |
19:04.21 | woglinde | re |
19:05.55 | *** join/#oe aloril__ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
19:10.36 | Gnutoo | woglinde, hi is it normal that woglinde have no debug info but the other part of uclibc do? |
19:10.53 | woglinde | gnutoo what? |
19:11.00 | woglinde | I am not a ki |
19:11.01 | Gnutoo | woglinde, oops |
19:12.02 | Gnutoo | woglinde,lol sorry |
19:12.02 | Gnutoo | I meant ld-uClibc.so.0 |
19:12.02 | khem | Gnutoo: yes |
19:12.02 | Gnutoo | I copy pasted the lib name than your name and you bet what happend... |
19:12.03 | woglinde | gnutoo khem is back |
19:12.11 | woglinde | so you can ask him about uclibc too |
19:12.16 | Gnutoo | so I bet I've to debug the assembly part... |
19:12.17 | woglinde | he knows more than me |
19:12.18 | khem | Gnutoo: ld overrides the CFLAGS |
19:12.23 | Gnutoo | ok |
19:12.57 | Gnutoo | I'll look at bitbake.conf |
19:13.35 | Gnutoo | so DEBUG_OPTIMIZATION = "-O -fno-omit-frame-pointer -g -ggdb3" is CFLAGS? |
19:13.47 | Gnutoo | s/?// |
19:14.08 | khem | Gnutoo: yes should be if you use them |
19:14.15 | Gnutoo | ok |
19:14.29 | woglinde | gnutoo hm you have to watch out what uclibc really uses |
19:14.35 | Gnutoo | I just saw lower in bitbake.conf that it is |
19:14.42 | woglinde | because the normal gcc call is hide |
19:14.48 | woglinde | you dont really see the options |
19:14.50 | Gnutoo | ok |
19:15.12 | CIA-3 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r33615f3f32 10openembedded.git/ (5 files in 3 dirs): alsa: Add alsa-lib/plugins/utils 1.0.19 |
19:15.13 | CIA-3 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * rc90998b875 10openembedded.git/recipes/pulseaudio/ (6 files): |
19:15.13 | CIA-3 | pulseaudio: Switch to INC_PR, add openssl to DEPENDS. |
19:15.13 | CIA-3 | Also remove dbus from the version specific DEPENDS lines as it's in the inc file |
19:15.16 | woglinde | khem V=1 or something for the real gcc calls? |
19:15.17 | CIA-3 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r0b3740da98 10openembedded.git/recipes/gdb/ (gdbserver.inc gdbserver_6.7.1.bb gdbserver_6.8.bb): |
19:15.20 | CIA-3 | gdbserver: Switch to INC_PR, add LICENSE, only build gdbserver, drop DEPENDS |
19:15.22 | CIA-3 | To build just gdbserver, we don't need ncurses or readline, so drop the DEPENDS |
19:15.24 | CIA-3 | and pass --without- for configure. Also, we don't need to build anything more |
19:15.26 | CIA-3 | than 'gdbserver'. |
19:15.28 | CIA-3 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * rcdfc5e8896 10openembedded.git/recipes/meta/meta-toolchain.bb: meta-toolchain: Oops, we want layout_libdir not layout_base_libdir for opkg |
19:15.34 | Gnutoo | I'll modify bitbake.conf |
19:16.14 | khem | woglinde: yes V=1 you can see the gcc commandline |
19:16.26 | khem | I need to buy new battery for my MBP |
19:16.36 | woglinde | mbp? |
19:16.43 | khem | macbook pro |
19:16.58 | khem | it runs like 10 mins these days |
19:17.16 | woglinde | hehe |
19:17.53 | khem | Its 3 yrs old now |
19:20.56 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-5a5db98b364fd947) |
19:23.52 | lisandropm | hello |
19:24.20 | lisandropm | I am doing a kernel recipe in it, I need to create some files in the kernel tree |
19:24.41 | lisandropm | I started crteing diffs and trying to patch the original sources |
19:24.57 | *** join/#oe Sleep_Walker (n=Sleep@1.57.broadband2.iol.cz) |
19:25.07 | woglinde | lisandropm look at quilt |
19:25.08 | lisandropm | but bitbake fails complaining that the file to patch doesn't exists (which is the idea, I need to create it :-) ) |
19:25.12 | woglinde | its easy to use |
19:25.17 | lisandropm | woglinde: quilt? ok! |
19:25.27 | woglinde | and provides you easy patches |
19:25.34 | woglinde | short workflow |
19:25.42 | woglinde | quilt new mypatch |
19:26.03 | woglinde | quilt edit filexy.c |
19:26.09 | woglinde | after editing |
19:26.33 | woglinde | quilte refresh |
19:26.42 | woglinde | then the patch is under patches |
19:26.46 | woglinde | in oe |
19:27.11 | lisandropm | excellent, I'll stw for it |
19:27.50 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
19:28.03 | woglinde | put the patch under recipes/linux/linux-versionumber/yourmachine/ |
19:29.33 | *** join/#oe gremlin[it] (n=gremlin@217.203.188.161) |
19:29.56 | lisandropm | I was trying creating a new recipe (hardware not under oe... yet :-) ) |
19:30.06 | lisandropm | but basing myself on it :-) |
19:30.34 | woglinde | why a new kernel recipe? |
19:30.41 | woglinde | do you have such big patches? |
19:30.50 | woglinde | or your kernel under git? |
19:30.55 | lisandropm | no, just a newbie here :-D |
19:31.16 | lisandropm | the kernel has modifications from the vendor of the set |
19:31.33 | lisandropm | but has a horrible toolchain |
19:31.54 | lisandropm | so I'm porting it to OE :-) |
19:32.16 | woglinde | okay |
19:32.36 | woglinde | send your patches to the oe-devel mailinglist for review |
19:32.57 | lisandropm | I will, but take into account that I didn't do those myself |
19:33.21 | lisandropm | meaning: I do not have a precise idea of what they do (but learning them during the process :- ) |
19:34.47 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
19:37.28 | woglinde | hm if you want if offical in oe you have to provide patches |
19:37.29 | woglinde | *g* |
19:41.22 | lisandropm | I know, I just don't want to send patches I cannot say what they do :-) |
19:41.29 | lisandropm | but will do my best for ot |
19:41.32 | lisandropm | *it |
19:41.58 | *** join/#oe pb__ (n=pb@79-71-239-25.dynamic.dsl.as9105.com) |
19:42.01 | woglinde | ??? |
19:42.06 | woglinde | no you didnt understand me |
19:42.11 | woglinde | fully |
19:42.18 | woglinde | not only the kernel patches |
19:42.26 | woglinde | the patches for oe itself |
19:42.30 | woglinde | machine.conf |
19:42.43 | lisandropm | ah, yes, of course |
19:42.46 | woglinde | and the linux---.bb's |
19:52.33 | BusError | so how do I fix a "bad rpath" ?? |
19:52.56 | woglinde | look at linking |
19:53.08 | woglinde | seems the buildsystem of the soft made mistakes |
19:53.23 | BusError | it's some autoconf mess |
19:55.50 | woglinde | buserror do you have some pastebins for me? |
19:55.57 | *** join/#oe NekoXP (n=Neko@bakuhatsu.net) |
19:56.35 | BusError | well I'll post the .bb and the log hold on |
19:59.11 | BusError | woglinde, http://pastebin.com/m571fbbea |
19:59.52 | BusError | the old libftdi faisl completely, so I tought I'd update it since I need support for the new IC anyway. it /almost/ works :> |
20:00.10 | woglinde | hm ftdi |
20:00.15 | woglinde | there was something |
20:00.27 | woglinde | but its to far away I remember |
20:00.43 | woglinde | the log is not enough |
20:00.47 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
20:01.16 | BusError | I'm fishing the full log |
20:01.21 | woglinde | hm wait |
20:01.40 | woglinde | 0.16? |
20:01.44 | woglinde | version |
20:01.45 | BusError | yes |
20:01.47 | woglinde | the latest? |
20:01.48 | woglinde | okay |
20:02.04 | BusError | they are conservative with version numbers :> |
20:02.54 | BusError | which log you want ? do_compile, do_configure ? |
20:05.03 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
20:05.57 | woglinde | do_compile |
20:06.00 | woglinde | and do_install |
20:08.17 | BusError | http://oomz.net/log.txt and |
20:08.21 | BusError | http://oomz.net/logi.txt |
20:09.28 | woglinde | buserror where did you buy the sheeva? |
20:09.43 | Gnutoo | I'll do the debugging of the mips rootfs later...now I have to help someone make a recipe |
20:09.54 | BusError | globalscale website. took forever to arrive... |
20:11.37 | woglinde | buserror do you really need the examples? |
20:11.49 | woglinde | the examples making the errors |
20:12.17 | BusError | nope, not at all. |
20:12.45 | BusError | oh ? hmm maybe there's a --without-examples |
20:12.49 | woglinde | so they should end up in the normal package anyway |
20:12.56 | woglinde | aeh shouldnt |
20:13.10 | woglinde | nope |
20:13.16 | woglinde | patching Makefile.am |
20:13.23 | woglinde | and remove examples |
20:13.39 | woglinde | otherwise you have to add a m4 macro to configure.in |
20:13.52 | woglinde | and an ifdef in Makefile.am |
20:14.04 | woglinde | choose whats easier |
20:14.27 | BusError | heh well. I rather suspect nobody would /install/ examples for that anyway |
20:14.55 | woglinde | examples could be installed in another package |
20:14.57 | woglinde | *g* |
20:15.11 | woglinde | depends on you how much effort you want invest |
20:17.29 | BusError | well, I already broke my teeth on wvdial earlier, I want an easy out on this one :> |
20:17.30 | woglinde | hehe |
20:17.30 | woglinde | then patch Makefile.am and remove examples |
20:18.14 | BusError | btw, wvdial won't work on mipsel and arm* -- the wvstreams library uses "getcontext" api that is nor implemented on these. So I spent forever fixing new upsteam version in, gor it to work, and it faisl at runtime... |
20:18.33 | *** join/#oe fpga (n=s@89.112.82.46.pppoe.eltel.net) |
20:24.06 | *** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be) |
20:25.18 | *** join/#oe kristoffer (n=kristoff@95.209.67.171.bredband.tre.se) |
20:26.14 | *** join/#oe aloisiojr1 (n=aloisio@200.184.118.130) |
20:28.26 | *** join/#oe ant__ (n=andrea@host38-105-dynamic.50-82-r.retail.telecomitalia.it) |
20:30.33 | woglinde | wow |
20:30.37 | woglinde | this is cool |
20:30.42 | woglinde | besides the sheeva |
20:30.47 | woglinde | http://www.globalscaletechnologies.com/t-openrdcdetails.aspx#component |
20:31.26 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
20:33.10 | BusError | woglinde, it's not out, yet, I think |
20:33.37 | woglinde | http://www.globalscaletechnologies.com/c-2-globalscale-technologies-products.aspx?currencysetting=EUR& |
20:37.15 | gremlin[it] | woglinde, niceeeeeeeeeeeeeee |
20:37.40 | gremlin[it] | but i'll like more something with a raw LCD interface ;) |
20:38.03 | woglinde | gremlin right |
20:38.14 | woglinde | but that would cost some more I think |
20:38.53 | gremlin[it] | woglinde, should not ... |
20:39.02 | woglinde | gremlin should |
20:39.08 | woglinde | but they have to design it new |
20:39.12 | woglinde | for you |
20:39.14 | woglinde | at the moment |
20:39.19 | woglinde | and that would cost |
20:39.49 | gremlin[it] | ahh ... in this sense true ! |
20:45.04 | m4t | anyone here tried 2.6.30 w/ 4.4.0? |
20:45.32 | woglinde | m4t not yet |
20:46.18 | m4t | it worked fine as my main compiler, but there is a CONFIG_FRAME_WARN=1024 directive |
20:46.47 | m4t | that uses some compiler flag, but it seems when i try to use it as a gcc-cross-kernel.bb style package, it isnt compiled in |
20:46.49 | pb__ | fwiw, I don't think it'd be all that hard to implement getcontext()/setcontext() for arm if there is software that needs them. |
20:51.02 | m4t | also, is there a preferred way to remove a compiler package from ./tmp/cross? |
20:51.11 | m4t | bitbake -c clean doesnt do it |
20:53.32 | m4t | this is what i am seeing now, btw, with 4.4.0: |
20:53.33 | m4t | | cc1: error: unrecognized command line option "-Wframe-larger-than=1024" |
20:53.34 | m4t | | cc1: error: unrecognized command line option "-fno-dwarf2-cfi-asm" |
20:54.14 | m4t | i found the mailing list post when it was added to the kernel tree |
20:54.30 | m4t | but i dont know why the compiler doesnt support those flags |
20:54.41 | m4t | something about the gcc-cross-kernel.bb, i think |
20:55.07 | woglinde | maybee they are removed? |
20:55.19 | m4t | i just reinstalled/recompiled it |
20:55.35 | woglinde | I meant the removed the options in gcc-4.4 |
20:55.51 | m4t | oh |
20:55.53 | m4t | yea |
20:56.22 | m4t | the kernel compile succeeded when i simply used gcc_cross-4.4.0.bb though |
20:56.44 | m4t | rather than 'wrapping' it in the gcc-cross-kernel package |
20:57.30 | woglinde | hm gcc-cross-kernel we only needed for older kernel which could only be compiled with gcc-3 |
20:58.15 | m4t | oh |
20:58.25 | m4t | well, angstrom/ppc405 is stuck at 4.1.1 |
20:58.32 | m4t | and that is what my userland is done with |
20:58.33 | Tartarus | Well, hang on |
20:58.42 | m4t | k |
20:58.48 | Tartarus | gcc-cross-kernel is generally useful |
20:58.48 | CIA-3 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * r14b1edc935 10openembedded.git/conf/distro/minimal.conf: conf: remove bluetooth from DISTRO_FEATURES in minimal.conf |
20:58.57 | Tartarus | We used it for cortex a8 stuff too :) |
20:59.14 | Tartarus | And angstrom could move to 4.3.3 for ppc, if someone boot tests it :) |
20:59.34 | m4t | i tried 4.3.3 for the 2.6.30 compile |
20:59.44 | m4t | and it fails at the __weak test saying my compiler is too old |
20:59.52 | m4t | i think my cross/ directory might be screwy at this point |
21:00.04 | Tartarus | ok |
21:00.16 | Tartarus | now, whats your gcc-cross-kernel-4.4.0_4.4.0.bb look like? |
21:00.17 | Tartarus | just: |
21:00.22 | Tartarus | require gcc-cross-initial_${PV}.bb |
21:00.23 | Tartarus | require gcc-cross-kernel.inc |
21:00.23 | Tartarus | ? |
21:00.34 | m4t | i had to add a do_stage() because install-libgcc doesnt exist |
21:00.42 | m4t | it doesnt exist in 4.3.3 apparently either |
21:00.50 | Tartarus | ah yes, thats true |
21:00.52 | m4t | i tried substituting it with install-multilib as well |
21:01.06 | Tartarus | i think you can just drop the line, but i forget |
21:01.32 | m4t | gcc -v shows a different thread model than my *initial* 4.1.1 had too |
21:01.38 | m4t | single vs. posix |
21:01.43 | m4t | and much less configure options |
21:04.20 | woglinde | ???? |
21:04.29 | woglinde | why do_stage for cross_compiler? |
21:04.36 | *** join/#oe Longfield (n=Valentin@85.4.79.108) |
21:05.28 | m4t | i dunno that's what is defined in gcc-cross-kernel.inc |
21:16.48 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
21:17.27 | BusError | [repost] there are a small set of low-hanging-fruit patches on there : git://repo.or.cz/openembedded/mini2440.git for-upstream-dev --- } have tested them for a few weeks on the -stable fork I have, but I also rebased them on -dev and they all work (on arm). anyone care to pull ? |
21:19.11 | ant__ | denix: ping |
21:24.32 | *** join/#oe vo5 (n=vo@189.102.205.199) |
21:37.59 | *** join/#oe NekoXP_ (n=Neko@bakuhatsu.net) |
21:41.16 | CIA-3 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * ra4ee92d0a8 10openembedded.git/recipes/tasks/task-opie.bb: task-opie: make inclusion of irda and bluetooth tasks contingent upon COMBINED_FEATURES |
21:41.19 | CIA-3 | 03Rolf Leggewie <oe-devel@rolf.leggewie.biz> 07org.openembedded.dev * r3dede602a9 10openembedded.git/recipes/images/opie-image.bb: opie-image: make inclusion of irda and bluetooth tasks contingent upon COMBINED_FEATURES |
21:42.04 | ant__ | Laibsch: ping |
21:42.18 | Laibsch | no need to ping, just ask your question |
21:42.24 | Laibsch | saves one round-trip |
21:42.56 | ant__ | is a bit OT |
21:43.09 | ant__ | about sharprom-compatible |
21:43.20 | *** join/#oe ecdpalma (n=emiliocp@189.115.74.28) |
21:43.37 | Laibsch | sounds onT to me |
21:43.46 | ant__ | I'm testing a patch allowing to eliminate the silly gcc-2.95 thing from build logs |
21:44.11 | ant__ | still I have yet to see if it doesn't break sharprom distro |
21:44.31 | ant__ | I'll show you the patch soon |
21:44.48 | woglinde | hm eclipse now with native coca on mac |
21:44.51 | ant__ | ..building collie now (the other 5 are done :) |
21:46.01 | Laibsch | ok, let me know when there is something to look at |
21:46.14 | ant__ | Laibsch: pls remember Pavel Machek asked for a serial cable |
21:46.30 | ant__ | surely worth to send :) |
21:47.45 | Laibsch | Have him send me a mail |
21:47.49 | Laibsch | I'm back in Europe |
21:47.57 | ant__ | fine, thx |
21:48.18 | ant__ | ah..collie still NOTE: Runtime target 'virtual/arm-angstrom-linux-gcc-2.95' is unbuildable, removing... |
21:48.22 | Laibsch | I need to dig it out of the relocation cartons |
21:48.28 | ant__ | ok, let me finish drastically... |
21:49.04 | ant__ | wow..collie has so many kernels in OE... |
21:49.13 | ant__ | so many old kernels... |
21:51.56 | *** join/#oe HellDragon (n=jd@Wikipedia/HellDragon) |
22:15.24 | *** join/#oe NekoXP_ (n=Neko@bakuhatsu.net) |
22:15.58 | *** join/#oe wiedi_ (n=wiedi@newton.w.fruky.net) |
22:20.19 | denix | ant__: pong |
22:20.51 | *** join/#oe Sleep_Walker (n=Sleep@1.57.broadband2.iol.cz) |
22:21.09 | ant__ | hi denix, as I said, I'm editing sharprom-compatible |
22:21.24 | *** join/#oe user1 (n=3MX@92-234-146-9.cable.ubr19.live.blueyonder.co.uk) |
22:22.22 | *** join/#oe khem (n=khem@adsl-71-146-23-253.dsl.pltn13.sbcglobal.net) |
22:22.47 | denix | ant__: any problems with it? |
22:23.06 | ant__ | hopefully not.. I'm finishing the build for collie |
22:23.12 | ant__ | (angstrom) |
22:23.36 | ant__ | I'm eradicating the gcc-2.95 legacy messages |
22:23.48 | ant__ | see: |
22:25.19 | *** join/#oe rsalveti (n=rsalveti@189.117.192.161) |
22:26.29 | ant__ | http://fr.pastebin.ca/1473352 |
22:26.40 | ant__ | denix: Laibsch: ^^ this is the idea |
22:27.41 | denix | ah, nice! |
22:28.45 | ant__ | there was a similar post some hours ago |
22:33.36 | *** join/#oe aloril__ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
22:37.18 | *** join/#oe khem (n=khem@adsl-71-146-23-253.dsl.pltn13.sbcglobal.net) |
22:49.04 | *** join/#oe kristoffer (n=kristoff@79.138.150.48.bredband.tre.se) |
22:56.18 | *** join/#oe kristoffer (n=kristoff@79.138.150.48.bredband.tre.se) |
22:56.21 | *** join/#oe fpga1 (n=s@89.112.82.46.pppoe.eltel.net) |
22:59.23 | *** join/#oe Sleep_Walker (n=Sleep@1.57.broadband2.iol.cz) |
23:04.29 | *** join/#oe khem (n=khem@adsl-71-146-23-253.dsl.pltn13.sbcglobal.net) |
23:21.04 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-47102f6ee628b58b) |
23:22.56 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
23:29.58 | *** join/#oe Gnutoo (n=gnutoo@host91-163-dynamic.51-79-r.retail.telecomitalia.it) |
23:29.59 | khem | why do we need gcc-cross-kernel recipe |
23:40.17 | Tartarus | m4t is trying to not jump his whole project from 4.1.1 to 4.4.0 |
23:40.35 | Tartarus | But in general there's times where it's useful / needed to have a different compiler for the kernel than the rest of the world |
23:41.25 | khem | Tartarus: IMO building a full cross-compiler and then doing kernel build is a little sane thing to do in already insane cross compilation world |
23:41.43 | khem | Tartarus: what does it buy |
23:41.49 | khem | compilation time ? |
23:42.18 | Tartarus | Hmm? |
23:42.22 | Tartarus | Over what? |
23:42.35 | khem | complete gcc build |
23:42.45 | Tartarus | Er |
23:42.48 | khem | or rathar toolchain build |
23:42.53 | *** join/#oe aloril__ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
23:42.55 | Tartarus | We don't otherwise allow for gccs to co-exist |
23:43.20 | Tartarus | And yes, sometimes you need one gcc version for the kernel and one for the rest of the world |
23:44.51 | khem | IMO using same gcc for kernel and rest is a better integration when you think of interface between kernel and libc |
23:45.01 | khem | and changes like EABI |
23:53.02 | *** join/#oe fraxinas (n=quassel@p54AA5E79.dip.t-dialin.net) |
23:54.13 | Tartarus | Not always possible |
23:54.16 | Tartarus | That's the problem |
23:55.43 | khem | may be then create a kernel SDK |
23:55.52 | khem | for kernel and modules |