| 00:11.52 | *** join/#oe psokolovsky_ (n=psokolov@239.usernat.ip.net.ua) |
| 00:19.13 | *** join/#oe psokolovsky (n=psokolov@239.usernat.ip.net.ua) |
| 00:21.19 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 00:30.16 | *** join/#oe blaster8 (n=blaster8@jeharrap.joh.cam.ac.uk) |
| 00:32.10 | *** join/#oe Garrett (n=garrett@cblmdm72-240-97-94.buckeyecom.net) |
| 00:33.32 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 01:25.18 | *** join/#oe idealm (n=ideal@222.66.106.154) |
| 01:29.01 | *** join/#oe noclouds (n=mhfan@61.191.27.226) |
| 01:30.29 | *** join/#oe Garrett (n=garrett@cblmdm72-240-97-94.buckeyecom.net) |
| 01:31.30 | VoodooZ | Anybody knows which mini-ITX cpu would be faster: Eden or C3? |
| 01:32.48 | *** join/#oe e-ffi_ (n=cybercom@dslb-084-056-106-033.pools.arcor-ip.net) |
| 01:32.56 | VoodooZ | I'm looking into a new board for my next robot project which has plenty of processing power but light on the power. |
| 01:33.09 | *** join/#oe wrobbie (n=rob@cm30.sigma248.maxonline.com.sg) |
| 01:33.12 | VoodooZ | a pentium M is probably much better ($$$) |
| 01:34.28 | emte | how much processing power do you think you need? |
| 01:36.41 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
| 01:37.41 | jacques | I read on the oe list about a multithreaded bitbake. I would like to try it, any pointers? |
| 01:38.32 | VoodooZ | emte: well to experiement with stuff like face recognition and lots of vision stuff so a good amount. |
| 01:38.48 | VoodooZ | but not too much as to sacrifice the power demand as it's for a mobile robot. |
| 01:44.45 | JustinP | jacques: try bitbake trunk |
| 01:45.45 | jacques | JustinP, cool. is there something I need to do to enable multithreaded > |
| 01:45.46 | jacques | ? |
| 01:47.04 | JustinP | jacques: no idea, I don't touch trunk currently. I have no need to test broken bitbake on top of broken OE :-/ |
| 01:47.13 | JustinP | i.e. I don't have time to fix bitbake bugs too |
| 01:47.35 | jacques | JustinP, heh :-) |
| 01:48.22 | jacques | I saw on the list that multithreaded was working well enough for developers to use it, just that the error messages were very hard to decipher |
| 01:49.39 | JustinP | once it's in a release branch I'll use it ;-) |
| 01:49.56 | jacques | sounds like that won't be til there's a ncurses UI for bitbake |
| 01:55.56 | *** join/#oe W8TVI (n=me@166.165.148.22) |
| 02:12.59 | *** join/#oe Laibsc1 (n=Laibsch@R77bc.r.ppp-pool.de) |
| 02:27.09 | *** join/#oe noclouds (n=mhfan@61.191.27.226) |
| 02:35.49 | *** join/#oe leoncamel (n=leoncame@219.238.107.107) |
| 03:18.13 | *** join/#oe flatronf701C (n=flatronf@202.75.186.154) |
| 03:31.46 | *** join/#oe toi (n=pleemans@d5152D3B4.access.telenet.be) |
| 03:53.36 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 03:55.05 | *** join/#oe bronson (n=bronson@adsl-75-36-144-162.dsl.pltn13.sbcglobal.net) |
| 04:04.55 | *** join/#oe bronson_ (n=bronson@adsl-75-36-144-166.dsl.pltn13.sbcglobal.net) |
| 04:09.10 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
| 04:22.32 | *** join/#oe cdbot2 (n=cdbot2@hentges.net) |
| 04:24.41 | *** part/#oe cdbot2 (n=cdbot2@hentges.net) |
| 04:25.02 | *** join/#oe cdbot2 (n=cdbot2@hentges.net) |
| 04:25.09 | *** join/#oe noclouds (n=mhfan@61.191.27.226) |
| 04:26.35 | *** part/#oe cdbot2 (n=cdbot2@hentges.net) |
| 04:27.05 | *** join/#oe cdbot2 (n=cdbot2@hentges.net) |
| 04:30.04 | *** join/#oe bronson_ (n=bronson@adsl-75-36-144-172.dsl.pltn13.sbcglobal.net) |
| 04:35.32 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 04:53.24 | *** join/#oe ggilbert (n=ggilbert@70-38-101-166.losaca.adelphia.net) |
| 05:01.52 | *** join/#oe marcan (n=marcanso@160.10.7.121) |
| 05:09.35 | *** part/#oe cdbot2 (n=cdbot2@hentges.net) |
| 05:10.48 | *** join/#oe cdbot2 (n=cdbot2@hentges.net) |
| 05:32.31 | *** join/#oe Luke-Jr (n=luke-jr@CPE-24-31-246-32.kc.res.rr.com) |
| 06:04.12 | *** join/#oe pH5 (n=ph5@e178230215.adsl.alicedsl.de) |
| 06:10.29 | *** join/#oe nslu2-log_ (i=slug@nslu2-linux/dyoung) |
| 06:12.28 | *** join/#oe kurre2 (n=tomimo@a80-186-64-246.elisa-laajakaista.fi) |
| 06:12.34 | *** part/#oe cdbot2 (n=cdbot2@hentges.net) |
| 06:13.04 | *** join/#oe cdbot2 (n=cdbot2@hentges.net) |
| 06:14.14 | *** join/#oe nslu2-log (n=nslu2-lo@nslu2-linux/dyoung) |
| 06:15.14 | *** join/#oe AvengerMoJo (n=alex@60-248-161-181.HINET-IP.hinet.net) |
| 06:15.59 | *** join/#oe nslu2-log_ (i=slug@nslu2-linux/dyoung) |
| 06:21.12 | *** part/#oe cdbot2 (n=cdbot2@hentges.net) |
| 06:22.09 | *** join/#oe cdbot2 (n=cdbot2@hentges.net) |
| 06:40.40 | *** join/#oe cdbot2 (n=cdbot2@hentges.net) [NETSPLIT VICTIM] |
| 06:40.40 | *** join/#oe nslu2-log (i=slug@nslu2-linux/dyoung) |
| 06:40.40 | *** join/#oe AvengerMoJo (n=alex@60-248-161-181.HINET-IP.hinet.net) [NETSPLIT VICTIM] |
| 06:40.40 | *** join/#oe kurre2 (n=tomimo@a80-186-64-246.elisa-laajakaista.fi) [NETSPLIT VICTIM] |
| 06:40.40 | *** join/#oe Luke-Jr (n=luke-jr@CPE-24-31-246-32.kc.res.rr.com) |
| 06:40.40 | *** join/#oe marcan (n=marcanso@160.10.7.121) |
| 06:40.40 | *** join/#oe ggilbert (n=ggilbert@70-38-101-166.losaca.adelphia.net) [NETSPLIT VICTIM] |
| 06:40.40 | *** join/#oe bronson_ (n=bronson@adsl-75-36-144-172.dsl.pltn13.sbcglobal.net) [NETSPLIT VICTIM] |
| 06:40.40 | *** join/#oe chouimat|Zzzz (n=dieu@kde/developer/chouinard) |
| 06:40.41 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 06:40.41 | *** join/#oe toi (n=pleemans@d5152D3B4.access.telenet.be) |
| 06:40.41 | *** join/#oe flatronf701C (n=flatronf@202.75.186.154) [NETSPLIT VICTIM] |
| 06:40.41 | *** join/#oe Laibsc1 (n=Laibsch@R77bc.r.ppp-pool.de) [NETSPLIT VICTIM] |
| 06:40.41 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) [NETSPLIT VICTIM] |
| 06:40.41 | *** join/#oe wrobbie (n=rob@cm30.sigma248.maxonline.com.sg) [NETSPLIT VICTIM] |
| 06:40.41 | *** join/#oe idealm (n=ideal@222.66.106.154) [NETSPLIT VICTIM] |
| 06:40.41 | *** join/#oe benlau (n=benlau@221.125.13.148) [NETSPLIT VICTIM] |
| 06:40.41 | *** join/#oe furlongm (n=furlongm@83.70.246.203) [NETSPLIT VICTIM] |
| 06:40.41 | *** join/#oe CSMan (n=csman@bas1-montreal42-1242408602.dsl.bell.ca) [NETSPLIT VICTIM] |
| 06:40.41 | *** join/#oe drw|bbl (n=drw@dirus.hrsmart.com) |
| 06:40.41 | *** join/#oe nevarrie_ (n=jgrant@CPE-72-128-35-75.kc.res.rr.com) [NETSPLIT VICTIM] |
| 06:40.41 | *** join/#oe rw (i=chat@ipv6.unixload.de) [NETSPLIT VICTIM] |
| 06:40.41 | *** join/#oe mreimer (n=mreimer@bilbo.vpop.net) [NETSPLIT VICTIM] |
| 06:40.41 | *** join/#oe JaMa (n=martin@2001:718:2:900:213:d4ff:fe50:9da8) [NETSPLIT VICTIM] |
| 06:40.41 | *** join/#oe andersee (n=andersee@codepoet.org) [NETSPLIT VICTIM] |
| 06:40.41 | *** join/#oe eno (n=eno@nslu2-linux/eno) [NETSPLIT VICTIM] |
| 06:40.42 | *** join/#oe Crofton|oe (n=balister@jhr-476-5192.mprg.ee.vt.edu) [NETSPLIT VICTIM] |
| 06:40.42 | *** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath) [NETSPLIT VICTIM] |
| 06:40.42 | *** join/#oe tkp (n=tom@80-47-140-211.lond-th.dynamic.dial.as9105.com) [NETSPLIT VICTIM] |
| 06:40.42 | *** join/#oe NAiL (n=repvik@nslu2-linux/pdpc.active.NAiL) |
| 06:40.42 | *** join/#oe polyonymous (i=hacker@pD953BAFD.dip0.t-ipconnect.de) [NETSPLIT VICTIM] |
| 06:40.42 | *** join/#oe tmbinc_ (i=abcd@e176139245.adsl.alicedsl.de) [NETSPLIT VICTIM] |
| 06:40.42 | *** join/#oe hufnus (n=slonsiki@DSL135-086.labridge.com) [NETSPLIT VICTIM] |
| 06:40.42 | *** join/#oe cyn (n=cyn@cpe-066-057-046-006.nc.res.rr.com) [NETSPLIT VICTIM] |
| 06:40.42 | *** join/#oe ArjanS (n=arjan@anymore.nl) |
| 06:40.42 | *** join/#oe cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 06:40.42 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
| 06:40.42 | *** join/#oe dkey (i=nobody@193.170.48.236) [NETSPLIT VICTIM] |
| 06:40.42 | *** join/#oe hwtechnik (n=hwtechni@b1f1.globalcore.net) [NETSPLIT VICTIM] |
| 06:40.42 | *** join/#oe Jin|away (n=jin@belief.htu.tuwien.ac.at) [NETSPLIT VICTIM] |
| 06:40.42 | *** join/#oe Frg (n=Frg@chello087207198130.chello.pl) [NETSPLIT VICTIM] |
| 06:40.42 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 06:40.43 | *** join/#oe univac (n=univac@148.81.191.193) |
| 06:40.43 | *** join/#oe Necronom (n=jack@ice.mudshark.org) [NETSPLIT VICTIM] |
| 06:40.43 | *** join/#oe DaKa (n=David@nslu2-linux/daka) |
| 06:40.43 | *** join/#oe JustinP (n=papercra@c-69-181-11-251.hsd1.ca.comcast.net) [NETSPLIT VICTIM] |
| 06:40.43 | *** join/#oe pb_ (n=pb@2002:5165:89b3:1:a00:1fff:fe06:93c) [NETSPLIT VICTIM] |
| 06:40.43 | *** join/#oe CIA-4 (i=cia@cia.navi.cx) [NETSPLIT VICTIM] |
| 06:40.43 | *** join/#oe RP (i=1000@tim.rpsys.net) |
| 06:40.43 | *** join/#oe hrw|gone (n=hrw@ewi546.ewi.utwente.nl) |
| 06:40.43 | *** join/#oe CoreDump|afk (n=mhentges@hentges.net) [NETSPLIT VICTIM] |
| 06:40.43 | *** join/#oe tomimo (n=kurre@a80-186-64-246.elisa-laajakaista.fi) [NETSPLIT VICTIM] |
| 06:40.43 | *** join/#oe mykilx (i=1000@pool-71-99-150-2.tampfl.dsl-w.verizon.net) [NETSPLIT VICTIM] |
| 06:40.43 | *** join/#oe fdv (i=1988@fire.ifi.uio.no) |
| 06:40.44 | *** join/#oe Caelian|work (n=pascal@callisto.OFFIS.Uni-Oldenburg.DE) [NETSPLIT VICTIM] |
| 06:40.44 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) [NETSPLIT VICTIM] |
| 06:40.44 | *** join/#oe [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) [NETSPLIT VICTIM] |
| 06:40.44 | *** join/#oe mickey|zzZZzz (n=nnnmicke@linuxtogo.org) [NETSPLIT VICTIM] |
| 06:43.06 | *** join/#oe poli (n=ca@CAcert-br/poli) |
| 06:46.26 | *** join/#oe rob_w (n=rob_w@p549B956E.dip0.t-ipconnect.de) |
| 06:58.19 | *** join/#oe O_Neil (n=ONeil@210.22.179.229) |
| 07:00.37 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 07:01.36 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 07:07.12 | *** join/#oe hvontres|home (n=henry@adsl-71-154-211-249.dsl.sndg02.sbcglobal.net) |
| 07:22.50 | *** join/#oe pH5 (n=ph5@e178230215.adsl.alicedsl.de) |
| 08:11.50 | *** join/#oe furlongm (n=furlongm@83.70.246.203) |
| 08:15.51 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 08:18.24 | *** join/#oe _law_ (n=law@mx2.stiftadmont.at) |
| 08:21.10 | *** join/#oe Genesis (n=Genesis@88.122.89.253) |
| 08:21.39 | Genesis | yo |
| 08:37.41 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 08:41.59 | O_Neil | hi |
| 08:53.48 | hrw|work | morning |
| 08:54.19 | XorA | morning |
| 09:00.41 | *** join/#oe zecke (n=ich@145.253.107.2) |
| 09:02.23 | RP | morning all |
| 09:05.42 | Genesis | yop RP |
| 09:07.53 | pH5 | good morning |
| 09:12.50 | *** join/#oe HopsNBarley_ (n=hops@pool-71-116-66-86.snfcca.dsl-w.verizon.net) |
| 09:13.59 | *** join/#oe hrw|work (n=hrw@ewi546.ewi.utwente.nl) |
| 09:14.19 | *** join/#oe koen|awa1 (i=koen@dominion.kabel.utwente.nl) |
| 09:17.57 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 09:22.32 | XorA | RP: do you have any idea why libc6 would end up missing from all my images |
| 09:23.30 | XorA | ls /lib is quite simple :-( "libgcc_s.so.1 libproc-3.2.7.so modules udev" |
| 09:24.06 | RP | XorA: It the ipk being installed (is libc in the status file?_ |
| 09:24.46 | Jin^eLD | re |
| 09:24.50 | RP | XorA: Were there errors in the image generation log? |
| 09:25.40 | XorA | RP: no errors and no attempt was made to install libc6 |
| 09:26.22 | XorA | Depends: update-rc.d, libapm1 (>= 3.2.2), libgcc1 (>= 4.1.1) |
| 09:26.30 | RP | XorA: Do your packages have depends on it? |
| 09:26.33 | XorA | that suspiciously missies libc6 |
| 09:26.54 | RP | So the shlibs code is malfunctioning? :-/ |
| 09:27.01 | XorA | it looks kind of like shlibs code is broken |
| 09:27.06 | XorA | snap |
| 09:28.02 | XorA | glibc doesnt seem to have generated any shlibs |
| 09:28.20 | XorA | this happens on both Angstrom and Generic distro for me |
| 09:32.16 | *** join/#oe ade|desk (n=ADAVEY@194.200.143.249) |
| 09:35.06 | Laibsc1 | Good morning |
| 09:35.44 | Laibsch | Can the 2.95 toolchain from Sharp build glibc 2.5 or is it too old? http://rafb.net/paste/results/IngoSW29.html |
| 09:36.06 | hrw|work | old |
| 09:36.12 | Genesis | ~seen lrg |
| 09:36.27 | ibot | lrg <n=liam@210.212.203.149> was last seen on IRC in channel #oe, 3d 17h 54m 58s ago, saying: 'hehe'. |
| 09:36.27 | XorA | Genesis: he is at FOSS.in |
| 09:36.27 | hrw|work | Laibsch: build 2.2.5 with 2.95 |
| 09:36.28 | cdbot2 | Isn't he at FOSS.in? |
| 09:36.28 | Genesis | :x |
| 09:36.47 | Genesis | oki thanks XorA & bots :) |
| 09:37.00 | XorA | RP: shlibs code doesnt seem to dump anything in logs that looks like error |
| 09:37.30 | Laibsch | hrw|work: Thanks for the info. Would sharprom-compatible.conf be the right place to fix that? |
| 09:37.53 | *** join/#oe vlo (n=valentin@lsa1pc7.epfl.ch) |
| 09:39.04 | hrw|work | Laibsch: yes |
| 09:39.25 | Laibsch | Thank you. I will attach a patch to the BTS |
| 09:39.52 | rwhitby | XorA: my gcc libgcc1 angstrom ipk ended up as i686 instead of arm. Maybe that is related to your problem? |
| 09:39.53 | RP | XorA: I'm sure I've seen shlibs do that before. I just can't remember why :-( |
| 09:40.20 | XorA | rwhitby: did you find solution? |
| 09:40.21 | rwhitby | koen pointed to http://www.openembedded.org/viewmtn/diff.psp?id1=2152f3464031a4bf3e4bc5c8203b46ebb0e44dff&id2=9a4fb914b7b1a293ffcc388e0301d3158ea42794 about 12 hours ago, but I haven't heard anything since |
| 09:41.03 | rwhitby | and I can't work out why it's packaging as i686 - it's definitely building with the arm cross compiler |
| 09:42.49 | XorA | isnt ${PACKAGE_ARCH} in cross i686 as cross runs on i686 |
| 09:43.19 | rwhitby | well, that patch seems to have changed things from TARGET_ARCH to PACKAGE ARCH ... |
| 09:43.27 | rwhitby | (through MY_ARCH) |
| 09:43.51 | XorA | libgcc_s.so.1 is the one usefull lib that is in the right place for me though :-( |
| 09:44.13 | rwhitby | ok, maybe unrelated then. |
| 09:44.46 | rwhitby | (I had another error, which may have caused the problem I saw, and am currently rebuilding from scratch to test that) |
| 09:44.47 | cdbot2 | I heard that test is 43 |
| 09:45.12 | rwhitby | thanks cdbot2 (huh?) |
| 09:45.37 | hrw|work | CoreDump|afk: take this stupid imitation of ibot out of here please |
| 09:45.46 | rwhitby | ~no-botsnack |
| 09:45.46 | ibot | aw, gee, rwhitby |
| 09:46.24 | Laibsch | What does PREFERRED_PROVIDER_libgpewidget ?= "libgpewidget" do? |
| 09:46.42 | hrw|work | Laibsch: it select libgpewidget as preverred provider of libgpewidget |
| 09:46.54 | hrw|work | Laibsch: because there are more then one of them |
| 09:47.09 | Laibsch | But wouldn't just = do it instead of ?= |
| 09:47.20 | hrw|work | Laibsch: no, ?= is weak |
| 09:47.34 | hrw|work | Laibsch: someone can want to use libgpewidget-hildon instead |
| 09:47.57 | Laibsch | I see. This preference is only set if it is not set elsewhere? |
| 09:48.07 | hrw|work | yes |
| 09:48.14 | hrw|work | ?= is 'set if not set' |
| 09:48.21 | XorA | RP: NOTE: Couldn't find shared library provider for librt.so.1 (comes during do_package) |
| 09:48.25 | XorA | RP: 4 of them |
| 09:48.33 | XorA | for different libs |
| 09:48.46 | Laibsch | thanks, hrw|work |
| 09:48.49 | hrw|work | Laibsch: np |
| 09:50.30 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 09:50.46 | hrw|work | hi Kooen |
| 09:51.26 | ade|desk | morning all |
| 09:52.53 | *** join/#oe rob__w (n=bob@p85.212.200.199.tisdip.tiscali.de) |
| 09:53.43 | koen | good morning all |
| 09:54.06 | koen | 2 hours of linear math + cold != fun |
| 09:54.47 | *** join/#oe Ifaistos (n=stelios@ipa226.211.tellas.gr) |
| 09:57.20 | koen | Re: libgcc problem: they come out as armv4t and armv5te for me, so I wonder why it comes out as i686 for some people |
| 09:57.53 | koen | and afaics cross.bbclass doesn't fille with *_ARCH |
| 09:58.13 | Ifaistos | greetings ! |
| 09:58.24 | koen | hey Ifaistos |
| 09:58.28 | hrw|work | Crofton|oe: ossie/*_svn.bb are still broken ;( |
| 09:58.46 | hrw|work | FETCHCOMMAND_svn = "echo r|/usr/bin/env svn co ${SVNCOOPTS} ${SVNROOT} ${SVNMODULE}" |
| 09:58.46 | hrw|work | UPDATECOMMAND_svn = "echo r|/usr/bin/env svn update ${SVNCOOPTS}" |
| 09:58.58 | XorA | koen: it seems bizarro land has landed here, I join rwhitby in wierd shit happening in builds |
| 09:59.10 | hrw|work | nice solution for https ones |
| 10:02.08 | rob_w | if i build a toolchain ,, how do i control for which host system i build the chain ? |
| 10:05.27 | *** join/#oe tmbinc (i=abcd@e176171045.adsl.alicedsl.de) |
| 10:08.59 | hrw|work | rob_w: by default it is built for your host |
| 10:09.33 | rob_w | how can i change this as my host is amd64 but i want it for a simple intel one |
| 10:10.03 | hrw|work | no idea - never tried it |
| 10:10.49 | *** join/#oe ssvb (n=ssvb@193.232.92.242) |
| 10:18.47 | *** join/#oe polyonymous (i=hacker@pD953B401.dip0.t-ipconnect.de) |
| 10:23.53 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
| 10:27.39 | *** join/#oe Jin^eLD (n=jin@belief.htu.tuwien.ac.at) |
| 10:38.47 | XorA | DEBUG: calculating shlib provides for glibc |
| 10:38.48 | XorA | DEBUG: XorA sonames : [] |
| 10:39.05 | XorA | Im guessing that that my root cause, now to find out why |
| 10:39.43 | XorA | bb.debug(2, "XorA sonames : %s" % sonames) |
| 10:39.50 | XorA | is that a valid way to print sonames? |
| 10:40.42 | hrw|work | good |
| 10:40.42 | cdbot2 | I bet good - the only problem at the Z currently is that I cant get ogg123 to run. Install terminates :-( |
| 10:40.58 | hrw|work | ~curse coredump for cdbots |
| 10:41.07 | ibot | May the fleas of a thousand camels infest your most sensitive regions, coredump for cdbots ! |
| 10:41.08 | hrw|work | cdbot2: part |
| 10:41.09 | cdbot2 | I don't know what part is, hrw|work. |
| 10:44.04 | *** join/#oe idealm (n=ideal@222.67.239.101) |
| 10:44.12 | *** join/#oe florian_kc (n=fuchs@dns.kernelconcepts.de) |
| 10:44.29 | *** join/#oe zinga (n=arnaudb@mail.lightstructures.biz) |
| 10:45.13 | *** join/#oe ade|desk (n=ADAVEY@194.200.143.249) |
| 10:47.29 | *** join/#oe koen_ (n=koen@dominion.kabel.utwente.nl) |
| 10:47.29 | florian_kc | morning |
| 10:55.55 | *** join/#oe koen_ (n=koen@dominion.kabel.utwente.nl) |
| 10:55.56 | hrw|work | koen_: are you on oz-dev ML? |
| 10:57.09 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-106-033.pools.arcor-ip.net) |
| 10:59.31 | koen_ | hrw|work: no |
| 10:59.45 | hrw|work | koen: recently unsubscribed? |
| 11:00.27 | koen | I was subscribed via gmane |
| 11:00.31 | hrw|work | ah. |
| 11:00.39 | koen | making it subscriber only broke that |
| 11:00.43 | hrw|work | koen: then look at my 'Future of OpenZaurus' post |
| 11:00.48 | hrw|work | ah. |
| 11:00.55 | hrw|work | I can forward you mail |
| 11:01.10 | koen | and the 'OMG!!! No 0p3r4!!!' was plain annoying |
| 11:01.26 | hrw|work | ;D |
| 11:02.09 | XorA | RP: it seems that within glibc the objdump command isnt working on libs |
| 11:03.14 | RP | XorA: Strange :-/. Any idea why? |
| 11:04.18 | XorA | RP: no, I just adding debug to print the variables at each stage, when doing shlibs for glibc it crerates output for sbin/ldconfig the nothig for the rest of files in the package |
| 11:05.25 | koen | hrw|work: your mail doesn't include a proposal, so most people won't respond |
| 11:05.31 | RP | XorA: try running the shlibs objdump command manually and see if you can see why glibc isn't being seen? |
| 11:06.19 | hrw|work | koen: first line of mail say why |
| 11:06.20 | XorA | RP: working on that, I have tried arm-linux-objdump -p on the contents of the package and that works fine |
| 11:12.01 | koen | sweetness |
| 11:12.17 | koen | syncing works, internet works |
| 11:12.34 | koen | that's 2 points more as the a780 |
| 11:13.04 | zecke | koen: likewise: Due this unexpected two tests next week, I will chicken-out :( |
| 11:14.31 | hrw|work | NOTE: Removing failed runtime build target python-pygnome |
| 11:14.31 | hrw|work | NOTE: Removing failed build target hal |
| 11:14.31 | hrw|work | NOTE: Removing failed build target gnome-power |
| 11:14.43 | hrw|work | hal+gnome-power -> removal.txt? |
| 11:15.03 | koen | hal works |
| 11:15.20 | hrw|work | koen: not hal 0.5.7 then |
| 11:15.25 | hrw|work | and this is default |
| 11:15.25 | cdbot2 | and this is default |
| 11:15.37 | hrw|work | CoreDump|afk: I HATE YOU |
| 11:17.26 | hrw|work | koen: so choices: 1. add python-(py)gnome, 2. drop hal-device-manager from hal |
| 11:17.48 | koen | 3. drop pygnome from DEPENDS |
| 11:17.58 | XorA | RP: it looks like BUILD_PREFIX isnt being set |
| 11:18.11 | XorA | RP: so its calling amd64 objdump |
| 11:18.26 | hrw|work | koen: hal-device-manager needs it |
| 11:20.03 | Ifaistos | I am looking at bug #68. My question is does it make sense to disable java for all uclibc based distro by issuing JAVA_linux-uclibc="" ? |
| 11:20.42 | Ifaistos | is anyone using it ? i see mips,and arm achs disable it, it also fails on x86 |
| 11:20.49 | Laibsch | Anybody care to push bug 1551? It fixes sharprom-compatible.conf |
| 11:21.04 | *** part/#oe AvengerMoJo (n=alex@60-248-161-181.HINET-IP.hinet.net) |
| 11:21.16 | XorA | RP: any ideas how to fix? |
| 11:22.46 | hrw|work | Laibsch: when I will get it loaded then will look |
| 11:23.41 | Laibsch | hrw|work: Thank you. You mean, bugs.oe.org does not load? Neither for me, ATM. Shall I send you the patch? |
| 11:24.35 | hrw|work | koen: want 'tail -n1 /etc/hosts'? |
| 11:25.14 | CIA-4 | 03koen 07org.oe.dev * r9571370c... 10/ (1 packages/hal/hal_0.5.7.bb): hal 0.5.7: disable hal-device-manager till someone adds python-pygnome |
| 11:27.55 | RP | XorA: BUILD_PREFIX doesn't sound right? |
| 11:28.21 | XorA | RP: line 578 in package.bbclass |
| 11:28.51 | hrw|work | just for info: bugs.treke.net also does not load |
| 11:29.44 | *** join/#oe diamat (n=cerne@2001:5c0:8fff:fffe:0:0:0:5b4f) |
| 11:34.03 | Laibsch | koen: Same here. I can reach bugs.oe.org via /etc/hosts, but it seems to be generally down. |
| 11:37.00 | RP | XorA: I think it should be HOST_PREFIX |
| 11:37.29 | XorA | RP: trying |
| 11:38.02 | RP | XorA: I'm tempted to recommend declaring an entry like OBJCOPY in bitbake.conf |
| 11:39.07 | XorA | RP: that makes a lot of sense |
| 11:39.15 | XorA | RP: as all the other command are in there |
| 11:39.40 | RP | XorA: I was the one who added OBJCOPY there when I added -dbg support |
| 11:40.12 | RP | XorA: I just wonder how BUILD_PREFIX worked for anyone? :-/ |
| 11:40.25 | XorA | RP: I was wondering that as well |
| 11:42.36 | hrw|work | NOTE: the following files were installed but not shipped in any package: |
| 11:42.36 | hrw|work | NOTE: /a/home/hrw/devel/build/test/tmp/staging/arm-linux/include/Eet.h |
| 11:42.39 | hrw|work | hm. |
| 11:44.44 | XorA | RP: HOST_PREFIX certainly seems to be working looking at tail -f of the log |
| 11:45.15 | XorA | tmp/staging/arm-linux/shlibs/glibc.list exists as well |
| 11:45.49 | hrw|work | ~seen JustinP |
| 11:46.14 | ibot | justinp is currently on #oe (5h 4m 49s) #openzaurus (5h 4m 49s), last said: 'once it's in a release branch I'll use it ;-)'. |
| 11:47.27 | XorA | time to build an image |
| 11:48.35 | RP | XorA: On my system the standard objdump seems to work with ARM binaries |
| 11:48.46 | RP | XorA: I guess its a 64 bit issue? |
| 11:49.12 | XorA | RP: oddly it seems to work at home, not at work, both are amd64 |
| 11:49.20 | XorA | RP: and both use openSuSe |
| 11:49.41 | RP | XorA: you see different output with the plain objdump? |
| 11:49.58 | XorA | RP: it says file format not recognised |
| 11:51.20 | ade|desk | Ifaistos: disable java in uclibc is a good idea |
| 11:53.04 | Ifaistos | ade|desk : i'll do some more tests and then push it to the repository |
| 11:53.09 | RP | XorA: I wonder if its something about changes in the toolchain. Have you tried the same arm binary on both? |
| 11:54.37 | hrw|work | RP: world builds will need few more progressbars ;( |
| 11:55.03 | RP | hrw|work: How do you mean? |
| 11:55.12 | hrw|work | NOTE: consider defining PREFERRED_PROVIDER_libao-alsa |
| 11:55.12 | hrw|work | ERROR: No providers of runtime build target libesmart-trans-x11-0 (for ['/home/hrw/devel/oe/org.openembedded.dev/packages/e17/entice_20060416.bb']) |
| 11:55.29 | hrw|work | RP: between those both lines is lot of time with no info |
| 11:56.00 | XorA | RP: thats the trick, mine recognises armv5te but not arm920t libs |
| 11:56.25 | ade|desk | Ifaistos: its only gcj thats not working at least for gcc4 |
| 11:57.07 | RP | hrw|work: For the Preparing runqueue? |
| 11:57.15 | koen | aha |
| 11:57.22 | hrw|work | RP: yes |
| 11:57.42 | koen | MY_ARCH only works for machines that explicitly set PACKAGE_ARCH |
| 11:58.05 | hrw|work | RP: currently we do not have any information for user what is going on. and I do not want to think how long it take on <2G 32bit |
| 11:58.20 | RP | hrw|work: Its only really a problem on world builds and you kind of expect those dependencies to take a while |
| 11:59.16 | hrw|work | ok then |
| 12:05.43 | Jin^eLD | ...should'n the ipk packges that were build for eabi target be marked somehow? because they can not be used on non-eabi systems, or am I wrong? |
| 12:07.28 | koen | there are too much ABIs to make for arm |
| 12:08.02 | koen | hardfpa, softfpa, hardvfp, softvfp, eabi, etc |
| 12:08.28 | Jin^eLD | but are the packages compatible between those ABIs? |
| 12:08.33 | hrw|work | they are not |
| 12:08.57 | Jin^eLD | ...so is it possible that the particular distro sets _forabi.ipkg |
| 12:09.10 | Jin^eLD | aem, I mean, adds that to the package name or something? |
| 12:09.35 | *** join/#oe psokolovsky (n=psokolov@239.usernat.ip.net.ua) |
| 12:09.41 | *** join/#oe zinga_ (n=arnaudb@mail.lightstructures.biz) |
| 12:09.48 | Jin^eLD | my problem right now is that I am building for eabi and non-eabi targets, and all packages land in deploy |
| 12:09.59 | Jin^eLD | deploy/ipk that is, and I can not keep them apart anymore |
| 12:12.02 | koen | that's why I have ${DISTRO} in tmpdir :) |
| 12:13.37 | Jin^eLD | hmm, but various distros can share stuff when using multimachine, no? like the i686 native stuff? |
| 12:14.35 | koen | no, DISTROs can't share stuff |
| 12:14.42 | koen | it's multimachine, not multidistro |
| 12:14.59 | *** join/#oe likewise (n=chatzill@atwork-98.r-212.178.104.atwork.nl) |
| 12:15.17 | Jin^eLD | oh, ok I get it |
| 12:15.18 | Jin^eLD | thanks |
| 12:15.19 | koen | you could put ${TARGET_PREFIX} in ${DEPLOY_DIR} |
| 12:15.21 | likewise | hello fooks |
| 12:15.25 | koen | hey likewise |
| 12:15.51 | likewise | hey koen |
| 12:16.23 | likewise | decision making trouble? |
| 12:16.39 | koen | yeah, "stay home" or "go to werkcollege" |
| 12:16.54 | koen | in combination with fever |
| 12:17.37 | koen | I noticed this morning my attention span was 15minutes too short for the lecture |
| 12:22.33 | XorA | k |
| 12:23.11 | hrw|work | I wonder when last time JustinP built e17 from .dev |
| 12:35.28 | *** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr) |
| 12:36.15 | *** join/#oe stevenh (n=lews@65.167.23.2) |
| 12:39.10 | hrw|work | XorA: what is an address to asoc info other then the one on RP page? |
| 12:39.28 | XorA | http://opensource.wolfsonmicro.com/~lg/ |
| 12:39.31 | koen | http://opensource.wolfsonmicro.com/~lg/asoc/ |
| 12:40.43 | hrw|work | thx |
| 12:41.57 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 12:54.10 | RP | koen: Can you explain why you needed MY_ARCH in the first place? |
| 12:54.18 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 12:54.27 | koen | RP: is your libvolumeid fix in .dev as well? |
| 12:54.32 | RP | koen: I don't think requiring PACKAGE_ARCH for every machine is a good idea |
| 12:54.35 | koen | RP: see bug #1265 |
| 12:54.42 | RP | koen: no, its not |
| 12:55.13 | koen | setting PACKAGE_ARCH to TARGET_ARCH is wrong |
| 12:55.36 | RP | koen: Why? |
| 12:56.01 | koen | if I build for armv5te libgcc will claim to be 'arm' (=armv4l) while containing armv5 isns |
| 12:56.26 | koen | if I build for athlon libgcc will claim to be 'i686' while containing mmx2 and 3dnow isns |
| 12:56.28 | koen | etc |
| 12:57.52 | koen | So I'd rather set PACKAGE_ARCH for each machine than let OE create bogus packages |
| 12:57.55 | RP | koen: ok, so gcc packaging is broken. Why does it touch PACKAGE_ARCH_* at all? |
| 12:58.08 | koen | RP: 'inherit cross' |
| 12:59.03 | koen | http://rafb.net/paste/results/WJOobp70.html |
| 12:59.07 | *** join/#oe Slims (n=joni@60-156.1-85.cust.bluewin.ch) |
| 13:00.35 | koen | RP: not only gcc packaging, see wpa-supplicant 0.5.5 as well |
| 13:01.25 | RP | koen: wpa-supplicant inherits cross? |
| 13:01.49 | koen | #we introduce MY_ARCH to get 'armv5te' as arch instead of the misleading 'arm' on armv5te builds |
| 13:01.49 | koen | MY_ARCH := "${PACKAGE_ARCH}" |
| 13:01.49 | koen | PACKAGE_ARCH = "${@base_contains('COMBINED_FEATURES', 'pci', '${MACHINE}', '${MY_ARCH}', d)}" |
| 13:02.18 | RP | koen: Have you tried MACHINE_ARCH in these places? |
| 13:03.23 | koen | wouldn't work |
| 13:03.25 | koen | MACHINE_ARCH = "${@[bb.data.getVar('HOST_ARCH', d, 1), bb.data.getVar('MACHINE', d, 1)][bool(bb.data.getVar('MACHINE', d, 1))]}" |
| 13:03.41 | koen | that will give you 'arm' or '$MACHINE' |
| 13:05.30 | koen | isn't linux fun? |
| 13:05.30 | RP | koen: The thing is, tune-xxx.inc sets PACKAGE_ARCH = "xyz" which should come after the entries in bitbake.conf? |
| 13:05.39 | koen | yes |
| 13:06.29 | koen | putting 'PACKAGE_ARCH := "${HOST_ARCH}"' as the first line in each machine.conf would 'solve' it |
| 13:06.35 | koen | but I don't like that |
| 13:06.50 | koen | which is why I sent the mail to the list |
| 13:07.02 | *** join/#oe leoncamel (n=leoncame@219.142.138.220) |
| 13:08.15 | RP | koen: I don't understand the problem. PACKAGE_ARCH = armv5te when compiling something armv5te specific? PACKAGE_ARCH = arm when compiling something arm specific? |
| 13:08.58 | koen | libgcc is built by gcc-cross.bb, which is 'i686' for me |
| 13:09.10 | koen | but the resulting libgcc is armv5te |
| 13:09.12 | RP | So the issue is inherit cross? So should bitbake.conf say PACKAGE_ARCH := "${HOST_ARCH}"? |
| 13:09.33 | XorA | libgcc shouldnt really come from gcc-cross, but from gcc_X.bb |
| 13:09.50 | RP | (and remove the misplaced TARGET_ARCH settings in gcc) |
| 13:10.28 | koen | I suspect the immediate expansion in bitbake.conf will break a lot of assumptions |
| 13:10.45 | RP | koen: You can't immediately expand that :-/ |
| 13:11.07 | RP | koen: ok, cross.bbclass needs to do something about it |
| 13:12.28 | RP | koen: Something like OLD_PACKAGE_ARCH := ${PACKAGE_ARCH} PACKAGE_ARCH = ${OLD_PACKAGE_ARCH} |
| 13:12.45 | RP | (before changing HOST_ARCH) |
| 13:13.29 | RP | wpa-supplicant should work with MACHINE_ARCH and is a different problem |
| 13:14.50 | koen | wpa supplicant is either machine specific, of architecture specific |
| 13:15.01 | koen | so 'c7x0' or 'armv5te' |
| 13:15.05 | koen | hence, MY_ARCH |
| 13:15.17 | koen | otherwise it's 'c7x0' or 'arm' |
| 13:18.30 | RP | koen: ah, right, yes. different problem but your solution is correct there as we don't allow self referencing variables in OE :} |
| 13:19.04 | RP | I presume PACKAGE_ARCH = "${@base_contains('COMBINED_FEATURES', 'pci', '${MACHINE}', '${PACKAGE_ARCH}', d)}" gives parse errors? |
| 13:20.42 | *** join/#oe rob_w (n=rob_w@p549B956E.dip0.t-ipconnect.de) |
| 13:22.16 | koen | yes |
| 13:22.25 | koen | self referencing indeed |
| 13:22.57 | RP | I don't see why we couldn't support that :} |
| 13:23.03 | koen | but yeah, that should use MACHINE_ARCH to account for the kergoths in the world |
| 13:23.57 | *** join/#oe lrg (n=liam@61.95.198.136) |
| 13:24.01 | lrg | hey |
| 13:24.09 | koen | hey lrg |
| 13:24.35 | lrg | hey Koen |
| 13:24.38 | pH5 | hey lrg |
| 13:24.50 | lrg | hey Philipp |
| 13:25.02 | koen | hey pH5 |
| 13:25.11 | lrg | pH5: i think the div is too big now |
| 13:25.22 | pH5 | hey koen |
| 13:25.48 | lrg | pH5: try with 0 again |
| 13:26.21 | CIA-4 | 03koen 07org.oe.dev * r45e7f7da... 10/ (1 packages/wpa-supplicant/wpa-supplicant_0.5.5.bb): wpa supplicant 0.5.5: $MACHINE} isn't valid as PACKAGE_ARCH, use ${MACHINE_ARCH}, makes kergoth happy when he's building without setting MACHINE |
| 13:27.27 | vlo | hello lrg |
| 13:27.27 | RP | koen: Fancy testing the proposed change to cross.bbclass? :) |
| 13:27.35 | RP | hi Liam |
| 13:27.40 | lrg | hey Richard, vlo |
| 13:28.10 | koen | RP: could you show the patch first? ;) |
| 13:28.10 | *** join/#oe Mardy (n=mardy@adsl-ull-233-51.42-151.net24.it) |
| 13:28.13 | pH5 | lrg: so the get_audio_scr can not be used with the audio clock? |
| 13:28.33 | lrg | pH5: i think so, it's not very clear in the ref manual |
| 13:28.52 | pH5 | 'very clear', lol. to me everything is very unclear :) |
| 13:28.53 | lrg | pH5: maybe some trial and error |
| 13:29.03 | pH5 | ok |
| 13:29.52 | vlo | lrg: still no success in my mx31ads serial boot ... |
| 13:30.40 | XorA | hey lrg |
| 13:30.41 | lrg | vlo: I'll be working on mx31 next week |
| 13:30.47 | lrg | hey Graeme |
| 13:31.14 | RP | koen: http://www.rpsys.net/openzaurus/temp/cross_package_arch.patch |
| 13:33.14 | vlo | lrg: yeah, but it's strange that with the same kernel and hardware, you can boot your image and I cannot ... |
| 13:33.58 | lrg | vlo: maybe we have different bootloaders |
| 13:34.46 | lrg | vlo: btw my board is non RoHS (it has pb), and not for general sale, so maybe other things are also different |
| 13:35.33 | XorA | RP: woowoo, an image with some libc6 goodness :-) |
| 13:35.51 | Jin^eLD | hmm. did anyone have a problem in not being able to run any threads? I made a custom distro for a custom machine, tried both, eabi and non eabi, tested with a simple c program that does a simple pthread_create() and a printf inside a thread (so nothing memory intensive); pthread_create always returns with out of mem; same program works on the vendor distro on the same hardware. any hints or ideas on what it might be related to? |
| 13:37.30 | XorA | INIT: version 2.86 booting finally |
| 13:38.39 | cbrake | Jin^eLD: I have had some intermittent problems with threading in Python in an older openslug distro, but never tracked down what was going on. |
| 13:38.51 | cbrake | Jin^eLD: we are running threads on recent builds (using glib) with no problems. |
| 13:39.34 | cbrake | Jin^eLD: with the Python issue, threads would just mysteriously get killed or disappear. |
| 13:39.45 | Jin^eLD | hmm, well I can not even start them |
| 13:39.53 | cbrake | Jin^eLD: yeah, that sounds different. |
| 13:40.05 | Jin^eLD | any idea on where to start looking? |
| 13:40.28 | pH5 | lrg: the ssp clock has to be disabled while changing the SSCR0 register? |
| 13:41.46 | lrg | pH5: yes, according to the ref manual |
| 13:42.12 | lrg | pH5: only for the clk though |
| 13:42.57 | pH5 | so I should put those pxa_set_cken around the call to ssp_config instead |
| 13:43.42 | lrg | pH5: doh, of course |
| 13:44.18 | koen | RP: works, I shall commit it |
| 13:44.27 | lrg | pH5: must be lack of sleep ;) |
| 13:44.45 | Jin^eLD | cbrake: any idea on how to debug such a thing? I am not even sure how to get started with this |
| 13:45.04 | Genesis | hey lrg , do you know the status of usbhost/usbotg on the mx21 ? |
| 13:45.34 | lrg | Genesis: sorry, no |
| 13:46.09 | Genesis | oki |
| 13:46.13 | CIA-4 | 03rpurdie 07org.oe.dev * r9562dbac... 10/ (1 classes/cross.bbclass packages/gcc/gcc-package-cross.inc): cross.bbclass + gcc-package-cross.inc: put the immediate expansion trick in cross.bbclass |
| 13:46.45 | XorA | RP: shall I push that change? |
| 13:48.56 | vlo | lrg: yes, I think there must be a few differences between our iMX boards ... we should check what revisions we have |
| 13:49.02 | RP | XorA: Adding OBJDUMP to bitbake.conf? |
| 13:49.39 | lrg | vlo: I'm in India until Friday, will check on return |
| 13:49.58 | vlo | lrg: ok we will see then |
| 13:51.49 | likewise | I have disabled binary locale generation lately. Now a fresh build errors out on "Cannot find package glibc-localedata-i18n." |
| 13:52.13 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
| 13:52.42 | RP | koen: For what its worth we can do PACKAGE_ARCH := ${PACKAGE_ARCH}, self references are allowed with immediate expansion :} |
| 13:52.47 | XorA | RP: well I can make the BUILD_PREFIX to HOST_PREFIX change, but Im not confident enough in python to change the whole statement to use an OBJDUMP defined in bitbake.conf |
| 13:55.32 | cbrake | Jin^eLD: sounds pretty difficult to debug. I would probably try some control builds and see if they do the same thing. |
| 14:00.21 | Jin^eLD | cbrake: control builds like what? |
| 14:00.32 | RP | XorA: cmd = bb.data.getVar('OBJDUMP', d, 1) + " -p " + path + " 2>/dev/null" |
| 14:02.04 | Jin^eLD | cbrake: the interesting thing is - when I first setup OE, added the machine and used the prebuilt toolchain - threads worked; but from the moment I switched to an environment that created a distro and everything from scratch it stopped working; I wonder what I messed up and how that was possible |
| 14:02.07 | cbrake | Jin^eLD: x86/generic, logicpd-pxa270/generic -- something that seems to be working for other people. Maybe your custom distro is not that much different from one of these though? |
| 14:02.07 | XorA | RP: ah that simple |
| 14:02.45 | RP | XorA: Untested but it should work :} |
| 14:03.02 | Jin^eLD | it should not be too different, I started off with generic and also lookged at angstrom.conf files, hrw and koen helped me out to get things going and it seemed fine.. apart from this problem |
| 14:03.08 | XorA | RP: ok, Ill give it some testing and commit later |
| 14:03.20 | RP | XorA: ok, thanks |
| 14:03.21 | Jin^eLD | hmm, ok I will try a generic distro then |
| 14:03.59 | cbrake | Jin^eLD: you can boot most bootstrap-image builds on most machines, so I would just try something else. |
| 14:04.09 | Jin^eLD | ok, thanks |
| 14:04.12 | Jin^eLD | I'll try that |
| 14:04.44 | cbrake | Jin^eLD: if you still get failures, I can send you one my builds to try as a control. |
| 14:04.51 | *** join/#oe Slims (n=joni@60-156.1-85.cust.bluewin.ch) |
| 14:08.03 | likewise | ENABLE_BINARY_LOCALE_GENERATION="0" with LINGUAS_INSTALL non-empty seems to fail here. Is that a bug in my config? |
| 14:10.58 | *** join/#oe cyn (n=cyn@cpe-066-057-046-006.nc.res.rr.com) |
| 14:16.47 | psokolovsky | Hi! |
| 14:16.48 | psokolovsky | Now even bugs.treke.net doesn't respond? |
| 14:17.28 | koen | psokolovsky: their T3 doesn't like rain :( |
| 14:17.43 | psokolovsky | ;-( |
| 14:17.47 | XorA | koen: when he said T3 he meant his Tungsten :-) |
| 14:18.33 | koen | yeah, bugzilla is running under cygpalm ;) |
| 14:19.04 | rw | .oO(that's the reason it doesn't work?) |
| 14:19.21 | koen | another set of bugdays coming up this weekend |
| 14:19.49 | XorA | koen: well thats an easy one, currently we have no bugs |
| 14:21.06 | rob_w | bitbake task-bootstrap should result in a image.tar.bz2 right ?? i cant find it ?!? |
| 14:22.38 | XorA | bitbake bootstrap-image |
| 14:23.00 | rob_w | ah thanks .. |
| 14:25.07 | *** join/#oe ssvb (n=ssvb@193.232.92.242) |
| 14:37.22 | *** join/#oe slapin_nb (n=slapin@host-125.dataart.net) |
| 14:40.25 | *** join/#oe AvengerMoJo (n=alex@61-219-6-2.HINET-IP.hinet.net) |
| 14:40.54 | ade|desk | RP use a pseudonym ? |
| 14:40.55 | cdbot2 | Hmmm. I think RP is your libvolumeid fix in .dev as well? |
| 14:41.02 | koen | RP: http://www.angstrom-distribution.org/history, rule 5 :) |
| 14:41.27 | rob_w | what do need to create my own task-myownbootstrab .. which i want to build per bitbake myownbootstrap-image |
| 14:41.33 | XorA | ~prod cdbot2 |
| 14:41.42 | ibot | ACTION zaps cdbot2 with a high voltage cattle prod |
| 14:41.51 | rob_w | i copied the task-bootstra.bb to task-myownbootstrap.bb but it doenst find it |
| 14:42.03 | RP | koen: poky != angstrom and most of my todo list is poky related although the bugs are mostly in OE too... |
| 14:42.15 | *** join/#oe nevarrie_ (n=jgrant@CPE-72-128-35-75.kc.res.rr.com) |
| 14:42.21 | XorA | RP: sounds like fair game to me then |
| 14:43.18 | hrw|work | re |
| 14:43.24 | RP | I should add rootfs_deb.bbclass and its assicated bugs :) |
| 14:44.09 | ade|desk | share and share alike |
| 14:44.18 | hrw|work | rob_w: task-bootstrap is going to be removed soon |
| 14:46.49 | rob_w | hrw|work, hmm i like the idea of a minimum system |
| 14:48.33 | *** join/#oe mwester-laptop (n=chatzill@nslu2-linux/mwester) |
| 14:50.29 | hrw|work | rob_w: task-base is better way |
| 14:50.29 | cdbot2 | Well, task-base is better way |
| 14:50.39 | koen | god damnit |
| 14:50.42 | koen | cdbot2: die! |
| 14:50.42 | cdbot2 | koen: don't ask me, I don't know. |
| 14:51.14 | XorA | can we not get a server op to boot that bot off? |
| 14:53.44 | ade|desk | ibot_: kick cdbot2 |
| 15:00.09 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 15:01.51 | RP | koen: Have you had working bluetooth on your c7x0? |
| 15:02.04 | koen | RP: yes |
| 15:02.25 | koen | using a CF bt adaptor |
| 15:02.39 | RP | koen: Is there some trick needed with the serial ports for that? |
| 15:02.48 | XorA | RP: got a biontoncard? |
| 15:02.52 | XorA | billionton |
| 15:02.57 | RP | XorA: yes |
| 15:03.03 | XorA | RP: you need to setserial |
| 15:03.18 | koen | RP: no, hciattach "just works(TM)" |
| 15:03.18 | koen | (after editing /etc/sysconfig/bluetooth) |
| 15:03.47 | XorA | setserial /dev/ttyS3 baud_base 921600 |
| 15:04.01 | XorA | hciattach -s 921600 /dev/ttyS3 bcsp |
| 15:04.11 | XorA | is needed to initialise billionton |
| 15:04.36 | RP | XorA: Which modules do I need loaded? |
| 15:04.47 | RP | XorA: I don't have a /dev/ttyS3 yet :-/ |
| 15:05.13 | XorA | RP: serial_cs I think |
| 15:05.40 | RP | XorA: Hmm. Thats what I thought too. 8250 tells me device or resource busy though :-/ |
| 15:05.42 | XorA | RP: it may be that the whole arm serial port naming thing is screwing you, as if you look in dmesg kernel thinks just plugged in card is ttyS0 |
| 15:06.10 | XorA | RP: I havent got my card on me today |
| 15:06.33 | *** join/#oe slapin_nb (n=slapin@host-125.dataart.net) |
| 15:06.34 | RP | This is with a 2.6.19-rc4 kernel |
| 15:06.45 | XorA | dont think I tried since 2.6.17 |
| 15:06.56 | RP | I should try 2.6.17... |
| 15:07.30 | XorA | but that setserial has always been neccessary |
| 15:08.40 | XorA | ~seen sirfred |
| 15:08.49 | ibot | sirfred <n=mteira@188.Red-83-37-6.dynamicIP.rima-tde.net> was last seen on IRC in channel #oe, 3d 22h 9m 41s ago, saying: '56Mb of source code'. |
| 15:09.30 | *** join/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
| 15:09.42 | *** part/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
| 15:11.32 | Jin^eLD | can each distro be used with the "multimachine" setting? I would like to add it to my site.conf so it is always used |
| 15:11.39 | Jin^eLD | or would that be a bad idea? |
| 15:11.47 | koen | Jin^eLD: every distro can be used with that |
| 15:11.52 | Jin^eLD | thanks |
| 15:12.10 | Jin^eLD | koen: it won't hurt if INHERIT has multimachine twice in there or something? |
| 15:12.24 | Jin^eLD | for the case that it is already defined in the somedistro.conf file |
| 15:12.59 | CIA-4 | 03xora 07org.oe.dev * r1fb8812d... 10/ (1 classes/package.bbclass conf/bitbake.conf): |
| 15:12.59 | CIA-4 | bitbake.conf : introduce the OBJDUMP variable, by default set to |
| 15:12.59 | CIA-4 | ${HOST_PREFIX}objdump |
| 15:12.59 | CIA-4 | package.bbclass : make use of the OBJDUMP variable rather than |
| 15:12.59 | CIA-4 | calling ${BUILD_PREFIX}objdump inside do_shlibs. As the original |
| 15:12.59 | CIA-4 | usage was faulty and ended up calling host objdump which works |
| 15:13.00 | cdbot2 | Didn't you say which is sent the mail to the list? |
| 15:13.01 | CIA-4 | for some arm targets but not all. |
| 15:13.07 | koen | RP: do you know off-hand why udev 100 has default_pref -1? |
| 15:13.43 | RP | koen: Either someone was nervous of the new version or it has bugs |
| 15:13.49 | RP | I didn't add it... |
| 15:14.00 | koen | it has def_pref = "1" for slugos |
| 15:14.04 | koen | which makes me wonder |
| 15:14.05 | cdbot2 | I'm sure which is sent the mail to the list |
| 15:14.15 | koen | cdbot2: shut up |
| 15:14.15 | cdbot2 | I'm not sure what shut up is. |
| 15:14.35 | koen | CoreDump|afk: remove those &$*@#&$*# bots from #oe |
| 15:15.38 | RP | koen: Its probably ok to use and they just didn't want to break things for anyone else |
| 15:15.41 | hrw|work | RP: 28 12:17 < hrw|work> CoreDump|afk: I HATE YOU |
| 15:15.55 | XorA | rm -rf CoreDump|afk |
| 15:17.16 | Crofton | cross dressing bot? |
| 15:17.57 | CIA-4 | 03koen 07org.oe.dev * r190c717f... 10/ (5 files in 2 dirs): udev: merge stuff from 097 and 100 into udev.inc, add do_stage from poky, bump PR |
| 15:18.18 | koen | RP: consider merging the udev.inc from .dev into poky :) |
| 15:18.32 | koen | libvolumeid-dev package |
| 15:20.35 | RP | koen: I'm happy enough for it to be merged... |
| 15:31.21 | CIA-4 | 03koen 07org.oe.dev * rf62c6236... 10/ (1 packages/hal/hal_0.5.8.1.bb): hal: add 0.5.8.1 |
| 15:32.11 | *** join/#oe mwester-laptop_ (n=chatzill@209.217.94.72) |
| 15:32.57 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 15:45.57 | *** join/#oe Crofton (n=balister@hc65215b2.dhcp.vt.edu) |
| 15:48.56 | *** join/#oe Virusmaster (n=Thomas@p549CD4D6.dip.t-dialin.net) |
| 15:52.53 | *** join/#oe TheCompWiz (n=TheCompW@wsip-68-109-200-102.mc.at.cox.net) |
| 15:58.04 | Laibsch | hrw|work: bugs.oe.org seems to be working again |
| 15:58.09 | *** part/#oe TheCompWiz (n=TheCompW@wsip-68-109-200-102.mc.at.cox.net) |
| 15:58.15 | Laibsch | can you take a look at bug 1551? |
| 15:59.16 | hrw|work | will push |
| 16:05.08 | Laibsch | thanks a lot. |
| 16:05.58 | CIA-4 | 03koen 07org.oe.dev * rbf833230... 10/ (3 files in 2 dirs): python-pygtk2: update to 2.10.3 |
| 16:13.11 | CIA-4 | 03hrw 07org.oe.dev * r1a4cfa89... 10/ (1 conf/distro/sharprom-compatible.conf): sharprom-compatible: prefer glibc 2.2.5 - close #1551 |
| 16:13.16 | Crofton | is there a good reference for assmebler in gcc? |
| 16:14.35 | RP | XorA: Thanks for those commands, they're helping a lot :) |
| 16:14.59 | XorA | RP: took me a lot of googling to find them so I spread them as much as I can |
| 16:15.23 | RP | XorA: I presume that's followed by a hciconfig hci0 up and then things like maemo-mapper should work? |
| 16:15.54 | RP | XorA: 2.6.17 works so it looks like 2.6.19-rc4 has issues with the serial interface numbering :-( |
| 16:16.45 | XorA | RP: I assume so, all my stuff is rfcomm, so just some rfcomm commands |
| 16:17.20 | RP | koen: Any further hints? maemo-mapper segfaults on me after the above when I try and ebale the gps :-/ |
| 16:18.29 | XorA | RP: the pxa vs 8250 stuff probably got altered |
| 16:18.52 | RP | XorA: It'll be our serial port number hack :-/ |
| 16:19.37 | koen | RP: I actually didn't try using the gps |
| 16:19.58 | koen | RP: as dbus is broken, so gpe-bluetooth can't enable the bt interface |
| 16:19.59 | XorA | RP: with udev I dont see the need for that anymore, finding the serial ports in /dev is a doddle |
| 16:20.14 | XorA | koen: dbus is borken? |
| 16:20.15 | cdbot2 | I'm sure dbus is borken? |
| 16:20.41 | a-atwood | Crofton: prolly better off w nasm. |
| 16:20.58 | RP | XorA: We have a problem in that if we disable the hack, the standard 8250 ports aren't usable at all |
| 16:20.59 | Crofton | I have inlined asm in gcc code |
| 16:21.12 | koen | XorA: #1567 |
| 16:21.34 | a-atwood | Crofton: trying to remember. done it before but it's a long time ago. |
| 16:21.54 | XorA | koen: oh, that one, I had thought that was fixed :-( |
| 16:22.06 | Crofton | google is helpful, but I fugure someone around here would have a fav url for looking this up |
| 16:22.22 | XorA | RP: should we not do what RMK keeps telling us to though and move pxa to its allocated ports, same as the other arm platforms? |
| 16:22.58 | koen | RMK isn't serial maintainer anymore |
| 16:23.07 | XorA | koen: I am aware of that |
| 16:23.39 | RP | XorA: Perhaps. It needs a flag day to update all the references in software though :-( |
| 16:23.59 | a-atwood | Crofton: http://www.tldp.org/HOWTO/html_single/Assembly-HOWTO/#P-GCC about 2 sections down |
| 16:24.14 | XorA | RP: thats where udev come in and we link /dev/ttySXXX to whatever we like depending on machine |
| 16:24.37 | RP | XorA: Doesn't help the SERIAL_CONSOLE |
| 16:24.38 | XorA | RP: although Angstrom should really do away with it, as its supposed to be a clean start |
| 16:24.57 | Crofton | he |
| 16:24.58 | XorA | RP: you talking bootloaders? |
| 16:24.58 | cdbot2 | I bet he is at FOSS.in |
| 16:25.09 | Crofton | see linux kernel source for useful examples :) |
| 16:25.15 | Crofton | thanks a-atwood |
| 16:25.36 | RP | XorA: No, kernel commandline |
| 16:25.54 | RP | (and inittab) |
| 16:26.06 | XorA | RP: for smdk2440 I am already not using /dev/ttyS0 |
| 16:26.24 | XorA | RP: oe handles that |
| 16:26.35 | XorA | S:2345:respawn:/sbin/getty 115200 ttySAC0 |
| 16:26.42 | RP | XorA: but the PXA has used ttyS0 for years. Hence the need for a flag day. We change OE, old kernels stop working |
| 16:27.15 | XorA | RP: ok, I would suggest if OZ 3.5.5 release is near, choose a time 7 days after that |
| 16:27.53 | RP | XorA: We don't do it until/if mainline does it. I'm not maintaining that in OE |
| 16:28.24 | RP | XorA: We also have to wipe all kernel versions other than the most recent mainline with that change in |
| 16:29.02 | RP | so no .16 .17 or .18 as they will no longer be compatible with OE |
| 16:30.26 | XorA | ~lart historic fsckups |
| 16:34.59 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 16:35.52 | Genesis | bye |
| 16:39.18 | likewise | bye |
| 16:39.34 | *** part/#oe likewise (n=chatzill@atwork-98.r-212.178.104.atwork.nl) |
| 16:41.39 | *** join/#oe anushsh (n=anushshe@220.226.35.162) |
| 16:44.13 | hrw|work | I'm going to mass report all cross compile badness entries |
| 16:45.14 | ade|desk | grr fontconfig is the worst |
| 16:45.42 | XorA | ade|desk: yup, fc-lang, fc-case, and fc-glyphname call native gcc with arm arguments :-( |
| 16:46.17 | ade|desk | indeed |
| 16:46.51 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 16:47.03 | hrw|work | but fontconfig builds |
| 16:47.27 | *** join/#oe anushsh (n=anushshe@220.226.67.35) |
| 16:47.54 | XorA | hrw|work: on some systems, not on all |
| 16:47.58 | *** join/#oe ar_ (n=ar@port-ip-213-211-242-239.reverse.mdcc-fun.de) |
| 16:48.03 | ade|desk | i did a hack a while ago that i just slapped the corrected Makefile and ignored the configure.. don't know what i did with it .. quite anoyed that i didn't push it |
| 16:49.32 | ade|desk | hrw|work: try fontconfig with uclibc on any arch. glibc arm was ok but by far the worst was uclibc i386 with a build sys of i686 glibc ... that is not a good combo |
| 16:49.44 | XorA | ade|desk: I think a quitck sed -i "s/LDFLAGS =.*/LDFLAGS =/" fc-case/Makefile in do_configure_apend() |
| 16:50.28 | ade|desk | hmm needed more than that iirc |
| 16:50.44 | XorA | ade|desk: that fixes the problem I see, which is using glibc |
| 16:50.46 | cdbot2 | Didn't you say which is using glibc? |
| 16:51.04 | XorA | cdbot2: piss off |
| 16:51.04 | cdbot2 | Yo momma knows about piss off! |
| 16:51.10 | ade|desk | it moaned about isystem too |
| 16:51.48 | XorA | ade|desk: probably a similar replacement with CFLAGS = then |
| 16:53.07 | XorA | anyway time to head home |
| 16:53.11 | ade|desk | hmm needs CFLAGS with correct path for host |
| 16:59.04 | hrw|work | http://pastebin.ca/260702 - can you guys look at this patch? it should not do any harm for slugos builds but it fix world build a bit |
| 16:59.43 | *** join/#oe Bitmaster (n=Bitmaste@c-5561e253.325-1-64736c12.cust.bredbandsbolaget.se) |
| 17:04.31 | *** join/#oe hvontres|poodle (n=henry@redhill.orthodyne.com) |
| 17:04.58 | *** join/#oe Laibsch (n=Laibsch@R77bc.r.ppp-pool.de) |
| 17:07.09 | hvontres|poodle | lrg: Thanks for patching up alsa :) I rebuilt the modules last night and setting the volume in opie works now :) |
| 17:07.37 | lrg | hvontres|poodle: cool :) |
| 17:09.58 | hvontres|poodle | lrg: RP: CoreDump updated the 2.6.17 recipies in .dev and .oz354x, but you might want to double check them..:) |
| 17:15.13 | *** join/#oe wewe (n=bob@p85.212.190.10.tisdip.tiscali.de) |
| 17:25.20 | *** join/#oe lkcl (n=lkcl@88-107-241-42.dynamic.dsl.as9105.com) |
| 17:27.39 | RP | hrw|work: Looks ok to me although the glibc change makes me nervous - does it work for uclibc? |
| 17:28.13 | hrw|work | RP: skip that part and look at all those ?= "" |
| 17:29.24 | RP | hrw|work: They look safe to me |
| 17:31.26 | suihkulokki | 1~3~3~1~1~1~1~1~1~1~1~1~1~1~1~1~1~1~1~ |
| 17:31.39 | *** join/#oe dkey (i=nobody@193.170.48.236) |
| 17:32.56 | hrw|work | cu |
| 17:34.47 | *** join/#oe redguy (n=mati@public-gprs3367.centertel.pl) |
| 17:35.32 | *** join/#oe mallum (n=mallum@host86-141-46-4.range86-141.btcentralplus.com) |
| 17:36.03 | *** join/#oe lkcl (n=lkcl@88-107-241-42.dynamic.dsl.as9105.com) |
| 17:39.09 | *** join/#oe polyonymous (i=hacker@p5B05C3C3.dip0.t-ipconnect.de) |
| 17:39.33 | goxboxlive | I have moved over to hh2 from hh1. But g_ether is still compiled in as a modules as hh0 and hh1. How do i remove the hh0 modules? I have cleaned linux-handelds-2.6 and task-base. Is there anything else i should have cleaned up? |
| 17:42.21 | *** part/#oe cdbot2 (n=cdbot2@hentges.net) |
| 17:56.11 | *** join/#oe ggilbert_ (n=ggilbert@64.136.190.225) |
| 17:59.20 | *** join/#oe vlo (n=valentin@adsl-84-227-201-166.adslplus.ch) |
| 18:04.19 | *** join/#oe marcan (n=marcanso@160.10.7.121) |
| 18:12.28 | koen | hrw|gone: Updating Ångström unstable Progear webpad: 129 packages |
| 18:23.24 | *** join/#oe concept10 (n=concept1@ppp-70-252-97-95.dsl.rcsntx.swbell.net) |
| 18:28.20 | *** join/#oe ggilbert__ (n=ggilbert@64.136.190.225) |
| 18:29.30 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 18:34.34 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 18:39.20 | *** join/#oe mreimer (n=mreimer@bilbo.vpop.net) |
| 18:39.23 | *** join/#oe ssvb (n=user@34-nat.cosmostv.by) |
| 18:41.32 | Laibsch | Is bugs.treke.net down again? |
| 18:44.52 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 18:46.37 | Laibsch | Why is OE always restarting from scratch the calculation of dependencies for the bb files instead of using the cache when I change the distro? Does not seem logical for me since there are separate caches being used for the separate distros (I have $DISTRO set for the tmp dir). |
| 18:51.58 | *** join/#oe headmonkey (n=headmonk@about/linux/regular/headmonkey) |
| 18:52.23 | *** join/#oe rob_w (n=bob@p85.212.190.10.tisdip.tiscali.de) |
| 18:53.18 | headmonkey | any fpga people around ? |
| 18:56.57 | CIA-4 | 03hrw 07org.oe.dev * r755167f1... 10/ (1 packages/libexif/libexif_0.6.13.bb): libexif: stage few more headers in 0.6.13 |
| 19:00.45 | koen | "This is intended to let users write their own "FNapps" for the card, and compile them using GCC-4.3.4. " |
| 19:00.52 | koen | linuxdevices.com at their best |
| 19:01.19 | rob_w | hi koen |
| 19:01.25 | koen | hey rob_w |
| 19:01.32 | rob_w | can hint me please ... |
| 19:01.57 | rob_w | so i need .dreambox to get ppc stuff .. but i was not able to locate a MACHINE which is actually ppc in htere .. |
| 19:02.21 | koen | you don't need .dreambox for ppc stuff |
| 19:02.43 | rob_w | ah , that would go along my logics |
| 19:02.59 | rob_w | so which MACHINE in oe is actually a ppc ? |
| 19:03.05 | koen | hrw|gone: why bump PR on libexif? The resulting package didn't change, right? |
| 19:03.10 | koen | rob_w: efika |
| 19:03.48 | hrw|tv | koen: but libgphoto2 2.2.1 (not yet pushed) will break without it |
| 19:04.03 | hrw|tv | rob_w: dreambox |
| 19:04.21 | hrw|tv | koen: so I bumped it and had in queue to push |
| 19:04.43 | koen | argos-wlan:~/Projects/OpenEmbedded/org.openembedded.dev/conf/machine koen$ grep powerpc * | awk -F":" '{print $1}' | sort | uniq |
| 19:04.43 | koen | dht-walnut.conf |
| 19:04.44 | koen | efika.conf |
| 19:04.44 | koen | lite5200.conf |
| 19:04.59 | rob_w | hrw|tv, file not found |
| 19:05.13 | hrw|tv | rob_w: ignore that.. .dev you was talking.. |
| 19:06.45 | rob_w | so today is the day that i first booted a ppc kernel , knowingly |
| 19:07.07 | rob_w | the proc/cpuinfo is 6 lines "huge" |
| 19:07.13 | hrw|tv | new day, new toolchain version.. |
| 19:09.38 | *** join/#oe furlongm (n=furlongm@83-70-40-46.b-ras1.prp.dublin.eircom.net) |
| 19:10.51 | rob_w | time for some background music, might get a longer day |
| 19:12.53 | *** join/#oe redguy (n=mati@public-gprs3367.centertel.pl) |
| 19:14.30 | hrw|tv | ~lart toolchains rebuilding |
| 19:15.22 | rob_w | hrw|tv, but the learn effect is tremendous |
| 19:15.41 | *** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-174-7.w90-16.abo.wanadoo.fr) |
| 19:16.03 | hrw|tv | ;) |
| 19:16.10 | cyrilRomain | hi all |
| 19:16.38 | *** join/#oe ggilbert__ (n=ggilbert@64.136.190.225) |
| 19:19.46 | florian_kc | hi cyrilRomain |
| 19:20.01 | rob_w | questions me if gcc knows a mcpu=885 ?!? or such |
| 19:23.02 | *** join/#oe hvontres|poodle (n=henry@redhill.orthodyne.com) |
| 19:25.44 | hrw|tv | koen: ERROR: No providers of runtime build target hal-info (for ['/home/hrw/devel/oe/org.openembedded.dev/packages/hal/hal_0.5.8.1.bb']) |
| 19:27.53 | *** join/#oe furlongm__ (n=furlongm@83.70.37.57) |
| 19:27.57 | *** join/#oe lkcl (n=lkcl@88-107-241-42.dynamic.dsl.as9105.com) |
| 19:32.44 | hrw|tv | ERROR: Task /home/hrw/devel/oe/org.openembedded/packages/update-alternatives/update-alternatives-dpkg-native_1.13.22.bb (do_package) has circular dependency on /home/hrw/devel/oe/org.openembedded/packages/dpkg/dpkg-native_1.13.22.bb (do_package) |
| 19:33.17 | *** join/#oe ggilbert__ (n=ggilbert@64.136.190.225) |
| 19:33.54 | CIA-4 | 03koen 07org.oe.dev * rb9ba4abc... 10/ (1 packages/hal/hal_0.5.8.1.bb): hal 0.5.8.1: surpress dependencie on hal-info |
| 19:34.26 | hrw|tv | koen: why not add hal-info? |
| 19:34.58 | koen | when they release a tarball |
| 19:35.03 | hrw|tv | ok |
| 19:35.05 | *** join/#oe mmp (n=mmp@thewide.ubyt.sdjls.uniba.sk) |
| 19:35.34 | hrw|tv | ~lart the one who added dpkg^wupdate-alternatives-dpkg-native_1.13.22.bb |
| 19:35.51 | hrw|tv | koen: angstrom is not buildable here |
| 19:35.57 | koen | it is over here |
| 19:36.11 | koen | and my crystal ball is in repairs |
| 19:36.14 | hrw|tv | ;) |
| 19:36.19 | hrw|tv | bitbake apt then |
| 19:36.23 | hrw|tv | or dpkg |
| 19:36.34 | koen | angstrom doesn't use that |
| 19:36.45 | hrw|tv | ok. then I will revert my words |
| 19:37.23 | Crofton | irc needs a revert operation |
| 19:37.59 | *** join/#oe HopsNBarley (n=hops@pool-71-116-66-86.snfcca.dsl-w.verizon.net) |
| 19:38.39 | koen | NOTE: Applying patch 'autofoo.patch'Command Error: exit status: 1 Output: |
| 19:38.47 | koen | that's what happens to apt |
| 19:39.21 | hrw|tv | not here ;d |
| 19:49.12 | *** join/#oe lkcl (n=lkcl@88-107-241-42.dynamic.dsl.as9105.com) |
| 19:56.00 | *** join/#oe psokolovsky_ (n=psokolov@239.usernat.ip.net.ua) |
| 19:56.14 | *** join/#oe furlongm__ (n=furlongm@83.70.33.73) |
| 19:59.54 | hrw|tv | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=398381 |
| 19:59.58 | hrw|tv | can be interesting |
| 20:00.53 | *** join/#oe woglinde (i=woglinde@e178116130.adsl.alicedsl.de) |
| 20:01.17 | *** join/#oe rob_w (n=bob@p85.212.185.181.tisdip.tiscali.de) |
| 20:05.16 | CIA-4 | 03hrw 07org.oe.dev * rad9a12c3... 10/ (3 files in 2 dirs): libpcap: added 0.9.5 |
| 20:17.50 | *** join/#oe zecke (n=ich@88.134.98.23) |
| 20:17.56 | hrw|tv | 47 unknown files in metadata.. |
| 20:18.19 | *** join/#oe TheCompWiz (n=TheCompW@wsip-68-109-200-102.mc.at.cox.net) |
| 20:18.21 | CIA-4 | 03hrw 07org.oe.dev * r15b6f453... 10/ (1 packages/netperf/netperf_2.4.2.bb): netperf: added 2.4.2 |
| 20:18.41 | TheCompWiz | when I use the mtd update... does it also update the kernel stuff to the most current hh.org kernel source? |
| 20:18.58 | zecke | hey |
| 20:19.10 | zecke | boah I'm hopelessly overworked :( |
| 20:19.15 | TheCompWiz | that's life ;) |
| 20:19.39 | woglinde | yes |
| 20:19.49 | zecke | woglinde: hey |
| 20:20.02 | TheCompWiz | <---- yes to me? or aggreance to statement about life? |
| 20:24.52 | RP | Laibsch: If you changed the path to tmp and the cache is within tmp, it will reparse ;-) |
| 20:25.03 | RP | hi zecke |
| 20:25.29 | zecke | hey |
| 20:25.59 | woglinde | hi rp |
| 20:26.19 | RP | hi woglinde |
| 20:27.28 | TheCompWiz | k... here is an interesting question... maybe someone can point me in a direction... but how do I specify "what" gets compiled into a kernel ... I'm guessing from within a machine .conf ....? |
| 20:27.45 | rwhitby | usually from the defconfig file |
| 20:28.18 | TheCompWiz | defconfig? = default config? or ??? |
| 20:28.47 | koen | hrw|tv: 25k calls to gettimeofday :) |
| 20:30.42 | hrw|tv | http://pastebin.ca/260940 |
| 20:31.21 | koen | I get 160 skipped |
| 20:31.55 | koen | but I removed something qmake related to stop qpe crap from messing up the build |
| 20:32.11 | koen | s/removed/mtn mv -e foo packages/nonworking/foo |
| 20:33.05 | hrw|tv | I use mtn drop |
| 20:33.06 | zecke | RP http://ewi546.ewi.utwente.nl/tinderbox/showlog.pl?machine_id=141&logfile=20061128072708.log fetch failure on setserial |
| 20:33.21 | hrw|tv | koen: notice 3990 packages |
| 20:33.51 | zecke | koen: I'm still unable to fetch the ep93xx-kernel, is it fetchable for you? |
| 20:33.59 | zecke | I might need to ask to open more ports :) |
| 20:34.06 | hrw|tv | http://pastebin.ca/260946 is my fetch.sh |
| 20:34.19 | koen | NOTE: Parsing finished. 3847 cached, 0 parsed, 160 skipped, 0 masked. |
| 20:34.44 | zecke | hrw|tv: you miss a way to deprecate stuff :) |
| 20:34.59 | hrw|tv | zecke: ? |
| 20:35.06 | hrw|tv | ~lart 300K/s |
| 20:35.06 | *** join/#oe gremlin[it] (n=gremlin@ppp-115-8.25-151.libero.it) |
| 20:35.24 | zecke | hrw|tv: remove unused source packages |
| 20:35.47 | hrw|tv | zecke: that will be another script |
| 20:36.09 | hrw|tv | zecke: I got info 'we have 500G space, removing can be later' |
| 20:36.36 | koen | zecke: what part fails to fetch? |
| 20:36.57 | zecke | koen: tinderclient.bbclass is too crappy to say that :) |
| 20:37.06 | hrw|tv | koen: I'm fetching now |
| 20:37.15 | hrw|tv | NOTE: fetch http://ftp.kernel.org/pub/linux/kernel/v2.6/snapshots/patch-2.6.18-rc1-git9.bz2;patch=1 |
| 20:37.17 | Laibsch | RP: Can that be avoided by moving the cache out of tmp? Will that create problems if one changes distros or machines? |
| 20:37.19 | hrw|tv | 12:36:23 ERROR 404: Not Found. |
| 20:37.32 | koen | zecke: *.gz, *.bz2, *.patch, *.diff is at http://www.angstrom-distribution.org/unstable/sources/ |
| 20:38.17 | zecke | koen: I will check tomorrow :) |
| 20:38.22 | hrw|tv | koen: you need to add /old/ |
| 20:38.30 | hrw|tv | http://ftp.kernel.org/pub/linux/kernel/v2.6/snapshots/patch-2.6.18-rc1-git9.bz2 -> http://ftp.kernel.org/pub/linux/kernel/v2.6/snapshots/old/patch-2.6.18-rc1-git9.bz2 |
| 20:38.56 | zecke | hrw|tv: your qemu needs to remove linux/compiler.h |
| 20:39.03 | koen | hrw|tv: true, but I'm more interested why it doesn't try the fallbacks in CVS_TARBALL_STASH |
| 20:39.23 | hrw|tv | koen: because CVS_TARBALL_STASH is not in MIRRORS |
| 20:39.24 | zecke | koen: hmm, okay I will look into the machine now |
| 20:39.45 | hrw|tv | zecke: patches welcome |
| 20:40.07 | hrw|tv | koen: CVS_TARBALL_STASH is for SCM snapshots, not for files |
| 20:40.12 | hrw|tv | MIRRORS is for files |
| 20:40.22 | koen | it used to work for files as well |
| 20:40.26 | hrw|tv | when? |
| 20:40.42 | koen | ~3 months ago |
| 20:40.55 | hrw|tv | in .oz354x I just added ewi to MIRRORS |
| 20:41.54 | CIA-4 | 03koen 07org.oe.dev * r22940140... 10/ (1 packages/linux/ep93xx-kernel_2.6.17+2.6.18-rc1.bb): ep93xx-kernel: fix src uri for kernelpatch |
| 20:45.36 | Laibsch | Is there a good reason not to set CACHE = "${PATH2OE}" where ${PATH2OE} is the root OE directory? Will this put the cache file in ${PATH2OE}? Will this create problems? |
| 20:46.56 | koen | hrw|tv: so what's the best way to add a mirror without touching base.bbclass? |
| 20:47.32 | zecke | koen: pcap fails badly as well :) |
| 20:47.41 | zecke | hmm |
| 20:47.42 | hrw|tv | zecke: libpcap 0.9.5? |
| 20:48.05 | zecke | yes |
| 20:48.57 | hrw|tv | which tree? |
| 20:48.57 | zecke | koen: and for ep93xx kernel, see hrw's remark |
| 20:49.11 | koen | right |
| 20:49.28 | koen | so what's the best way to add a mirror to a distro without touching base.bbclass? |
| 20:49.37 | *** join/#oe furlongm (n=furlongm@83.70.33.73) |
| 20:51.31 | hrw|tv | zecke: which tree failed on libpcap? |
| 20:52.06 | zecke | hrw|tv: angstrom |
| 20:52.34 | zecke | hrw|tv: http://ewi546.ewi.utwente.nl/tinderbox/showlog.pl?machine_id=147&logfile=20061128212715.log |
| 20:52.52 | hrw|tv | ---> TINDERBOX Task do_patch started |
| 20:53.52 | zecke | hrw|tv: and then bitbake raised an exception and exited (crashed) :) |
| 20:55.19 | hrw|tv | zecke: libpcap 0.9.5 works for me |
| 20:56.07 | hrw|tv | ok. failed |
| 20:56.48 | hrw|tv | ~curse monotone |
| 20:56.51 | ibot | May you be reincarnated as a Windows XP administrator, monotone ! |
| 20:57.10 | zecke | ljp: instead of source, we get more varpoware? what is wrong with TT? |
| 20:58.07 | hrw|tv | in 0.30 and older 'mtn add .' added ALL recursive |
| 20:58.20 | hrw|tv | 0.31 need 'mtn add `find .`' instead |
| 20:59.03 | CIA-4 | 03hrw 07org.oe.dev * reaf6133c... 10/ (1 packages/libpcap/libpcap-0.9.5/shared.patch): libpcap: added forgotten patch |
| 20:59.03 | hrw|tv | zecke: will work now |
| 21:01.46 | *** join/#oe lkcl (n=lkcl@88-107-241-42.dynamic.dsl.as9105.com) |
| 21:02.31 | koen | NOTE: package libpcap-0.9.5: completed |
| 21:10.47 | *** join/#oe gremlin[it] (n=gremlin@ppp-115-8.25-151.libero.it) |
| 21:10.55 | *** join/#oe nevarrie_ (n=jgrant@CPE-72-128-35-75.kc.res.rr.com) |
| 21:11.28 | zecke | hrw|tv: hhm, is he interested in Free Software? |
| 21:11.58 | *** join/#oe ken__ (n=ken@h163n4fls314o1049.telia.com) |
| 21:12.06 | hrw|tv | #opie guy? dont know |
| 21:12.16 | hrw|tv | he came few lines before you |
| 21:12.22 | *** join/#oe florian (n=fuchs@84.245.170.136) |
| 21:12.45 | zecke | hrw|tv: yes, sounds like free, cheap support for Qtopia |
| 21:13.10 | hrw|tv | zecke: how many people does not differentiate opie<>qtopia? |
| 21:13.54 | zecke | too many, this is why I stopped working on it |
| 21:18.00 | hrw|tv | GMT is 21:19 now? |
| 21:18.12 | koen | zecke: source code is overrated when you have a marketing dept. |
| 21:18.22 | zecke | koen: or a Greensuite |
| 21:18.44 | zecke | koen: so we have a green Phone, green Suite, so only green shoes and green shoes are missing? |
| 21:18.57 | koen | "Holger Freyther announces a complete frikandel stack" |
| 21:19.18 | hrw|tv | and Green Soylent |
| 21:19.19 | zecke | sorry for the chicken out on t-dose, unexpected tests suck :( |
| 21:19.52 | zecke | koen: Holger Freyther announces successfull enforcement on the frikandel patent :) |
| 21:20.50 | koen | soylent green is people |
| 21:21.47 | Crofton|oe | IPKG_INSTALL governs what ipks are installed on image? |
| 21:22.00 | Crofton|oe | will these packages RDEPENDS also get installed? |
| 21:22.14 | koen | "yes" and yes |
| 21:22.22 | Crofton|oe | thanks |
| 21:22.36 | Crofton|oe | I forget so fast |
| 21:23.07 | florian | re |
| 21:23.09 | hrw|tv | IPKG_INSTALL will be moved to PACKAGE_INSTALL iirc |
| 21:25.42 | hrw|tv | 22:00 PST^A^K04:00 GMT will my first autofetch start... |
| 21:29.33 | hrw|tv | libass/ass.c ;) |
| 21:33.56 | *** join/#oe jim_rayner (n=jim_rayn@beyondvoice.plus.com) |
| 21:34.46 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-072179a3ec764ecc) |
| 21:37.51 | hrw|tv | CosmicPenguin: interested in xfce 4.4-rc1? |
| 21:38.02 | hrw|tv | or rc2 even |
| 21:38.26 | CosmicPenguin | Not super interested |
| 21:38.29 | CosmicPenguin | at this point |
| 21:38.33 | CosmicPenguin | but i'm sure somebody would be |
| 21:38.41 | hrw|tv | I have them built but not tested yet |
| 21:38.47 | rob_w | ptxdist is kinda odd |
| 21:41.20 | CIA-4 | 03koen 07org.oe.dev * r64b62e71... 10/ (1 packages/python/python-pygtk2_2.10.3.bb): python-pygtk2 2.10.3: stage files needed for codegen as well |
| 21:43.14 | HopsNBarley | what monotone version is the OE.db nowadays? |
| 21:44.28 | *** join/#oe vlo (n=valentin@adsl-89-217-128-159.adslplus.ch) |
| 21:46.29 | hrw|tv | ~lart mplayer |
| 21:51.56 | CIA-4 | 03koen 07org.oe.dev * r9e630059... 10/ (1 packages/python/python-pygtk2_2.10.3.bb): python-pygtk2 2.10.3: stage even more defs... |
| 21:52.43 | koen | ~lart python |
| 21:52.49 | florian | yesss! |
| 21:53.43 | koen | grrr |
| 21:53.54 | koen | python-pygnome needs gnome-vfs >= 2.13.2 |
| 21:54.12 | koen | florian: do you know where the gnome-vfs-dbus 2.16 port source is located? |
| 21:54.42 | florian | koen: not offhand, movial svn maybe? |
| 21:54.57 | koen | it used to be in immendio svn |
| 21:56.20 | rob_w | florian, are u visiting SPS Drives in Nürnberg ? |
| 21:56.41 | suihkulokki | koen: it may have migrated to one of the numerous maemo.org repos.. |
| 21:57.05 | florian | koen: eh well... that's what i meant :-} |
| 21:57.10 | koen | http://cvs.gnome.org/viewcvs/gnome-vfs/configure.in?rev=1.432&view=markup instills hope |
| 21:57.14 | koen | god |
| 21:57.35 | florian | rob_w: unlikely... unless it is next year |
| 21:57.35 | koen | I got pissed of by the "the buildbot can only build from maemo svn" comment from carlos |
| 21:58.05 | Crofton|oe | koen, have you ever considered a class in anger management? :) |
| 21:58.21 | koen | they took away my cluebat |
| 21:58.25 | koen | never again! |
| 21:58.27 | koen | :p |
| 21:58.44 | CosmicPenguin | luckily you can always make a new cluebat |
| 21:58.59 | Crofton|oe | maybe a class in woodworking then? |
| 21:59.29 | florian | hehe |
| 22:00.14 | florian | koen: or maybe just lart france a little bit an make him remove your old homedir at hh.org ;) |
| 22:00.27 | koen | didn't he do that already? |
| 22:00.58 | florian | koen: the gpe wiki pulled the banner from there last week... |
| 22:02.00 | koen | http://cvs.gnome.org/viewcvs/gnome-vfs/?only_with_tag=vfs-dbus |
| 22:02.01 | florian | koen: someone closed it for a while when the lig wiki got it from the same location, but it re-appeared when i fixed the ltg wiki |
| 22:02.16 | koen | it looks like *something* vfs-dbus related is in gnome cvs |
| 22:05.47 | Kristoffer | anyone gotten parted 1.8.0 to work? compiles nicely, but gives error message when trying to run |
| 22:07.01 | *** part/#oe headmonkey (n=headmonk@about/linux/regular/headmonkey) |
| 22:07.04 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 22:07.19 | *** join/#oe TheCan (n=thecan@dslb-084-056-195-018.pools.arcor-ip.net) |
| 22:08.24 | *** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr) |
| 22:34.53 | *** join/#oe ggilbert_ (n=ggilbert@70-38-101-166.losaca.adelphia.net) |
| 22:34.58 | ggilbert_ | afternoon |
| 22:37.00 | ggilbert_ | I just checked in to see what was going on with the bugzilla server |
| 22:37.49 | ggilbert_ | Right now it's looking like a routing issue with the new ISP for the machine. I'm hoping they get it sorted out this afternoon. |
| 22:38.14 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 22:40.28 | slapin_nb | hi, all! |
| 22:40.47 | slapin_nb | is there a package where usb.ids and lsusb reside? |
| 22:44.20 | hrw|tv | usbutils? |
| 22:50.53 | slapin_nb | yeah, thanks! |
| 22:50.53 | *** join/#oe Crofton (n=balister@hc65215b2.dhcp.vt.edu) |
| 22:52.00 | zecke | woglinde: added minix to OE yet? |
| 22:53.31 | hrw|gone | bye |
| 22:54.34 | RP | zecke: I'll check out setserial |
| 22:54.47 | zecke | :) |
| 22:56.21 | RP | but I can't have wifi and bt in the zaurus at the same time :-( |
| 22:57.27 | XorA|gone | RP: yay, and you can on a spitz/akita series |
| 22:58.23 | RP | XorA|gone: how? |
| 22:58.24 | *** join/#oe HopsNBarley (n=hops@pool-71-116-66-86.snfcca.dsl-w.verizon.net) |
| 22:58.42 | XorA|gone | RP: BT usb dongle, CF wifi |
| 22:59.17 | RP | I may even have a USB bt dongle somewhere... |
| 22:59.32 | XorA|gone | my safecom runs without a powered hub |
| 23:01.26 | XorA|gone | ~lart the terrier on/off switch location |
| 23:02.03 | XorA|gone | usbhci is easier than CF BT as well |
| 23:02.23 | RP | XorA|gone: Mine TDK dongle appears to run without a hub too :) |
| 23:05.50 | RP | the usb dongle works :) |
| 23:06.30 | XorA|gone | RP: now go out and map the UK |
| 23:06.53 | RP | XorA|gone: On the bike, with pleasure ;-) |
| 23:07.57 | XorA|gone | RP: http://wiki.openstreetmap.org/index.php/Main_Page |
| 23:11.49 | RP | XorA|gone: I've seen it before. I might end up submitting traces, we'll see... |
| 23:13.27 | XorA|gone | anyway time for me to sleep so I can beat up samsung chips tomorrow |
| 23:13.34 | raduga | rp: better yet, |
| 23:13.51 | raduga | just figure out the length of the coastline of england |
| 23:14.37 | RP | 'night XorA|gone (and thanks for the bt tips :) |
| 23:49.04 | *** join/#oe NAbyss_ (n=foo@220-253-25-251.VIC.netspace.net.au) |
| 23:51.17 | *** join/#oe mwester-laptop_ (n=chatzill@cmr-208-97-74-186.cr.net.cable.rogers.com) |
| 23:51.35 | *** join/#oe cdbot2 (n=cdbot2@hentges.net) |
| 23:52.08 | *** part/#oe cdbot2 (n=cdbot2@hentges.net) |