00:59.09 | *** join/#oe jnoah1984 (n=justin@128-193-241-201.resnet.oregonstate.edu) |
01:00.03 | *** join/#oe rsalveti (n=salveti@189.70.41.40) |
01:04.08 | *** join/#oe gumleef (n=grg@gw-adl.tda-tech.com) |
01:06.05 | gumleef | I'm trying to build Angstrom from scratch for the beagleboard. I made a local.conf and typed 'bitbake e-image-core' from the build directory. The build fails at imlib2. It looks to me as though the compile directive is specifying -I/usr/X11R6/include - from my host system. |
01:06.47 | *** join/#oe torbenh4 (n=torbenh@85.178.208.68) |
01:07.05 | gumleef | here is the output for 'bitbake imlib2': http://rafb.net/p/QzQgbs45.html |
01:08.08 | gumleef | how can i ensure that include directories from my host system are not used for cross building? (i am unfamiliar with oe/bitbake in general, but willing to learn) |
01:08.51 | torbenh4 | hi... i am supposed to install some stuff on a beagleboard tomorrow... will the ethernet gadget stuff work without problems ? |
01:09.08 | gumleef | my local.conf looks like this: http://rafb.net/p/3oS34R26.html |
01:12.54 | gumleef | PS: /usr/X11R6/include is a symlink to /usr/include on my system, hence the unknown asm constraint for FD_ZERO in imlib2_view.c |
01:14.22 | *** join/#oe Flyser_ (n=Flyser@unaffiliated/flyser) |
01:17.42 | gumleef | hmmm... i see a patch openembedded/recipes/efl1/imlib2/remove-local-includes-20080421.patch which looks like it should do what i need. how can i tell if this is being correctly applied? |
01:23.57 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
01:26.43 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
01:28.47 | *** join/#oe t2a (n=_gpg_@lns-bzn-40-82-251-176-209.adsl.proxad.net) |
01:28.50 | t2a | hello |
01:29.34 | t2a | I'm stuck trying to crosscompile dbus-glib and would like to share your experience regarding dbus-glib crosscompilation |
01:30.12 | t2a | in fact, by the end, configure tries to run some binaries to generate some header files |
01:30.31 | t2a | something like this : How do you managed build error while crosscompiling dbus-glib please ? i would like to compile it for powrepc (sorry it out of topic) and i'm stuck with cannot execute binary file /home/gpg/build-tools/ltib/rpm/BUILD/dbus-glib-0.76/dbus/.libs/lt-dbus-binding-tool --prefix=some_object --mode=glib-server --output=example-service-glue.h ./example-service.xml |
01:31.10 | t2a | (i'm not using oe on this stuff) but would like to know how do you manage this in oe |
01:32.31 | t2a | yay i've seen something like no-example-patch |
01:41.08 | *** join/#oe HellDragon (i=jd@Wikipedia/HellDragon) |
01:51.25 | gumleef | t2a, http://wiki.openembedded.net/index.php/BestPractices may be what you want |
01:52.14 | t2a | gumleef, thank you |
01:52.24 | *** join/#oe koobe (n=koobe@83.150.95.26) |
01:52.29 | t2a | gumleef, i'm quite lost in oe git repositories |
01:53.16 | gumleef | t2a, me too |
02:03.27 | *** join/#oe Kendall781 (n=Kendall7@c-67-182-38-135.hsd1.ca.comcast.net) |
02:07.13 | *** join/#oe fraxinas (n=quassel@p54AA79AB.dip.t-dialin.net) |
02:15.20 | Kendall781 | I am a Linux newbie that wants to build a single purpose embedded system. It will run on a VIA C7 1.7gHz processor with 512mb RAM and either a 4gb CF card (on IDE adapter) or embedded 1gb IDE disk on chip. I need it to be capable of running a single, light MS based program via WINE and connect to a Symnet Express DSP via a crossover Cat5 cable. It will control the Symnet unit via touchscreen so it needs the appropriate drivers and |
02:21.06 | *** join/#oe hufnus_cicq (n=hufnus_c@69.12.177.67) |
02:27.39 | *** join/#oe aloisiojr (n=aloisio@189.81.199.13) |
02:29.51 | denix0 | Kendall781: and? I won't sleep if I don't get the end of this story... :) |
02:30.24 | Kendall781 | really.... ;-) |
02:30.46 | Kendall781 | sorry I'm long winded. |
02:59.28 | *** join/#oe HellDragon (i=jd@Wikipedia/HellDragon) |
03:09.15 | *** join/#oe mrmoku|a` (n=mrmoku@ppp-93-104-49-160.dynamic.mnet-online.de) |
03:20.52 | *** join/#oe digital-e1 (n=Luccisa@nat/cisco/x-27fdb8c14ebdb713) |
04:06.45 | *** join/#oe mhnoyes (n=mhnoyes@sourceforge/sitedocs/mhnoyes) |
05:36.55 | CIA-35 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * rd0dc8de4d5 10openembedded.git/recipes/openmoko-projects/paroli_git.bb: paroli : ship dbus startup file |
05:39.50 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
05:57.00 | *** join/#oe pleemans (n=toi@116.54-246-81.adsl-static.isp.belgacom.be) |
06:09.55 | gumleef | how do i add a patch to a bitbake thing? |
06:10.39 | gumleef | the manual/docs seem to dismiss this section with "[to be done]" |
06:12.07 | gumleef | a package is broken for me. i could fix it, if only i knew how to get the build infrastructure to apply my patch |
06:14.20 | gumleef | twiddles his thumbs |
06:40.13 | mckoan | good morning |
06:51.14 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
06:56.34 | *** join/#oe mpoullet|work (n=mpoullet@proxye.avm.de) |
06:56.49 | mpoullet|work | good morning |
06:58.46 | *** join/#oe kristoffer (n=kristoff@79.138.178.130.bredband.tre.se) |
07:03.17 | *** join/#oe user1 (n=3MX@fer13-1-82-66-173-100.fbx.proxad.net) |
07:07.07 | *** join/#oe boris_OmegA (n=boris@194.51.141.172) |
07:20.46 | *** join/#oe digital-e1 (n=Luccisa@nat/cisco/x-36bd84d9ef69e843) |
07:30.52 | *** join/#oe LakeSolon (n=blake@96-42-127-243.dhcp.roch.mn.charter.com) |
07:38.18 | *** join/#oe greentux_ (n=lemke@ip-77-24-231-17.web.vodafone.de) |
07:55.16 | *** join/#oe guillaum1 (n=gl@AMontsouris-153-1-29-26.w86-212.abo.wanadoo.fr) |
07:56.22 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
08:06.43 | *** join/#oe ZaPPaS (n=moritz@129.69.51.130) |
08:21.08 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
08:26.58 | *** join/#oe greentux_ (n=lemke@ip-77-24-133-68.web.vodafone.de) |
08:28.58 | *** join/#oe fraxinas (n=quassel@p54AA614B.dip.t-dialin.net) |
08:33.59 | *** join/#oe woglinde (n=heinold@omsk.mi.fu-berlin.de) |
08:34.06 | *** join/#oe eFfeM (n=frans@195-241-226-180.ip.telfort.nl) |
08:36.52 | *** join/#oe markos_ (n=markos@athedsl-430024.home.otenet.gr) |
08:40.21 | *** join/#oe virk (n=virk@213.49.132.19) |
08:47.51 | *** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl) |
08:50.41 | *** join/#oe boris_OmegA (n=boris@194.51.141.172) |
08:55.59 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
09:04.09 | *** join/#oe boris_OmegA (n=boris@194.51.141.172) |
09:06.43 | *** join/#oe rob_w (n=bill@217.237.177.190) |
09:15.35 | *** join/#oe thebohemian (n=rschus@p579E184A.dip.t-dialin.net) |
09:25.14 | *** join/#oe eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) |
10:00.23 | *** join/#oe florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de) |
10:01.37 | *** join/#oe psykes (i=da67f253@gateway/web/ajax/mibbit.com/x-be6572e7c051586b) |
10:07.02 | pb_ | florian_kc: good morning |
10:12.14 | florian | good morning |
10:18.21 | RP | morning all |
10:22.41 | eFfeM | hi |
10:27.11 | *** join/#oe user1 (n=3MX@cpc3-hink3-0-0-cust268.lei3.cable.ntl.com) |
10:28.05 | Crofton|work | gm |
10:28.13 | akheron | is there a way to rebuild all non-native packages with bitbake? |
10:28.27 | akheron | and non-cross |
10:28.40 | akheron | i.e. all TARGET_ARCH and MACHINE_ARCH packages |
10:54.14 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
11:00.29 | *** join/#oe pwgen (n=ew@130.225.195.133) |
11:01.01 | *** join/#oe stefan_schmidt (n=stefan@p5B03428D.dip.t-dialin.net) |
11:07.10 | *** join/#oe pirho_ (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
11:08.24 | booxter | woglinde: btw I asked that guy who also got error while compiling qt/embedded-4.5.1, and he used generic x86_64 ubuntu gcc 4.3 system. there is no embedded specific stuff in there |
11:08.44 | booxter | woglinde: and have you tried to build qt4-embedded-4.5.1 with OE? |
11:11.58 | woglinde | booxter ups sorry |
11:12.01 | woglinde | didnt find the time |
11:12.06 | woglinde | hi rp |
11:12.14 | booxter | woglinde: no problem :) |
11:12.43 | woglinde | maybee this evening |
11:12.47 | woglinde | hm or I try it here |
11:12.52 | woglinde | thats a good ide |
11:12.53 | woglinde | a |
11:15.00 | woglinde | jo mickeyl |
11:15.07 | mickeyl | hi |
11:17.39 | *** join/#oe BET_frogger (n=frogger@cl-2094.ham-01.de.sixxs.net) |
11:19.49 | methril|work | good morning |
11:20.07 | woglinde | hi methril |
11:20.16 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
11:20.33 | CIA-35 | 03Robert Schuster <rschus@entw2.(none)> 07org.openembedded.dev * rc57486c9bb 10openembedded.git/conf/checksums.ini: checksums.ini: New cmake 2.6.4 entry, removed unused cmake entries. |
11:20.43 | CIA-35 | 03Robert Schuster <rschus@entw2.(none)> 07org.openembedded.dev * rbdeb73a931 10openembedded.git/recipes/cmake/cmake-native_2.6.4.bb: cmake-native 2.6.4: New recipe. |
11:20.57 | *** join/#oe digital-e1 (n=Luccisa@nat/cisco/x-267f01f0e3a182f8) |
11:30.55 | *** join/#oe udovdh_ (n=udovdh@pindarots.xs4all.nl) |
11:36.28 | *** join/#oe greentux_ (n=lemke@90.187.4.251) |
11:44.34 | *** join/#oe BET-frogger (n=mkl@2001:6f8:1178:4:290:27ff:fe1d:cc33) |
11:47.20 | tsjsieb | Can I use an console-image as ramdisk? (I'm trying, using a cpio.gz, but it doesn't seem to work) |
11:47.58 | tsjsieb | (I have made an u-boot image from the cpio.gz with the mkimage tool, manually) |
11:53.25 | akheron | tsjsieb: what's the problem with it? |
11:55.09 | tsjsieb | that I don't know If I'm trying to create the ramdisk in te right way |
11:55.32 | akheron | cpio.gz should work fine as an initrd |
11:55.42 | akheron | with a recent kernel and approppriate kernel config |
11:55.59 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
11:56.33 | akheron | I expect that you pass the initrd address correctly to u-boot bootm |
11:58.20 | tsjsieb | I'm not sure, but I have a working ramdisk example for my machine |
11:58.55 | tsjsieb | so I guess that kernel is usable and correct configured |
11:59.34 | tsjsieb | but when i try to load that kernel with my own 'cpio.gz in uboot mkimage file' |
12:00.17 | tsjsieb | uboot gives me a 'Verify Checksum.... Bad CRC', followed by a reset |
12:01.14 | tsjsieb | (wich it doesn't do, when i 'iminfo' the same adress, where I loaded the 'cpio.gz containing image' |
12:05.17 | *** join/#oe marcosmamorim (n=marcos@200.213.192.2) |
12:05.36 | tsjsieb | I also created a kernel, which does boot with the 'example ramdisk' I have, that's why I suspect there is something wrong with my own ramdisk |
12:11.37 | *** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de) |
12:14.01 | akheron | Bad CRC doesn't have anything to do with the ramdisk contents |
12:14.43 | akheron | you probably have not transferred the ramdisk to the device correctly or are trying to load it from a wrong address |
12:15.26 | florian | thebohemian: Good to see you were not eaten by the magic OE monster ;-) |
12:15.40 | florian | ibot: seen likewise? |
12:15.41 | ibot | likewise <n=chatzill@82-171-51-231.ip.telfort.nl> was last seen on IRC in channel #oe, 4d 18h 19m 2s ago, saying: 'hello all'. |
12:17.21 | *** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
12:18.41 | woglinde | hi ant |
12:19.00 | ant_work | hey woglinde |
12:22.05 | thebohemian | florian: :) |
12:24.33 | mckoan | tsjsieb: if you are building an image generating a final ramdisk image I would be couruis to know which options are required in conf to do that, could you give me a clue? |
12:26.05 | *** join/#oe frank7d (n=afs@91-2.3-213.fix.bluewin.ch) |
12:29.00 | tsjsieb | I don't think I understand you completly, but I'm trying to create a ramdisk to teskt if my created rootfs is ok, without using the NAND flash memory on my device. (as I'm suffering some problems there) |
12:29.28 | akheron | ok |
12:29.59 | tsjsieb | and unfortunatly I'm not able to use NFS as my ethernet card doesn't get a valid MAC address when kernel boots |
12:30.11 | akheron | so you tftp kernel.img $kerneladdr; tftp ramdisk.img $ramdiskaddr; bootm $kerneladdr $ramdiskaddr |
12:30.21 | mckoan | tsjsieb: my question is whether you are getting the ramdisk image automatically with a bitbake process or are you doing it by hand |
12:30.23 | akheron | right? |
12:31.02 | tsjsieb | akheron: thats indeed the way I'm doing that |
12:31.11 | ant_work | thebohemian: I tried to build x11-gpe-java-image but it failed on classpath |
12:32.52 | tsjsieb | mckoan: I added cpio.gz to IMAGE_FSTYPES in my local.conf and I manually make a u-boot image, using the u-boot mkimage tool |
12:33.08 | *** join/#oe mpoullet|work (n=mpoullet@proxye.avm.de) |
12:33.44 | pb_ | hi ant_work, woglinde, mickeyl |
12:36.13 | tsjsieb | akheron: but I changed the adresses a little, compared to the working example, because my cpio.gz is bigger then the expamle ramdisk.img |
12:36.29 | *** join/#oe vo5 (n=vo@189.121.183.147) |
12:37.06 | tsjsieb | and as they use 0x80a00000 for kernel and 0x80600000 I thought that my bigger cpio.gz might overlap over the kernel image |
12:37.26 | tsjsieb | (0x80600000 for the ramdisk.img) |
12:39.16 | akheron | ok |
12:39.50 | hrw | morning |
12:39.56 | akheron | remember that kernel gets moved to another location, too, and that location should not overlap with your ramdisk |
12:40.54 | florian | hi hrw |
12:41.44 | mckoan | tsjsieb: I haven't noticed cpio.gz option, thank you |
12:41.48 | florian | pb_: I just tried gdb. Running in gb the same application dies from a segfault. |
12:42.44 | mckoan | tsjsieb: I always used ramdisk before using OE, what is your problem? which architecture? |
12:43.08 | tsjsieb | akheron: so both the kernel as the ramdisk get moved after loaded to the 1st adress (manually with tftp 'adress1' file) to the a second adress? |
12:43.35 | *** join/#oe kmargar (n=markos@athedsl-420568.home.otenet.gr) |
12:46.53 | tsjsieb | mckoan: ARM (Compulab CM-X300) the problem is actually that I try to check if my rootfs is o.k., but I'm not able to use the NAND flash on the device, as it seems to suffer from a NAND flash driver bug, so now I'm trying to use the same rootfs als ramdisk |
12:47.04 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
12:47.13 | woglinde | jo raster |
12:47.33 | raster | woglinde: yooooooow! |
12:47.41 | raster | is it just me or has oe pretty much fallen of the rails? |
12:47.59 | woglinde | raster hm in which case? |
12:48.06 | raster | the only target angstrom+oe (or openmoko+oe for gta02) buils for is... overo (or i guess beagle) |
12:48.14 | raster | everything else is mired in gnu hash problems |
12:48.17 | raster | gcc segvs |
12:48.29 | raster | god knos how many other issues |
12:48.37 | woglinde | this happens |
12:48.40 | Crofton|work | raster, during builds? |
12:48.45 | raster | Crofton|work: yup |
12:48.45 | woglinde | if you leave normal ways |
12:48.52 | Crofton|work | which targets are you having problems with? |
12:48.54 | woglinde | and provide stuff for arm thumb |
12:49.00 | raster | i used to bea ble to build for about 5 or 6 targets |
12:49.02 | raster | now just 1 |
12:49.30 | woglinde | the gnu hash should be fixed |
12:49.37 | raster | Crofton|work: palmt650, nokia800, rokre6, om-gta02, c760 |
12:49.57 | raster | woglinde: i still have moe gnu has patches pending which i wont push until i can verify a full image build... which i cant |
12:50.09 | woglinde | raster where it fails with n800? |
12:50.20 | Crofton|work | I would have thought people cared about the gta02 |
12:50.22 | woglinde | for n800 you only can use chinook-compat |
12:50.47 | raster | woglinde: i forget. i'venuked my build dirs for all but omap3/overo |
12:51.15 | woglinde | but we/maemo has a gsoc student who tries to get a disbu ready which provides an image to falsh |
12:51.17 | raster | Crofton|work: not in oe. :( |
12:51.24 | hrw | woglinde: no shit.. angstrom can be built for n8x0 too |
12:51.39 | raster | woglinde: i USED to be able to build angstrom for everyething |
12:51.39 | woglinde | hrw but its not compat |
12:51.41 | Crofton|work | hrw, what is the url for your buildbot? |
12:51.52 | raster | but of lae almsot every machine target except omap3 has barfed |
12:52.57 | raster | i am happy to help fix bugs where i can but when you get a mountain of them that requires 10+ minute test cycles |
12:53.05 | hrw | Crofton|work: http://home.haerwu.biz:8010/ |
12:53.07 | raster | i kind of throw in the towel :( |
12:53.14 | raster | i was just wondering if it is just me |
12:53.18 | raster | or others see it too? |
12:53.38 | Crofton|work | http://home.haerwu.biz:8010/waterfall |
12:53.53 | woglinde | raster seems most people only building for beagleboard |
12:53.53 | hrw | Crofton|work: yes |
12:53.55 | Crofton|work | raster, I suspect you are building for machines that are not actively maintained |
12:54.02 | raster | woglinde: thats what i was wondering |
12:54.07 | Crofton|work | I admit we need a way to document which machines have active maintinaers |
12:54.13 | *** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl) |
12:54.16 | raster | islike that the only target anyone builds for anymore? as its the only one that works :) |
12:54.23 | raster | Crofton|work: indeed i am |
12:54.24 | Crofton|work | raster, see hrw's buildbot |
12:54.30 | raster | Crofton|work: i am trying a token effort at maintaing them |
12:54.32 | raster | but its a bit much |
12:54.33 | raster | :( |
12:55.06 | Crofton|work | raster, can you post a list of known failing builds to the list |
12:55.29 | Crofton|work | I can burn some spare cycles running the builds and see if I can do anything |
12:55.41 | raster | sure! |
12:55.43 | Crofton|work | I'll need MACHINE, DISTRO, and image |
12:55.43 | raster | can do |
12:55.44 | ant_work | raster: builds for c7x0 (console-image, opie-image, x11-image) are ok |
12:55.54 | ant_work | x11-gpe-image perhaps |
12:56.02 | ant_work | x11-gpe-java-image no |
12:56.07 | hrw | needs to patch x11 components ;( |
12:56.16 | ant_work | eh..hoe many similar images...who maintains these? |
12:56.16 | hrw | (EE) FBDEV(0): FBIOPUT_VSCREENINFO succeeded but modified mode |
12:56.16 | hrw | (EE) FBDEV(0): mode initialization failed |
12:56.22 | raster | i was just wondering if my uspicion that all thes targets are simply not maintained and thus breakages occure and are never found/fixed until i cycle arounda month later to try another build |
12:56.23 | raster | :) |
12:56.30 | Crofton|work | yeah |
12:56.40 | raster | ant_work: maybe its because i also build full evel tools |
12:56.44 | raster | like gcc for the target |
12:56.44 | Crofton|work | I'd like to ge this info documented so people know what to expect |
12:56.46 | raster | binutils |
12:56.48 | raster | gdb etc. |
12:57.00 | raster | most targets never build it |
12:57.02 | ant_work | raster: I didn't dare :) |
12:57.05 | raster | hahaha |
12:57.10 | raster | maybe thats why i get hit by it |
12:57.14 | Crofton|work | yeah |
12:57.15 | raster | BUT it id work a few months back nicely |
12:57.21 | ant_work | I was hit by the installer/strip issue |
12:57.35 | ant_work | still strange..it seems the host strip is called btw |
12:57.41 | raster | so its gonedownhill and i suspect oe needs a bit of spring cleaning just to get the housein order again after some ugly changes |
12:58.13 | Crofton|work | well, first we need to work out what is broken |
12:58.29 | Crofton|work | as you note, yuo are building some things that most people do not build |
12:58.30 | woglinde | raster because it worked dont establish that it was good |
12:58.41 | hrw | I think that I will add some more targets in my buildbot - I am offline during long weekend (Thu->Mon) |
12:58.50 | pb_ | florian: that's weird. where does it segfault? |
12:58.50 | ant_work | Crofton|work: still disturbing how so many images are failing |
12:59.02 | raster | woglinde: hahahaha |
12:59.11 | woglinde | raster ;) |
12:59.20 | Crofton|work | well, I think raster is also building some stuff that most do not build |
12:59.21 | raster | Crofton|work: well it would be good togte moe things to build |
12:59.34 | Crofton|work | so it is possible there are only a few broken things |
12:59.39 | Crofton|work | agreed |
12:59.40 | raster | i am keen to try my hand at hacking up my g1 and re-using the android kerneland just replacing userspace with oe |
13:00.08 | raster | Crofton|work: they build for omap :) |
13:00.17 | raster | lets see |
13:00.24 | raster | i'm moving my oe tree to my xternal usb drive |
13:00.29 | raster | kind of out of space on internal |
13:00.35 | raster | damn these ssd's |
13:00.37 | raster | too small |
13:00.52 | woglinde | raster and mostly to slow |
13:01.23 | raster | woglinde: ssd's? |
13:01.25 | raster | hell no |
13:01.28 | raster | this baby vooms |
13:01.39 | raster | like a motherfucker |
13:01.42 | woglinde | intel one? |
13:01.45 | raster | boot time is gorgeously low |
13:01.52 | raster | e17 comes up in < 1 second |
13:01.54 | woglinde | we have here on an atom board |
13:01.57 | raster | yeah the x25m |
13:02.01 | woglinde | but maybee its the atom |
13:02.27 | raster | my previous hdd pulled a good 50m/sc sequential io |
13:02.30 | raster | it was a slowpoke |
13:02.38 | raster | but this x25 beats the pants offit |
13:03.40 | raster | <PROTECTED> |
13:03.55 | raster | also considering seek time is now basically non-existant |
13:03.56 | raster | :) |
13:04.24 | Crofton|work | hmmm |
13:04.33 | Crofton|work | what happened to FILESPATH? |
13:04.48 | hrw | Crofton|work: kergoth deprecated it? |
13:05.03 | Crofton|work | does putting things in u-boot-git/beagleboard no linger work? |
13:05.37 | hrw | should iirc |
13:05.41 | Crofton|work | hmm |
13:05.54 | hrw | but u-boot-git needs to be added into FILESsomething |
13:07.02 | Crofton|work | hmmm |
13:07.23 | Crofton|work | I wonder how people have been moving stuff into files because of this? |
13:08.16 | hrw | FILESPATHPKG += "u-boot-git" - try |
13:08.30 | Crofton|work | yeah |
13:08.56 | Crofton|work | collecting things in files, especially version specifc patches is evil |
13:12.32 | _cpo_ | I upgraded from the old stable release to stable/2009. i always used in my env.sh file to set the OE base path and reference to this env variable in my local.conf |
13:12.53 | _cpo_ | but this isnt working anymore. anyone can point me into the direction of this change in bitbake/oe? |
13:13.24 | _cpo_ | another think is that when i refer to ${HOME} in a recipe, ${HOME} wont be expanded and is just empty |
13:14.41 | *** join/#oe Flyser (n=Flyser@unaffiliated/flyser) |
13:15.52 | Crofton|work | the extra white list var |
13:15.58 | Crofton|work | hang ong |
13:17.07 | Crofton|work | _cpo_, http://wiki.openembedded.net/index.php/Advanced_configuration#Whitelist_Environment_Variables |
13:17.24 | _cpo_ | thx |
13:18.39 | hrw | guys: is there a device in OE which has more then 1 framebuffer? (other then BUG) |
13:24.15 | mckoan | hrw: never seen it, maybe a nintendo DS :-D |
13:24.30 | hrw | mckoan: "in OE" |
13:24.46 | mckoan | :-D |
13:24.52 | hrw | mckoan: BUG has 3 framebuffers |
13:25.48 | mckoan | hrw: human beings have only 2 eyes :-D |
13:25.59 | _cpo_ | also i think i found a bug with devshell and newer versions of 'konsole'. the devshell will start console with the -T switch, but this one is no longer present in newer console versions |
13:26.36 | mckoan | tsjsieb: you have an idea of your memory map? |
13:26.55 | mckoan | tsjsieb: http://www.compulab.co.il/mediawiki/index.php5?title=Getting_started_with_Linux_on_CM-X300 |
13:27.28 | mckoan | tsjsieb: seems that linux kernel goes @ 0x80400000 |
13:28.16 | *** join/#oe greentux_ (n=lemke@ip-77-24-200-129.web.vodafone.de) |
13:28.17 | mckoan | tsjsieb: add your uImage size to it and the result (plus some space) is the address whete to place your ramdisk |
13:29.02 | tsjsieb | mckoan: thats not the kernel, but an u-boot script, wich contains the next steps to load the kernel and ramdisk |
13:29.38 | *** join/#oe doragasu (n=chatzill@21.Red-80-25-49.staticIP.rima-tde.net) |
13:30.14 | tsjsieb | this is the source of that script: http://rafb.net/p/L7OVpx64.html |
13:31.38 | mckoan | tsjsieb: is kernel.img a uImage type ? |
13:31.50 | mckoan | tsjsieb: what is kernel.img size (hex)? |
13:32.41 | tsjsieb | I think it is yes (and when I replace the kernel.img by a custom uImage, it works) |
13:33.24 | tsjsieb | It seemed a little bit strange to me that the location of the ramdisk in the script is lower than the kernel, but that's just a feeling |
13:33.28 | Crofton|work | hrw, FILESPATHPKG += "u-boot-git" does not seem to help |
13:33.49 | Crofton|work | I am getting somewhat annoyed with stuff like this |
13:34.04 | Crofton|work | rebuild no longer works as expected, python 2.5 going away etc |
13:35.24 | mckoan | tsjsieb: in any case you have to be sure that need the kernel and ramdisk size do not overlap |
13:36.51 | *** join/#oe woglinde (n=henning@p579E184A.dip.t-dialin.net) |
13:36.58 | tsjsieb | mckoan: my custom uImage is 20208840 bytes (u-boot says) so I guess that's 0x1345CC8 (hex) to add to the 0x80a00000 address of the kernel.img) |
13:38.31 | tsjsieb | ( or should that be multiplied by 8, as the hex might be bits |
13:38.51 | mckoan | tsjsieb: fat kernel, and the ramdisk size ? |
13:39.31 | woglinde | tsjsieb cant you try to load kernel and initrd seperated |
13:40.56 | tsjsieb | mckoan: ramdisk I try to use is console-image cpio.gz of 7.4MB |
13:41.38 | tsjsieb | woglinde: you mean with u-boot, as in two different "tftp 'address' file" actions? |
13:42.46 | *** join/#oe mnabil (n=mnabil@196.202.97.90) |
13:44.13 | *** join/#oe Gnutoo (n=gnutoo@80.117.36.70) |
13:44.46 | ant_work | hrw: fwiw u-boot_git for c7x0 takes the patch |
13:46.24 | woglinde | tsjsieb load the kernel to an adress and load the initrd to another not overlaping address |
13:47.40 | hrw | ant_work: my c7x0 is rusting |
13:48.11 | ant_work | :) I don't see whj it shouldn't work for beagleboard |
13:54.10 | *** join/#oe rsalveti (n=salveti@200.184.118.130) |
13:54.20 | *** join/#oe abner (n=birunko@200.184.118.130) |
13:58.45 | tsjsieb | woglinde: I think I do that, look in log: http://rafb.net/p/gl1u3C75.html both seem to be o.k when I check them with 'iminfo' on line 39 and 50, but when I 'bootm' the second one fails |
14:00.12 | *** join/#oe cyberdeck (n=mnemonic@iss66.vlsi.informatik.tu-darmstadt.de) |
14:01.04 | woglinde | hm seems something wrong with your ramdisk |
14:02.45 | tsjsieb | hmm, or maybe the adress I use, I just tested it with the 'example ramdisk.img of compulab' on the same adress, and that fails in the same way |
14:03.12 | tsjsieb | and that ramdisk does work, when I load it to 0x80600000 |
14:03.34 | woglinde | and when you load your other ramdisk there? |
14:03.45 | woglinde | maybee ist beyound mem limit |
14:03.50 | woglinde | for the kernel |
14:04.21 | tsjsieb | its to fat for that place, it will override the kernel, there the kernel is on 0x80a00000 |
14:08.51 | mckoan | tsjsieb: Load Address: 00000000 ??? |
14:09.18 | tsjsieb | that it's to fat, might be possible, it's 7.4 MB (Angstrom console image) I'm currently rebuilding it with uclibc |
14:10.01 | *** join/#oe chouimat|work (n=quassel@firewall.axentra.com) |
14:10.55 | ant_work | tsjsieb: time ago I found this post: http://lists.denx.de/pipermail/u-boot/2008-February/029672.html |
14:11.21 | ant_work | problem was CONFIG_INITRD_TAG |
14:11.25 | *** join/#oe greentux_ (n=lemke@dialbs-213-023-052-194.static.arcor-ip.net) |
14:11.52 | tsjsieb | mckoan: it is the same in the example ramdisk.img from compulab, wich does work. I'm not shure, but maybe it's only used when written to flash? |
14:13.54 | pwgen | the zaurus nand layout is useing a 7M(sys)/32m(root)/ - rest (home) layout. what image fits into the rootfs ( except the console-image ) ? |
14:14.11 | ant_work | pwgen: console-image with uclib |
14:14.13 | ant_work | http://ja.pastebin.ca/1173295?srch=noop |
14:14.34 | ant_work | was 2.2 mb |
14:14.42 | pwgen | and what sould i do if i want some graphical interface ? |
14:15.07 | CIA-35 | 03Florian Boor <florian.boor@kernelconcepts.de> 07org.openembedded.dev * rdc13ea62f2 10openembedded.git/recipes/gpe-conf/gpe-conf_svn.bb: gpe-conf: bump RV in svn recipe |
14:15.09 | CIA-35 | 03Florian Boor <florian.boor@kernelconcepts.de> 07org.openembedded.dev * rb182d05b9b 10openembedded.git/conf/distro/include/sane-srcrevs.inc: sane-srcrevs.inc: update gpe-conf |
14:15.18 | ant_work | iirc there are 5.7mb in total if you're using u-boot |
14:15.25 | ant_work | pwgen: ^^ |
14:16.25 | *** join/#oe mekius (n=mekius@h69-128-237-26.nwblwi.dedicated.static.tds.net) |
14:16.32 | *** join/#oe bin1010 (n=mia@129.62.151.60) |
14:16.32 | ant_work | pwgen: ah..sorry..you mean mtd2 |
14:17.05 | ant_work | opie-image, x11-image, x11-gpe-image will fit |
14:17.24 | pwgen | as i remember the "old" origianl image used something like 50% root/50% home . what was the reason to use 32mb>root/rest>home instead of useing all for root ? |
14:17.45 | ant_work | reson is bootloader |
14:18.06 | ant_work | Sharp bootloader doesn't allow repartitioning |
14:18.15 | ant_work | (ell..almost ;-) |
14:19.37 | pwgen | with kexec and uboot i can strip down the system area to approx 2 mb and can define it by kernel cmdline , ( who is using sharp bootloader ? ) |
14:19.42 | mckoan | tsjsieb: 7.4 MB ramdisk is not a problem, your problem is not its size |
14:20.24 | ant_work | pwgen: yep..you'll loose the 'nand backup' utilites provided by 2nd kernel |
14:20.26 | mckoan | tsjsieb: a lready asked you whether you have a device memory map |
14:20.40 | mckoan | tsjsieb: ram start and size |
14:20.41 | ant_work | pwgen: I never used these |
14:20.54 | ant_work | is really a waste of nand |
14:21.14 | hrw | ant_work: nand backup is not in nand |
14:21.31 | ant_work | I mean the utility to save your 'home' |
14:21.32 | tsjsieb | mckoan: I don't know, where can I find that? |
14:21.37 | hrw | ant_work: it is in diagnostics which is in prom |
14:21.48 | mckoan | tsjsieb: compulab |
14:21.52 | ant_work | hrw: there are two copies: one in PROM |
14:21.52 | pwgen | i can do nand backup useing the system menu , ( yes that works only if zou have no broken nand ) and providing a backup funtion to kexec will not be a problem |
14:22.01 | ant_work | hrw: Fn + D+M |
14:22.14 | ant_work | different is D+M |
14:22.20 | mckoan | tsjsieb: is hard to grope the way without hardware and without knowing exactly what are you doing there |
14:22.46 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
14:22.51 | tsjsieb | mckoan: I'm afraid there documentation is not very good |
14:23.42 | mckoan | tsjsieb: unfortunately I know I already faced to them |
14:26.45 | tsjsieb | and support / reaction time might be even worse |
14:27.31 | ant_work | btw...that patch for detecting UBOOT_LOAD_ADDRESS... |
14:27.42 | ant_work | someone tested it..I don't understand all :/ |
14:28.18 | mckoan | tsjsieb: let's supposse you have 'only' 64MB ram |
14:28.20 | *** join/#oe marcosmamorim (n=marcos@189.121.183.147) |
14:29.17 | tsjsieb | Memory: 64MB 64MB = 128MB total |
14:29.18 | tsjsieb | Memory: 122592KB available (3760K code, 492K data, 128K init) |
14:30.07 | tsjsieb | might this be usefull ( that's what linux kernel tells me, and it should be, by cm-x300 type number) |
14:30.32 | *** join/#oe mnabil (n=mnabil@41.196.174.94) |
14:30.50 | *** join/#oe sledgeas (n=sledge@proxy.fbk.eu) |
14:30.52 | sledgeas | hello |
14:31.51 | sledgeas | I have compiled opie (bitbake opie-image) , enlarged the resulting opie-image.rootfs.ext2 and launched using http://linuxtogo.org/gowiki/Angstrom/qemu-system-arm parameters . but qemu writes out Bluetooth: RFCOM ver 1.8 and does not boot anything further (ie no graphics). how could i start seeing the opie desktop? |
14:32.55 | tsjsieb | mm I have to leave, thanks for help, will have to search on tomorrow again |
14:33.09 | tsjsieb | goodnight |
14:34.42 | *** join/#oe szsoftware (n=szsoftwa@e178214124.adsl.alicedsl.de) |
14:34.49 | szsoftware | hello |
14:34.57 | woglinde | hi sz |
14:34.58 | florian | hi szsoftware |
14:35.47 | szsoftware | I asked it yesterday, but the advice did not work for me. (I'm quite sure, I did it in the wrong way). |
14:36.30 | szsoftware | How can I tell bitbake on the fly, which DISTRO I wanna bake, w/o defining in local.conf? |
14:36.57 | hrw | define it in conf/auto.conf :D |
14:37.38 | szsoftware | I wanna be able to bitbake in several consoles different distro/images |
14:37.45 | mickeyl | the use different build dirs |
14:37.48 | hrw | so do few build dirs |
14:37.51 | mickeyl | :D |
14:38.14 | szsoftware | I defined tmpdir with ${DISTRO} vars |
14:38.24 | hrw | insane you are |
14:38.29 | szsoftware | why? |
14:38.49 | hrw | use few build dirs |
14:40.04 | pb_ | I guess it ought to work to pass DISTRO from the environment if you want. |
14:40.32 | pb_ | it does seem a bit strange to do that rather than having a build directory (and local.conf) per target DISTRO, but I don't think there's any real reason why it couldn't be done. |
14:40.42 | szsoftware | I dont understand. Before I start bitbake I have to edit local.conf. I wanna avoid that, when I wanna bitbake a package for testing in a another distro cntext |
14:41.53 | *** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
14:42.41 | hrw | I wonder why locale-base-ar-kw contains all from libc6 here. |
14:42.47 | pwgen | did anyone managed to display the connman applet with illume ( enlightenment ) ? |
14:43.43 | szsoftware | must leave now, thanks for help/advices |
14:44.59 | *** join/#oe Cwiiis (n=cwiiis@158.43.2.102) |
14:45.48 | *** join/#oe Jay7 (n=jay@93-81-0-8.broadband.corbina.ru) |
14:47.05 | hrw | /home/hrw/devel/buglabs/oe-dev-bug/build/tmp/cross/armv6/lib/gcc/arm-angstrom-linux-gnueabi/4.2.4/include/limits.h:122:61: error: limits.h: No such file or directory |
14:47.08 | hrw | FSCK |
14:47.27 | Tartarus | hrw, I've got glibc blowing up on some targets due to .debug junk |
14:49.56 | ant_work | I admit my ignorance, but I'm a bit lost with store_adr and load_adr.... |
14:50.04 | ant_work | http://www.pastebin.ca/1414261 |
14:50.18 | hrw | same here |
14:51.03 | ant_work | how is 0xc0008000 => 0xA0008000.. remapped? |
14:58.50 | Gnutoo | hi,can serial works with just rx and ground if you only need to receive kernel messages? |
14:59.29 | waite | GnuToo, yes |
14:59.44 | Gnutoo | thanks a lot |
15:00.45 | mckoan | ant_work: looks like a CP15 MMU setting cached/buffered |
15:01.12 | ant_work | mckoan: is Zaurus pxa |
15:01.54 | mckoan | ant_work: CP15 ia an ARM register ;-) |
15:01.55 | woglinde | hi gnutoo |
15:02.13 | ant_work | mckoan: I thought was a machine...like CPM |
15:02.25 | ant_work | confused by the name :-) |
15:02.35 | mckoan | ant_work: np :-D |
15:02.56 | mckoan | ant_work: what exactly are you digging there? |
15:03.13 | ant_work | the pacth flow on the ML and I was testing it |
15:03.24 | Gnutoo | woglinde, hi |
15:03.27 | ant_work | just unsure about output..I expected other values |
15:04.11 | ant_work | perhaps I misunderstand: http://ja.pastebin.ca/1173295?srch=noop |
15:04.17 | Gnutoo | woglinde, by the way do you know BFD (the library used for the binary format description) ? |
15:04.41 | ant_work | mckoan: ## Booting image at a0800000 ... |
15:04.50 | Gnutoo | woglinde, because I have: ld: BFD (GNU Binutils) 2.19 assertion fail /home/embedded/oetmp_pma/work/arm-oabi-angstrom-linux-uclibc/binutils-cross-2.19-r2/binutils-2.19/bfd/elflink.c:2511 |
15:05.02 | Gnutoo | and I use oabi+hard float |
15:05.18 | ant_work | mckoan: vs. #store_adr = 000e0000 #load_adr = 00008000 |
15:05.36 | ant_work | iirc uboot won't boot XIP so copies the kernel in ram |
15:05.52 | ant_work | before launching it |
15:06.46 | mckoan | ant_work: looks ok |
15:07.15 | *** join/#oe workrat (n=chatzill@adsl-76-234-137-73.dsl.sfldmi.sbcglobal.net) |
15:10.59 | *** join/#oe mw1 (n=mwalter@212.42.238.231) |
15:11.56 | ant_work | I just can't see if the patch really detects the good value |
15:13.14 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
15:14.12 | woglinde | gnutoo ugh this has nobody tested |
15:14.16 | woglinde | oabi and hardfloar |
15:14.58 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
15:15.17 | hrw | ant_work: look at this: |
15:15.19 | hrw | 17:14 hrw@home:boot$ /usr/local/poky/eabi-glibc/arm/bin/arm-poky-linux-gnueabi-objdump -p vmlinux-2.6.27.2 | sed -n 's/LOAD.*vaddr \([^ ]*\).*/\1/p'|wc -l |
15:15.22 | hrw | 2 |
15:15.31 | hrw | should not return one? |
15:15.43 | kergoth | morning |
15:16.02 | woglinde | hi kergoth |
15:17.16 | florian | hi kergoth |
15:17.24 | hrw | -> off |
15:19.19 | *** part/#oe thebohemian (n=rschus@p579E184A.dip.t-dialin.net) |
15:19.23 | *** part/#oe mwa1 (n=mwalter@212.42.238.231) |
15:19.35 | Gnutoo | woglinde, lol ok thanks |
15:19.49 | ant_work | hrw|afk: that's why I'm dubious |
15:20.17 | *** join/#oe mwa1 (n=mwalter@212.42.238.231) |
15:20.22 | Gnutoo | woglinde, as I use a chroot and that the device rootfs is hard float I must use hard float...and the kernel is 2.4 so I must use oabi... |
15:20.35 | *** join/#oe benlau2 (n=benlau@221.125.8.70) |
15:20.41 | *** join/#oe digital-e1 (n=Luccisa@nat/cisco/x-96a6f7a75e366f37) |
15:21.32 | *** part/#oe mwa1 (n=mwalter@212.42.238.231) |
15:22.13 | *** part/#oe mpoullet|work (n=mpoullet@proxye.avm.de) |
15:23.10 | *** join/#oe e-ffi (n=cybercom@dslb-088-068-162-091.pools.arcor-ip.net) |
15:25.43 | *** join/#oe mwa1 (n=mwalter@212.42.238.231) |
15:25.47 | *** part/#oe mwa1 (n=mwalter@212.42.238.231) |
15:28.38 | *** join/#oe pwgen (n=ew@0132900044.0.fullrate.dk) |
15:30.32 | florian | ibot: seen dth? |
15:30.36 | ibot | dth <n=dth@p5482EF15.dip.t-dialin.net> was last seen on IRC in channel #asterisk, 379d 15h 47m 4s ago, saying: 'ok,'. |
15:32.37 | pwgen | hi florian |
15:32.47 | *** join/#oe Bitmaster (n=Bitmaste@wpa-n5-50.kthopen.kth.se) |
15:33.06 | florian | hi pwgen |
15:33.28 | pwgen | *G* bacula bb files allready added ? *G* |
15:34.04 | florian | remembers having a question about it |
15:34.52 | pb_ | hi kergoth |
15:36.35 | florian | pwgen: right... wht was the reason to override do_configure? |
15:37.09 | *** join/#oe mw1 (n=mwalter@212.42.238.231) |
15:37.48 | *** part/#oe mw1 (n=mwalter@212.42.238.231) |
15:39.24 | *** join/#oe marcosmamorim (n=marcos@189.58.255.170) |
15:39.43 | *** join/#oe shadowland (n=quassel@outbound.cso.atmel.com) |
15:42.03 | pwgen | florian: i think i added the sqlite feature |
15:42.49 | florian | pwgen: ah that's what we have EXTRA_OECONF for. |
15:43.46 | florian | pwgen: There is a variable for the sourceforge mirrors too: SOURCEFORGE_MIRROR |
15:44.14 | *** join/#oe markos_ (n=markos@79.131.194.214) |
15:44.38 | pwgen | florian: i and mybe the static feature but thisis maybe not a common feature |
15:45.16 | woglinde | the openoffice build is a mess |
15:45.48 | florian | pwgen: should'n matter - you can put the whole list in there |
15:46.57 | *** join/#oe shadowland (n=quassel@outbound.cso.atmel.com) |
15:47.21 | pwgen | florian: by the way mtx is also needed ( mtx -> tape handling utilities ) |
15:50.04 | ant_work | florian: are the old preferred-gpe-versions-2.[6|7].inc still used by some distro? |
15:50.39 | ant_work | (I can't grep from here) |
15:51.27 | florian | ant_work: I don't think so... unless somone builds angstrom 2007.1 |
15:53.24 | hrw|afk | ant_work: your method gives 0xc0008000 for bug kernel and I use 0x80008000 for it |
15:53.50 | ant_work | hrw: 2 options: patch is broken or we don't understand |
15:53.53 | ant_work | :) |
15:56.13 | ant_work | florian: some older gpe recipes could be cleaned out if we keep the latest preferred-gpe-versions |
15:56.17 | ant_work | a lot |
15:57.15 | ant_work | ah..and what about sharprom-compatible...needing external toolchain |
15:57.27 | ant_work | for me, I'd remove it from OE |
15:57.45 | hrw|afk | ant_work: leave it |
15:57.57 | hrw|afk | -> packing for weekend |
15:58.02 | florian | ant_work: do not clean up too much |
15:58.09 | florian | hrw|afk: enjoy |
15:58.09 | hrw|afk | so have a nice rest of week and see you on Tuesday |
15:58.30 | ant_work | bye hrw |
15:59.01 | ant_work | florian: some embedix kernels are now put in nonworking |
15:59.17 | *** join/#oe konaya (n=Bitmaste@wpa-n5-50.kthopen.kth.se) |
15:59.53 | ant_work | I doubt a build for c7x0 would have success |
16:00.02 | ant_work | (sharprom-compat) |
16:01.24 | florian | oh great.... buiding German locale files kills qemu |
16:04.19 | pwgen | ant_work: build for akita : task 6780 from 7238 ... in round about 1 hour i know it gpe-image works .. |
16:04.44 | ant_work | bad news for you..it failed 2 ays ago... |
16:05.06 | ant_work | x11-gpe-image was fine, though |
16:05.12 | ant_work | x11-image nod |
16:06.26 | ant_work | pwgen: btw do you see ERROR: '[]' RDEPENDS/RRECOMMENDS or otherwise requires the |
16:06.28 | ant_work | runtime entity 'virtual/arm-angstrom-linux-gnueabi-gcc-2.95' but it wasn't |
16:06.30 | ant_work | found in any PACKAGE or RPROVIDES variables |
16:06.33 | ant_work | still? |
16:07.09 | pwgen | ant_work: hmm i think i have seen something . ( last night ) |
16:07.19 | ant_work | see bug 4784 |
16:07.34 | ant_work | florian: sharp schrott |
16:08.30 | pwgen | *LOL* |
16:08.39 | ant_work | pwgen: it was cleaned by hrw for c7x0, can't remember for others Z |
16:09.02 | pwgen | ant_work: i build with bitbake -k gpe-image .. |
16:09.10 | ant_work | good luck |
16:09.12 | ant_work | ;) |
16:09.25 | ant_work | I can tell you where it broke...mom |
16:09.52 | pwgen | ant_work: i have managed to get illume runnin on my Z |
16:10.05 | ant_work | how is the 'splash'? |
16:10.35 | ant_work | people spent lot of time on it (beagle) |
16:10.45 | pwgen | ? the boot screen ? |
16:12.06 | ant_work | alpha-channels and so on... |
16:12.19 | pwgen | slow as expected . |
16:12.54 | ant_work | not so slow as tinderbox.... |
16:13.04 | *** join/#oe mnabil (n=mnabil@196.202.97.146) |
16:13.32 | pwgen | i have the problem, that key repeat isn't working |
16:14.49 | pwgen | and i needed some tweaks on xinit stuff to get it started by gpe-dm |
16:18.25 | ant_work | florian: btw gpe-today and gpe-nmf failing |
16:19.12 | florian | ant_work: both are quite obsolete by now :-( |
16:19.36 | ant_work | I was looking in the sources for 'install -s' |
16:20.03 | ant_work | never used those |
16:20.40 | *** join/#oe virk (n=virk@213.219.147.141.adsl.dyn.edpnet.net) |
16:21.23 | florian | My todo list for gpe images is long... I should start to work on it some time. |
16:23.07 | *** join/#oe mw1 (n=mwalter@212.42.238.231) |
16:23.33 | *** join/#oe sakoman_ (n=sakoman@74.41.60.154) |
16:24.33 | ant_work | I was talking with rschuster before: after building gpe-image or x11-gpe-java-image I ended up with wrong gtk+ .pc file... Package 'gdk-linux-fb-2.0', required by 'GTK+', not found |
16:24.49 | ant_work | which package can have done this? |
16:25.09 | *** join/#oe greentux_ (n=lemke@ip-77-24-229-8.web.vodafone.de) |
16:25.39 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
16:33.18 | ant_work | bbl |
16:54.21 | *** join/#oe eFfeM1 (n=Frans@195-241-226-180.ip.telfort.nl) |
16:56.14 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
17:43.57 | *** join/#oe eFfeM1 (n=Frans@195-241-226-180.ip.telfort.nl) |
17:55.27 | *** join/#oe ChanServ (ChanServ@services.) |
17:55.27 | *** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
17:55.27 | *** join/#oe gnutoo_ (n=gnutoo@host109-10-dynamic.54-79-r.retail.telecomitalia.it) |
17:55.27 | *** join/#oe svolpe (n=Gerrath@unaffiliated/gerrath) |
17:55.27 | *** join/#oe HellDragon (n=jd@Wikipedia/HellDragon) |
17:55.27 | *** join/#oe reachfh (n=reachfh@221.169.210.231) |
17:55.27 | *** join/#oe tharvey (n=tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
17:55.27 | *** join/#oe MostAwesomeDude (n=simpson@c-98-232-178-218.hsd1.or.comcast.net) |
17:56.01 | *** join/#oe ptitjes (n=didier@37.73.198-77.rev.gaoland.net) |
17:56.01 | *** join/#oe mhnoyes (n=mhnoyes@sourceforge/sitedocs/mhnoyes) |
17:56.01 | *** join/#oe SDuensin (n=Scott@12-226-44-250.client.mchsi.com) |
17:56.01 | *** join/#oe john3909 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net) |
17:56.01 | *** join/#oe hillct (n=hillct@cpe-069-134-049-165.nc.res.rr.com) |
17:56.01 | *** join/#oe booxter (n=booxter@80.249.93.145) |
17:56.01 | *** join/#oe kimrhh (n=kimhh@exherbo/developer/kimrhh) |
17:56.01 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
17:56.01 | *** join/#oe JaMa (n=martin@78.24.13.161) |
17:56.01 | *** join/#oe mpr (n=mpr@209.20.91.138) |
17:56.01 | *** join/#oe nytowl (n=nytowl@S0106001c100a3234.cg.shawcable.net) |
17:56.01 | *** join/#oe workrat (n=chatzill@adsl-76-234-137-73.dsl.sfldmi.sbcglobal.net) |
17:56.01 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
17:56.01 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
17:56.01 | *** join/#oe chouimat|work (n=quassel@firewall.axentra.com) |
17:56.02 | *** join/#oe abner (n=birunko@200.184.118.130) |
17:56.02 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
17:56.02 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) |
17:56.02 | *** join/#oe xranby (n=user@labb.zafena.se) |
17:56.02 | *** join/#oe scruggs (n=chris@72-161-109-3.dyn.centurytel.net) |
17:56.02 | *** join/#oe Ainulindale (n=ainu@calaquendi.org) |
17:56.02 | *** join/#oe CIA-35 (n=CIA@208.69.182.149) |
17:56.02 | *** join/#oe keesj (n=keesj@ip49-193-210-87.adsl2.static.versatel.nl) |
17:56.02 | *** join/#oe janinge (i=j@ninge.net) |
17:56.02 | *** join/#oe cdbot2 (n=cdbot2@hentges.net) |
17:56.02 | *** join/#oe ynezz (i=ynezz@ibawizard.net) |
17:56.02 | *** join/#oe spaetz (n=spaetz@v30439.1blu.de) |
17:56.02 | *** join/#oe mrmoku (n=mrmoku@ppp-93-104-49-160.dynamic.mnet-online.de) |
17:56.02 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
17:56.02 | *** join/#oe vo5 (n=vo@189.121.183.147) |
17:56.03 | *** join/#oe FOM (n=jeffs@rrcs-74-219-98-62.central.biz.rr.com) |
17:56.03 | *** join/#oe daq4th (n=darkness@my.linux.runs.on.zseries.org) |
17:56.03 | *** join/#oe _cpo_ (n=nik0n@helix.mybll.net) |
17:56.03 | *** join/#oe Crofton|work (n=balister@pool-96-240-183-164.ronkva.east.verizon.net) |
17:56.03 | *** join/#oe Crofton (n=balister@pool-96-240-183-164.ronkva.east.verizon.net) |
17:56.03 | *** join/#oe peterz (n=peterz@e53227.upc-e.chello.nl) |
17:56.03 | *** join/#oe dijenerate (n=dijenera@64.210.41.159) |
17:56.03 | *** join/#oe DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
17:56.03 | *** join/#oe DHR (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
17:56.03 | *** join/#oe Splat1 (n=Splat1@rf1.splat1.com) |
17:56.03 | *** join/#oe aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
17:56.03 | *** join/#oe Jin^eLD (n=jin@belief.htu.tuwien.ac.at) |
17:56.03 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
17:56.03 | *** join/#oe broonie (i=broonie@cassiel.sirena.org.uk) |
17:56.03 | *** join/#oe rwhitby (n=rwhitby@au1.astc-design.com) |
17:56.03 | *** join/#oe joshin (n=joshin@unaffiliated/joshin) |
17:56.03 | *** join/#oe RP (n=richard@93-97-173-237.zone5.bethere.co.uk) |
17:56.04 | *** join/#oe ClashTheBunny (n=rmason@71.184.167.74) |
17:56.04 | *** join/#oe CoreDump (n=mhentges@nslu2-linux/CoreDumpHome) |
17:56.04 | *** join/#oe drw_ (n=drw@76.187.64.213) |
17:56.04 | *** join/#oe toggles_w (n=irssi_to@64.79.204.30) |
17:56.04 | *** join/#oe ScriptRipper (n=martin@host-82-135-36-197.customer.m-online.net) |
17:56.04 | *** join/#oe tmbinc_ (i=abcd@83.141.3.59) |
17:56.04 | *** join/#oe dfarnsworth (n=dfarnswo@65.200.49.156) |
17:56.04 | *** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) |
17:56.04 | *** join/#oe Ironnads (n=Ironnads@host86-135-181-230.range86-135.btcentralplus.com) |
17:56.04 | *** join/#oe tomimo (n=kurre@xdsl-83-150-88-111.nebulazone.fi) |
17:56.04 | *** join/#oe methril|work (n=Methril@213.27.233.98) |
17:56.04 | *** join/#oe frppe (n=Frippe@213-64-142-213-no153.business.telia.com) |
17:56.04 | *** join/#oe denix0 (n=denix@pool-71-251-49-215.washdc.east.verizon.net) |
17:56.04 | *** join/#oe fraxinas (n=quassel@p54AA614B.dip.t-dialin.net) |
17:56.04 | *** join/#oe BET-frogger (n=mkl@2001:6f8:1178:4:290:27ff:fe1d:cc33) |
17:56.05 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
17:56.05 | *** join/#oe borg_ (n=olaf@80.149.17.21) |
17:56.05 | *** join/#oe Zta (n=stephan@port572.ds1-arc.adsl.cybercity.dk) |
17:56.05 | *** join/#oe dent (i=[U2FsdGV@linux.fjfi.cvut.cz) |
17:56.05 | *** join/#oe sakoman_ (n=sakoman@74.41.60.154) |
17:56.05 | *** join/#oe virk (n=virk@213.219.147.141.adsl.dyn.edpnet.net) |
17:56.05 | *** join/#oe mnabil (n=mnabil@196.202.97.146) |
17:56.05 | *** join/#oe markos_ (n=markos@79.131.194.214) |
17:56.05 | *** join/#oe marcosmamorim (n=marcos@189.58.255.170) |
17:56.05 | *** join/#oe e-ffi (n=cybercom@dslb-088-068-162-091.pools.arcor-ip.net) |
17:56.05 | *** join/#oe digital-e1 (n=Luccisa@nat/cisco/x-96a6f7a75e366f37) |
17:56.05 | *** join/#oe Jay7 (n=jay@93-81-0-8.broadband.corbina.ru) |
17:56.05 | *** join/#oe szsoftware (n=szsoftwa@e178214124.adsl.alicedsl.de) |
17:56.05 | *** join/#oe rsalveti (n=salveti@200.184.118.130) |
17:56.05 | *** join/#oe Flyser (n=Flyser@unaffiliated/flyser) |
17:56.05 | *** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl) |
17:56.06 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
17:56.06 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
17:56.06 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
17:56.06 | *** join/#oe BET_frogger (n=frogger@cl-2094.ham-01.de.sixxs.net) |
17:56.06 | *** join/#oe stefan_schmidt (n=stefan@p5B03428D.dip.t-dialin.net) |
17:56.06 | *** join/#oe guillaum1 (n=gl@AMontsouris-153-1-29-26.w86-212.abo.wanadoo.fr) |
17:56.06 | *** join/#oe LakeSolon (n=blake@96-42-127-243.dhcp.roch.mn.charter.com) |
17:56.06 | *** join/#oe kristoffer (n=kristoff@79.138.178.130.bredband.tre.se) |
17:56.06 | *** join/#oe koobe (n=koobe@83.150.95.26) |
17:56.06 | *** join/#oe jnoah1984 (n=justin@128-193-241-201.resnet.oregonstate.edu) |
17:56.06 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
17:56.06 | *** join/#oe mrc3 (n=ddiaz@189.157.113.43) |
17:56.06 | *** join/#oe robtow (n=rtow1@nat/montavista/x-8866337b09e7a3c5) |
17:56.06 | *** join/#oe biliquai (n=biliquai@61.6.64.6) |
17:56.06 | *** join/#oe blindvt (n=bf@85-127-18-193.dynamic.xdsl-line.inode.at) |
17:56.07 | *** join/#oe CSMan (n=csman@76.69.244.195) |
17:56.07 | *** join/#oe |miska| (n=|miska|@lomikel.karlin.mff.cuni.cz) |
17:56.07 | *** join/#oe mirko (n=daten@212.224.73.207) |
17:56.07 | *** join/#oe CruX__ (n=CruX@soueza.utc.sk) |
17:56.07 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
17:56.07 | *** join/#oe noglitch (n=Miranda@81.80.104.162) |
17:56.07 | *** join/#oe digital-ex (n=alex@CPE000fb5209bf9-CM00195eefa0c2.cpe.net.cable.rogers.com) |
17:56.07 | *** join/#oe jconnolly (n=jconnoll@66.80.197.243) |
17:56.07 | *** join/#oe philippe (n=fille@a83-245-252-47.elisa-laajakaista.fi) |
17:56.07 | *** join/#oe jpieper_ (n=jpieper@207-180-187-171.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) |
17:56.07 | *** join/#oe mattface (n=matt@boost.grumpyyoungman.com) |
17:56.07 | *** join/#oe pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
17:56.07 | *** join/#oe mckoan|away (n=marco@unaffiliated/mckoan) |
17:56.07 | *** join/#oe mwester-laptop (n=mwester@nslu2-linux/mwester) |
17:56.07 | *** join/#oe piroko (n=jeremy@pohl.ececs.uc.edu) |
17:56.08 | *** join/#oe hrw|gone (n=hrw@chello089078173235.chello.pl) |
17:56.08 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
17:56.08 | *** join/#oe kurre2 (n=tomimo@xdsl-83-150-88-111.nebulazone.fi) |
17:56.08 | *** join/#oe shoragan (n=shoragan@debian/developer/shoragan) |
17:56.08 | *** join/#oe slapin_ (n=slapin@iap-pxy-mow1.siemens.ru) |
17:56.08 | *** join/#oe slapin (n=slapin@iap-pxy-mow1.siemens.ru) |
17:56.08 | *** join/#oe Tartarus (i=trini@crackaddict.com) |
17:56.08 | *** join/#oe darkschneider (n=gab@93-32-62-33.ip32.fastwebnet.it) |
17:56.08 | *** join/#oe j24 (n=j24@ns32433.ovh.net) |
17:56.08 | *** join/#oe sicu (n=n_a@cm-84.208.86.111.getinternet.no) |
17:56.08 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
17:56.08 | *** join/#oe pb__ (n=pb@79-79-173-112.dynamic.dsl.as9105.com) |
17:56.08 | *** join/#oe mrc3_ (n=mrc3@nat/ti/x-ef2a3b709929c545) |
17:56.08 | *** join/#oe pocek (i=pock@213-238-124-215.adsl.inetia.pl) |
17:56.08 | *** join/#oe simon42 (n=simon@10.65.238.89.serverhousing.manitu.net) |
17:56.08 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
17:56.09 | *** join/#oe mrec__ (n=mrec@carstoponline.de) |
17:56.09 | *** join/#oe BusError (n=michel@oo.oomz.net) |
17:56.09 | *** join/#oe NAiL (n=repvik@nslu2-linux/repvik) |
17:56.09 | *** join/#oe jnoah1984_OSU (n=noahju@flip.engr.oregonstate.edu) |
17:56.09 | *** join/#oe akheron (n=petri@i1.inoi.fi) |
17:56.09 | *** join/#oe robtaylor (n=robtaylo@floopily.codethink.co.uk) |
17:56.09 | *** join/#oe mturquette (n=mturquet@CC0F872D.ptr.provps.com) |
17:56.09 | *** join/#oe denix (n=denys@nat/ti/x-05422a64b8bf300d) |
17:56.09 | *** join/#oe Sat_Man (n=satman@83.141.3.41) |
17:56.09 | *** join/#oe DuckFault1 (n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com) |
17:56.09 | *** join/#oe AvengerMoJo (n=AvengerM@61.14.130.200) |
17:56.09 | *** join/#oe chouimat (n=quassel@kde/developer/chouinard) |
17:56.09 | *** join/#oe cedric (n=cedric@enlightenment/developer/cedric) |
17:56.09 | *** join/#oe starox (n=fredo@sd-11162.dedibox.fr) |
17:56.09 | *** join/#oe _diego_ (n=diego@host-78-14-232-80.cust-adsl.tiscali.it) |
17:56.10 | *** join/#oe pb_ (n=pb@castle.reciva.com) |
17:56.10 | *** join/#oe ReaperOfSouls (n=njpuhlma@nat/montavista/x-27656952481ca77b) |
17:56.10 | *** join/#oe jorma_ (n=kario@tuubi.mermit.fi) |
17:56.10 | *** join/#oe mickeyl (i=mickey@openmoko/coreteam/mickey) |
17:58.09 | *** join/#oe pleemans (n=toi@84.194.170.183) |
18:07.29 | *** join/#oe marcosmamorim (n=marcos@189.121.183.147) |
18:14.50 | *** join/#oe marcosmamorim (n=marcos@189.121.183.147) |
18:21.37 | Crofton|work | kergoth, I double checked, replacing the "." with a "+" builds :) |
18:21.59 | kergoth | it's still wrong. "foo :bar:baz" is not correct |
18:23.15 | Crofton|work | I agree, I will use the =. form here |
18:23.40 | Crofton|work | but, it is something to look for in patches |
18:23.44 | Crofton|work | and commits |
18:23.58 | kergoth | it's always been something to look for |
18:24.05 | kergoth | try manipulating BBPATH with += and =+.. good luck |
18:24.51 | Crofton|work | not to many people do that |
18:24.55 | kergoth | http://bitbake.berlios.de/manual/ch02.html#id869030 |
18:25.12 | kergoth | if people haven't read the bitbake manual, they need to take the time to do so. it's not like there's that much to our file format |
18:25.17 | Crofton|work | I suspect we will start to see more of the FILESPATHPKG stuff |
18:31.41 | pb__ | I suspect that += might only be "working" for you because you don't actually need anything from the FILESPATHPKG element that has the spurious space on the front. |
18:32.04 | pb__ | i.e. in your case, your recipe doesn't actually call in anything from the uclibc/ subdirectory, so it doesn't matter that this part of the path has been damaged. |
18:35.05 | Crofton|work | yeah, I don't know why so we need to be extra careful watching peoples fixes |
18:36.53 | pb__ | I'm not sure that this is any bigger a deal than the countless other ways that you can screw things up by checking in bogus patches, but yeah. if it gets to be a problem then it'd be easy enough to have insane.bbclass check for unwanted leading spaces on elements of FILESPATHPKG. |
18:37.31 | pb__ | i.e. if you have FILESPATHPKG = "...: uclibc:..", and " uclibc" doesn't exist but "uclibc" does, then I think it'd probably be legitimate to flag that as an error. |
18:38.12 | szsoftware | evening |
18:38.42 | Crofton|work | pb_, I'm trying to understand more of this stuff better |
18:39.00 | pb__ | of course, there's no inherent reason why putting leading spaces on filenames is invalid (so it wouldn't be appropriate, for example, to just strip them off unconditionally) but I don't think it'd be unreasonable for insane.bbclass or some other optional checker to diagnose it. |
18:39.06 | Crofton|work | for too long we have let a small number of people deal with nitpicking commits |
18:39.58 | szsoftware | people, are issues known, which result from a tmpdir with ending / in local.conf? |
18:40.44 | pb__ | not that I know of, but I wouldn't be surprised if it triggered another variant of the autoconf symlink problem. |
18:41.01 | pb__ | if you're getting "source directory is already configured" kind of errors then that's probably what has happened. |
18:41.39 | pb__ | otherwise, you might need to be a bit more specific about the kinds of issues you're experiencing |
18:42.33 | szsoftware | wait, pastebin follows .. |
18:45.13 | kergoth | there are probably places in the metadata where we just blindly basename() without checking for a trailing /, and choke |
18:45.33 | szsoftware | http://pastebin.com/m3166c1b5 |
18:45.33 | szsoftware | seems to be same problem like this? http://www.mail-archive.com/angstrom-distro-devel@linuxtogo.org/msg02877.html |
18:46.50 | szsoftware | when I delete the ending / from tmpdir, the sanity check regarding tmpdir fails, how can I adapt the somewhere stored last used tmpdir. Don't wanna rebuild the whole tmp dir because of that little changing |
18:49.20 | CIA-35 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r71b973cef2 10openembedded.git/ (conf/checksums.ini recipes/sms-sentry/sms-sentry.bb): sms-sentry : add new recipe for NeoFreerunner locate tool |
18:49.23 | CIA-35 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * rbc3d19ee2d 10openembedded.git/recipes/callrec/callrec.bb: callrec : add new call recorder recipe |
18:49.25 | CIA-35 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * raf1a882dce 10openembedded.git/recipes/tasks/task-openmoko-feed.bb: task-openmoko-feed : add callrec, sms-sentry and telepathy-glib to the feed |
18:49.29 | CIA-35 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r021c08c41f 10openembedded.git/recipes/openmoko-projects/paroli_git.bb: paroli : update the postinst scripts to work offline and online |
18:51.41 | pb__ | kergoth`class: oh right, yeah, I guess |
18:59.12 | *** join/#oe booxter (n=booxter@80.249.93.145) |
19:01.09 | *** join/#oe woglinde (i=woglinde@g225005016.adsl.alicedsl.de) |
19:01.35 | woglinde | re |
19:01.40 | woglinde | ~seen booxter |
19:01.41 | ibot | booxter is currently on #oe (2m 29s) #elinux (2m 29s), last said: 'woglinde: no problem :)'. |
19:01.54 | booxter | woglinde: i'm here :) |
19:02.04 | woglinde | booxter I could build qt-e for beagleboard without problems |
19:02.13 | booxter | woglinde: mistery :) |
19:04.29 | woglinde | no problem with designer |
19:04.46 | woglinde | booxter what do you actually profiling within the qtlibs? |
19:05.12 | booxter | woglinde: qtlibs themselves |
19:05.30 | woglinde | hm something specific? |
19:06.43 | booxter | woglinde: I can't make qt-embedded run more or less effective through directfb layer (very slow screen updates with high cpu load) on my hardware (mips stb225). I want to know where is the bottle-neck |
19:07.38 | woglinde | ah |
19:07.41 | woglinde | okay |
19:07.50 | woglinde | sure it isnt directfb? |
19:08.42 | woglinde | hm |
19:08.57 | woglinde | seems we dont have directfb enabled in oe |
19:09.49 | woglinde | hm |
19:09.53 | woglinde | thats not good |
19:11.14 | booxter | woglinde: just add -plugin-gfx-directfb or smth like that to EXTRA_OECONF |
19:11.34 | szsoftware | does no one has a hint regarding the "tmpdir has changed" issue? |
19:12.38 | woglinde | booxter hm and packag stuff |
19:12.47 | woglinde | but why we dont have that in |
19:13.14 | *** join/#oe greentux_ (n=lemke@BAA02fb.baa.pppool.de) |
19:13.14 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
19:14.17 | *** join/#oe user1 (n=3MX@78-105-160-40.zone3.bethere.co.uk) |
19:17.35 | *** join/#oe BET_frogger (n=frogger@cl-2094.ham-01.de.sixxs.net) |
19:19.57 | szsoftware | maybe the question was too silly, I found the saved_tmpdir file after I studied sanity.bbclass .. |
19:20.55 | *** join/#oe digital-e1 (n=Luccisa@nat/cisco/x-ca427c8ce737536b) |
19:24.58 | *** join/#oe marcosmamorim1 (n=marcos@189.121.183.147) |
19:28.22 | *** join/#oe timtimred (n=meh@79-75-232-69.dynamic.dsl.as9105.com) |
19:28.32 | szsoftware | can someone please take a look at this QA failure: http://pastebin.com/m3166c1b5 |
19:28.37 | szsoftware | thank you |
19:33.55 | *** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning) |
19:37.31 | *** join/#oe aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
19:46.11 | eFfeM | szsoftware: does this dir exist: /media/thinkpad-homes/sven/oe/build/angstrom.1/tmp//staging/armv6-novfp-angstrom-linux-gnueabi/usr/lib |
19:46.23 | eFfeM | also not to happy with the // in the path |
19:50.17 | szsoftware | eFfeM: I corrected the // because I assumed it would cause this issue, but this did not the trick |
19:50.53 | szsoftware | eFfeM: the dir exists |
19:53.36 | eFfeM | szsoftware: then it beats me, never seen this error before with QA, and had no problem building console-image for sheevaplug and beagle |
19:54.16 | *** join/#oe florian (n=fuchs@f049048177.adsl.alicedsl.de) |
19:55.59 | szsoftware | eFfeM: I now try building console-image with distro=minimal in a fresh tmpdir and look what happens. Tomorrow I have the result ... |
19:56.15 | szsoftware | eFfeM: thank you |
19:56.19 | eFfeM | gl! |
19:56.38 | eFfeM | btw the distro i used is angstrom |
19:57.10 | szsoftware | eFfeM: me too |
19:58.04 | eFfeM | szsoftware: for what platform ? |
19:58.32 | eFfeM | ah saw it in the pastebin htc |
19:58.38 | eFfeM | htcpolaris |
19:59.27 | eFfeM | and the files are there too ? |
19:59.31 | eFfeM | (in the dir) |
20:03.36 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
20:09.08 | *** join/#oe polyonymous (i=hacker@pD953A21B.dip0.t-ipconnect.de) |
20:10.40 | *** join/#oe polyonymous (i=hacker@pD953A21B.dip0.t-ipconnect.de) |
20:19.55 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
20:21.28 | CIA-35 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r41eae4783b 10openembedded.git/recipes/gcc/ (8 files): |
20:21.28 | CIA-35 | gcc: For 4.2.2 and newer, set LICENSE = GPLv3 |
20:21.28 | CIA-35 | Drop LICENSE/SECTION from mingw-gcc as it was redundant |
20:21.30 | CIA-35 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r3acdae6e98 10openembedded.git/recipes/alsa/ (6 files): alsa-lib: This is LGPL not GPL |
20:21.38 | CIA-35 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r9d4f530d63 10openembedded.git/recipes/binutils/ (7 files): binutils: 2.18 and newer is GPLv3, add GPL to 2.14.90.[67] |
20:21.38 | CIA-35 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * rd16cd437d5 10openembedded.git/recipes/gettext/gettext_0.17.bb: gettext: 0.17 is GPLv3 |
20:21.41 | CIA-35 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r61df9a012c 10openembedded.git/recipes/gmp/gmp_4.2.4.bb: gmp: 4.2.4 is GPLv3 LGPLv3 |
20:21.43 | CIA-35 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r2402510a5e 10openembedded.git/recipes/gdb/gdb_6.8.bb: gdb: 6.8 is GPLv3 |
20:21.45 | CIA-35 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r63800e3164 10openembedded.git/recipes/gnutls/gnutls_2.4.2.bb: gnutls: The 'extra' lib (and package) is GPLv3 |
20:21.48 | CIA-35 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * rf2d6fbd508 10openembedded.git/recipes/mpfr/mpfr.inc: mpfr: Both GPL and LGPL components |
20:21.51 | CIA-35 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * rbe92de3d29 10openembedded.git/recipes/m4/ (m4_1.4.11.bb m4_1.4.12.bb): m4: 1.4.11 and 1.4.12 are GPLv3 |
20:21.54 | CIA-35 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r5241c2d144 10openembedded.git/recipes/samba/ (4 files): samba: 3.2.8 and newer is GPLv3 |
20:21.59 | CIA-35 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r857e0476d7 10openembedded.git/recipes/libiconv/ (libiconv.inc libiconv_1.12.bb): libiconv: 1.12 has GPLv3 binaries LGPLv2.1 libraries |
20:33.39 | *** join/#oe ant__ (n=andrea@host115-253-dynamic.5-87-r.retail.telecomitalia.it) |
20:37.28 | GNUtoo | hi,I've some schematics here: http://www.archopen.org/tiki-browse_image.php?galleryId=7&sort_mode=user_desc&imageId=119 but when I look with the voltmeter the voltage of the serial port I've 0.02v...that's strange |
20:37.58 | GNUtoo | I'd like to have serial port to try an omap 2.6 kernel... |
20:38.15 | GNUtoo | s/omap/omap-1/ |
20:43.21 | GNUtoo | waite, are you still there? what do you think of it? |
20:45.29 | *** join/#oe chouimat|work (n=quassel@firewall.axentra.com) |
20:46.38 | kergoth | anyone know of a good "freeze" type script/class/whatever right now, for locking down package versions? |
20:46.44 | kergoth | i know I've seen a number of incarnations of such things over the years |
20:50.30 | *** join/#oe greentux (n=lemke@BAA02fb.baa.pppool.de) |
20:54.57 | *** join/#oe brolin (n=brolin@190.157.14.3) |
21:00.45 | GNUtoo | ah ok I understand: cat /proc/cmdline => console=null |
21:05.10 | *** join/#oe mnabil (n=mnabil@196.205.193.71) |
21:14.50 | florian | heh |
21:14.56 | florian | ~lart opkg |
21:14.56 | ibot | beats opkg into protomatter with the andromeda galaxy |
21:15.28 | florian | I wonder why do_rootfs takes ages and this stupid thingy is trying to ask ma question |
21:17.04 | pb__ | heh |
21:19.07 | florian | I wonder why /etc/localtime is replaced doring install |
21:19.11 | florian | eh during |
21:20.24 | *** part/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
21:26.02 | ant__ | pb_: chicken-egg question for you ... background: let say I build an image which triggers an initramfs and embeds it in a second kernel. Well, I'd like to create in the same pass an 'installer.tar.gz' containing the second initramfs-kernel and a binary installer. |
21:26.36 | ant__ | what happens is the 'installer' is created before the kernel is built... |
21:26.56 | ant__ | all this happens on MACHINE_POSTPROCESS_COMMAND |
21:27.10 | ant__ | which seems to be the last in the pile |
21:29.47 | ant__ | btw the initramfs is built as 'EXTRA_IMAGEDEPENDS' of first image |
21:30.27 | ant__ | sane solution would be to split the thing in two perhaps...install-image and xy-image |
21:35.28 | pb__ | yeah, that'd make sense |
21:36.02 | pb__ | I think you probably want your easy-install-kit thing to be a separate package, rather than trying to stack it as an extra task on your main image. |
21:36.43 | pb__ | iirc, that's what we used to do with the familiar install kits, though my memory of that stuff is a bit hazy |
21:38.55 | ant__ | pb_: talking about zaurus-updater / zaurus-2.6.inc ...could come straight from there |
21:40.57 | ant__ | or I could make the initramfs-kernel DEPENDS on the binary installer...which sounds a bit strange... |
21:45.01 | pb__ | no, I don't think you want your initramfs-kernel to depend on the binary installer. you probably just want this (putative) installkit.bb to DEPEND on both things. |
21:48.33 | *** join/#oe cminyard (n=cminyard@pool-173-57-164-199.dllstx.fios.verizon.net) |
21:51.01 | ant__ | pb_: ok, thx I see...I'll put it in EXTRA_IMAGEDEPENDS, right? |
22:09.35 | ant__ | pb__: seems it just works ;-) thx again |
22:21.47 | *** join/#oe pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
22:58.36 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
23:03.52 | *** join/#oe GNUtoo (n=gnutoo@host109-10-dynamic.54-79-r.retail.telecomitalia.it) |
23:11.42 | *** join/#oe archae0ptery1 (n=snewman@207.47.42.130) |
23:16.27 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
23:20.51 | archae0ptery1 | Anyone here use opcontrol with vmlinux on |
23:20.59 | *** join/#oe digital-e1 (n=Luccisa@nat/cisco/x-ece64d86e7d2e4f2) |
23:21.19 | archae0ptery1 | I can't figure out where to find a kernel that works in the build directory |
23:28.44 | denix | Tartarus: hey, thanks for cleaning and correcting numerous package licenses! :) |
23:33.59 | Tartarus | heh, something I had around due to customer needs, didn't want to loose it |
23:35.32 | denix | understood, similar reasons here... |
23:36.40 | kergoth | you know... its quite easy to reimplement do_unpack/oe_unpack_file using python's ZipFile & TarFile. wonder why nobody every got aorund to it |
23:36.42 | denix | I also have some downgraded pkgs, to avoid GPLv3... like gdbserver-6.6, for example |
23:37.13 | kergoth | http://pastey.net/113732 |
23:37.41 | Tartarus | denix, yeah, that too :| |
23:41.15 | Tartarus | kergoth, dunno, but that would be real nice to fix |
23:41.32 | Tartarus | Since you don't always have unzip installed and DEPENDS += unzip-native doesn't work |
23:42.01 | denix | Tartarus: does it make sense to add those pre-GPLv3 versions to OE? or it's not an issue for the community? |
23:42.02 | Tartarus | (since it's not foo_unpack[depends] += unzip-native:do_populate_staging) |
23:42.40 | Tartarus | denix, tbh, I don't know. In our case we managed to explain that they're better off with gcc/etc that are GPLv3 for what they want |
23:42.49 | Tartarus | esp now that libgcc corner case has been resolved |
23:43.01 | kergoth | Tartarus: considering we already require, what, python 2.4 or so, itd be nice to at least use the available functionality that python has.. |
23:43.09 | Tartarus | kergoth, yeah |
23:43.15 | denix | kergoth: is tar.gz the same as tar.Z? I thought those are gzip and compress tarballs... |
23:43.37 | Tartarus | denix, I'm all in favor of stuff that's buildable staying in, so long as someone is going to keep an eye on it |
23:43.48 | Tartarus | I thought gdb-6.6 was in |
23:44.01 | Tartarus | So adding the gdbserver version is trivial |
23:44.09 | Tartarus | If you just want to save build-time :) |
23:44.16 | denix | but not standalone gdbserver. there were some other small pieces... |
23:44.25 | kergoth | denix: i think you're right, but then the current do_unpack is broken that way too, i just copied & pasted that bit :) |
23:44.43 | kergoth | its passing tar.Z -> tar -xz instead of the correct tar -xZ, it seems |
23:44.48 | Tartarus | denix, yeah, but at least w/ 6.8 I'd have sworn that building gdb gets you target gdb and target gdbserver packages |
23:44.54 | Tartarus | Should be the same w/ 6.6 |
23:45.13 | Tartarus | (I've switched to the gdbserver only variant myself, just saying) |
23:47.29 | denix | Tartarus: understood. build time is another customers concern - no reason to build something which is not packaged in the images. especially as big as gdb... :) |
23:49.06 | *** join/#oe HellDragon (n=jd@Wikipedia/HellDragon) |
23:49.27 | kergoth | denix: ah, gzip can decompress files created by gzip, compress, or pack, automatically, so i guess the zlib using bits should handle either, indeed |
23:49.32 | kergoth | shrugs |
23:49.49 | kergoth | "gzip produces files with a .gz extension. gunzip can decompress files created by gzip, compress or pack. The detection of the input format is automatic. " |
23:50.42 | denix | ah, nice |
23:51.26 | kergoth | why has Weezer - El Scorcho been stuck in my head all day? |
23:53.00 | denix | oh-oh. I guess it's serious... |