00:05.18 | CIA-38 | 03likewise 07org.oe.dev * r4f9025ff... 10/ (3 files in 2 dirs): libzvbi: inherit from pkgconfig so that .pc is staged. |
00:05.23 | CIA-38 | 03rpurdie 07org.oe.dev * rfe54e422... 10/ (1 classes/seppuku.bbclass classes/tinderclient.bbclass): seppuku.bbclass/tinderclient.bbclass: Use exec_func, not exec_task for clean function |
00:05.28 | CIA-38 | 03rpurdie 07org.oe.dev * r24fc5bcb... 10/ (1 classes/rm_work.bbclass): rm_work.bbclass: Add event handler to take care of removing stamps when trying to rebuild packages after sources have been removed. Needs bitbake 1.8 svn to have any effect. |
00:05.33 | CIA-38 | 03rpurdie 07org.oe.dev * r91782f0e... 10/ (1 classes/base.bbclass): |
00:05.33 | CIA-38 | base.bbclass: Add code to make 'rebuild' continue to work after changes in |
00:05.33 | CIA-38 | bitbake. Bitbake 1.8.10 users should be unaffected, bitbake 1.8.11 users will |
00:05.33 | CIA-38 | need the latest svn stable branch bitbake. Only the rebuild task is affected by |
00:05.34 | CIA-38 | the changes |
00:05.45 | CIA-38 | 03xora 07org.oe.dev * rbde94cf8... 10/ (4 files in 2 dirs): |
00:05.45 | CIA-38 | pulseaudio* : fix the adding of pulse to audio group, busybox does this |
00:05.46 | CIA-38 | arse about tit. |
00:08.30 | *** join/#oe ant (n=ant@host243-189-dynamic.60-82-r.retail.telecomitalia.it) |
00:09.17 | *** join/#oe mwester-trip (n=mwester@12.167.160.5) |
00:14.43 | *** join/#oe marcan (i=1337@host115-62.grissom.fit.edu) |
00:30.52 | *** part/#oe KhemHome (n=KhemHome@adsl-71-146-9-215.dsl.pltn13.sbcglobal.net) |
00:37.10 | ant | thesing: are you lurking? |
00:37.19 | ant | thesing: klibc-config-eabi.patch needs first line removed |
00:40.36 | *** join/#oe AvengerMoJo (n=alex@219.142.240.122) |
00:52.15 | *** join/#oe dijenerate (n=dijenera@72.22.134.30) |
01:00.35 | *** join/#oe benlau2 (n=benlau@202.155.224.133) |
01:02.51 | CIA-38 | 03tmbinc 07org.oe.dreambox * rcfb3fb43... 10/ (3 files in 2 dirs): libxml2: fix URIs |
01:02.57 | CIA-38 | 03tmbinc 07org.oe.dreambox * r582866c5... 10/ (1 packages/dreambox/dreambox-dvb-modules.bb): dreambox-dvb-modules: dm800 support |
01:03.00 | CIA-38 | 03tmbinc 07org.oe.dreambox * rbaa17179... 10/ (5 files in 5 dirs): base-files: fix usbfs entry |
01:03.04 | CIA-38 | 03tmbinc 07org.oe.dreambox * r5d4bb6b6... 10/ (1 packages/dreambox/dreambox-dvbincludes.bb): dreambox-dvbincludes: dm800,dm8000 support |
01:03.08 | CIA-38 | 03tmbinc 07org.oe.dreambox * r0605c809... 10/ (1 packages/dreambox/dreambox-secondstage.bb): dreambox-secondstage: dm8000,dm800 support |
01:03.12 | CIA-38 | 03tmbinc 07org.oe.dreambox * r09973bd8... 10/ (12 files in 12 dirs): add dm800 support |
01:03.16 | CIA-38 | 03tmbinc 07org.oe.dreambox * r4fbb8333... 10/ (15 files in 3 dirs): linux-dm800: add support for dreambox dm800 |
01:03.19 | CIA-38 | 03tmbinc 07org.oe.dreambox * r00dee604... 10/ (1 packages/enigma2/enigma2.bb): enigma2: add dm800,dm8000 support |
01:03.23 | CIA-38 | 03tmbinc 07org.oe.dreambox * rd0574b34... 10/ (1 packages/images/dreambox-image.bb): dreambox-image: add dm800 support |
01:03.27 | CIA-38 | 03tmbinc 07org.oe.dreambox * r8ad83d52... 10/ (1 packages/tuxbox/tuxbox-libtuxtxt.bb): tuxbox-libtuxtxt: support for dm800 |
01:03.30 | CIA-38 | 03tmbinc 07org.oe.dreambox * rb81ee91d... 10/ (1 conf/machine/dm800.conf): conf/machine/dm800.conf: add BOOTSTRAP_EXTRA_DEPENDS |
01:03.35 | CIA-38 | 03Laibsch 07org.oe.dev * r0ed9d9e6... 10/ (1 packages/libmrss/files/better-parse-url-r0.patch): libmrss: document the acceptance of better-parse-url-r0.patch into upstream cvs |
01:06.44 | CIA-38 | 03tmbinc 07org.oe.dreambox * r76e80b5a... 10/ (3 files in 2 dirs): file: add 4.20 |
01:11.51 | CIA-38 | 03tmbinc 07org.oe.dreambox * rb0c91a58... 10/ (1 packages/hotplug-ng/hotplug-ng.bb): hotplug-ng: add hotplug-ng from http://hotplug-ng.schwerkraft.elitedvb.net/ |
01:11.55 | CIA-38 | 03tmbinc 07org.oe.dreambox * r195e59f1... 10/ (5 files in 2 dirs): file,file-native: move to 4.23 |
01:21.21 | *** join/#oe xjqian (n=gordon@71.16.230.132) |
01:27.44 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
01:32.07 | *** join/#oe Reach (n=Reach@sw169-210-231.adsl.seed.net.tw) |
01:37.18 | *** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg) |
01:56.22 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
02:01.44 | dmfrey | philippe: thanks for your suggestion before (find . -type f -name "Makefile.am" | xargs grep "/usr/include") |
02:01.49 | dmfrey | i had to step a way for a bit |
02:02.18 | philippe | dmfrey: ok. I have been looking into it myself, but it seems to be more subtle. Unless you found something I missed |
02:02.36 | dmfrey | nope, didn't find the problem |
02:03.04 | dmfrey | when I review my config.log, i get 3 locations where the Badness occurs |
02:03.17 | dmfrey | they are odd programs too, like fgrep |
02:04.30 | dmfrey | would it be beneficial to remove all of the Makefile* files and regenerate them again? |
02:05.12 | philippe | dmfrey: I already tried. |
02:05.38 | dmfrey | philippe; ok |
02:07.54 | philippe | dmfrey: to be honest I do not know what happened |
02:08.39 | dmfrey | i have been looking at this package for a few weeks now trying to understand what is wrong with it |
02:08.51 | dmfrey | what about pulling from cvs? |
02:09.24 | philippe | dmfrey: you could try that, Don't know what it is going to do |
02:09.39 | philippe | but I guess there is a reason why icecast is in nonworking |
02:09.56 | dmfrey | philippe: just drawing at straws :( |
02:17.09 | dmfrey | philippe: i was looking for any file that could possibly be inserting a host-based reference |
02:17.21 | dmfrey | but nothing |
02:18.22 | philippe | dmfrey: same here |
02:18.58 | philippe | because looking at other config.log files the configure_qa does not complain, while /usr/include is in those too |
02:20.12 | dmfrey | i just did a quick recipe for ices as well, same issue |
02:20.37 | dmfrey | something is up with xiph packages |
02:21.36 | philippe | dmfrey: I'll look into it some more tomorrow |
02:21.42 | philippe | I need to go to sleep now |
02:23.09 | dmfrey | philippe: thanks for your help. Have a good night |
02:25.32 | dmfrey | philippe: one more thing...this only appears to be an issue with building these two packages with OE. In my old buildroot environment, these issues built without issue. Just an FYI |
02:26.35 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
02:29.19 | *** join/#oe wirelessdreamer (n=dreamer@c-71-201-189-54.hsd1.il.comcast.net) |
02:33.49 | *** join/#oe wirelessdreamer (n=dreamer@c-71-201-189-54.hsd1.il.comcast.net) |
02:44.27 | *** join/#oe HellDragon (i=jd@unaffiliated/helldragon) |
02:52.34 | *** join/#oe AvengerMoJo (n=alex@61.14.130.203) |
02:53.12 | *** join/#oe AvengerMoJo (n=alex@61.14.130.203) |
03:20.13 | *** join/#oe CM (i=cm@shaka.acc.umu.se) [NETSPLIT VICTIM] |
03:20.13 | *** join/#oe pb__ (n=pb@castle.reciva.com) |
03:20.13 | *** join/#oe aloril (n=aloril@kaar72.airix.fi) [NETSPLIT VICTIM] |
03:20.13 | *** join/#oe fdv (i=1988@en.ifi.uio.no) |
03:39.47 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
03:41.06 | *** join/#oe NAbyss_ (n=foo@tucuxi.org) |
04:08.01 | *** join/#oe johncylee (n=john@firewall.tw.openmoko.org) |
04:15.09 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
04:23.02 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
04:33.21 | *** join/#oe jkilb_ (n=jkilb@p5B2090FA.dip0.t-ipconnect.de) |
04:36.36 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
04:51.11 | *** join/#oe CM (i=cm@shaka.acc.umu.se) |
04:51.11 | *** join/#oe pb__ (n=pb@castle.reciva.com) |
04:51.11 | *** join/#oe aloril (n=aloril@kaar72.airix.fi) |
04:51.11 | *** join/#oe fdv (i=1988@en.ifi.uio.no) |
05:07.09 | *** join/#oe davygravy_ (n=davygrav@h75-100-81-138.75-100.unk.tds.net) |
05:21.44 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
05:22.25 | *** part/#oe jacques (n=jacques@nslu2-linux/jacques) |
05:32.57 | *** join/#oe bluelightning (n=blueligh@122-57-174-99.jetstream.xtra.co.nz) |
05:54.56 | *** join/#oe exastra (n=go@75.148.80.90) |
06:19.13 | *** join/#oe __gints__ (n=gints@62.84.15.211) |
06:24.04 | *** join/#oe ejdav_gon (n=james@75.157.13.250) |
06:24.44 | *** join/#oe shri (n=boom123@220.227.202.101) |
06:26.22 | *** join/#oe mwester_ (n=mwester@12.167.160.5) |
06:27.21 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
06:32.42 | *** join/#oe punk-ass (n=user@unaffiliated/punkass) |
06:41.04 | *** part/#oe johncylee (n=john@firewall.tw.openmoko.org) |
06:48.30 | *** join/#oe rob_w (n=bob@Mba00.m.pppool.de) |
06:59.32 | *** join/#oe |miska| (i=miska@atrey.karlin.mff.cuni.cz) |
07:06.51 | *** join/#oe |miska_backup| (i=miska@atrey.karlin.mff.cuni.cz) |
07:09.07 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
07:22.23 | *** join/#oe polyonymous (n=hacker@pD953ACF3.dip0.t-ipconnect.de) |
07:23.48 | *** join/#oe methril (n=Methril@127.Red-80-38-102.staticIP.rima-tde.net) |
07:31.16 | *** join/#oe methril (n=Methril@213.27.233.98) |
08:19.46 | *** join/#oe gremlin[it] (n=gremlin@host209-103-static.32-85-b.business.telecomitalia.it) |
08:23.58 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
08:26.43 | *** join/#oe shri (n=boom123@220.227.202.101) |
08:30.45 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
08:31.20 | *** join/#oe hwtechnik (n=hwtechni@80.78.249.209) |
08:38.01 | *** join/#oe Genesis_ (n=genesis@AMontsouris-153-1-85-54.w90-2.abo.wanadoo.fr) |
08:42.14 | XorA | morning |
08:43.42 | gremlin[it] | morning XorA |
08:59.36 | *** join/#oe Xilent (n=supersti@unaffiliated/xilent) |
09:00.37 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
09:04.08 | *** join/#oe zap_ (n=zap@28.169.249.ozerki.net) |
09:08.52 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
09:09.11 | methril | morning |
09:11.46 | pbne04 | hm when I bitbake an image recipe, it doesnt produce a uImage file |
09:11.47 | pbne04 | what am I missing? |
09:17.19 | *** part/#oe hillct (n=H@cpe-024-211-242-232.nc.res.rr.com) |
09:20.55 | CIA-38 | 03xora 07org.oe.dev * r79453456... 10/ (9 files in 4 dirs): |
09:20.55 | CIA-38 | xserver-kdrive_1.3.0.0.bb : remove glamo from xserver-kdrive, next commit |
09:20.55 | CIA-38 | will create new recipe for it. |
09:21.00 | CIA-38 | 03xora 07org.oe.dev * rb2173b2f... 10/ (1 packages/xorg-xserver/xserver-kdrive-glamo_1.3.0.0+git.bb): |
09:21.00 | CIA-38 | xserver-kdrive-glamo_1.3.0.0+git.bb : an Xglamo recipe on its own pulling |
09:21.00 | CIA-38 | from the developers git tree directly. |
09:25.18 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
09:32.29 | *** join/#oe ssvb (n=ssvb@vbaltd.vba.com.by) |
09:33.52 | hrw | morning |
09:33.55 | hrw | XorA: http://www.akihabaranews.com/en/news_details.php?id=15572 |
09:34.29 | XorA | hrw: GREAT!!!!! |
09:35.06 | hrw | ;) |
09:36.17 | *** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz) |
09:36.18 | *** join/#oe Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
09:46.17 | *** part/#oe shri (n=boom123@220.227.202.101) |
09:56.21 | *** join/#oe Laibsch (n=Laibsch@ip-62-143-227-114.1411N-CUD12K-01.ish.de) |
09:58.23 | *** join/#oe jekhor (n=jek@partizan.velesys.com) |
10:09.14 | pbne04 | where do I find a list of the values I can use for TARGET_OS and others when I wanna change local.conf in build/conf? |
10:18.21 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
10:19.04 | *** join/#oe rschuster (n=rob@e178097205.adsl.alicedsl.de) |
10:20.24 | *** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz) |
10:29.36 | *** join/#oe benlau (n=benlau@221.125.8.105) |
10:29.57 | *** join/#oe yansa_ (n=yans@host-89-167-37-237.pronet.lublin.pl) |
10:35.24 | *** join/#oe hillct (n=H@cpe-024-211-242-232.nc.res.rr.com) |
10:38.32 | XorA | pbne04: you probably want to put DISTRO="angstrom-2008.1" and not mess with TARGET_OS at all |
10:43.04 | lumag | morning there! |
10:52.00 | *** join/#oe mr_nice (n=mr_nice@91-65-152-208-dynip.superkabel.de) |
10:59.53 | *** join/#oe mrt2k7 (n=tom@chello062178175194.15.14.tuwien.teleweb.at) |
11:01.22 | *** join/#oe shri (n=boom123@220.227.202.101) |
11:03.29 | mrt2k7 | hi all, I created a qemux86 kernel and rootfs with OE, but I'm not clever enough to boot them in qemu. most probably I just lack a bootloader yet? |
11:04.06 | hrw | you need poky-qemu script |
11:04.08 | mrt2k7 | when I do $ qemu foo.bin foo.ext2, qemu says it can't read from hda |
11:04.17 | mrt2k7 | I tried that too |
11:04.41 | mrt2k7 | it seems to freeze qemu |
11:05.05 | mrt2k7 | I get to the >qemu prompt, but i can't input anything |
11:06.13 | mrt2k7 | hm ok now its not freezing qemu |
11:06.27 | mrt2k7 | it says uncompressing linux...ok.... |
11:06.37 | mrt2k7 | but then: BUG: Int 6: CR2 0000.... |
11:07.19 | hrw | mrt2k7: qemu -kernel zImage -std-vga -hda image.ext2 -usb -usbdevice wacom-tablet --append "root=/dev/hda" |
11:07.56 | mrt2k7 | did that... |
11:08.01 | mrt2k7 | but i have a bzImage |
11:08.06 | mrt2k7 | could that be a problem? |
11:08.09 | hrw | it can be bzImage |
11:08.12 | mrt2k7 | ok |
11:08.29 | mrt2k7 | hmmm |
11:09.06 | mrt2k7 | theres a warning at booting: "WARNING: Ancient bootloader, some funct. my be limited!" |
11:10.13 | lumag | hrw: did you see the bug 3879? |
11:10.32 | hrw | lumag: sorry but I lack time to watch OE progress/bugs |
11:10.56 | mrt2k7 | interestingly I can boot the poky-image blinky |
11:10.58 | lumag | hrw: a baby? How is it to be a father? :) |
11:11.41 | hrw | lumag: baby is one thing. I also bought car recently and have important projects in work queue |
11:12.13 | lumag | hrw: ok |
11:12.52 | *** join/#oe steliosk (n=Stelios@athedsl-117347.home.otenet.gr) |
11:17.38 | Jin^eLD | re |
11:30.08 | *** join/#oe tomimo_ (n=kurre@xdsl-83-150-88-111.nebulazone.fi) |
11:30.42 | *** join/#oe mr (n=mr_nice@91-65-152-106-dynip.superkabel.de) |
11:33.22 | *** join/#oe kurre2_ (n=tomimo@xdsl-83-150-88-111.nebulazone.fi) |
11:38.39 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
11:53.26 | *** part/#oe shri (n=boom123@220.227.202.101) |
11:54.30 | *** join/#oe Sleep-Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
12:02.11 | mrt2k7 | re |
12:02.20 | mrt2k7 | I can boot a vmware kernel in qemu |
12:02.47 | mrt2k7 | but it cant find the rootfs...i'm appending root=/dev/hda |
12:03.24 | mrt2k7 | "unable to mount root fs on unkown-block(0,0)" |
12:03.54 | mrt2k7 | is 0,0 this grub terminology, like hd(0,0)? |
12:04.11 | CIA-38 | 03rpurdie 07org.oe.dev * rcb2e1d76... 10/ (1 site/common-glibc): site/common-glibc: Set ac_cv_type_uid_t since autoconf detects it incorrectly |
12:04.16 | CIA-38 | 03rpurdie 07org.oe.dev * r5934a535... 10/ (3 files in 3 dirs): libsdl: Remove PATH setting from sdl.m4, it breaks things |
12:04.24 | CIA-38 | 03rpurdie 07org.oe.dev * rb8e6db78... 10/ (4 files in 3 dirs): prboom: Remove incorrect sdl parameter from EXTRA_OECONF, m4 patch and custom configure function since sdl.m4 now works properly |
12:04.28 | mrt2k7 | i can loop-mount the ext2 image without problems |
12:04.30 | CIA-38 | 03rpurdie 07org.oe.dev * reefe1e61... 10/ (3 files in 3 dirs): frodo-4.2: Remove bogus configure option and patch since sdl.m4 is fixed |
12:10.58 | *** join/#oe Magon (n=Magon@archangel.kolej.mff.cuni.cz) |
12:20.47 | *** join/#oe shri (n=boom123@220.227.202.101) |
12:21.07 | shri | how does anyone measure the read/write speeds of filesystems |
12:21.13 | NAbyss_ | shri: dd |
12:21.52 | NAbyss_ | shri: dd if=/dev/zero of=/big/file bs=2048 count=1000000000000 |
12:21.57 | NAbyss_ | Then just send it a sigusr1 |
12:23.45 | shri | something better than dd, which measure r/w speeds over a long period of time, dd may be inaccurate |
12:24.03 | shri | i am trying to measure r/w speeds of my mmc driver |
12:24.35 | shri | i tried using iozone, but i dont know how to interpret the results |
12:24.40 | NAbyss_ | That's why you use a large file that's substantially bigger than your RAM, so caching the final part won't distort the readings |
12:28.15 | hrw | shri: iozone, bonnie++ etc? |
12:28.40 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
12:30.01 | shri | i tried iozone having trouble interpreting the results |
12:30.46 | hrw | I never used it |
12:31.12 | mwester-trip | I confess to using bonnie++ |
12:35.40 | *** join/#oe ynezz (i=ynezz@ibawizard.net) |
12:38.13 | shri | the problem is interpreting the results takes time, you get all sorts of data |
12:46.50 | *** join/#oe mr_nice (n=mr_nice@91-65-161-14-dynip.superkabel.de) |
12:53.15 | tcooksey_ | Could anyone tell me where STAGING_DIR_NATIVE is set please? |
12:54.29 | Jin^eLD | tcooksey_: check bitbake.conf |
12:54.49 | ynezz | cd OE; grep STAGING_DIR_NATIVE . -R | less |
12:54.49 | tcooksey_ | thx |
12:54.53 | ynezz | generic way :p |
12:59.14 | tcooksey_ | Jin^eLD: ynezz: thx... Am using Gumstix's OE collection - which seems to be a bit out-of-date and doesn't set STAGING_DIR_NATIVE |
12:59.58 | ynezz | hm, I don't have any gumstix yet |
13:00.00 | Jin^eLD | I'm not familiar with it, sorry |
13:01.40 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
13:02.32 | tcooksey_ | Does anyone know why qmake & friends are split out into seperate packages? |
13:03.03 | mickeyl | because there are packages using qmake, but not uic or moc |
13:03.12 | mickeyl | likewise, there are packages using uic and moc, but not qmake |
13:03.17 | mickeyl | etc. |
13:03.57 | *** join/#oe methril (n=Methril@127.Red-80-38-102.staticIP.rima-tde.net) |
13:04.26 | tcooksey_ | fair enough, bt they could be built as part of the qt* packages? Just because they've been built doesn't mean they have to be used? |
13:05.06 | mickeyl | no, that doesn't make sense |
13:05.13 | mickeyl | they would step on each other's toe in STAGING then |
13:05.20 | mickeyl | qmake provides qmake |
13:05.23 | mickeyl | uicmoc provides uic and moc |
13:05.25 | mickeyl | qt provides qt |
13:05.43 | mickeyl | since qt DEPENDS on uicmoc and qmake, there should be no problems |
13:05.58 | mickeyl | what's the actual problem you're facing? |
13:06.01 | tcooksey_ | qt provides qmake, uic * moc? |
13:06.19 | Sup3rkiddo | hi all, will OM apply as a mentor organisation for the gsoc? |
13:06.23 | tcooksey_ | I'm writing qt/embedded 4.4 recipies |
13:06.49 | Sup3rkiddo | oops...wrong window |
13:07.05 | mickeyl | good, then you can build qt/embedded which in turn DEPENDS on qmake and uicmoc IIRC |
13:07.39 | tcooksey_ | well, 4.4.0-beta1 recipies to be precice. The configure scipt has changed quite a bit in 4.4 and the OE patches to disable qmake etc from being built don't apply |
13:08.05 | mickeyl | ah. could you patch them? |
13:08.13 | tcooksey_ | patch the patch? |
13:08.16 | tcooksey_ | :-) |
13:08.19 | mickeyl | yea |
13:08.32 | tcooksey_ | feels... ugly. :-( |
13:08.37 | mickeyl | well |
13:08.44 | mickeyl | generating new patches as a result of course |
13:09.13 | tcooksey_ | could do. The other problem is that qt 4.4 needs qmake from qt 4.4 to build |
13:09.16 | mickeyl | generally, qt's buildsystem still is pretty ignorant about cross compiling. they could do us a favour if they would not assume that they generate their own tools during the build process |
13:09.41 | mickeyl | tcooksey_: then you need to update qmake2 |
13:09.43 | pb_ | g'day mickeyl |
13:09.50 | mickeyl | hi pb_ ! |
13:09.56 | tcooksey_ | & mocuic |
13:10.03 | mickeyl | tcooksey_: if necessary, yes. |
13:10.16 | tcooksey_ | and do it in a way that doesn't interfere with older versions |
13:10.17 | mickeyl | however i would be surprised if they have changed so much |
13:10.34 | mickeyl | we compile uic, moc, qmake from qt 4.x, x being only slightly less than 4 |
13:10.34 | *** join/#oe memeruiz (n=memeruiz@e176250126.adsl.alicedsl.de) |
13:10.41 | pb_ | mickeyl: my gpe-image build has completed successfully :-) |
13:10.54 | pb_ | sadly mythfront-image has failed due to some openchrome problem, but I can fix that one. |
13:10.57 | mickeyl | so if they did a whole lot of incompatible changes, I'd be very surprised if they did not update the major version number |
13:11.02 | mickeyl | pb_: oh, that's good news! congrats |
13:12.01 | tcooksey_ | I'll persevere, but I still don't understand why qt can't provide qmake, uic & moc |
13:12.09 | pb_ | mickeyl: heh, ueberhacker zecke did most of the hard work |
13:12.26 | mickeyl | tcooksey_: because |
13:12.29 | mickeyl | a) we have multiple qt versions |
13:12.35 | mickeyl | b) people are using qmake but not qt |
13:13.19 | mickeyl | c) we have to support multiple qmake versions |
13:14.00 | mickeyl | we need to ensure we are using the same tools |
13:14.18 | mickeyl | we can not allow qt using different tools as applications basing on qt |
13:14.20 | mickeyl | this will lead to chaos |
13:14.24 | mickeyl | so our way is much cleaner |
13:14.56 | mickeyl | trust me, we came from having qt provide everything... it didn't work. splitting it up was painful, but it works very solid nowadays |
13:15.33 | mickeyl | note also that we need to support build machines without X installed |
13:15.48 | mickeyl | which is why we actually build qmake from qt/e |
13:15.51 | mickeyl | qmake-native, that is |
13:16.34 | tcooksey_ | ok.. will attempt to continue with current structure. I've spoken to trolls about splitting qmake & friends into seperate packages and their point was that qt needs the version of the tools it was shipped with to build itself, so why not just bundle them all together |
13:16.50 | mickeyl | yes, that's the general attitude of trolltech |
13:16.58 | mickeyl | being very ignorant about cross compiling |
13:17.09 | mickeyl | i'm sorry to say that but they have no clue about build systems |
13:17.24 | mickeyl | the ./configure alone is a mess |
13:17.43 | tcooksey_ | well, cross-compiling qtopia core seems to work ok. They have political issues for cross-compiling qt/x11 |
13:17.56 | mickeyl | brisbane does not improve the situation by forking their own product (qmake) |
13:18.30 | mickeyl | true, but OE does not care about political issues. we care about reproducing builds |
13:18.52 | mickeyl | please try to base on what we have now |
13:19.01 | mickeyl | and we'll help you once you run into problems |
13:19.24 | mickeyl | the current resident qt expert is on his way to Taipei but will probably be online again soon |
13:19.37 | tcooksey_ | z? |
13:19.39 | mickeyl | ya |
13:19.57 | mickeyl | i did all the initial work in splitting that stuff up |
13:20.07 | mickeyl | but lost interest after a couple of years with nothing but problems with TT Brisbane |
13:20.11 | tcooksey_ | he seems pretty busy the few times I've spoken with him. |
13:20.12 | mickeyl | *shrug* |
13:20.31 | mickeyl | true |
13:20.51 | mickeyl | but he's going to be paid to resolve qtopia build problems now |
13:20.57 | mickeyl | so this is absolutely on topic ;) |
13:21.48 | tcooksey_ | LOL... while porting qtopia to qt/x11 will solve these kind of build issues... not sure it really counts! |
13:22.03 | mickeyl | *nod* |
13:22.10 | mickeyl | the whole future of qtopia is completely unclear if you ask me |
13:22.15 | mickeyl | but we'll wait and see |
13:22.37 | tcooksey_ | no comment. :-) |
13:22.42 | mickeyl | of course ;) |
13:22.52 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
13:23.32 | mickeyl | i just know that getting qtopia into OE would very likely refreshen developer interest in it |
13:23.41 | mickeyl | so it's very important for people who care about it |
13:23.57 | mickeyl | and that's why I'm encouraging everything interested |
13:24.02 | mickeyl | everyone, even |
13:24.22 | mickeyl | [having my UI agnostic OE hat on] |
13:24.29 | tcooksey_ | btw: there's some patches I'm not sure are doing the right thing in qt4... *-host-includes seems odd |
13:25.22 | mickeyl | hmm |
13:25.24 | ynezz | Do you plan to use Qtopia on Gumstix? |
13:25.27 | mickeyl | looks perfectly good to me |
13:25.38 | tcooksey_ | why would you want to include the hosts's freetype headers over the ones in OE? |
13:25.39 | mickeyl | - TRY_INCLUDEPATHS = /include /usr/include $$QMAKE_INCDIR $$QMAKE_INCDIR_X11 $$INCLUDEPATH |
13:25.39 | mickeyl | + TRY_INCLUDEPATHS = $$QMAKE_INCDIR $$QMAKE_INCDIR_X11 $$INCLUDEPATH |
13:25.41 | dtahtbot | mickeyl: Error: "TRY_INCLUDEPATHS" is not a valid command. |
13:25.48 | mickeyl | makes much sense to me |
13:25.53 | mickeyl | we have to forbid using host includes |
13:26.35 | tcooksey_ | ah yes... got my -/+ mixed up when looking at the diff... |
13:27.23 | tcooksey_ | EUGHHH.... that's disgusting... configure _forces_ non-prefixed include paths... |
13:28.39 | tcooksey_ | ok, not discusting... it's only used when not cross-compiling |
13:28.48 | tcooksey_ | huh |
13:29.15 | mickeyl | actually i don't know whether we are telling configure that this is a cross-compile or not, because IIRC we had rpoblems with configure's idea of a cross compile. |
13:29.34 | mickeyl | but i have not looked at that for over a year |
13:29.56 | *** join/#oe rob_w (n=bob@Mba00.m.pppool.de) |
13:31.43 | tcooksey_ | most of the OE patches seem to be there to 1) split out tools and 2) allow cross-compiling of qt/x11 |
13:33.03 | XorA | mickeyl: I think we tell it its compiling on TARGET to get around qtopia trying to be too smart, I had the problem that this did not work on qtopia-phone |
13:33.22 | XorA | mickeyl: so qtopia-phone knows it is cross compiled, qtopia-core doesnt |
13:33.39 | mickeyl | righto |
13:34.13 | XorA | mickeyl: either that or I misunderstood the whole process (perfectly plausible) |
13:35.22 | tcooksey_ | is there anyway of getting my 4.4 recipie to replace 0003-no-tools.patch |
13:35.25 | XorA | mickeyl: BTW your rotation problem on gta02 should be fixed by checkin I did to OE this morning |
13:35.54 | mickeyl | tcooksey_: sure. just make a directory that has your version number encoded |
13:36.08 | mickeyl | this will be preferred over a directory with only ${PN} |
13:36.15 | mickeyl | e.g. name it ${PN}-${PV} |
13:36.28 | mickeyl | XorA: right, the git version ,thans |
13:36.35 | mickeyl | XorA: i'll rebuild from scratch later today |
13:36.44 | mickeyl | XorA: BT seems to work here as well, but i have problems with WiFi |
13:36.44 | XorA | mickeyl: and I turned off tick tick tick in gsmd init script |
13:36.54 | mickeyl | good |
13:36.57 | XorA | mickeyl: I have no BT radio, wifi doesnt accept keys |
13:37.10 | tcooksey_ | so qt4/qt-embedded-linux/0003-no-tools.patch will replace qt4/files/0003-no-tools.patch? |
13:37.30 | XorA | mickeyl: and I fixed pulse s/adduser/addgoup/ :-D |
13:37.53 | mickeyl | tcooksey_: kind of |
13:37.57 | mickeyl | say your new recipe is called |
13:38.02 | mickeyl | qt-embedded-linux_4.4.0 |
13:38.07 | mickeyl | then create a directory called |
13:38.10 | mickeyl | qt-embedded-linux-4.4.0 |
13:38.13 | mickeyl | this will be preferred over |
13:38.15 | mickeyl | qt-embedded-linux |
13:38.16 | mickeyl | and |
13:38.17 | mickeyl | files |
13:38.33 | mickeyl | urghsd |
13:38.42 | mickeyl | paxutils native wants to install into /usr/bin etc. |
13:38.45 | mickeyl | *sigh* |
13:39.58 | rschuster | regarding qt. I will be messing today around getting qtjambi into OE :) |
13:40.07 | mickeyl | cool |
13:40.26 | tcooksey_ | so files in qt-embedded-linux won't be prefered over files in files? I have to append the version? |
13:40.59 | mickeyl | you don't have to |
13:41.04 | mickeyl | it will work without |
13:41.08 | mickeyl | ${PN} is more specific than files |
13:41.15 | XorA | tcooksey_: the more specific the directory name to higher the priority, so lowest is files, then qt-embedded-linux, then qt-embedded-linux-4.4.4 |
13:41.15 | mickeyl | i just think it's clearer |
13:41.57 | tcooksey_ | righto... thx |
13:43.19 | *** join/#oe rob_w|laptop (n=rob@Mba00.m.pppool.de) |
13:47.44 | *** join/#oe dijenerate (n=dijenera@66.54.118.16) |
13:52.51 | *** join/#oe AvengerMoJo (n=alex@219.142.240.122) |
13:56.09 | tcooksey_ | mickeyl: Next question... why patch the existing mkspecs/common/* rather than just create a new mkspec for the OE toolchain? |
13:56.54 | tcooksey_ | (this is 0005-fix-mkspecs.patch I'm talking about) |
13:57.45 | mickeyl | good question |
13:57.52 | mickeyl | we do create own mkspecs |
13:57.55 | mickeyl | (see qmake2-native) |
13:58.06 | tcooksey_ | yeah... which makes sense |
13:58.30 | mickeyl | this patch might either be bitrotten or due to the fact that for some reason someone could not get our mkspecs to be used |
13:59.23 | XorA | one gotcha I found for mkspecs was they have to only contain a maximum of 3 - signs :-) |
14:00.18 | tcooksey_ | as in "foo---bar" is an invalid token? |
14:00.51 | XorA | oe-linux-g++ is ok, arm-gnueabi-linux-g++ is not |
14:02.20 | tcooksey_ | looking at qmake_base.bbclass, the makespec is passed to qmake via a command line arg, I can't see how this can not work? |
14:02.49 | tcooksey_ | XorA: what do you mean when you say arm-gnueabi-linux-g++ isn't ok? |
14:03.48 | XorA | tcooksey_: make a directoy called that and things go wrong :-( |
14:04.07 | tcooksey_ | why would OE use such a makespec... surely oe-linux-g++ is always used as the makespec passed into qmake? |
14:06.19 | tcooksey_ | ah, ok... so it will be *linux-oe-g++|*linux-uclibc-oe-g++|*linux-gnueabi-oe-g++|*linux-uclibcgnueabi-oe-g++ |
14:06.50 | *** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg) |
14:09.35 | aadamson | mickeyl: were you able to make the required changes so that busybox and tinylogin would ipkg install on the nslu2 slugos? I checked yesterday and it still won't install due to that conflict that we discussed |
14:10.04 | *** join/#oe dcordes (n=user0815@92.227.201.213) |
14:10.10 | CIA-38 | 03mickeyl 07org.oe.dev * re2f4456d... 10/ (1 packages/pax-utils/pax-utils-native_0.1.13.bb): pax-utils-native: yank do_install |
14:10.30 | mickeyl | aadamson: unfortunately i had zero time to do it while i was on FOSDEM. sorry, this is on my agenda for today |
14:10.35 | CIA-38 | 03koen 07org.oe.angstrom-2007.12-stable * r3165c781... 10/ (45 files in 12 dirs): |
14:10.35 | CIA-38 | backports from .dev: applied gcc and metatoolchain updates |
14:10.35 | CIA-38 | * http://lists.linuxtogo.org/pipermail/angstrom-distro-devel/2008-February/001901.html |
14:10.35 | CIA-38 | * http://lists.linuxtogo.org/pipermail/angstrom-distro-devel/2008-February/001902.html |
14:10.57 | aadamson | ah, yes, FOSDEM, no problem just saw you on here and thot I'd check... Thanks again for all the help! |
14:11.14 | Jin^eLD | mhm.. still trying to build uclinux stuff... I am using global CFLAGS settings like: CFLAGS_uclinux-uclibcgnueabi_append=" -Dfork=vfork -Wl,-elf2flt ", however I figure that gcc should not be compiled using those settings |
14:11.30 | Jin^eLD | is there a way to somehow say "do not apply these appends to certain packages" |
14:11.39 | Jin^eLD | or do I have to add some magic to the gcc .bb recipes? |
14:22.10 | *** join/#oe aloril (n=aloril@kaar72.airix.fi) |
14:25.55 | Jin^eLD | hmm, oe website down? |
14:26.19 | Jin^eLD | I can ping the server but no website when trying from firefox.. |
14:26.49 | Jin^eLD | ah, now it came back.. must be connection issues or whatever |
14:31.01 | tcooksey_ | mickeyl: XorA: The OE installs mkspecs for each libc/abi it supports and those mkspecs just inherit the common mkspecs, hence the need to patch the common mkspecs. :-) |
14:31.21 | mickeyl | aah, right. good catch |
14:32.00 | tcooksey_ | well.. technically OE cought it when it failed to build. :-D |
14:33.40 | tcooksey_ | still don't understand why there needs to be a seperate mkspec for each lib/abi rather than just an uber oe-g++ mkspec, but past caring at this point. |
14:45.17 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
14:47.49 | *** join/#oe shri (n=boom123@220.227.202.101) |
14:51.46 | *** join/#oe mwester-trip (n=mwester@204.124.82.48) |
14:54.53 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
14:55.04 | mrt2k7 | hi? can anybody help me with with my shiny new OE-rootfs and kernel? how do you make the results of bitbake task-bootstrap actually bootable? |
14:55.24 | *** join/#oe chouimat|work (n=mchouina@209.217.106.98) |
14:56.27 | Jin^eLD | mrt2k7: what distro were you building for? |
14:57.11 | Jin^eLD | usually you build a console-image or minimal-image or whatever and depending on your hardware you can use the result to boot via NFS if you're developing or flash it or whatever |
15:00.06 | mrt2k7 | i build an image for vmware |
15:00.09 | *** join/#oe yansa_ (n=yans@host-89-167-37-237.pronet.lublin.pl) |
15:00.13 | mrt2k7 | distro generic i think |
15:00.50 | mrt2k7 | i would like to add a bootloader like lilo or grub |
15:00.55 | Jin^eLD | I did not play around with it, but check your deploy directory and look what kind of image has been produced |
15:01.09 | mrt2k7 | yeah theres a bzImage and a rootfs |
15:01.35 | broonie | ~lart people sending e-mails with borked clocks |
15:01.35 | ibot | plops people sending e-mails with borked clocks into a giant vat of herring |
15:02.27 | Jin^eLD | you'd probably have to boot from some CD so you can install grub or something, I did not try running x86 OE images in vmware |
15:02.56 | CIA-38 | 03mickeyl 07org.oe.dev * rfaf71c56... 10/ (10 files in 4 dirs): python 2.5.1 upgrade to 2.5.2 |
15:03.03 | CIA-38 | 03mickeyl 07org.oe.dev * r442fae6a... 10/ (5 files in 2 dirs): add pyneod, remove python-fso-pyproto |
15:03.11 | CIA-38 | 03mickeyl 07org.oe.dev * r32e18537... 10/ (3 files in 3 dirs): add pyneog |
15:06.11 | RP | Do we really need 17 different versions of pvrusb-mci? |
15:12.16 | mickeyl | most likely no |
15:15.22 | RP | rwhitby: It seems slugos is the main user of pvrusb-mci? |
15:16.16 | rwhitby | RP: that would be peripherally true, yes. i.e. it's a package that someone once wanted added to SlugOS, cause you can use a PVRUSB thingo attached to a slug. |
15:16.31 | rwhitby | so the latest would be fine for us. |
15:16.40 | rwhitby | and I have no way of testing that :-) |
15:17.12 | RP | rwhitby: Can you confirm that you're using 20060903 ? |
15:20.09 | rwhitby | RP: actually, I can confirm that pvrusb-mci is listed in BROKEN_PACKAGES at the moment in slugos, and has been for some time, so we are not actually supporting it at the moment. |
15:20.22 | chouimat|work | morning |
15:20.24 | rwhitby | so any version that builds with recent kernels would be a step forward for us. |
15:28.25 | *** join/#oe Bernardo (n=Bernardo@84.39.70.194) |
15:29.45 | *** join/#oe Xilent_ (n=supersti@unaffiliated/xilent) |
15:30.27 | *** part/#oe shri (n=boom123@220.227.202.101) |
15:30.57 | *** join/#oe hvontres|work (n=hvontres@hentges.net) |
15:33.03 | *** join/#oe |miska| (i=miska@atrey.karlin.mff.cuni.cz) |
15:33.27 | hrw | bye |
15:34.41 | *** join/#oe CosmicPenguin (n=nobody@163.181.251.103) |
15:37.28 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
15:38.43 | hvontres|work | Crofton: Morning. Feeling any better? |
15:38.51 | RP | rwhitby: ah, right. I really don't want to get too involved in fixing lots of things atm :/ |
15:38.51 | Crofton | yeah |
15:38.53 | Crofton | slowly |
15:38.58 | Crofton | brain is not as foggy |
15:41.54 | RP | rwhitby: 20080210 builds... |
15:42.23 | rwhitby | RP: feel free to remove the others then. |
15:46.42 | Tartarus | Anyone around that feels empowered to review udev or samba patches? |
15:47.27 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
15:48.41 | RP | rwhitby: 2008 added and everything but the last 2006 dropped |
15:48.58 | hvontres|work | Crofton: Where would you like me to send you my mailing address? |
15:49.05 | rwhitby | RP: sweet, thx. will test a build tonight. |
15:49.50 | RP | Its so easy to get sidetracked when fixing these STAGING_DIR references :/ |
15:51.21 | Crofton | just msg'd my emai |
15:53.40 | methril | bye |
15:54.42 | RP | Has anyone noticed the parsing speedups? |
15:55.01 | *** join/#oe KhemHome (n=KhemHome@adsl-71-146-9-215.dsl.pltn13.sbcglobal.net) |
15:55.44 | RP | The boost recipe has "PACKAGES =\n" in it :/ |
16:00.14 | *** join/#oe Nine-X (i=ninex@NineX.eu.org) |
16:00.34 | *** join/#oe dcordes (n=user0815@92.227.201.213) |
16:02.44 | *** join/#oe tchnk2|afk (n=hwtechni@80.78.249.209) |
16:03.54 | hvontres|work | RP: Do I need to use svn head for that |
16:04.02 | RP | hvontres|work: yes |
16:04.04 | CIA-38 | 03mickeyl 07org.oe.dev * r3dc26cf0... 10/ (3 files in 3 dirs): first shot at moko-underground-image |
16:04.10 | CIA-38 | 03rpurdie 07org.oe.dev * r7496170a... 10/ (17 files in 2 dirs): pvrusb2-mci: Fix STAGING references in TARGET_LDFLAGS, add 20080210 version which builds against modern kernels |
16:04.19 | CIA-38 | 03rpurdie 07org.oe.dev * r0727347c... 10/ (1 packages/pvrusb2-mci/pvrusb2-mci2.inc): pvrusb2-mci: Add missing .inc from last commit |
16:04.26 | CIA-38 | 03rpurdie 07org.oe.dev * r42b4313e... 10/ (43 files in 15 dirs): pvrusb2-mci: Remove a ton of old versions |
16:06.15 | hvontres|work | RP: testing now |
16:08.02 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
16:19.52 | hvontres|work | RP: old 181 s, new 136 s for full parse of .dev :) |
16:20.43 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
16:23.41 | *** join/#oe dijenerate (n=dijenera@72.22.134.30) |
16:25.06 | *** join/#oe dottedmag (n=dottedma@unaffiliated/dottedmag) |
16:25.33 | *** part/#oe dottedmag (n=dottedma@unaffiliated/dottedmag) |
16:29.32 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
16:37.17 | tcooksey_ | hiya... me again. :-) Having troubles with missing includes for dbus |
16:37.51 | tcooksey_ | specifically, dbus-arch-deps.h does not make it into ${STAGING_INCDIR}/dbus-1.0 |
16:38.24 | *** join/#oe stevenh (n=lews@65.167.23.2) |
16:42.26 | mrt2k7 | anyone knows how to include/use an existing .bbclass file? |
16:44.00 | mrt2k7 | there's bootimg.bbclass, but docs don't say where to include it in my conf |
16:53.00 | rschuster | the "intltoolize" binary is provided by which OE package? |
16:53.13 | mickeyl | intltool-native |
16:54.04 | *** join/#oe ant|work (n=ant|work@host214-85-static.34-85-b.business.telecomitalia.it) |
16:54.09 | rschuster | mickeyl: thanks |
16:55.13 | ant|work | hi all, somebody can help with klibc? |
16:56.08 | ant|work | I'm poking with initramfs-images and I fear the latest thesing's commit (eabi patch) broke it... |
16:57.28 | ant|work | ~seen thesing |
16:57.34 | ibot | thesing <n=tkunze@BAA3d60.baa.pppool.de> was last seen on IRC in channel #oe, 1d 3h 26s ago, saying: 'morning'. |
17:04.15 | Tartarus | Anyone around who feels empowered to review samba or udev changes? |
17:05.01 | mickeyl | best put it forwards to the list |
17:05.06 | ant|work | Tartarus: I'll try your patches as soon as possible (over VPN) |
17:05.15 | Tartarus | ant|work, thanks |
17:05.26 | mickeyl | and/or attach to bugzilla |
17:06.00 | Tartarus | mickey|sports, is attached :) |
17:06.40 | ant|work | Tartarus: [ebuild R ] net-fs/samba-3.0.28 |
17:06.54 | ant|work | Tartarus: should I expect issues from that version? |
17:07.31 | Tartarus | ant|work, er? I didn't see 3.0.28 in OE when I did my patches |
17:07.47 | ant|work | noo, on the remote host (my office) |
17:07.56 | Tartarus | ok |
17:08.09 | Tartarus | I still don't follow, sorry :) We should ad a recipe for 3 |
17:08.21 | ant|work | Tartarus: I'll test smbclient |
17:08.27 | Tartarus | .0.28 as well, and it would have the smbfs/cifs bugs if based on the other oens |
17:08.40 | Tartarus | ok |
17:08.44 | ant|work | against my remote samba server on Gentoo |
17:08.49 | Tartarus | Ah |
17:08.55 | ant|work | over VPN router-router |
17:08.57 | Tartarus | the problem is how we package it up for the targets |
17:09.03 | Tartarus | keep in mind :) |
17:09.05 | Tartarus | but yes |
17:09.07 | ant|work | k |
17:09.26 | Tartarus | you don't even need a samba server to see the problem actually |
17:09.36 | Tartarus | mount -t smb / mount -t smbfs gets upset before even trying ot mount |
17:09.43 | ant|work | I see |
17:09.52 | Tartarus | (or rather, its failing to find mount.smb/mount.smbfs and stopping there) |
17:36.05 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
17:40.14 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
17:44.30 | RP | hvontres|work: A 25% speedup is rather nice, thanks for the figures :) |
17:49.48 | *** join/#oe pH5 (n=ph5@e178235177.adsl.alicedsl.de) |
17:50.27 | CIA-38 | 03rpurdie 07org.oe.dev * r2d630872... 10/ (1 contrib/powered-by-oe.svg): contrib: Add powered by OE logo |
17:55.21 | *** join/#oe rafa_campos (n=Methril@213.27.233.98) |
18:11.28 | *** join/#oe TheCan (n=thecan@dslb-084-056-136-156.pools.arcor-ip.net) |
18:23.02 | CIA-38 | 03rpurdie 07org.oe.dev * r059498b6... 10/ (3 files in 2 dirs): boost: Fix packages so they build |
18:23.06 | CIA-38 | 03thebohemian 07org.oe.dev * r23d83842... 10/ (1 packages/docbook-utils/docbook-utils-native_0.6.14.bb): docbook-utils-native 0.6.14: Provide yet another name for all tools (via symlink). |
18:23.11 | CIA-38 | 03thebohemian 07org.oe.dev * r37c00188... 10/ (5 files in 3 dirs): xvidcap: Added new recipes. |
18:31.03 | *** join/#oe ___gints_ (n=gints@62.84.15.211) |
18:31.28 | *** join/#oe tmbinc (i=abcd@83.141.3.59) |
18:32.43 | *** join/#oe JustinP_ (n=papercra@c-98-207-74-125.hsd1.ca.comcast.net) |
18:42.46 | *** join/#oe gremlin[it] (n=gremlin@ppp-151-40.25-151.libero.it) |
18:47.08 | *** join/#oe JustinP (n=papercra@c-98-207-74-125.hsd1.ca.comcast.net) |
18:48.04 | *** join/#oe Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
18:49.37 | *** join/#oe zap_ (n=zap@28.169.249.ozerki.net) |
18:49.44 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
19:06.25 | *** join/#oe dijenerate_ (n=dijenera@72.51.115.250) |
19:22.32 | *** join/#oe Bernardo (n=Bernardo@89-180-5-122.net.novis.pt) |
19:23.17 | *** join/#oe JustinP (n=papercra@c-98-207-74-125.hsd1.ca.comcast.net) |
19:26.17 | *** join/#oe ssvb (n=user@87.252.225.64) |
19:28.14 | *** join/#oe pb__ (n=pb@88-110-119-96.dynamic.dsl.as9105.com) |
19:39.03 | *** join/#oe JustinP (n=papercra@c-98-207-74-125.hsd1.ca.comcast.net) |
19:50.06 | *** join/#oe wirelessdreamer (n=dreamer@chrobd01.vailsys.com) |
20:15.16 | *** join/#oe JustinP (n=papercra@c-98-207-74-125.hsd1.ca.comcast.net) |
20:22.36 | *** join/#oe ant_ (n=ant@host243-189-dynamic.60-82-r.retail.telecomitalia.it) |
20:26.41 | *** join/#oe stefan_schmidt (n=stefan@sirius.lasnet.de) |
20:33.01 | *** part/#oe emdete (n=nmdt@littlelun.emdete.de) |
20:46.21 | gremlin[it] | hi all |
20:46.35 | philippe | hi gremlin[it] |
20:47.41 | gremlin[it] | I have a question, suppose some package are available as precompiled only (.ipkg) ... what's the best way to make this package be included in an image i'm building ? |
20:47.43 | pb__ | hi gremlin[it] |
20:48.07 | gremlin[it] | 1) have a "fake" recipe that just download the prebuild.ipkg ? |
20:48.22 | gremlin[it] | 2) is already available some way in OE ? |
20:48.29 | gremlin[it] | hi pb__ !!! |
20:49.28 | pb__ | gremlin[it]: I guess you could copy the .ipk files into the deploy directory by hand and then set ASSUME_PROVIDED to stop oe trying to rebuild them. |
20:50.44 | gremlin[it] | mhhh if suck prebuild package isn't available in normal way in OE ... is simple (not difficult) to write a "fake" recipe i suppose ... |
20:50.54 | gremlin[it] | fi suck -> if such ... |
20:50.55 | *** join/#oe Magon (n=Magon@213.155.227.229) |
20:51.08 | pb__ | yeah, that would work too |
20:51.19 | pb__ | I don't know of any dedicated mechanism for using prebuilt binaries |
20:52.07 | gremlin[it] | should exist something but for binary archive ... not a prebuild package i thing |
20:56.06 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
21:19.09 | *** join/#oe tre9 (i=root@66.33.199.78) |
21:31.08 | *** join/#oe angom (n=angom@200.79.141.128.dsl.dyn.telnor.net) |
21:32.08 | *** part/#oe angom (n=angom@200.79.141.128.dsl.dyn.telnor.net) |
21:35.41 | tre9 | I'm new to oe. I only used oe once to build a rootfs for gumstix. Is building for another platform just a matter of running "bitbake htcblueangel" or do I need to get some other configuration files? |
21:36.23 | RP | tre9: You probably want to change MACHINE |
21:36.36 | *** part/#oe stefan_schmidt (n=stefan@sirius.lasnet.de) |
21:36.51 | tre9 | ah, ok thanks. but nothing else to install? |
21:37.23 | RP | tre9: I'm don't know the gumstix setup well but probably not |
21:37.59 | Fique | tre9: most of the top level build configs are done through the local.conf that you set up |
21:38.52 | Fique | tre9: then when you do a bitbake XX it will pull the appropriate files for your machine |
21:39.01 | Fique | hopefully :) |
21:41.05 | tre9 | my local.conf doesn't have much in it http://pastebin.ca/921201 |
21:41.32 | tre9 | there's some gumstix-specific settings in site.conf |
21:42.26 | tre9 | http://pastebin.ca/921205 |
21:42.40 | Fique | did you work off the local.conf.example file in the org.oe tree? |
21:43.20 | Fique | err org.openembedded.dev/conf/local.conf.sample |
21:43.35 | Fique | you will see options for MACHINE |
21:43.45 | Fique | like RP was referring too |
21:43.51 | tre9 | not sure, it seems that gumstix has done some of the configuration. |
21:44.43 | Fique | which gumstiks platform are you using? |
21:44.46 | tre9 | MACHINE is set to "gumstix-custom-verdex" in auto.conf |
21:45.13 | RP | tre9: auto.conf is probably generated by one of the gumstix scripts. You need to change that variable |
21:45.23 | Fique | yeah I'm not familiar with setting up gumstix through their scripts, I did everything by hand |
21:45.37 | Fique | if you look at org.openembedded.org/conf/machine |
21:45.59 | Fique | you will find gumstix-connex, gumstix-custom-connex, and others |
21:46.13 | Fique | hello cbrake |
21:48.16 | tre9 | RP: ok, thanks. |
21:49.44 | cbrake | Fique: hello |
21:50.14 | Fique | cbrake: just wanted to thank you again for all the cm-x270 help |
21:50.22 | cbrake | Fique: sure |
21:50.31 | cbrake | Fique: pushing 2.6.24 support shortly :-) |
21:50.35 | Crofton | tre9, for the gumstix oe system you should ask in #gumstix |
21:50.47 | Fique | cbrake: awesome... id be willing to help again with PCI testing, i've had it working fine for 2.6.23 |
21:54.37 | *** join/#oe dijenerate (n=dijenera@72.51.115.250) |
21:54.43 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
21:56.39 | tre9 | ok, looks like I set MACHINE = "htcblueangel" and it will get other conf from org.openembedded.snapshot/conf/machine/htcblueangel.conf |
21:57.34 | cbrake | Fique: good point. Refresh my memory -- was it just a few defconfig changes, or was more required to get PCI going? |
21:57.46 | tre9 | Crofton: thanks for the tip. I'll check there too. |
21:58.12 | Crofton | they use a snapshot of the OE metadata and have local fixes for gumstix cards |
21:58.56 | tre9 | will that be a problem for me when I build for a non-gumstix machine? |
21:59.09 | Crofton | yes |
21:59.21 | Crofton | because we can't help you with problems :) |
21:59.27 | Crofton | What are you trying to do? |
21:59.57 | tre9 | I want to build for a handheld device (HTC blueangel) |
22:00.11 | Crofton | why did you start with the gumstix stuff then? |
22:01.01 | *** join/#oe nhoman (n=homann@89.100.83.14) |
22:01.50 | *** join/#oe methril (n=Methril@127.Red-80-38-102.staticIP.rima-tde.net) |
22:01.55 | tre9 | I also have a gumstix platform I need to build. |
22:01.59 | Crofton | ah |
22:02.06 | Crofton | for same app ? |
22:02.56 | tre9 | I need the whole rootfs. no custom apps. |
22:03.02 | *** join/#oe carbonfreeze (n=carbonfr@75-167-11-227.phnx.qwest.net) |
22:03.18 | rschuster | I need to set QTDIR for a library that needs the qt4 headers. Can I safely set this to some dir within ${STAGING_INCDIR}? |
22:03.27 | Crofton | but you run on gumstix and htc machine |
22:03.50 | Crofton | if the files in the gumstix snapshot are OK, you should be fine |
22:03.55 | tre9 | yes. |
22:04.08 | Crofton | basically try it and see what happens |
22:04.30 | Crofton | we get along well with the gumstix guys, so we can do what we can |
22:05.23 | RP | rschuster: There are qt classes which set that variable iirc |
22:05.44 | RP | rschuster: It seems to default to qt2 in bitbake.conf though, I was just looking at that |
22:07.09 | rschuster | RP: hm, some bbclasses reference QTDIR .. |
22:07.21 | pH5 | chinook-compat produces libstdc++6_3.4.4+csl-arm-2005q3, ITOS2008 has libstc++6_3.4.4cs2005q3.2-5.osso8. is there a way to build kobodeluxe so that I don't have to --force-depends it on the n810? |
22:08.05 | tre9 | Crofton: ok. sakoman's tutorial was easy to follow. gave me courage to try oe. :) now I need to take the next step. |
22:08.06 | rschuster | pH5: unfortunately not yet. there was a proposal on the list to make version numbers overridable. that would fix it |
22:09.08 | Crofton | well welcome aboard |
22:09.58 | RP | rschuster: I think that proposal won't work due to the weird locations the version ends up :/ |
22:10.01 | Crofton | He is trying to get up to the Angtstrom stable branch, which will help some by giving us a route from .dev to stable to him |
22:10.24 | RP | rschuster: Its an interesting idea though |
22:11.03 | RP | rschuster: I was the one who fixed a large number of package renaming bugs, the thought of doing it again for version numbers scares me ;-) |
22:15.35 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
22:20.12 | pH5 | I see, that's a pity. What's the alternative? Setting PV_chinook-compat="3.4.4cs2005q3.2-5.osso8" in gcc_csl-arm-2005q3.bb? |
22:21.14 | tre9 | #oe is very helpful. Thanks. I'll probably be back with more questions. |
22:21.19 | pH5 | Doesn't sound too clean, we probably don't want to litter core recipes with distro overrides :) |
22:25.11 | Fique | cbrake: sorry for the delay, went out to pick up lunch. But its defconfig changes, one file addition thats missing in the tarball, and finally one function parameter change in an IDE driver file |
22:25.29 | Fique | cbrake: and thats it |
22:28.05 | cdbot2 | * * OE Bug 3889 has been created by <OE-Autobuilder> |
22:28.07 | cdbot2 | * * ppp-dialin-0.1-r4-do_install |
22:28.08 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=3889 |
22:29.23 | rschuster | pH5: no not a good idea. I still think we need the version override thing :| |
22:30.51 | cbrake | Fique: ahh, yes just found your email you sent some time ago |
22:31.21 | cbrake | Fique: I'll try to include these changes in the 2.6.24 stuff I push tomorrow. If you have any updates or anything you want changed, feel free to send it. |
22:31.41 | Fique | cbrake: please test though, I can't verify anything with 2.6.24 |
22:32.00 | Fique | cbrake: or i'll test it myself when its pushed |
22:32.05 | cdbot2 | * * OE Bug 3890 has been created by <OE-Autobuilder> |
22:32.07 | cdbot2 | * * libxinerama-1.0.2-r3-do_populate_staging |
22:32.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=3890 |
22:32.16 | cbrake | Fique: will do -- at least that it does not break any of more normal usage patterns |
22:39.41 | *** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz) |
22:42.05 | *** part/#oe rschuster (n=rob@e178097205.adsl.alicedsl.de) |
22:50.53 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
22:56.02 | *** join/#oe NineX (i=ninex@gentoo.netzone.kom.pl) |
22:58.29 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
23:01.37 | *** join/#oe thesing (n=tkunze@BAA2226.baa.pppool.de) |
23:02.57 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
23:08.56 | CIA-38 | 03tmbinc 07org.oe.dreambox * r56c92928... 10/ (3 files in 2 dirs): dreambox-dvb-tools{,-v3}: fix qmake file to not link qte |
23:09.01 | CIA-38 | 03thebohemian 07org.oe.dev * rb2b754e5... 10/ (6 files in 2 dirs): |
23:09.01 | CIA-38 | classpath-minimal 0.97: Added recipe. |
23:09.01 | CIA-38 | classpath 0.97: Added recipe. |
23:09.01 | CIA-38 | classpath: Added proper RPROVIDES for ${PN}-common. |
23:10.08 | rwhitby | RP: Error: packages/pvrusb2-mci/pvrusb2-mci-20080210/Makefile.patch not found. |
23:10.29 | RP | rwhitby: oops |
23:10.54 | rwhitby | don't you just hate mtn add ;-) |
23:11.02 | *** join/#oe mwester-trip (n=mwester@12.167.160.5) |
23:11.16 | RP | rwhitby: yes ;-) |
23:12.12 | *** join/#oe CosmicPe1guin (n=nobody@163.181.251.103) |
23:15.39 | ant_ | thesing: I had some minor issues with klibc yesterday (the eabi patch was not applied) |
23:16.20 | ant_ | thesing: then there were bigger problems with busybox-static |
23:17.10 | dmfrey | hey philippe are you there? |
23:22.21 | *** join/#oe flo_lap (n=fuchs@92.227.176.23) |
23:23.15 | ant_ | RP: bitbake seems stalling on "NOTE: Executing runqueue". /tmp is empty. |
23:23.29 | ant_ | RP: fresh build |
23:24.24 | ant_ | RP: http://www.pastebin.ca/921338 |
23:25.36 | ant_ | RP: 10818 andrea 20 0 182m 128m 2216 R 100 6.4 6:05.78 python |
23:30.19 | RP | ant_: no idea :/ |
23:30.43 | ant_ | RP: python is eating 1367M virt |
23:31.05 | RP | ant_: Its obviously spinning out of control in some circular loop |
23:31.21 | ant_ | RP: was working until I wiped /tmp |
23:31.29 | RP | ant_: What were your building? |
23:31.34 | RP | s/your/you/ |
23:31.39 | ant_ | initramfs under uclibc |
23:32.03 | ant_ | then I prefer restart from scratch |
23:33.41 | *** join/#oe jkilb_ (n=jkilb@p5B20891A.dip0.t-ipconnect.de) |
23:36.18 | ant_ | RP: if I kill it with ctrl+C python should spit out some traces... |
23:36.42 | RP | ant_: It does it here too which should help the debugging |
23:38.30 | RP | Its spinning in check_stamps() :/ |
23:45.10 | CIA-38 | 03rpurdie 07org.oe.dev * r4e74a697... 10/ (1 packages/pvrusb2-mci/pvrusb2-mci-20080210/Makefile.patch): pvrusb2-mci: Add missing patch |
23:50.54 | CIA-38 | 03rpurdie * r1022 10/ (4 files in 4 dirs): fetch/__init__.py: Make fetcher timestamp updating non-fatal when permissions don't allow updates |
23:51.33 | CIA-38 | 03rpurdie * r1023 10/ (2 files in 2 dirs): runqueue.py: Fix recursive looping issue |
23:52.41 | RP | ant_: That should fix it |
23:55.01 | ant_ | indeed, thx |
23:56.30 | ant_ | RP: about uclibc build, I think it somehow contaminated my staging |
23:56.53 | RP | ant_: entirely possible |
23:57.18 | ant_ | RP: ANGSTROM_MODE=uclibc IMAGE_FSTYPES="cpio.gz" bitbake -crebuild initramfs-bootmenu-image built |
23:57.48 | ant_ | RP: with errors :( |
23:58.03 | ant_ | RP: initramfs-kexec-images built fine :) |
23:58.53 | *** join/#oe davygravy__ (n=davygrav@h75-100-83-9.75-100.unk.tds.net) |