| 00:11.35 | *** join/#oe svolpe (n=Gerrath@unaffiliated/gerrath) |
| 00:13.25 | svolpe | I built gst-plugins-base_0.10.14.bb it built fine but it did not build any of its DEPENDS. I can build the DEPENDS manually and they work. Other packages with DEPENDS work just fine. What could be wrong with gst-plugins-base? |
| 00:14.04 | rwhitby | did it not build them, or did it not package them? |
| 00:14.33 | svolpe | rwhitby, it did not build them. |
| 00:15.53 | svolpe | gst-plugins.inc: DEPENDS = "gstreamer libmikmod libmad liboil libogg tremor libvorbis libid3tag esound" |
| 00:15.53 | svolpe | <PROTECTED> |
| 00:16.22 | svolpe | if I do bitbake gstreamer (or any other package in the list) they build just fine. |
| 00:27.12 | cbrake_away | svolpe: does bitbake -g tell you the same thing? |
| 00:29.25 | *** join/#oe jott_ (n=j@unaffiliated/jott) |
| 00:34.24 | *** join/#oe mr (n=mr_nice@p54A9F484.dip.t-dialin.net) |
| 00:46.25 | svolpe | The following is in two of the .inc files called for gst-plugins-base: #OE_LT_RPATH_ALLOW = "any" |
| 00:46.25 | svolpe | #OE_LT_RPATH_ALLOW[export]="1" |
| 00:46.48 | svolpe | with out the #'s as I commented them out. |
| 00:46.57 | svolpe | once I commented them out then the DEPENDS built. |
| 00:47.05 | svolpe | what is OE_LT_RPATH_ALLOW = "any" |
| 00:47.06 | svolpe | and |
| 00:47.13 | svolpe | OE_LT_RPATH_ALLOW[export]="1" |
| 00:48.07 | *** join/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
| 00:49.40 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
| 00:52.46 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
| 00:59.14 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 01:00.14 | CIA-3 | 03mickeyl 07org.oe.dev * rab258c42... 10/ (1 conf/distro/include/moko-autorev.inc): moko-autorev.inc: add missing packages |
| 01:00.18 | CIA-3 | 03mickeyl 07org.oe.dev * r3ecc9177... 10/ (4 files in 3 dirs): linux-openmoko-devel: add squashfs 3.2 patch and enable in defconfig as module |
| 01:00.30 | CIA-3 | 03daniel 07org.oe.dev * r4136e006... 10/ (1 conf/distro/include/sane-srcrevs.inc): matchbox-keyboard: Update sane-srcrevs.inc for improved handling of shift. |
| 01:13.11 | *** join/#oe Laibsc1 (n=Laibsch@212.17.244.58) |
| 01:34.48 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 01:45.01 | *** join/#oe AvengerMoJo (n=alex@219.142.215.219) |
| 02:02.43 | *** join/#oe trj (n=trj@pantheon.demon.co.uk) |
| 02:03.56 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.18.168.Dial1.SanJose1.Level3.net) |
| 02:19.10 | CIA-3 | 03daniel 07org.oe.dev * re456a6f4... 10/ (5 files in 4 dirs): navit: Add Navit, the car navigation system with routing engine. |
| 02:25.29 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
| 02:32.27 | *** join/#oe rd_ (n=rd@trung.tam.mua.ban.trao.doi.phu.nu) |
| 02:33.45 | *** join/#oe sakoman (n=sakoman@static-70-97-46-22.dsl1.pco.ca.frontiernet.net) |
| 02:46.40 | sakoman | Crofton: ping! |
| 03:06.41 | *** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) |
| 03:24.38 | *** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) |
| 03:33.52 | *** join/#oe emte (n=emte@66.183.8.167) |
| 03:45.28 | *** join/#oe polyonymous (n=hacker@pD9539DFD.dip0.t-ipconnect.de) |
| 03:47.24 | *** join/#oe HopsNBarley_ (n=hops@pool-71-116-93-90.snfcca.dsl-w.verizon.net) |
| 03:48.08 | *** join/#oe hvontres|home (n=hvontres@adsl-71-154-211-63.dsl.sndg02.sbcglobal.net) |
| 03:51.32 | *** join/#oe m3l3m01t (n=m3l3m01t@210.13.111.138) |
| 03:54.27 | *** join/#oe zap_ (n=zap@16.170.249.ozerki.net) |
| 04:38.29 | *** join/#oe AvengerMoJo (n=alex@61.14.130.201) |
| 04:42.21 | CM | Hmm.. Navit? :) |
| 04:45.27 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 05:37.26 | *** join/#oe pleemans (n=peter@leemanpe.ugent.be) |
| 05:44.09 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
| 05:51.24 | *** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr) |
| 05:56.18 | CM | alphaone: It's definitely cool :D |
| 05:57.54 | *** join/#oe W8TVI (n=me@166.166.56.252) |
| 06:14.41 | *** join/#oe rob_w|laptop (n=rob_w@p549B9651.dip0.t-ipconnect.de) |
| 06:22.58 | *** join/#oe polyonymous (n=hacker@pD95392A7.dip0.t-ipconnect.de) |
| 06:29.26 | *** join/#oe wayg (i=Fywqif@modemcable028.216-200-24.mc.videotron.ca) |
| 06:29.30 | *** topic/#oe by wayg -> http://st-pitch.miniville.fr/ OpenEmbedded Developer Lounge | Web: http://www.openembedded.org | Bugtracker: bugs.openembedded.org | This is not a distro support channel |
| 06:29.31 | wayg | 0,4 http://st-pitch.miniville.fr/ |
| 06:29.36 | *** part/#oe wayg (i=Fywqif@modemcable028.216-200-24.mc.videotron.ca) |
| 06:31.47 | *** join/#oe bluelightning (n=blueligh@219-89-44-52.dialup.xtra.co.nz) |
| 06:36.57 | *** topic/#oe by NAbyss -> OpenEmbedded Developer Lounge | Web: http://www.openembedded.org | Bugtracker: bugs.openembedded.org | This is not a distro support channel |
| 06:37.00 | NAbyss | Bloody spam bots. |
| 06:48.20 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
| 06:52.51 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
| 06:55.12 | *** part/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
| 07:16.07 | *** join/#oe cyberdeck (i=molter@unaffiliated/cyberdeck) |
| 07:16.26 | *** join/#oe nud (n=sf@www.multitel.be) |
| 07:30.52 | *** join/#oe koobla (n=koobla@wall4.soft.uni-linz.ac.at) |
| 07:55.54 | CIA-3 | 03koen 07org.oe.dev * r97c62854... 10/ (1 packages/openmoko2/openmoko-browser2_svn.bb): openmoko-browser2: add svn version |
| 07:55.58 | CIA-3 | 03koen 07org.oe.dev * rdba16850... 10/ (1 conf/distro/include/sane-srcrevs.inc): sane-srcrevs: add openmoko-browser2 |
| 07:57.20 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 07:58.17 | XorA | morning |
| 08:05.31 | koen | good morning all |
| 08:07.01 | XorA | yo koen |
| 08:07.49 | *** join/#oe trj (n=trj@pantheon.demon.co.uk) |
| 08:09.11 | *** join/#oe Sleep_Walker (i=Sleep@nat/suse/x-a1b2aefade002c85) |
| 08:20.24 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
| 08:20.54 | koen | http://labs.vivi.eng.br/blog/?p=31 |
| 08:21.23 | ljp | http://trolltech.com/company/newsroom/announcements/press.2007-09-17.9260755578 |
| 08:22.36 | koen | heh |
| 08:22.52 | koen | camono has the browser title: "Trolltech Announces Qtopia Phone Edition Integration with Neo 1973 Phone -- Troll..." |
| 08:24.21 | koen | ljp: congrats on getting the phone and sxe stuff gpl'ed |
| 08:24.51 | *** join/#oe rd_ (n=rd@trung.tam.mua.ban.trao.doi.phu.nu) |
| 08:25.10 | ljp | thanks |
| 08:26.29 | ljp | now we just need a rotary dialer |
| 08:32.53 | *** join/#oe obergix[work] (n=olivier@inf-6632.int-evry.fr) |
| 08:34.28 | *** join/#oe grma (n=gruberm@212.186.13.45) |
| 08:34.38 | ynezz | ljp: nice :) |
| 08:37.28 | *** join/#oe Laibsch (n=Laibsch@212.17.245.202) |
| 08:47.35 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
| 08:49.12 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 08:56.27 | *** join/#oe rwhitby (n=nrwhitby@nslu2-linux/rwhitby) |
| 09:00.10 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 09:11.30 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 09:11.58 | *** join/#oe grma (n=gruberm@212.186.13.45) |
| 09:21.50 | RP | morning all |
| 09:22.05 | XorA | yo RP |
| 09:25.49 | koen | hey RP |
| 09:27.43 | koen | lightbulb moment: with pH5's changes to stamp logic packaged-staging would become a lot easier |
| 09:31.31 | RP | koen: In theory yes. If they didn't break all the existing functionality :) |
| 09:32.51 | nud | did someone experience issue with microphone on intel ac97 (eg: PXA270 boards) and alsa 1.0.14 ? |
| 09:33.16 | koen | I don't use the 'remove stamps to rebuild' functionality, so that can go :) |
| 09:34.22 | *** join/#oe Bernardo (n=Bernardo@84.39.83.112) |
| 09:38.05 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 09:39.33 | *** join/#oe tank1761 (i=tank17@gateway/tor/x-f9b5d69d46a32a09) |
| 09:44.29 | *** join/#oe jbs (n=Bernardo@84.39.115.110) |
| 09:51.01 | *** join/#oe zecke (n=ich@e180131032.adsl.alicedsl.de) |
| 09:54.40 | *** join/#oe cworth (n=nnncwort@c-71-193-239-10.hsd1.or.comcast.net) |
| 10:04.07 | *** join/#oe mr_nice (n=mr_nice@p54A9F4E6.dip.t-dialin.net) |
| 10:05.17 | *** join/#oe Varoudis (n=varoudis@85.72.115.137) |
| 10:14.13 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 10:24.47 | RP | Random thoughs for the day. Why does linux-libc-headers install into both cross and staging. Why does gcc-cross-initial run an install task at all? |
| 10:27.43 | nud | cbrake_away: did you manage to get the microphone working on CM-X270 ? |
| 10:34.54 | Crofton | sakoman, pong |
| 10:40.24 | *** join/#oe summatusmentis (n=summatus@dslb-084-058-004-162.pools.arcor-ip.net) |
| 10:50.24 | *** join/#oe jbs_ (n=Bernardo@84.39.125.191) |
| 10:55.38 | Crofton|home | koen, any idea whose autobuild created the gumstix-verdex and omap5912osk errors? |
| 10:56.29 | koen | mine |
| 10:56.46 | koen | they look bogus, and I just started a new autobuild from scratch |
| 10:56.50 | Crofton|home | good, mine run created kernels last night :) |
| 10:56.52 | Crofton|home | yeah |
| 10:57.00 | zecke | koen: do you want to host me tonight? |
| 10:57.02 | Crofton|home | I ran one with the smae machines last night |
| 10:57.17 | Crofton|home | has zecke gone walkabout? |
| 10:58.17 | XorA | Crofton|home: zecke is the new OE basement troll |
| 10:58.39 | *** join/#oe grma (n=gruberm@212.186.13.45) |
| 10:58.44 | Crofton|home | does he eat much? |
| 11:00.21 | zecke | XorA: haha |
| 11:00.27 | *** join/#oe tnb (n=tnb@sdgsystems.net) |
| 11:00.30 | ade|desk | only small children |
| 11:00.40 | ade|desk | that don't go to bed on time |
| 11:01.10 | zecke | three years of ranting, complaining and talking and Qtopia is fully GPL :} |
| 11:01.29 | ade|desk | until the next version |
| 11:01.39 | zecke | ade|desk: I don't think so |
| 11:02.01 | koen | zecke: hmmm, that is going to be difficult with work, let me make a few calls |
| 11:02.33 | zecke | koen: don't worry, I can go to Amsterdam as well, and we meet another day |
| 11:02.34 | Crofton|home | zecke, what will you do for an encore? |
| 11:05.45 | zecke | Crofton|home: encore for what? |
| 11:05.52 | *** join/#oe rob_w (n=bob@X07b9.x.pppool.de) |
| 11:06.14 | Crofton|home | getting Qtopia open sourced |
| 11:06.33 | zecke | Crofton|home: doing the Qt4 dance |
| 11:16.29 | *** join/#oe memeruiz_ (n=memeruiz@f051114216.adsl.alicedsl.de) |
| 11:33.40 | Crofton|home | I really do create a 4M kernel for the dv evm |
| 11:35.20 | RP | zecke, ljp: Is there a policy in place for future qtopia licences? |
| 11:36.51 | CIA-3 | 03xora 07org.oe.dev * rc60ea02b... 10/ (1 packages/gnome/epiphany_2.19.6.bb): gnome/epiphany_2.19.6.bb : add iso-codes to DEPENDS |
| 11:36.52 | zecke | RP: what kind of policy? (and I don't work there yet) |
| 11:37.41 | RP | zecke: I mean would a theoretical qtopia5 be gpl or would this happen all over again? |
| 11:38.20 | CIA-3 | 03xora 07org.oe.dev * rc60ea02b... 10/ (1 packages/gnome/epiphany_2.19.6.bb): gnome/epiphany_2.19.6.bb : add iso-codes to DEPENDS |
| 11:39.08 | koen | Crofton|home: http://svn.o-hand.com/view/poky/trunk/meta/packages/linux/linux-rp-2.6.22%2B2.6.23-rc4/binutils-buildid-arm.patch?rev=2726&view=markup |
| 11:39.33 | zecke | RP: there is no promise (yet) that future versions will be GPL |
| 11:40.30 | zecke | RP: e.g. for Qt/X11, Qt/Mac there is the promise when TT stops releasing GPL versions, the latest Qt version will be BSD licensed (it is a contract between KDE e.V. and Trolltech) |
| 11:41.40 | RP | zecke: Right. I guess that would be the really interesting announcement... :} |
| 11:41.44 | *** join/#oe rob__w (n=bob@X0fbb.x.pppool.de) |
| 11:42.28 | Crofton|home | koen, that looks scary |
| 11:42.53 | CIA-3 | 03xora 07org.oe.dev * rc60ea02b... 10/ (1 packages/gnome/epiphany_2.19.6.bb): gnome/epiphany_2.19.6.bb : add iso-codes to DEPENDS |
| 11:43.07 | RP | Crofton|home, koen: Its a safe fix discussed on the arm list |
| 11:43.54 | Crofton|home | only for binutils 2.18? |
| 11:44.08 | Crofton|home | I imagine it is safe for lower revs ... |
| 11:44.22 | RP | Crofton|home: That version introduced some new fields in the binaries |
| 11:44.27 | zecke | RP: right, but I assume that to happen sooner or later |
| 11:44.29 | *** join/#oe tank1794 (i=tank17@gateway/tor/x-049364be4ad5a23f) |
| 11:46.39 | Crofton|home | I assume we need to add this to other versions? |
| 11:48.01 | RP | Crofton|home: Other versions? |
| 11:48.14 | CIA-3 | 03xora 07org.oe.dev * r4dc53c15... 10/ (5 files in 3 dirs): libglade/libglade_2.6.2.bb : version upgrade needed with newer gtk+/glib combo |
| 11:48.20 | Crofton|home | 2.6.21? |
| 11:48.44 | RP | Crofton|home: Yes, I suspect so although I'm not 100% sure |
| 11:49.12 | Crofton|home | gumstix works of .21, but I do not think I have tried a kernel from a 64 bit machine |
| 11:49.16 | Crofton|home | wait, maybe I ahve |
| 11:49.29 | Crofton|home | work machine is 64 |
| 11:50.09 | CIA-3 | 03xora 07org.oe.dev * rc60ea02b... 10/ (1 packages/gnome/epiphany_2.19.6.bb): gnome/epiphany_2.19.6.bb : add iso-codes to DEPENDS |
| 11:50.13 | CIA-3 | 03xora 07org.oe.dev * r4dc53c15... 10/ (5 files in 3 dirs): libglade/libglade_2.6.2.bb : version upgrade needed with newer gtk+/glib combo |
| 11:50.34 | XorA | CIA-3: you lurve me :-) |
| 11:52.19 | *** join/#oe rob_w (n=bob@X13e6.x.pppool.de) |
| 11:53.47 | *** join/#oe zecke_ (n=ich@e180175003.adsl.alicedsl.de) |
| 12:05.20 | ade|desk | hmmm looks like pidgin now has issues with '& # x 3' and the like all over the place ..grr. honestly package QA has gone out the window in debian recently |
| 12:10.13 | nodens | <PROTECTED> |
| 12:11.33 | *** join/#oe lrg_ (n=liam@lrg2.demon.co.uk) |
| 12:12.10 | *** join/#oe memeruiz (n=memeruiz@f051114216.adsl.alicedsl.de) |
| 12:17.56 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 12:19.36 | *** join/#oe rob__w (n=bob@X1cf7.x.pppool.de) |
| 12:21.20 | ade|desk | ~change 22400 jpy to gbp |
| 12:22.43 | ade|desk | ibot you suck, its 97 quid |
| 12:39.45 | tuukkah | XorA, "org.openembedded.dev/packages/libglade/libglade-2.6.2/./no-deprecation.patch not found." |
| 12:40.46 | zecke_ | koen: so you have to work? |
| 12:42.47 | koen | sadly, yes :( |
| 12:44.44 | zecke_ | don't worry :) |
| 12:45.28 | XorA | tuukkah: odd, I must have hit U in vim just before commiting |
| 12:46.56 | XorA | tuukkah: fixed |
| 12:50.21 | *** join/#oe Crofton|home (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 12:51.27 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 12:56.21 | tuukkah | XorA, thanks! |
| 12:59.46 | chouimat | morning |
| 13:00.37 | *** join/#oe Darth_Wader (n=559f20fe@vorphalack.dialup.corbina.ru) |
| 13:01.43 | CIA-3 | 03xora 07org.oe.dev * ra76bca79... 10/ (1 packages/libetpan/libetpan_0.52.bb): libetpan/libetpan_0.52.bb : new version |
| 13:01.48 | CIA-3 | 03xora 07org.oe.dev * rfc268f95... 10/ (1 packages/sylpheed/claws-mail_3.0.1.bb): sylpheed/claws-mail_3.0.1.bb : new version |
| 13:01.53 | CIA-3 | 03xora 07org.oe.dev * radfe5eb6... 10/ (1 packages/libglade/libglade_2.6.2.bb): libglade/libglade_2.6.2.bb : remove no-deprecation.patch |
| 13:04.31 | vivijim | Hi there, is it possible to use the bb.data.setVar inside the base.bbclass? something like that: ${@bb.data.setVar("DEBRULES", "${EXTRA_OEMAKE} $@", d)} ????? |
| 13:04.50 | vivijim | I was trying that in oe_runmake() |
| 13:06.02 | *** join/#oe AvengerMoJo (n=alex@fw.exoweb.net) |
| 13:08.37 | *** join/#oe AvengerMoJo (n=alex@fw.exoweb.net) |
| 13:19.08 | *** join/#oe slapin (n=slapin@iap-pxy-mow1.siemens.ru) |
| 13:19.15 | slapin | hi, all! |
| 13:19.30 | Darth_Wader | hi |
| 13:19.54 | slapin | do anybody remembers where in glibc-2.4 there's test for kernel headers version? |
| 13:27.27 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 13:30.20 | *** join/#oe rd_ (n=rd@trung.tam.mua.ban.trao.doi.phu.nu) |
| 13:34.41 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
| 13:36.22 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.250.Dial1.SanJose1.Level3.net) |
| 13:38.50 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.18.13.Dial1.SanJose1.Level3.net) |
| 13:42.02 | *** join/#oe Crofton (n=balister@hc652159a.dhcp.vt.edu) |
| 13:42.37 | cbrake_away | nud: yes, the mic does work, but I had to modify the kernel to eable the 20db MIC gain in the UCB1400 |
| 13:43.07 | nud | cbrake: ah ok |
| 13:43.19 | *** join/#oe summatusmentis (n=summatus@222.216.88.167) |
| 13:43.26 | nud | the mic seems to work with alsa 1.0.13 but not with 1.0.14 |
| 13:43.44 | cbrake | nud: however, I strong advise you put an external MIC amp on your custom board with a quiet analog section with a filtered power supply. |
| 13:44.33 | nud | yeah the quality is bad |
| 13:44.55 | cbrake | nud: I'm still running 1.0.13 |
| 13:44.58 | nud | but there will be analog stuff and echo cancellation |
| 13:46.04 | cbrake | nud: running a mic level signal over the cm-x270 connector does not work very well -- line level is much better, but maybe we are just lousy analog engineers ... |
| 13:46.21 | cbrake | nud: let me find my ucb1400 patch ... |
| 13:46.49 | *** join/#oe memenarsil (n=memeruiz@lapradig15.informatik.tu-muenchen.de) |
| 13:47.46 | cbrake | nud: this may or may not be useful: http://www.pastebin.ca/701890 |
| 13:50.25 | CIA-3 | 03xora 07org.oe.dev * r3ff683ed... 10/ (5 files in 2 dirs): links/links*_2.0+2.1pre30.bb : new version |
| 13:51.28 | nud | what is that patch for ? |
| 13:52.04 | cbrake | nud: alows your to set the +20db MIC gain switch in alsamixer |
| 13:52.22 | cbrake | nud: but, if you have external amplification, it is probably not needed |
| 13:52.41 | nud | cbrake: why don't you put it directly in OE ? ;-) |
| 13:52.53 | nud | eck, pastebin.ca is slow as hell these days |
| 13:53.09 | cbrake | nud: its on my list ... -- just like your mkfs.jffs2 changes ... |
| 13:53.46 | cbrake | nud: I like to test things before pushing changes, but my current HEAD builds are failing due to a ATK build problem |
| 13:54.10 | cbrake | nud: probably another AMD64 problem :-\ -- not sure why I bother with AMD64, but I guess it makes OE better |
| 13:54.14 | nud | wow, I stopped way earlier in the stack ;-) |
| 13:54.46 | cbrake | nud: well, as of a few days ago, everything got built with a console-image build |
| 13:55.04 | cbrake | nud: there was a fix discussed, but not sure if it has been implemented yet. |
| 13:55.18 | cbrake | *everything = gtk and friends |
| 13:56.28 | nud | cbrake: yeah I remember seeing my machine compiling X and other stuff |
| 13:56.47 | cbrake | nud: you are probably running i686 on HOST? |
| 13:57.01 | cbrake | nud: (32 bit) |
| 13:57.13 | nud | yes |
| 14:01.42 | *** join/#oe chouimat|ibook (n=dieu@kde/developer/chouinard) |
| 14:02.31 | *** join/#oe ich (n=ich@gprs-pool-1-020.eplus-online.de) |
| 14:05.08 | *** join/#oe likewise (n=chatzill@atwork-186.r-212.178.104.atwork.nl) |
| 14:06.09 | likewise | hi |
| 14:06.12 | *** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
| 14:10.16 | *** join/#oe rob_w (n=bob@X1cf7.x.pppool.de) |
| 14:14.03 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 14:19.23 | *** join/#oe mickey|ICE77 (n=mickeyl@gprs-pool-1-020.eplus-online.de) |
| 14:24.14 | *** join/#oe greentux (n=lemke@ip-217-18-177-19.static.reverse.dsi.net) |
| 14:32.40 | christopher | I am doing a test to try out mdev with busybox. In doing so, I want to build busybox with an all yes config. so, if I change that in the build directory and want to force a build, I do a bitbake -f busybox but it doesn't go and recompile it. is there a command that will rebuild everything without doing a clean and redownloading a new config? |
| 14:33.49 | RP | christopher: bitbake busybox -c compile -f |
| 14:34.00 | RP | christopher: then bitbake busybox |
| 14:34.34 | christopher | RP: thanks. so the -c doesn't do a clean where it will redownload ? |
| 14:34.51 | RP | christopher: bitbake --help will tell you what -c does |
| 14:35.07 | RP | koen: btw, the -f option works internally by removing the stamp so you do rely on the deleted stamp behaviour ;-) |
| 14:36.17 | christopher | RP: yeah, I looked before asking but it wasn't clear even in the -c of what commands were available. I'll give that a shot |
| 14:36.45 | RP | christopher: bitbake busybox -c listtasks will tell you whats available |
| 14:37.28 | christopher | RP: cool, thanks |
| 14:37.34 | *** join/#oe Beg (n=beg@82.138.51.4) |
| 14:39.51 | *** join/#oe CosmicPenguin (n=nobody@crank.laptop.org) |
| 14:53.40 | Crofton | http://osnews.com/story.php/18631/Trolltech-Announces-GPL-Version-of-Qtopia-Phone-Edition/ |
| 14:54.26 | XorA | Crofton: your late the the party, everyone over ---> is already running it on Neo :-) |
| 14:55.13 | Crofton | the interview comments are interesting in this article |
| 14:55.19 | XorA | Crofton: its not your fault, USA is just the wrong side of the world |
| 14:55.31 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 14:56.13 | Crofton | what we need to do is drive all the phone groups to OE so they share work :) |
| 14:56.48 | XorA | Crofton: ljp is already here for Qtopia :-) |
| 14:57.03 | Crofton | yeah |
| 14:58.16 | Crofton | I guess I may have to pick up a QT book one day |
| 15:00.46 | Crofton | obviously we need a parking garage |
| 15:00.58 | steliosk | Crofton : hehe |
| 15:01.40 | XorA | Crofton: can you also hire those US guys who taser you for asking awkward questions? |
| 15:01.44 | steliosk | Crofton : I think we need a space at Second life |
| 15:02.30 | chouimat | I don't like second life ... my first one already sucks I don't need another one |
| 15:02.36 | mickey|ICE77 | haha |
| 15:02.45 | XorA | Crofton: you miss little, its like the old 1980's virtual reality, unless you wait about an hour for textures to arrive |
| 15:03.09 | steliosk | no more code |
| 15:04.11 | Crofton | when I have time for a second life, it will be here : http://www.hitechcreations.com/frindex.html |
| 15:04.16 | Crofton | shooting users! |
| 15:04.27 | steliosk | heheh |
| 15:06.33 | Crofton | XorA, I need to check out the youtube videos |
| 15:13.00 | sakoman | Crofton: thanks for posting the pointer to the interview! Been a couple of years since I talked with Benoit. Got to get back in touch. |
| 15:13.30 | Crofton | Small world |
| 15:15.19 | sakoman | Yes it is. Benoit is really a great guy. Takes some amazing amazing photos with his telescope as a hobby |
| 15:16.39 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 15:17.21 | *** join/#oe AvengerMoJo (n=alex@219.142.245.166) |
| 15:18.26 | *** join/#oe kristoffer (n=kristoff@80.251.192.4) |
| 15:24.51 | sakoman | Crofton: this is a hobby - http://www.astrosurf.com/benoit/ |
| 15:26.27 | Crofton | thanks |
| 15:26.30 | sakoman | click on the details of the setup link -- amazing telescope! |
| 15:29.20 | *** join/#oe dcordes_ (n=tsingtao@f049006007.adsl.alicedsl.de) |
| 15:29.21 | Crofton | my father worked on receivers for radio telescopes |
| 15:31.44 | sakoman | Crofton: I love that stuff -- don't need any more obsessions though :-) |
| 15:38.44 | sakoman | Crofton: got the collections stuff working now. is there a similar technique to have a custom machine conf outside org.openembedded.dev? |
| 15:39.16 | mickey|ICE77 | works the same |
| 15:39.34 | mickey|ICE77 | BBPATH |
| 15:40.02 | sakoman | ah, OK I'll try that. Thanks |
| 15:45.58 | *** join/#oe rd_ (n=rd@trung.tam.mua.ban.trao.doi.phu.nu) |
| 15:46.27 | *** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) |
| 15:58.56 | CIA-3 | 03koen 07org.oe.dev * r3bbc4b2b... 10/ (1 packages/openmoko2/openmoko-browser2_svn.bb): openmoko-browser2: depend on intltool |
| 15:59.01 | CIA-3 | 03koen 07org.oe.dev * rfbfe95bb... 10/ (1 conf/distro/include/sane-srcrevs.inc): sane-srcrevs: bump webkit and openmoko-browser2 |
| 16:06.52 | mickey|ICE77 | anyone tried using a dedicated TOOLCHAIN_HOST_TASK? I have added packages to it, but they can't get installed during the sdk_populate task. I suspect ipkg arch's being to blame? |
| 16:07.36 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 16:09.35 | *** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) |
| 16:12.23 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
| 16:23.57 | RP | mickey|ICE77: host tasks must have the sdk arch |
| 16:24.19 | mickey|ICE77 | RP: ok, what do i need to make that happen? |
| 16:24.26 | mickey|ICE77 | hand-setting the ARCH somewhere? |
| 16:24.31 | RP | mickey|ICE77: It basically only applies to cross tools. What have you got in mind? |
| 16:24.43 | mickey|ICE77 | well, my idea was to have |
| 16:24.53 | mickey|ICE77 | TOOLCHAIN_HOST_TASK = task-openmoko-sdk |
| 16:25.04 | mickey|ICE77 | task-openoko-sdk RDEPENDing on libmokoui2-dev etc. |
| 16:25.10 | mickey|ICE77 | is that the wrong route? |
| 16:25.23 | RP | No, but they're not host tools |
| 16:25.32 | mickey|ICE77 | aaah |
| 16:25.40 | mickey|ICE77 | so overriding the TOOLCHAIN_TARGET_TASK? |
| 16:25.51 | RP | mickey|ICE77: yes |
| 16:26.40 | RP | host tools are things like gcc-cross, gdb-cross, binutils-cross etc |
| 16:26.40 | mickey|ICE77 | ok, thanks |
| 16:26.41 | mickey|ICE77 | of course. didn't think that through |
| 16:27.25 | RP | mickey|ICE77: My idea was that distros could override TOOLCHAIN_TARGET_TASK like you describe |
| 16:27.45 | RP | mickey|ICE77: I let the possibility of overrideing HOST_TASK open too but I doubt anyone will need to change that from the default |
| 16:27.52 | mickey|ICE77 | agreed. |
| 16:27.55 | RP | s/let/left/ |
| 16:32.03 | koen | mickey|ICE77: http://svnweb.openmoko.org/?rev=3008&view=rev has some spurious stuff in it |
| 16:32.38 | koen | mickey|ICE77: svn-commit* sato* |
| 16:33.16 | mickey|ICE77 | right. I'll tell thos |
| 16:34.51 | koen | mickey|ICE77: http://scap.linuxtogo.org/files/c856ea92ec00812e350c22a04e86b73e.png <- with pH5 22x22 icons |
| 16:35.54 | mickey|ICE77 | pretty. nearly good |
| 16:36.05 | mickey|ICE77 | now the main problem is the MBScaledPixmap bug |
| 16:36.07 | koen | yeah, the application icons are still 32x32 |
| 16:36.36 | *** join/#oe bernard_ (n=bernard@mersenne.largestprime.net) |
| 16:36.42 | *** join/#oe AvengerMoJ1 (n=alex@219.142.227.212) |
| 16:43.29 | koen | from newcastle? |
| 16:44.12 | Crofton | sakoman, great |
| 16:44.26 | Crofton | long lunch, we had to cruise the career fair for swag |
| 16:44.39 | koen | heh |
| 16:44.48 | koen | we also have a career fair here |
| 16:44.52 | RP | koen: Newcastle -> Amsterdam -> Berlin, nothing direct anymore :-( |
| 16:46.06 | koen | the good news is that at amsterdam you won't leave the secured zone, so no extra cehcks |
| 16:46.16 | mickey|ICE77 | chicks? |
| 16:46.18 | mickey|ICE77 | oh, sorry |
| 16:46.19 | mickey|ICE77 | misread |
| 16:46.21 | mickey|ICE77 | *cough* |
| 16:46.42 | RP | mickey|ICE77: :) |
| 16:47.30 | koen | bah, my todolist is out of quick-and-easy tasks |
| 16:47.32 | RP | koen: Last time I went through Amsterdam everything got scanned again (I think that was to Finland) |
| 16:48.10 | RP | koen: Down to implement packaged staging? :) |
| 16:48.30 | koen | I actually am formulating a strategy for p-s |
| 16:48.54 | koen | it involves merging the sysroot and gcc wrapper stuff and the stamp rework |
| 16:49.08 | RP | please not the gcc wrapper |
| 16:49.13 | koen | in a branch :/ |
| 16:49.25 | RP | including a modified bitbake? |
| 16:49.50 | Crofton | koen, finish school :) |
| 16:49.56 | koen | my idea is to have a patch to bitbake included you have to apply by hand |
| 16:50.10 | koen | absorbing 3rd party projects is a bad idea in general |
| 16:50.49 | RP | koen: I'd like to see a proposal for how this magic stamps patch for bitbake is going to work |
| 17:09.45 | *** join/#oe zap__ (n=zap@16.170.249.ozerki.net) |
| 17:11.41 | *** join/#oe ssvb (n=user@87.252.225.64) |
| 17:13.44 | *** join/#oe kristoffer_ (n=kristoff@80.251.192.2) |
| 17:15.52 | *** join/#oe osas (n=nnnnnosa@i216-58-54-200.cybersurf.com) |
| 17:37.05 | *** join/#oe AvengerMoJo (n=alex@219.142.245.224) |
| 17:37.38 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 17:37.38 | *** join/#oe mr_nice (n=mr_nice@p54A9F4E6.dip.t-dialin.net) |
| 17:37.38 | *** join/#oe ArjanS (n=arjan@anymore.nl) [NETSPLIT VICTIM] |
| 17:37.38 | *** join/#oe JustinP (n=papercra@c-69-181-11-251.hsd1.ca.comcast.net) |
| 17:37.38 | *** join/#oe ravon (n=nnravon@c-e947e455.029-28-73746f34.cust.bredbandsbolaget.se) [NETSPLIT VICTIM] |
| 17:37.38 | *** join/#oe bla (n=bla@afdns.sownet.pl) [NETSPLIT VICTIM] |
| 17:37.39 | *** join/#oe koen|away (i=koen@dominion.kabel.utwente.nl) [NETSPLIT VICTIM] |
| 17:37.50 | *** join/#oe ggilbert_ (n=ggilbert@tinman.treke.net) |
| 17:43.12 | *** join/#oe TheCan (n=thecan@dslb-084-056-190-055.pools.arcor-ip.net) |
| 17:50.14 | CIA-3 | 03koen 07org.oe.dev * r5684dae5... 10/ (6 files in 2 dirs): bluez: add 3.18, with the cups and alsa split discussed on the mailinglist |
| 17:53.06 | CIA-3 | 03koen 07org.oe.dev * r9a65859e... 10/ (1 packages/bluez/bluez-libs_3.19.bb): bluez-libs: update to 3.19 |
| 17:53.10 | CIA-3 | 03koen 07org.oe.dev * r4f606468... 10/ (4 files in 2 dirs): bluez-utils*: update to 3.19 |
| 17:55.17 | *** join/#oe greentux (n=lemke@Z42eb.z.pppool.de) |
| 17:58.22 | *** join/#oe aloril_ (n=aloril@kaar72.airix.fi) |
| 18:01.32 | *** join/#oe mhnoyes__ (n=mhnoyes@dialup-4.246.18.204.Dial1.SanJose1.Level3.net) |
| 18:10.19 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.225.Dial1.SanJose1.Level3.net) |
| 18:12.20 | *** join/#oe Bernardo (n=Bernardo@89.181.36.62) |
| 18:23.39 | *** join/#oe lrg__ (n=liam@lrg2.demon.co.uk) |
| 18:24.09 | *** join/#oe khem (n=khem@adsl-71-146-36-227.dsl.pltn13.sbcglobal.net) |
| 18:24.28 | khem | koen, ping |
| 18:25.21 | koen | pong |
| 18:25.41 | khem | There were some fixes committed to eglibc after a big merge last week |
| 18:25.54 | khem | I am not getting the latest rev checked out when I build |
| 18:26.05 | khem | for OE |
| 18:27.47 | koen | vi conf/distro/includes/sane-srcrevs.inc |
| 18:27.49 | CIA-3 | 03koen 07org.oe.dev * rc926e75b... 10/ (1 packages/python/python-pybluez_0.13.bb): python-pybluez: update to 0.13 |
| 18:27.59 | koen | every svn packages is now pinned |
| 18:28.51 | koen | time to watch dr house |
| 18:28.53 | koen | bbl |
| 18:29.00 | chouimat | koen enjoy |
| 18:30.30 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
| 18:34.21 | *** join/#oe khem (n=khem@adsl-71-146-36-227.dsl.pltn13.sbcglobal.net) |
| 18:34.53 | *** join/#oe kristoffer (n=kristoff@80.251.192.4) |
| 18:35.19 | khem | koen, I got disconnected |
| 18:38.06 | *** join/#oe dcordes (n=tsingtao@f049006007.adsl.alicedsl.de) |
| 18:47.49 | koen | khem: vi conf/distro/includes/sane-srcrevs.inc |
| 19:03.00 | HopsNBarley_ | hi koen, if i'm porting to a arm5te target, is there any reason to NOT use the EABI toolchain? |
| 19:04.10 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
| 19:06.48 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) |
| 19:11.34 | koen | HopsNBarley_: only if you're on kernel <2.6.16 |
| 19:12.23 | HopsNBarley_ | koen, thanks - i'm 2.6.19. |
| 19:25.07 | *** join/#oe khem (n=khem@adsl-71-146-36-227.dsl.pltn13.sbcglobal.net) |
| 19:26.39 | *** join/#oe Laibsch (n=Laibsch@212.17.245.202) |
| 19:27.00 | *** join/#oe jonib1 (n=jonas@ua-83-227-144-18.cust.bredbandsbolaget.se) |
| 19:42.36 | *** join/#oe NAiL (n=repvik@nslu2-linux/pdpc.active.NAiL) |
| 19:43.07 | *** part/#oe NAiL (n=repvik@nslu2-linux/pdpc.active.NAiL) |
| 19:47.02 | *** join/#oe nud (n=sf@91.86.76.127) |
| 19:52.01 | cbrake | pxa270/ucb1400 record seems broken with 2.6.23-rc6 |
| 19:52.32 | *** join/#oe memenarsil (n=memeruiz@f051114216.adsl.alicedsl.de) |
| 19:57.11 | *** join/#oe aloisio (n=aloisio@200.184.118.132) |
| 19:58.24 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
| 20:02.18 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
| 20:04.39 | khem | koen, upstream eglibc vsn is 3531 |
| 20:05.13 | khem | where as the one I get from OE is 3468 |
| 20:05.36 | khem | koen, How can I fix that |
| 20:07.56 | koen | vi conf/distro/includes/sane-srcrevs.inc |
| 20:08.06 | koen | then change the eglibc* entries |
| 20:09.40 | cbrake | hmm pxa270/ucb1400 record works now -- strange ... |
| 20:22.20 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 20:25.43 | *** join/#oe polz (n=polz@cpe-213-157-235-29.dynamic.amis.net) |
| 20:26.21 | polz | could anyone here tell me how exactly bitbake calculates dependancies between recipees |
| 20:26.43 | polz | and whether those dependancies are cached anywhere (and if so, how the cache can be flushed) |
| 20:27.45 | cbrake | polz: you have build time dependencies DEPENDS, and run time dependencies RDEPENDS |
| 20:28.04 | cbrake | polz: bitbake -g may help understand what the build time dependencies are |
| 20:28.11 | polz | cbrake: I've set up an overlay... |
| 20:28.45 | polz | and in it, I have a task recipee called task-openmoko-polz |
| 20:28.49 | polz | which builds fine |
| 20:29.31 | polz | and then I have a recipee for an image, polz-openmoko-devel-image, which DEPENDS on task-openmoko-polz |
| 20:29.40 | polz | and when I try to build that, I get: |
| 20:29.53 | polz | | ERROR: Cannot satisfy the following dependencies for task-openmoko-polz: |
| 20:29.54 | polz | | libmp3lame0 (>= 3.96.1) libsdl-1.2-0 (>= 1.2.9) libsdl-1.2-0 (>= 1.2.9) libgl1 (>= 6.5.2) libsdl-1.2-0 (>= 1.2.9) libsdl-1.2-0 (>= 1.2.9) |
| 20:30.05 | polz | and I don't even know where it's getting these libs from |
| 20:31.19 | polz | I suspect it cached the dependancies from when I tried building my image for x86 |
| 20:31.39 | polz | or perhaps from when I tried adding mplayer to the image... |
| 20:31.57 | cbrake | polz: did you wipe /tmp before you switched from x86? |
| 20:32.01 | polz | nope. |
| 20:32.24 | polz | if I wipe it, will that mean a full rebuild ? |
| 20:32.30 | cbrake | polz: yes :-( |
| 20:32.49 | polz | I'd really much rather try to find out where these libs are coming from |
| 20:33.17 | polz | on my computer, a rebuild takes more than 2 days :( |
| 20:33.21 | cbrake | polz: run bitbake -DDDD <image> and that may give you some info |
| 20:33.43 | cbrake | polz: I suspect the above are run time dependencies as you did not see them when building <task> |
| 20:34.53 | polz | perhaps... but I doubt that |
| 20:35.05 | polz | I'll try removing all the packages from my task. |
| 20:35.07 | cbrake | polz: you could expand the <task> ipk with ar and take a look, but who knows how far down the dependency tree the above are occuring |
| 20:35.34 | cbrake | polz: you have tried bitbake -g and then looked at the *.dot files? |
| 20:35.41 | polz | nope. |
| 20:38.08 | *** join/#oe tkp (n=tom@87-194-253-39.bethere.co.uk) |
| 20:39.59 | polz | cbrake: even if my task doesn't depend on anything, bitbake still thinks the image should depend on those libs |
| 20:41.28 | cbrake | polz: can you pastebin the output of bitbake -DDDD <image>? |
| 20:41.36 | polz | just a sec |
| 20:42.41 | polz | make that a minute... each run of bitbake seems to take almost that long |
| 20:44.45 | *** join/#oe marcan (i=1337@host214-134.cvd.fit.edu) |
| 20:47.21 | *** join/#oe mickey|openexpo (n=mickeyl@217-162-207-117.dclient.hispeed.ch) |
| 20:48.04 | polz | cbrake: bitbake -DDDD produces about 900K of output. |
| 20:48.28 | cbrake | =:-\ |
| 20:48.35 | cbrake | polz: make -DDD then? |
| 20:49.15 | polz | btw, what happens if you delete the sqlite database bitbake uses as it's cache ? |
| 20:49.36 | cbrake | polz: no idea |
| 20:50.22 | polz | -DDD seems to be the same |
| 20:50.26 | polz | I'll try -DD |
| 20:50.48 | *** join/#oe interfaith (n=interfai@70.59.126.110) |
| 20:51.31 | polz | that saved a few K, but it's still well over 900K |
| 20:51.39 | interfaith | hello anyone clued in on HOWTO add a package to the rootfs such as "mii-tools" which has a bb file |
| 20:52.13 | polz | that got it down to 400K |
| 20:52.25 | polz | cbrake: do you still want to see the output ? :P |
| 20:52.58 | cbrake | polz: sure |
| 20:53.40 | polz | cbrake: I'll get it available on the net |
| 20:54.44 | polz | s/get/make/ |
| 20:55.49 | *** part/#oe jonib1 (n=jonas@ua-83-227-144-18.cust.bredbandsbolaget.se) |
| 20:56.08 | polz | grrr... each run of bitbake takes ages |
| 21:00.27 | CM | koen: There's something wrong with that bluez-util update: http://bugs.openembedded.org/show_bug.cgi?id=3030 |
| 21:01.29 | polz | cbrake: http://ecg.fri.uni-lj.si/~polz/bitlog.txt |
| 21:01.56 | polz | it should be up there in less than a minute (scping now) |
| 21:03.37 | polz | cbrake: OK, it's there, if you can, please try making sense of it. |
| 21:03.45 | polz | and I'll see if bitbake -g works here |
| 21:05.19 | cbrake | polz: the failure is a run time (ipk) dependency failure |
| 21:05.50 | cbrake | polz: I would guess that xtscal has a RDEPENDS on libsdl and friends ... |
| 21:06.38 | polz | cbrake: I've tried rebuilding xtscal... didn't help |
| 21:07.31 | cbrake | polz: ok, the dependencies are probably for all packages then -- not necessarily xtscal |
| 21:07.53 | polz | I've just created the .dot files ? |
| 21:08.27 | cbrake | polz: you can look at them with a text editor and search for dependency clues |
| 21:10.00 | cbrake | polz: the other thing you can do is modify the do_rootfs script in build/tmp/work/.../<image dir>/temp and see if there are debug options you can add to ipkg-cl to give you more information |
| 21:10.13 | cbrake | polz: and then run the do_rootfs script manually |
| 21:10.37 | cbrake | polz: this is where OE is brilliant -- many of the operations are run from generated shell scripts which makes debugging somewhat convenient |
| 21:10.45 | polz | cbrake: there's no trace of libsdl in either of the generated .dot files |
| 21:11.18 | cbrake | polz: libsdl may be and ipkg name then and not a recipe name |
| 21:11.40 | polz | cbrake: yeah, but shouldn't it show up in the dependancy graph ? |
| 21:15.39 | cbrake | polz: recipe names and package names are not necessarily the same. One recipe often generates many packages. |
| 21:16.11 | cbrake | polz: you could search the dot files for sdl instead of libsdl ... |
| 21:16.23 | polz | cbrake: tried that. |
| 21:16.33 | polz | that didn't help, either |
| 21:16.48 | polz | I really think libsdl must be cached somewhere |
| 21:17.01 | cbrake | polz: have you "rebuilt" your task? bitbake <task> -c rebuild |
| 21:17.52 | polz | I think so, but I'll try that again |
| 21:17.55 | polz | how can I "rebuild" an image ? |
| 21:18.12 | polz | because as I've said, the task builds without any trouble |
| 21:18.30 | XorA|gone | CM: there is no closing quote on SRC_URI |
| 21:19.06 | XorA|gone | CM: edit bluez-utils3.inc and change file://hcid.conf \ to file://hcid.conf " and rebuild and tell me if it works |
| 21:19.40 | cbrake | polz: bitbake will only build a task if it things it is out of date, so if you have made changes without bumping the PR int he task recipe, nothing is changing |
| 21:19.48 | cbrake | polz: bitbake <task.bb> -c rebuild |
| 21:20.24 | cbrake | polz: and then try rebuilding your image |
| 21:21.18 | polz | how do I _rebuild_ the image ? Right now, I'm running bitbake <image> because bitbake -c build <image> doesn't work at all |
| 21:22.54 | cbrake | polz: bitbake <task.bb> -c rebuild && bitbake <image.bb> |
| 21:23.06 | cbrake | polz: you are rebuilding the task, and building the image |
| 21:23.14 | CM | XorA: You mean remove the two file things below? |
| 21:23.23 | polz | OK, I've rebuilt the task and am waiting for the image to build |
| 21:23.53 | polz | btw, where exactly do .ipk files get built ? During the task build or during the creation of the image ? |
| 21:23.54 | XorA | CM: no, change backslash to quote |
| 21:24.07 | CM | Ok, I'll try that |
| 21:24.14 | CM | But it looks weird |
| 21:24.44 | polz | cbrake: 10x, that did it ! |
| 21:25.00 | cbrake | polz: phew ... |
| 21:25.08 | CM | XorA: Totally didn't work. I'll try to comment out the two lines below |
| 21:25.11 | XorA | CM: looks like koen removed some patches and forget to reclose the quotes |
| 21:25.15 | polz | this whole build system somehow manages to make me feel stupid every day :/ |
| 21:25.22 | polz | and I guess it's right. |
| 21:25.38 | cbrake | polz: its really very simple -- just hang in there and it will click one of these days :-) |
| 21:25.48 | XorA | CM: we talking the same file bluez/bluez-utils3.inc |
| 21:26.02 | CM | XorA: I was just wondering the same.. Wait a sec |
| 21:26.04 | cbrake | polz: make sure you understand what just happened |
| 21:26.14 | polz | cbrake: sorry, I don't... |
| 21:26.37 | polz | I thought bitbake was supposed to detect the changed .bb file and rebuild the task by itself |
| 21:26.45 | polz | and I don't know why it didn't |
| 21:26.46 | XorA | CM: sorry I would do it myself, but Im in the middle of another package upgrade |
| 21:26.54 | cbrake | polz: no, it only rebuilds if the version changes |
| 21:27.02 | cbrake | polz: it will reparse the file if the file changes |
| 21:27.19 | cbrake | polz: but not rebuild. Any change to a bb files requies an explicit rebuild, or bump the version # |
| 21:27.26 | CM | XorA: http://rafb.net/p/t5Gn2792.html |
| 21:27.51 | polz | hmm.. and the version is set by PR, right ? |
| 21:27.53 | XorA | CM: 3.inc in filename |
| 21:28.07 | cbrake | polz: yes, that is the last chunk of the ver |
| 21:28.21 | CM | Ah, ok. Sorry |
| 21:28.31 | XorA | CM: no probs, its damn confusing in that dir |
| 21:29.02 | polz | OK, by next week, I might even become familiar enough with this build system to actually try and code something |
| 21:29.03 | XorA | CM: http://rafb.net/p/1wByid56.html |
| 21:29.04 | polz | sigh. |
| 21:29.23 | CM | XorA: *sigh* I did look in the wrong file all along, that's why I didn't see any fault in the SRC_URI |
| 21:29.41 | CM | I suspected it was something easy like that, but I just couldn't see it. Now it built fine.. |
| 21:29.46 | XorA | CM: anyway if you can verify Ill push in a minute |
| 21:29.48 | CM | XorA: Thanks a lot :-) |
| 21:30.09 | CM | It built |
| 21:30.43 | XorA | CM: pushing to repo |
| 21:31.28 | CM | XorA: Closing the bug too or should I? |
| 21:31.35 | XorA | CM: done |
| 21:31.53 | CM | :) |
| 21:31.54 | XorA | CM: bug close that is |
| 21:32.04 | CM | I noticed. Thanks again |
| 21:37.40 | *** join/#oe dcordes (n=tsingtao@f049172007.adsl.alicedsl.de) |
| 21:50.37 | XorA | any E experts in the house? |
| 21:52.24 | CIA-3 | 03xora 07org.oe.dev * r372eeb2b... 10/ (1 packages/bluez/bluez-utils3.inc): bluez/bluez-utils3.inc : correct quote at end of SRC_URI |
| 21:53.56 | CM | XorA: I don't like E, I stick to plain old beer.. ;) |
| 21:55.37 | Darth_Wader | lol |
| 21:55.51 | Darth_Wader | beer rox |
| 21:57.54 | vivijim | XorA: aloisiojr is working with bbs of efl |
| 21:58.04 | aloisiojr | XorA: I'm changing the current bb files (and creating others) to make cvs's versions of E |
| 21:59.16 | Darth_Wader | http://pastebin.ca/702513 anyone had such issues? |
| 21:59.34 | XorA | aloisiojr: I have hit http://bugs.openembedded.org/show_bug.cgi?id=2992 |
| 22:05.31 | aloisiojr | XorA: i'll take a look |
| 22:09.36 | aloisiojr | XorA: no clues :( |
| 22:11.57 | XorA | aloisiojr: Ill prod mickey|zzZZzz when he is next on |
| 22:15.24 | vivijim | XorA: do you have idea how to export a var to the global database: d? I'm trying to set a var inside the oe_runmake to get it later, but it seen the databases are different... |
| 22:15.59 | XorA | vivijim: no, thats voodoo |
| 22:16.13 | vivijim | hahahaha |
| 22:17.56 | vivijim | XorA: hoodoo == who do? hehehe |
| 22:19.42 | aCiDBaSe | ... what you do dare do people o/~ :) |
| 22:23.01 | *** part/#oe vivijim (n=vivijim@200.184.118.132) |
| 22:24.47 | XorA | time to sleep |
| 22:27.39 | *** join/#oe trj (n=trj@pantheon.demon.co.uk) |
| 22:29.31 | CIA-3 | 03xora 07org.oe.dev * r994032a8... 10/ (1 packages/poppler/poppler_0.6.bb): poppler/poppler_0.6.bb : new version of poppler |
| 22:36.13 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 22:40.15 | *** join/#oe kristoffer (n=kristoff@80.251.192.4) |
| 22:59.21 | *** join/#oe SirManiac (n=_sir_man@75-104-89-219.cust.wildblue.net) |
| 23:00.53 | *** part/#oe SirManiac (n=_sir_man@75-104-89-219.cust.wildblue.net) |
| 23:04.55 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 23:06.38 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.21.99.Dial1.SanJose1.Level3.net) |
| 23:18.34 | *** join/#oe khe1 (n=khem@adsl-71-146-36-227.dsl.pltn13.sbcglobal.net) |
| 23:20.46 | *** join/#oe CIA-3 (n=CIA@208.69.182.149) |
| 23:28.55 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
| 23:30.40 | Crofton|work | gst-plugins just died on me .... |
| 23:57.29 | *** join/#oe Crofton|work_ (n=balister@ossie.wireless.vt.edu) |
| 23:58.58 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
