| 00:06.11 | *** join/#oe xxiao (n=chatzill@24.174.117.226) |
| 01:00.09 | *** join/#oe sgreen (n=steve@cpe-24-198-7-225.buffalo.res.rr.com) |
| 01:00.20 | sgreen | Any ideas"make[2]: *** No rule to make target `../ports/sysdepw/arm/nptl/tls.h', needed by `/home/steve/oe/zipit2-tmp/work/armv5te-angstrom-linux-gnueabi/glibc-2.9-r35.1/build-arm-angstrom-linux-gnueabi/nptl/init.os'. Stop." ? |
| 01:10.14 | sgreen | I am attempting to bitbake busybox for a zipit z2 |
| 01:26.00 | *** join/#oe mnabil (n=mnabil@41.234.70.36) |
| 02:02.12 | *** join/#oe fraxinas (n=quassel@p54AA5B94.dip.t-dialin.net) |
| 02:45.38 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 03:13.36 | *** join/#oe mrc3 (n=ddiaz@189.157.108.164) |
| 03:21.08 | *** join/#oe sushisan (i=be313f01@gateway/web/freenode/x-uyuxqyssijwfuwzr) |
| 03:21.22 | sushisan | hi |
| 03:21.29 | sushisan | there are sombody? |
| 03:25.00 | sgreen | somewhere there is always somebody |
| 03:32.28 | *** join/#oe alecrim (n=alecrim@201008189224.user.veloxzone.com.br) |
| 04:11.48 | *** join/#oe mrc3 (n=ddiaz@189.157.108.164) |
| 04:40.49 | *** join/#oe e-ffi (n=cybercom@dslb-088-068-180-170.pools.arcor-ip.net) |
| 05:04.42 | *** join/#oe rsalveti (n=rsalveti@189.70.48.107) |
| 05:21.45 | *** join/#oe mithro_ (n=tim@unaffiliated/mithro) |
| 05:57.08 | *** join/#oe aloril_ (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 06:02.11 | *** join/#oe toi (n=toi@d515304E5.static.telenet.be) |
| 06:03.52 | *** join/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
| 06:20.02 | *** part/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
| 06:20.23 | *** join/#oe stefan_schmidt (n=stefan@p5B034950.dip.t-dialin.net) |
| 06:37.38 | *** join/#oe gremlin[it] (n=gremlin@host209-103-static.32-85-b.business.telecomitalia.it) |
| 06:41.06 | gremlin[it] | good morning all ! |
| 06:47.51 | *** join/#oe grma (n=gruberm@chello212186029093.tirol.surfer.at) |
| 06:47.54 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
| 07:05.53 | *** join/#oe eFfeM (n=frans@j192117.upc-j.chello.nl) |
| 07:07.21 | *** join/#oe frank7d (n=frank@91-2.3-213.fix.bluewin.ch) |
| 07:12.48 | czr | indeed. good morning. |
| 07:15.49 | *** join/#oe mckoan|away (n=marco@host56-7-static.30-87-b.business.telecomitalia.it) |
| 07:18.40 | *** join/#oe thebohemian (n=rschus@p5DDC71E5.dip.t-dialin.net) |
| 07:18.56 | *** join/#oe Hasse_ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 07:23.38 | *** join/#oe sx (n=eray@87-126-142-238.btc-net.bg) |
| 07:24.49 | mckoan | good morning |
| 07:35.49 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
| 07:37.32 | *** join/#oe mike_cw[home] (n=quassel@82-69-35-33.dsl.in-addr.zen.co.uk) |
| 07:39.58 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 07:54.06 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
| 08:07.56 | *** join/#oe florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de) |
| 08:10.32 | florian | good morning |
| 08:14.41 | *** join/#oe pH5 (n=ph5@g229239070.adsl.alicedsl.de) |
| 08:15.35 | florian | hi pH5 |
| 08:16.04 | pH5 | hej florian |
| 08:28.09 | *** join/#oe e-ffi_ (n=cybercom@dslb-088-068-161-051.pools.arcor-ip.net) |
| 08:31.11 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
| 08:36.27 | *** join/#oe rob_w (n=bill@217.237.177.190) |
| 08:37.06 | *** join/#oe darxkies (n=darxkies@85-125-139-234.work.xdsl-line.inode.at) |
| 08:37.19 | darxkies | hi |
| 08:41.30 | florian | hi darxkies |
| 08:48.08 | *** join/#oe rpmike (n=chatzill@mail.linux-boards.com) |
| 08:49.18 | *** join/#oe pb (n=pb@212-139-92-236.dynamic.dsl.as9105.com) |
| 08:53.25 | *** join/#oe thaytan (n=jan@nat/sun/x-iekhrgojsizwrgdg) |
| 09:17.58 | *** join/#oe surikatga (i=530a229d@gateway/web/freenode/x-ntnvmwhruuatuqqx) |
| 09:20.58 | surikatga | Hello, how can i build or where can i get package libgcc-dev on angstrom console-image kernel 2.6.29 ? |
| 09:23.31 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
| 09:24.03 | pb_ | it should be built as part of gcc. |
| 09:24.35 | *** join/#oe mrmoku|a` (n=mrmoku@88.217.50.234) |
| 09:24.54 | booxter | faad2 sources are in .zip archive, so I get 'sh: unzip: command not found' when unpacking it. DEPENDS = "unzip-native" doesn't work though |
| 09:25.37 | hrw | morning |
| 09:26.08 | hrw | mckoan: hi, got my mails? |
| 09:28.16 | surikatga | pb_: i found only this: http://www.pastebin.org/13610 |
| 09:32.43 | darxkies | is there a tips&tricks section about how to make the rootfs readonly? right now i turned the udev/caching off but dropbear fails to start due to /var/lib not being writable |
| 09:36.24 | surikatga | pb_: the libgcc-dev should be created after 'bitbake libgcc' ? |
| 09:36.26 | booxter | no suggestions for unzip missing problem? |
| 09:39.31 | *** join/#oe kurre (n=tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 09:39.33 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
| 09:40.18 | sx | is there someone who use qt-embedded on console image with -qws and his touchscreen works? |
| 09:44.02 | *** join/#oe mnabil (n=mnabil@82.201.217.239) |
| 09:44.04 | pb_ | darxkies, usually /var/lib would be in tmpfs or some such if / is readonly. |
| 09:48.03 | darxkies | i did append in fstab ro to defaults for / |
| 09:48.22 | darxkies | but /var/lib is not of type tmpfs |
| 09:48.31 | darxkies | btw i am using angstrom |
| 09:49.05 | *** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-eaajtootaymesais) |
| 09:49.18 | pb_ | you might want to try #angstrom, I think that's where the angstrom h4x0rs hang out. |
| 09:50.17 | pb_ | or maybe post on their mailing list. I thought angstrom did use tmpfs for /var but I don't really know much about that distro myself. |
| 09:50.48 | hrw | no |
| 09:51.04 | darxkies | ok, thanke you :) |
| 09:51.08 | hrw | angstrom uses tmpfs for /var/volatile/ and symlink some of /var/ dirs there |
| 09:51.10 | darxkies | there is a /var/volatile |
| 09:51.12 | darxkies | yes |
| 09:51.24 | darxkies | though not /var/lib |
| 09:53.01 | mckoan | hrw: hi, received, I'm building |
| 09:53.34 | hrw | mckoan: video drivers also need update - check my local.conf on quad |
| 09:53.50 | mckoan | hrw: ok |
| 10:02.02 | hrw | mckoan: you also need to update gtk+/pango/glib-2.0 versions |
| 10:03.05 | *** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de) |
| 10:03.47 | hrw | mckoan: reload my local.conf |
| 10:04.32 | *** join/#oe surikatga (i=530a229d@gateway/web/freenode/x-khnisehkeifrsuiy) |
| 10:08.04 | *** join/#oe Longfield (n=valentin@lsa1pc7.epfl.ch) |
| 10:18.07 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 10:18.51 | surikatga | Where bitbake looking for includes (for example <include string.h>) when compiling my own code? |
| 10:21.14 | *** join/#oe rkirti (n=oespirit@203.199.213.3) |
| 10:24.16 | pb_ | in staging/.../include |
| 10:26.07 | rkirti | good morning everyone |
| 10:26.56 | surikatga | morning |
| 10:28.05 | *** join/#oe Hasse_ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 10:31.33 | surikatga | pb_: thanks |
| 10:35.09 | *** join/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
| 10:37.49 | hrw | pb_: have a moment? |
| 10:37.54 | pb_ | sure |
| 10:38.06 | hrw | pb_: http://marcin.juszkiewicz.com.pl/download/diffs/xserver-common/ contains my patches for xserver-common 1.3x |
| 10:38.20 | hrw | pb_: the reason for 0024 is simple: make xserver-nodm-init works with xserver-common 1.3x |
| 10:38.30 | hrw | pb_: now my at91sam9263ek boots to x11 session directly (with XKdrive) |
| 10:39.17 | florian | i wonder if we have reaced a state where we can get rid of xserver-kdrive-common |
| 10:39.18 | pb_ | ok, looks reasonable to me |
| 10:39.44 | pb_ | I'm not familiar with xserver-nodm-init but patch 0024 looks fine anyway |
| 10:39.46 | hrw | florian: Xsession/Xinit scripts would be nice to compare |
| 10:40.40 | hrw | pb_: my version of xserver-nodm-init calls ". /etc/X11/xserver-common;xinit /etc/X11/Xsession -- `which $XSERVER` $ARGS &" |
| 10:45.00 | *** join/#oe sabrod (n=sabrod@mic92-8-82-234-143-184.fbx.proxad.net) |
| 10:45.11 | hrw | thx |
| 10:45.47 | czr | hrw, have you seen the new sam9 g45? |
| 10:47.17 | hrw | czr: no |
| 10:47.22 | *** part/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
| 10:47.39 | czr | hrw, k, nevermind then :-) |
| 10:48.09 | hrw | czr: mckoan has used it iirc |
| 10:48.36 | czr | mckoan, did you have any problems with it? |
| 10:48.49 | czr | I'm hoping to get an ekes soon. |
| 10:50.16 | hrw | czr: he will be online in ~1.5h |
| 10:50.28 | czr | nods at hrw |
| 10:59.24 | hrw | hi mickeyl |
| 10:59.28 | mickeyl | morning hrw |
| 11:01.34 | *** join/#oe woglinde (i=woglinde@g225145229.adsl.alicedsl.de) |
| 11:02.29 | hrw | hi woglinde |
| 11:02.41 | woglinde | hi hrw |
| 11:03.08 | hrw | bin/run_calibrate.sh is funny |
| 11:03.34 | hrw | if there is xtscal, run it. else if there is ts_calibrate then run it. after all anyway run xtscal |
| 11:04.32 | booxter | hrw: maybe the user hurried and copied it in the proper way... |
| 11:04.44 | pb_ | hi mickeyl |
| 11:04.54 | *** join/#oe mpr (n=mpr@aggr.com) |
| 11:05.05 | mickeyl | morning pb_, I didn't forget the agenda bits. will send you something later today |
| 11:05.29 | pb_ | mickeyl: okay, awesome. |
| 11:06.05 | surikatga | Does the .bb recipe for compiling .cpp must be different than that which is used to compile .c file? |
| 11:07.22 | CIA-1 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * rb1aad586d8 10openembedded.git/recipes/xorg-driver/xf86-video-vesa_2.2.0.bb: xf86-video-vesa: fixed RDEPENDS |
| 11:07.33 | hrw | mickeyl: put it in a wiki? |
| 11:07.33 | CIA-1 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * raa19cf6294 10openembedded.git/recipes/xserver-common/ (4 files in 2 dirs): (log message trimmed) |
| 11:07.33 | CIA-1 | xserver-common 1.30: another set of updates |
| 11:07.33 | CIA-1 | 0024 moves functionality of /etc/X11/Xserver to separate file (except |
| 11:07.33 | CIA-1 | running X11 server) - this allows to use xserver-common package in |
| 11:07.35 | CIA-1 | systems where xinit is used to run X11 session as root (look at |
| 11:07.37 | CIA-1 | xserver-nodm-init package) |
| 11:07.39 | CIA-1 | 0025 moves xmodmap files to /etc/X11/xmodmap/ and installs |
| 11:11.29 | *** join/#oe timtimred (n=meh@79-75-174-110.dynamic.dsl.as9105.com) |
| 11:13.48 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
| 11:20.05 | *** join/#oe DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 11:31.35 | gremlin[it] | ho all again ... |
| 11:31.38 | gremlin[it] | ping mickeyl |
| 11:33.53 | hrw | khem, pb: I sent proposal for SPE/EABI handling |
| 11:36.25 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 11:37.22 | florian | hi gremlin[it] |
| 11:37.29 | gremlin[it] | florian, hi ! |
| 11:37.43 | gremlin[it] | florian, have you info abou the pxy document dor the OE GA ? |
| 11:37.55 | gremlin[it] | florian, proxy document |
| 11:38.38 | florian | gremlin[it]: the instructions should be in the pdf attachment |
| 11:40.07 | gremlin[it] | florian, never seen, i'll look better on backup email ... |
| 11:50.02 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 11:58.41 | *** join/#oe mario-goulart (n=user@201-40-162-47.cable.viacabocom.com.br) |
| 12:02.48 | mckoan | czr: sam9 g45 is in design phase, I haven't any board yet |
| 12:03.03 | mckoan | gremlin[it]: hi, how are you? :-) |
| 12:03.37 | gremlin[it] | hi mckoan, fine thanks ! |
| 12:04.56 | gremlin[it] | mckoan, how are u ? |
| 12:05.59 | mckoan | gremlin[it]: I'm lazily trying to restart working |
| 12:06.34 | hrw | mckoan: then read my query d: |
| 12:06.39 | gremlin[it] | mckoan, about me too ... i rub bitbake yestarday after some weeks ;) |
| 12:08.04 | gremlin[it] | rub -> run |
| 12:08.26 | *** join/#oe waite1 (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 12:10.11 | *** join/#oe scheng (n=scheng@221.10.25.6) |
| 12:14.53 | *** join/#oe florian (n=fuchs@port-217-146-132-69.static.qsc.de) |
| 12:22.37 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 12:22.49 | pb_ | hrw: thanks, I saw your mail. I still feel though that the abi selection should primarily be a question for the DISTRO, not for the MACHINE. |
| 12:23.13 | hrw | pb_: sure, but how distro know which devices are capable of spe or eabi? |
| 12:23.34 | hrw | pb_: what if distro will be used with external target device config? |
| 12:23.58 | pb_ | hrw: I don't quite understand what you mean by "external target device config"? |
| 12:24.36 | hrw | pb_: if I will try to build Angstrom for my umbaumba strongarm based device I will have to change all angstrom configs to add umbaumba as "arm not capable of doing EABI" - thats today |
| 12:25.09 | hrw | pb_: if eabi (or spe) is just 'feature' then it is done automatically and I do not have to change any configs |
| 12:26.55 | hrw | what do you think? |
| 12:27.11 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
| 12:27.14 | pb_ | yeah, I guess that boils down to how you define a distro. angstrom is sort of a funny case because it has these various unbound parameters floating around. |
| 12:27.36 | pb_ | in that sense I kind of consider angstrom itself to just be a "meta-distro" rather than an actual concrete embodiment of a distro. |
| 12:27.39 | hrw | pb_: it was just example |
| 12:28.05 | pb_ | hrw: sure, but my point is that most other distros want to pick a single abi and then stick with it. |
| 12:28.13 | hrw | ok |
| 12:28.17 | hrw | I see point |
| 12:28.31 | pb_ | because, in some sense, the definition of a "distro" is a group of packages that are interoperable with each other. |
| 12:29.05 | hrw | pb_: but your way makes me need to build micro-spe, micro-armeabi, micro-armoabi, micro(normal ppc) etc - few distros just because my devices are different? |
| 12:29.15 | pb_ | if you have multiple different abis floating around then I don't really consider that to be a coherent single distro anymore, it's rather a group of distinct distros. |
| 12:29.48 | pb_ | hrw: if your devices are incompatible, yes. obviously nothing forces you to build the eabi version, you could run oabi on all arm devices. |
| 12:30.00 | pb_ | likewise, nothing actually forces you to build spe, you could run regular powerpc on all ppc devices. |
| 12:30.08 | hrw | sure |
| 12:30.58 | pb_ | but yes, if you want to build binaries with all those different abis then I would consider those to all be different distros since you can't take a package from one and install it on another. |
| 12:31.01 | *** join/#oe jest (n=jest@96-98.echostar.pl) |
| 12:31.24 | hrw | unless it is noarch one |
| 12:31.30 | *** join/#oe czr_ (n=czr@iohazard.net) |
| 12:31.30 | pb_ | indeed |
| 12:34.14 | pb_ | so, perhaps this would be a good item for the oedem agenda. |
| 12:34.27 | hrw | good idea |
| 12:34.27 | *** join/#oe ptitjes (n=didier@93.2.7.143) |
| 12:34.40 | hrw | btw - offtopic question |
| 12:35.02 | hrw | what is a proper name for kitchen sync tap? |
| 12:35.18 | hrw | just 'kitchen sync tap' or something other? |
| 12:35.33 | pb_ | "kitchen sink tap", I guess |
| 12:35.44 | hrw | thx |
| 12:35.48 | hrw | I meant sink ;D |
| 12:35.56 | pb_ | heh |
| 12:36.58 | pb_ | there are more specific terms for different types of tap that you might find on a sink, but I don't think there's any particular word for a generic kind of tap. |
| 12:38.40 | hrw | my pl<>en dictionary do not cover that anyway. time to find something better |
| 12:38.46 | *** part/#oe jest (n=jest@96-98.echostar.pl) |
| 12:39.20 | CIA-1 | 03Rui Miguel Silva Seabra <rms@1407.org> 07shr/import * r4e6b5c46d4 10openembedded.git/recipes/curl/curl.inc: curl: enable SSL for curl. Blessed by dos1. |
| 12:42.23 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 12:46.26 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 12:51.22 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07shr/import * rf64c8b9ed3 10openembedded.git/recipes/packagekit/ (2 files in 2 dirs): packagekit: fix opkg backend to install multiple packages |
| 13:03.16 | *** join/#oe vo5 (n=vo@bd21096b.virtua.com.br) |
| 13:05.23 | msmith_ | hrw: kitchen faucet, in north america at least :) |
| 13:05.55 | hrw | msmith_: faucet is US and I prefer UK version of English |
| 13:06.14 | hrw | anywya I found on google |
| 13:06.16 | msmith_ | i'm canadian so.. stuck in the middle |
| 13:06.52 | msmith_ | the centre, i should say ;) |
| 13:08.56 | *** join/#oe e-ffi (n=cybercom@dslb-088-068-161-051.pools.arcor-ip.net) |
| 13:17.41 | *** join/#oe jeaneus (n=orb@pool-173-71-43-116.dllstx.fios.verizon.net) |
| 13:24.04 | *** join/#oe ptitjes_ (n=didier@93.2.7.143) |
| 13:24.35 | *** join/#oe emachado (n=edjunior@201.82.64.173) |
| 13:26.36 | *** join/#oe patrice (n=Miranda@mail.atmel.fr) |
| 13:28.02 | *** join/#oe stefan_schmidt_ (n=stefan@p5B035231.dip.t-dialin.net) |
| 13:31.17 | *** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 13:32.52 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 14:01.25 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 14:16.41 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 14:18.43 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 14:23.06 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
| 14:24.20 | *** join/#oe kergoth (n=kergoth@ip68-108-193-231.ph.ph.cox.net) |
| 14:24.59 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
| 14:25.06 | kergoth | morning |
| 14:25.17 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
| 14:25.53 | hrw | hi kergoth booxter |
| 14:26.54 | booxter | hi hrw |
| 14:27.49 | pb_ | hi kergoth |
| 14:29.12 | *** join/#oe vo5 (n=vo@bd21096b.virtua.com.br) |
| 14:30.46 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd1d7c677ae 10openembedded.git/ (conf/checksums.ini recipes/evince/evince_2.26.2.bb): evince: add 2.26.2 |
| 14:30.47 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2698abdc5e 10openembedded.git/ (3 files in 3 dirs): epdfview: update to 0.1.7 |
| 14:30.48 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2d5f5e12bb 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
| 14:30.48 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rcac4ab3d9c 10openembedded.git/ (conf/checksums.ini recipes/poppler/poppler_0.11.3.bb): poppler: add 0.11.3 (0.12rc) |
| 14:31.33 | woglinde | hi kergoth |
| 14:31.36 | woglinde | hi booxter |
| 14:34.12 | *** join/#oe Tartarus (i=trini@75.125.162.194) |
| 14:34.25 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 14:35.27 | kergoth | ponders |
| 14:35.55 | *** join/#oe Tartarus (i=trini@75.125.162.194) |
| 14:50.29 | *** join/#oe sabrod1 (n=sabrod@mic92-8-82-234-143-184.fbx.proxad.net) |
| 14:51.48 | *** join/#oe dth (n=Dieter@p4FDEA6B4.dip.t-dialin.net) |
| 14:57.58 | Crofton|work | the checksum on asterisk changed, wtf |
| 15:04.45 | *** join/#oe mckoan (n=marco@unaffiliated/mckoan) |
| 15:08.33 | Crofton|work | people that change tarballs on servers should be shot |
| 15:09.02 | booxter | you are too human |
| 15:09.12 | Crofton|work | :) |
| 15:10.02 | Crofton|work | that date changes |
| 15:10.10 | Crofton|work | and the sha1sum on the server is ok |
| 15:10.15 | Crofton|work | they frakking changed it |
| 15:10.24 | Crofton|work | no note in the dl dir |
| 15:10.26 | czr_ | or did they.. |
| 15:10.40 | Crofton|work | yeah |
| 15:10.42 | czr_ | maybe it's the NSA proxy that is broken. |
| 15:10.45 | Crofton|work | this used to work |
| 15:10.47 | Crofton|work | ROFL |
| 15:10.53 | *** join/#oe ctusar (n=ctusar@router2.videon-central.net) |
| 15:11.42 | booxter | hm, maybe man in the middle?? :) |
| 15:11.51 | booxter | or UFO guests? |
| 15:11.56 | Crofton|work | well, the checksum on the server is OK |
| 15:12.06 | Crofton|work | bu the man in the middle could be altering it |
| 15:12.25 | czr_ | Crofton, I had a broken proxy once fussing up and keeping an broken version of a tarball for ever |
| 15:12.40 | czr_ | (the RAM was full of unwanted entropy on that box) |
| 15:13.17 | booxter | Crofton|work: maybe they repacked tarballs with new gzip parameters.. |
| 15:13.27 | Crofton|work | not all of them |
| 15:13.29 | Crofton|work | only some |
| 15:14.00 | booxter | maybe they found a security hole and assumed it's better to fix it silently? ;)) |
| 15:14.39 | czr_ | or maybe someone found a security hole and fixed it for them? |
| 15:14.49 | czr_ | could be even both. |
| 15:14.51 | booxter | hehe |
| 15:15.37 | booxter | Crofton|work: maybe you should ask upstream for explanations. Maybe they really have security problems with their servers... |
| 15:15.55 | Crofton | in #asterisk .... |
| 15:16.00 | czr_ | hah. going through tickets for last couple of months for our own project. my boss managed to make one.. "(XXXd dies mysteriously before lunch damn it) created by foo" |
| 15:16.11 | booxter | if not, you are free to punish them in any way you like most |
| 15:16.11 | Crofton | they replaced all the MoH with a different provider. Something about lawyers having a pissing contest or something like that. |
| 15:17.14 | *** join/#oe sabrod (n=sabrod@mic92-8-82-234-143-184.fbx.proxad.net) |
| 15:19.26 | Crofton|work | http://blogs.digium.com/2009/08/18/asterisk-music-on-hold-changes/ |
| 15:22.21 | *** join/#oe methril_home (n=methril@34.73.220.87.dynamic.jazztel.es) |
| 15:22.33 | methril_home | morning |
| 15:23.36 | *** join/#oe methril_home (n=methril@34.73.220.87.dynamic.jazztel.es) |
| 15:23.47 | *** join/#oe sabrod (n=sabrod@mic92-8-82-234-143-184.fbx.proxad.net) |
| 15:25.02 | *** join/#oe methril_home (n=methril@34.73.220.87.dynamic.jazztel.es) |
| 15:26.31 | *** join/#oe methril_home (n=methril@34.73.220.87.dynamic.jazztel.es) |
| 15:27.31 | *** join/#oe methril_home (n=methril@34.73.220.87.dynamic.jazztel.es) |
| 15:27.35 | *** join/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
| 15:35.20 | *** join/#oe fpga (n=s@89.112.84.217.pppoe.eltel.net) |
| 15:36.42 | *** part/#oe thebohemian (n=rschus@p5DDC71E5.dip.t-dialin.net) |
| 15:42.52 | kergoth | Crofton|work: do you know if the old wiki contents from the original design discussions about OE are still around in any form? |
| 15:46.42 | *** join/#oe brolin_ (n=brolin@200.24.16.89) |
| 15:47.13 | hrw | kergoth: Laibsch can know more |
| 15:47.20 | kergoth | k |
| 15:47.42 | kergoth | i know we used to still have them somewhere. |
| 15:47.43 | kergoth | hmm |
| 15:49.44 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
| 15:53.51 | hrw | bye |
| 15:56.30 | kergoth | adds mvl6 to successstories |
| 15:57.06 | cbrake | yeah, that would probably qualify :-) |
| 15:58.20 | CIA-1 | 03Evan Doiron <edoiron@cbnco.com> 07org.openembedded.dev * r91c6116d7f 10openembedded.git/ (5 files in 3 dirs): |
| 15:58.20 | CIA-1 | add sscep: v0.0.2008.1211 |
| 15:58.20 | CIA-1 | http://patchwork.openembedded.org/patch/998/ |
| 15:58.21 | CIA-1 | Signed-off-by: Evan Doiron <edoiron@cbnco.com> |
| 15:58.21 | CIA-1 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
| 15:58.22 | CIA-1 | 03Evan Doiron <edoiron@cbnco.com> 07org.openembedded.dev * r199c29075e 10openembedded.git/ (3 files in 3 dirs): |
| 15:58.27 | CIA-1 | net-snmp: add v5.4.2.1 |
| 15:58.29 | CIA-1 | Signed-off-by: Evan Doiron <edoiron@cbnco.com> |
| 15:58.31 | CIA-1 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
| 15:58.35 | CIA-1 | 03Evan Doiron <edoiron@cbnco.com> 07org.openembedded.dev * r72834ed878 10openembedded.git/ (2 files in 2 dirs): |
| 15:58.38 | CIA-1 | usb-modeswitch: add v1.0.2 |
| 15:58.40 | CIA-1 | Signed-off-by: Evan Doiron <edoiron@cbnco.com> |
| 15:58.42 | CIA-1 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
| 15:58.46 | CIA-1 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 15:58.53 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 16:00.45 | *** join/#oe dth-oops (n=Dieter@p4FDEF7CC.dip.t-dialin.net) |
| 16:00.59 | *** join/#oe mrc3_ (n=mrc3@nat/ti/x-cukcpjpkjbbcjvxa) |
| 16:05.47 | kergoth | I'm thinking that MV's usage is quite different from most. Since they actually ship bitbake/oe and are subject to their customers, who actually use it, MV will probably do more driving of improvements to the tools/infrastructure than most, since it's more than just themselves who would benefit from it. |
| 16:27.16 | *** join/#oe Gnutoo (n=gnutoo@83.193.182.189) |
| 16:31.50 | *** join/#oe Laibsch (n=Laibsch@p5B3B1F2D.dip.t-dialin.net) |
| 16:32.48 | *** join/#oe Jay7 (n=jay@93-81-143-156.broadband.corbina.ru) |
| 16:38.58 | *** join/#oe mrc3_ (n=mrc3@nat/ti/x-zxrmzxtgoqzlfkhv) |
| 16:39.59 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r0ef4a105d0 10openembedded.git/ (4 files in 2 dirs): python: fix -netserver and -devel packaging, convert 2.6.1 to inc_pr |
| 16:40.00 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ref79d5bc59 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
| 16:46.58 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 16:48.15 | *** join/#oe gremlin[it] (n=gremlin@host190-175-dynamic.45-79-r.retail.telecomitalia.it) |
| 16:48.49 | gremlin[it] | hi all |
| 16:49.15 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-17.se.biz.rr.com) |
| 16:49.16 | gremlin[it] | i'm looking on the mailing list about info about OE GA ... specially about the proxy document ... but i'm unable to find ;( |
| 16:53.49 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 17:02.54 | *** join/#oe likewise_ (n=chatzill@82-171-51-231.ip.telfort.nl) |
| 17:08.07 | Crofton | kergoth, I do not know |
| 17:13.08 | *** join/#oe otavio_ (n=otavio@debian/developer/otavio) |
| 17:13.45 | kergoth | any opinion on adding oe_popen/oe_system wrappers around subprocess to base.bbclass, which pass along an environment that includes all exported vars from the datastore? |
| 17:13.55 | kergoth | then we could ditch the explicit PATH= everywhere |
| 17:15.39 | kergoth | hmm, what's the general consensus among python devs about the use of setuptools entry_points as a plugin / extensibility points mechanism? |
| 17:16.22 | *** join/#oe Gnutoo (n=gnutoo@ABordeaux-152-1-31-87.w83-193.abo.wanadoo.fr) |
| 17:18.25 | *** join/#oe otavio__ (n=otavio@187.7.112.248) |
| 17:22.37 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 17:24.52 | *** join/#oe marex (n=marex@thor.hackndev.com) |
| 17:28.07 | *** join/#oe otavio___ (n=otavio@187.7.112.248) |
| 17:31.11 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
| 17:32.47 | *** join/#oe kristoffer (n=kristoff@95.209.39.60.bredband.tre.se) |
| 17:33.15 | *** join/#oe rkirti (n=oespirit@203.199.213.3) |
| 17:37.31 | *** join/#oe rsalveti_ (n=rsalveti@200.184.118.130) |
| 17:41.00 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 17:46.21 | *** join/#oe archae0pteryx (n=snewman@207.47.42.130) |
| 17:47.39 | *** join/#oe cminyard (n=cminyard@pool-173-57-157-176.dllstx.fios.verizon.net) |
| 17:53.31 | *** join/#oe otavio_ (n=otavio@debian/developer/otavio) |
| 17:57.11 | *** join/#oe stephank (n=traveler@2002:52c5:cf78:7:21c:c4ff:fece:ea94) |
| 17:59.40 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-17.se.biz.rr.com) |
| 18:03.50 | *** join/#oe otavio_ (n=otavio@debian/developer/otavio) |
| 18:05.20 | kergoth | ponders |
| 18:05.30 | *** join/#oe waite1 (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 18:09.16 | *** join/#oe otavio_ (n=otavio@debian/developer/otavio) |
| 18:14.32 | *** join/#oe otavio_ (n=otavio@debian/developer/otavio) |
| 18:15.56 | *** join/#oe booxter (n=booxter@212.98.182.22) |
| 18:19.44 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 18:24.22 | *** join/#oe stephank (n=traveler@2002:52c5:cf78:7:21c:c4ff:fece:ea94) |
| 18:25.01 | *** join/#oe flo_lap (n=fuchs@f054216093.adsl.alicedsl.de) |
| 18:25.54 | florian | re |
| 18:26.13 | dth | wb |
| 18:27.35 | *** join/#oe DuckFault1 (n=DuckFaul@rrcs-71-43-24-17.se.biz.rr.com) |
| 18:28.41 | *** join/#oe rddDavid51 (n=roudoudo@78.234.93.192) |
| 18:33.58 | *** join/#oe otavio__ (n=otavio@201.40.162.47) |
| 18:41.19 | *** join/#oe brolin_ (n=brolin@200.24.16.86) |
| 18:47.32 | *** join/#oe otavio_ (n=otavio@debian/developer/otavio) |
| 18:59.11 | khem | kergoth: I support the wrappers for popen and prolly replace system calls |
| 18:59.17 | khem | with popen |
| 19:08.49 | khem | pb__: should I expect to build console-image with micro or is it too much ? I can certainly make it do that with some more stuff in distro conf |
| 19:08.50 | *** join/#oe vo5 (n=vo@bd21096b.virtua.com.br) |
| 19:21.23 | *** join/#oe Laibsch (n=Laibsch@p5B3B3930.dip.t-dialin.net) |
| 19:26.59 | pb_ | khem: yes, it ought to work. |
| 19:27.47 | pb_ | console-image does pull in a pile of useless-seeming stuff, and we can probably do better than that for micro users, but I don't think there's any reason it shouldn't be buildable. |
| 19:28.22 | pb_ | mickeyl: thanks for your email, that's exactly what I needed. |
| 19:29.58 | mickeyl | ok, cool. perhaps we'll find some more along those lines |
| 19:31.15 | pb_ | stabs debian |
| 19:31.23 | *** join/#oe tharvey (n=tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
| 19:31.40 | pb_ | stupid x seems to stop working almost every time I upgrade |
| 19:31.44 | khem | pb_: ok then I guess micro will need some love |
| 19:32.02 | pb_ | khem: what goes wrong for you? I built console-image for qemuarm a couple of days ago and I don't remember it being very traumatic. |
| 19:32.22 | khem | pb_: I wonder what does _ signify in your nick :) sometimes there are more than one |
| 19:32.34 | pb_ | well, it was fairly traumatic watching the list of things that got compiled, but I don't remember needing to take much action. |
| 19:32.43 | khem | pb_: I have uclibc |
| 19:32.48 | pb_ | khem: it's my tail: sometimes I wind it out, and sometimes I reel it in. |
| 19:32.52 | khem | pb_: so its micro-uclibc |
| 19:32.56 | *** join/#oe thaytan (n=jan@A-78-52.cust.iol.ie) |
| 19:32.58 | khem | pb_: lol |
| 19:33.12 | pb_ | ah, right, I was using glibc |
| 19:33.18 | khem | my bitchX completion of nicks show the tail nicely |
| 19:33.34 | pb_ | I don't think I've ever tried a micro-uclibc build of console-image. |
| 19:33.51 | kergoth | wonders how best to integrate configobj (or similar) with optparse |
| 19:34.54 | khem | mickeyl: Can you ack my patch for minimal distro posted here http://patchwork.openembedded.org/patch/1010/ |
| 19:35.31 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 19:36.26 | *** join/#oe rkirti (n=oespirit@203.199.213.3) |
| 19:36.52 | mickeyl | khem: sent |
| 19:37.10 | khem | mickeyl: danke |
| 19:37.15 | mickeyl | :) |
| 19:37.16 | khem | pb_: http://pastey.net/124403 |
| 19:37.28 | rkirti | re |
| 19:37.32 | khem | this is the cause of my error down the line |
| 19:39.34 | pb_ | what's the actual error? |
| 19:39.53 | *** join/#oe Spyro (n=ian@benden.mnementh.co.uk) |
| 19:39.57 | pb_ | none of those (except libx11-trim, which is death) look like they ought to cause an obvious build failure |
| 19:40.27 | *** part/#oe Spyro (n=ian@benden.mnementh.co.uk) |
| 19:41.24 | pb_ | obviously if oe ends up picking avahi-python when you wanted avahi, you might end up with an inadvertent dependency on python that you would have preferred to avoid, but it shouldn't get much worse than that. |
| 19:42.53 | kergoth | khem: http://kergoth.pastey.net/124404 - how's something like that look? |
| 19:42.57 | pb_ | if there are packages masquerading as providers of a virtual that they don't actually implement correctly, I would prefer to take them out and burn them (or fix them, if appropriate) individually rather than working around it with distro config options. |
| 19:45.27 | pb_ | kergoth: looks good, though I am a bit nervous about the "only set preexec_fn if it wasn't already" semantics. |
| 19:45.37 | kergoth | true |
| 19:46.05 | pb_ | seems like that is an open manhole waiting for someone to step in it. |
| 19:46.06 | CIA-1 | 03Philip Balister <philip@balister.org> 07org.openembedded.dev * rb0e97c1ea8 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
| 19:46.17 | CIA-1 | 03Philip Balister <philip@balister.org> 07org.openembedded.dev * r122b402e9a 10openembedded.git/ (conf/checksums.ini recipes/asterisk/asterisk_1.4.23.1.bb): (log message trimmed) |
| 19:46.17 | CIA-1 | asterisk-1.4.23.1 : Checksum changed on source package. |
| 19:46.17 | CIA-1 | * Updated checksum to new values. |
| 19:46.17 | CIA-1 | * Dropped sounds.xml.patch so recipe builds. |
| 19:46.19 | CIA-1 | The Asterisk people changed the source tarballs for legal reasons. This |
| 19:46.21 | CIA-1 | blog entry explains the music-on-hold changes: |
| 19:46.23 | CIA-1 | http://blogs.digium.com/2009/08/18/asterisk-music-on-hold-changes/ |
| 19:46.40 | pb_ | I think you should either always set preexec_fn (and, effectively, disallow the user to pass it in) or implement a stacking system so that you can bolt the SIGPIPE thing onto whatever other function the user wants to get called. |
| 19:47.10 | kergoth | yeah, that would be better, indeed |
| 19:47.12 | pb_ | if the user really, truly wants to avoid the sigpipe uncatching then they can always call subprocess.Popen() directly. |
| 19:47.41 | kergoth | really, i think this should go into bitbake, there are parts of the bb package that do the same forking of external processes without the preexec fix |
| 19:47.56 | kergoth | but then you have to deal with bitbake version dependency and all, so this will do.. |
| 19:48.10 | Crofton|work | stupid lawyers |
| 19:48.22 | pb_ | yeah, quite. can always merge it into bitbake later, and then drop the local copy from oe at some future date when a new bitbake gets released. |
| 19:48.29 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-17.se.biz.rr.com) |
| 19:48.31 | kergoth | yeah |
| 19:50.18 | booxter | I'm curious why asterisk guys didn't release new revision of their software for music-on-hold changes :-\ |
| 19:51.05 | Crofton|work | I think they had to remove stuff from old releases |
| 19:51.12 | Crofton|work | but yeah |
| 19:51.24 | booxter | they could delete old files from their servers and put updated |
| 19:51.26 | khem | pb_: http://pastey.net/124406 is actual error it could be something else too as I see |
| 19:51.31 | Crofton|work | they could have removed the old tarball, and bumped the minor number |
| 19:52.02 | booxter | exactly, that's what a good upstream should do |
| 19:57.03 | khem | kergoth: looks good to me preexec function could be overridden and set here as pb_ suggested |
| 20:06.42 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 20:08.43 | *** join/#oe Wiedi (n=wiedi@2a01:138:a015:6:217:f2ff:fe51:7099) |
| 20:18.18 | *** join/#oe Martin_B (n=Martin@pool-155-67-198-89.dbd-ipconnect.net) |
| 20:22.26 | booxter | ~curse imagemagick dumb 'developers' |
| 20:22.27 | ibot | May the fleas of a thousand camels infest your most sensitive regions, imagemagick dumb 'developers' ! |
| 20:24.44 | *** join/#oe ant__ (n=andrea@host31-251-dynamic.8-87-r.retail.telecomitalia.it) |
| 20:29.13 | pb_ | khem: ah, that's the old problem with bitbake not understanding versioned depends. |
| 20:30.05 | pb_ | which package had that error? |
| 20:35.00 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 20:39.45 | ant__ | pb_: hi |
| 20:40.07 | pb_ | hi ant__ |
| 20:40.18 | ant__ | pb_: about atomizing mtd-utils, you mean a -base package andan -extra ? |
| 20:40.41 | pb_ | no, I was thinking more of splitting into functional subsets. |
| 20:40.49 | pb_ | jffs2-utils, ubifs-utils, ... |
| 20:40.54 | ant__ | I see |
| 20:41.14 | ant__ | I use only flash_eraseall and nandwrite |
| 20:41.49 | ant__ | or better, I'd like to ship just these two binaries |
| 20:42.17 | pb_ | yeah, those should probably be packaged individually. |
| 20:42.28 | *** join/#oe fpga (n=s@89.112.93.135.pppoe.eltel.net) |
| 20:42.48 | *** join/#oe marcosmamorim (n=marcos@bd21096b.virtua.com.br) |
| 20:43.00 | Laibsch | pb_: are you skilled with X? |
| 20:43.21 | Laibsch | I still don't understand why none of the X images work for qemu |
| 20:43.52 | pb_ | Laibsch: I wouldn't describe myself as an X-Man, though I do know something about it. |
| 20:44.01 | pb_ | what's the particular failure that you're seeing? |
| 20:44.10 | pb_ | and remind me, is this qemuarm or qemux86? |
| 20:44.23 | Laibsch | both |
| 20:44.34 | Laibsch | http://oss.leggewie.org/oe/X_in_qemu/ |
| 20:44.43 | Laibsch | Those are the images I compiled a while ago |
| 20:44.50 | Laibsch | particular failure? |
| 20:44.53 | Laibsch | I couldn't say |
| 20:44.58 | Laibsch | X just doesn't start |
| 20:45.10 | Laibsch | And I don't see a way to understand why |
| 20:46.28 | pb_ | can you get access to a shell prompt? |
| 20:46.33 | Laibsch | no |
| 20:46.42 | Laibsch | I can boot the shell console image |
| 20:46.42 | woglinde | without xorg.log |
| 20:46.44 | woglinde | no chance |
| 20:47.07 | Laibsch | I'm not very skilled with qemu, either |
| 20:47.11 | pb_ | how about if you boot with 'init=/bin/sh' or some such and then adjust the initscripts to stop it trying to start x? |
| 20:47.50 | Laibsch | I wrote down a few of the things I learned by poking around at http://wiki.openembedded.net/index.php/Testing_with_QEMU |
| 20:48.10 | Laibsch | pb_: how do I make that adjustment? |
| 20:48.14 | pb_ | I'm downloading the arm images now. I'll have a look and see if I can figure out what's up. |
| 20:48.21 | Laibsch | that would be really nice |
| 20:48.25 | Laibsch | Thank you |
| 20:48.49 | pb_ | Laibsch: probably just remove one of the symlinks in /etc/rc2.d/ |
| 20:49.07 | pb_ | or whatever your default runlevel is, might be 5. |
| 20:51.12 | pb_ | looks like the download will take a while, my connection to that site seems to be slow. |
| 20:52.06 | Laibsch | yes, my upstream is very limited |
| 20:52.11 | Laibsch | but stable |
| 20:54.03 | pb_ | righto, no problem |
| 20:55.09 | Laibsch | brb |
| 20:57.22 | *** join/#oe jeremy_laine (n=sharky@mna75-4-81-56-56-40.fbx.proxad.net) |
| 21:01.02 | Tartarus | You let irc be optional ? that's the problem :) |
| 21:01.04 | Tartarus | ga |
| 21:01.40 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-33.se.biz.rr.com) |
| 21:04.51 | pb_ | heh, never any need for fortune(6) when Tartarus is around. |
| 21:05.21 | kergoth | heh |
| 21:06.57 | Tartarus | glad to be of some help still :) |
| 21:07.16 | cbrake | Tartarus: how is the big merger going? |
| 21:08.01 | Tartarus | still going :) |
| 21:09.21 | cbrake | Tartarus: good deal :-) I should look Matt P. up again one of these days. We live in the same town (relatively) |
| 21:10.04 | Tartarus | heh. merger has him quite busy :) |
| 21:13.30 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r6cf6b423d9 10openembedded.git/conf/distro/ (micro-uclibc.conf minimal-uclibc.conf): (log message trimmed) |
| 21:13.30 | CIA-1 | micro-uclibc, minimal-uclibc: Reorder including the base distro config. |
| 21:13.30 | CIA-1 | A lot of stuff in these conf's are already set and |
| 21:13.30 | CIA-1 | is duplicated. This is removed. The base conf file |
| 21:13.32 | CIA-1 | should be included at the end after assigning LIBC |
| 21:13.34 | CIA-1 | so that correct toolchain configuration is picked. |
| 21:13.36 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 21:15.14 | kergoth | mulls over possibilities for changing how configuration metadata is handled |
| 21:16.33 | florian | eeks |
| 21:16.53 | florian | bitbake gtk+ pulls in some iphone sdk here |
| 21:18.30 | Crofton|work | DEPENDS gone wild |
| 21:24.10 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 21:25.15 | pb_ | florian: yah, that is annoying. it happened to me yesterday. |
| 21:25.23 | pb_ | I think iphone-sdk should probably be default_preference -1 |
| 21:25.37 | florian | pb_: any idea what pulls this in? |
| 21:25.48 | pb_ | or, if I had my way, -99999999999999999, but I would compromise on -1 |
| 21:26.01 | florian | heh |
| 21:26.37 | pb_ | florian: I don't remember exactly. It PROVIDES some core package and gets selected by mistake under some (obscure) set of circumstances. |
| 21:27.18 | florian | hmm... bitbake doesn't have some kind of "--whatpullsin" switch? ;) |
| 21:27.39 | woglinde | florian -DDD |
| 21:27.51 | florian | woglinde: -DDD is... eh... messy |
| 21:27.52 | pb_ | florian: with debugging enabled it should say "selecting crazy-iphone-sdk to satisfy some-virtual" |
| 21:28.19 | pb_ | some combination of -D and grep usually yields the answer. or -g probably works too. |
| 21:29.04 | florian | ok, so i should take a look |
| 21:29.28 | kergoth | florian: you can bump debugging for specific messaging domains |
| 21:29.51 | kergoth | -l Depends -l Depends -l Depends, perhaps |
| 21:30.00 | kergoth | see lib/bb/msg.py's domain enum |
| 21:30.19 | kergoth | perhaps -l TaskData to see why it's selecting providers |
| 21:30.25 | kergoth | each -l bumps the level by one for that domain |
| 21:30.30 | kergoth | -DDD bumps it by 3 for all |
| 21:30.40 | florian | cute :) |
| 21:30.44 | florian | let's try this |
| 21:30.50 | kergoth | aye, it works well for trimming down the output |
| 21:31.23 | kergoth | of course, a large portion of the messages emitted go to the default domain, and there's no -l to show the default domain specifically, so it's either all or nothing for those :) |
| 21:31.45 | kergoth | but for your case, i'm sure -l will help |
| 21:31.46 | *** join/#oe jpereira (n=jpereira@200.255.103.130) |
| 21:32.36 | kergoth | never used it, until he was making his mvl6 troubleshooting presentation |
| 21:33.15 | florian | this reminds me... the sdks don't work properly for eglibc |
| 21:33.43 | florian | any eglibc guru here? :) |
| 21:34.00 | woglinde | florian khem is the guru |
| 21:34.14 | florian | ah right |
| 21:34.38 | khem | pb_: this is xorg-lib/libxext_1.0.5.bb |
| 21:34.50 | woglinde | he khem *g* |
| 21:35.03 | florian | ...and Tartarus the toolchain guru :) |
| 21:36.28 | florian | khem, Tartarus: glibc-thread-db is guilty - it pulls the glibc dependency into task-sdk-bare |
| 21:36.32 | khem | florian: what was specific problem with sdk |
| 21:37.19 | florian | and glibc-dev into task-sdk-base, but this is trivial to fix |
| 21:40.19 | florian | pb_: virtual/libconv |
| 21:41.41 | woglinde | hm right khem removed the setting |
| 21:41.49 | woglinde | for minimal |
| 21:41.54 | woglinde | or micro |
| 21:41.59 | khem | both |
| 21:42.29 | khem | libiconv gets chosen based on your libc now |
| 21:43.02 | florian | khem: hmm... when? |
| 21:43.41 | woglinde | could some ack this patch -> http://patchwork.openembedded.org/patch/1007/? |
| 21:43.44 | khem | woglinde: can you look into the uclibc patch I posted http://patchwork.openembedded.org/patch/1012/ |
| 21:44.02 | khem | florian: recently may be on saturday |
| 21:44.12 | *** join/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net) |
| 21:44.14 | woglinde | khem hm yes saw this patch |
| 21:44.38 | florian | khem: strange... eglibc is in the list of possible providers. |
| 21:44.38 | woglinde | khem didnt I ack this? |
| 21:44.58 | khem | not yet :) bless it |
| 21:45.09 | woglinde | khem is an ack here enough? |
| 21:45.27 | woglinde | florian hm |
| 21:45.36 | khem | for me yes but may be for records patchwork ack is better |
| 21:45.48 | woglinde | florian I only had strange thinks with RDEPENDS an virtuals |
| 21:46.00 | woglinde | florian is it bases on RDEPENDS? |
| 21:46.50 | khem | florian: yes eglibc provided all packages that glibc provides |
| 21:47.06 | khem | so if there is contention it will raise its hand too |
| 21:47.12 | msmith_ | woglinde: it looks like this patch puts the x264-presets into the main package if x264 is enabled? |
| 21:47.20 | msmith_ | is there any situation where somebody would want x264 in ffmpeg, but not the presets? |
| 21:47.52 | khem | how can I avoid these merge messages getting push into logs upstream |
| 21:48.15 | msmith_ | khem: instead of git pull, do git fetch ; git rebase origin/org.openembedded.dev |
| 21:48.30 | msmith_ | that will pop your changes to the top of the stack instead of doing a real merge |
| 21:48.57 | woglinde | msmith_??? nope the patch pulls the presets only when you compile against libx264 |
| 21:49.06 | woglinde | which we dont do in oe |
| 21:49.15 | pb_ | root |
| 21:49.15 | khem | msmith_: ah yes |
| 21:49.17 | pb_ | oops |
| 21:49.19 | florian | woglinde: not sure... i din't yet know where it starts... but i think its a normal dependency |
| 21:49.36 | woglinde | koen invented this package because he was not fine about my solution deleting this files |
| 21:49.39 | khem | was waiting for pb_ typing in passwd next |
| 21:49.51 | msmith_ | woglinde: so the recipe as it was before the patch, doesn't build? Or just always puts the presets in the ffmpeg-x264-presets package? what's wrong with leaving them in that package? |
| 21:49.56 | *** join/#oe thaytan_ (n=jan@78.16.195.224) |
| 21:49.58 | *** join/#oe Laibsch (n=Laibsch@p5B3B3930.dip.t-dialin.net) |
| 21:50.19 | msmith_ | i once lost a root password to irc.. then while changing it, the mouse rolled back into the irc window and i lost the replacement too :P |
| 21:50.27 | pb_ | heh |
| 21:50.30 | florian | khem: do we have a virtual provider to get rid of glibc-thread-db in the sdk? |
| 21:50.36 | *** join/#oe DuckFault1 (n=DuckFaul@rrcs-71-43-24-33.se.biz.rr.com) |
| 21:50.57 | woglinde | msmith_ nope the intesions was to fix the QA issue because of not shipping the presets in any package |
| 21:51.32 | khem | git branch -a shows remotes/origin/org.openembedded.dev and remotes/origin/origin/org.openembedded.dev |
| 21:51.39 | khem | whats the difference |
| 21:51.53 | *** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning) |
| 21:51.56 | khem | florian: I have to look |
| 21:52.04 | woglinde | msmith_ my first solution was to delete the files |
| 21:52.31 | woglinde | but as I said koen made a useless package to fix this QA-warning |
| 21:52.47 | pb_ | Laibsch: it looks like the x startup scripts in your x11-image are expecting kdrive, but you have xorg. |
| 21:52.59 | msmith_ | woglinde: yeah, seems either way works... i'm just thinking, let's say someday I want to build x264 support into ffmpeg, but i don't need these presets... then with koen's solution i still don't need them, they're in package i don't install. |
| 21:53.16 | msmith_ | khem: you can do git show remotes/origin/org.openembedded.dev ; git show remotes/origin/origin/org.openembedded.dev and see if they're both being kept up to date |
| 21:53.24 | msmith_ | if not you can delete the old one |
| 21:53.41 | pb_ | Laibsch: so, /etc/X11/Xserver tries to do 'exec Xorg -br -pn -rgba vrgb', and xorg chokes on -rgba. |
| 21:53.55 | pb_ | I suspect "vrgb" is wrong for qemu anyway, but that's kind of beside the point. |
| 21:54.55 | florian | hrm... xorg seems to be a step backwards on quite some platforms |
| 21:55.14 | khem | git show remotes/origin/origin/org.openembedded.dev stopped updating after Jun 12 |
| 21:55.36 | pb_ | yeah, I'm not quite sure what the perceived advantage is of using xorg if all you have is a flat framebuffer. |
| 21:55.41 | khem | remotes/origin/org.openembedded.dev is current |
| 21:56.24 | Laibsch | msmith_: Did you try compiling xserver-xorg? I reported compile problems a few days ago. |
| 21:56.49 | Laibsch | pb_: thank you for the information |
| 21:56.52 | pb_ | Laibsch: turns out that the easiest way to gain a shell prompt is "sudo mount x11-image-qemuarm.ext2 /mnt/image -o loop", then go to /mnt/image/etc and rm rcS.d/S01psplash rc5.d/S99gpe-dm |
| 21:56.57 | Laibsch | I wonder what is the best way to deal with that |
| 21:57.07 | florian | pb_: maybe because people need something to fill ram and flash and do not like to have screen rotation ;-) |
| 21:57.14 | pb_ | also need to vi passwd and remove the * line from root in order to be able to log in |
| 21:57.15 | msmith_ | Laibsch: yes, i have compiled xserver-xorg |
| 21:57.42 | pb_ | Laibsch: the easiest thing is probably just to switch to kdrive for those images. I don't think you would lose anything by doing that. |
| 21:57.58 | pb_ | alternatively, I think hrw|gone has been working on teaching the scripts to play better with xorg. |
| 21:58.05 | pb_ | florian might know more about the status of that. |
| 21:58.07 | Laibsch | where is that set? |
| 21:58.19 | Laibsch | something preferred_provider? |
| 21:58.26 | pb_ | yeah, virtual/xserver probably |
| 21:59.03 | pb_ | and/or possibly ${XSERVER} depending on how the images are set up. |
| 21:59.36 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 22:00.15 | Laibsch | ok |
| 22:00.29 | Laibsch | there is still some awkward settings about that |
| 22:01.02 | Laibsch | I started working on it (I think that should be a machine specific setting and not so much an image setting like it currently often is) |
| 22:01.40 | Laibsch | I wasn't able to finish it and dropped the ball because a "friendly" person interfered. |
| 22:01.58 | Laibsch | Apparently nobody else picked up the work to straighten this out |
| 22:03.53 | Laibsch | BTW, I think there is good reason to switch to xorg: kdrive is dead upstream |
| 22:04.46 | *** join/#oe ssgo (i=9dfdda0d@gateway/web/freenode/x-cyctbaeivyfvtgps) |
| 22:04.56 | florian | hum well... if it works and does its job? |
| 22:05.18 | ssgo | does anyone knows how to just change the image when linux is starting... |
| 22:05.56 | ssgo | i mean when the OS is starting |
| 22:06.28 | Laibsch | msmith_: It still fails for me: http://tinderbox.openembedded.net/builds/27271/ |
| 22:07.36 | msmith_ | hmm. i built for x86 |
| 22:07.56 | msmith_ | and v1.6.1 |
| 22:08.05 | cdbot2 | * * OE Bug 5279 has been RESOLVED (WONTFIX) by pascal_kesseli(AT)hotmail.com |
| 22:08.07 | cdbot2 | * * glibc 2.2.5 : "can't resolve '_GLBOAL_OFFSET_TABLE_' |
| 22:08.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=5279 |
| 22:08.33 | florian | ssgo: you mean the tiny logo or the boot splash screen |
| 22:08.36 | florian | ? |
| 22:08.42 | msmith_ | Laibsch: is there any way to see the configure log on this tinderbox thingy? |
| 22:08.52 | ssgo | i mean the boot splash screen |
| 22:08.54 | msmith_ | i want to check if it passed --enable-glx-tls or not |
| 22:10.20 | Laibsch | msmith_: Click on "failed" and then it's right there |
| 22:10.27 | msmith_ | The do_compile log is there, yes |
| 22:10.29 | msmith_ | but not the do_configure |
| 22:10.41 | Laibsch | OK |
| 22:10.45 | Laibsch | wait a minute |
| 22:11.13 | florian | ssgo: that's compiled into the psplash application. the recipes/psplash dir has some examples how to customize it and the necessary tool to generate the header file is mentioned in one of the bb files |
| 22:11.40 | msmith_ | Laibsch: Oh also which libc are you using |
| 22:11.59 | msmith_ | if it's not uclibc, then it definitely passed --enable-glx-tls.. is that ok for arm? |
| 22:13.43 | Laibsch | msmith_: http://paste.debian.net/45422/ |
| 22:14.05 | cdbot2 | * * OE Bug 5315 has been created by pascal_kesseli(AT)hotmail.com |
| 22:14.07 | cdbot2 | * * helloworld-image fails on 'opkg_unarchive.patch' |
| 22:14.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=5315 |
| 22:14.11 | Laibsch | msmith_: I believe minimal is using eglibc now after khem changed that |
| 22:14.35 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-33.se.biz.rr.com) |
| 22:14.45 | msmith_ | ok.. So is there any reason why eglibc on arm wouldn't have pthread_once()? |
| 22:16.27 | Laibsch | no idea |
| 22:17.54 | kergoth | tries to go through his OpenEmbedded task list to figure out what he should work on next on his own time |
| 22:19.11 | msmith_ | Laibsch: can you paste up the do_configure log for your eglibc? to check if it has tls support |
| 22:20.56 | Laibsch | http://paste.debian.net/45424/ |
| 22:21.11 | msmith_ | checking for ARM TLS support... yes |
| 22:21.17 | msmith_ | ok.. so that's fine |
| 22:21.36 | woglinde | msmith_ only when you have the updated tls.m4 macro |
| 22:21.38 | khem | msmith_: there are two patches I gave links to Laibsch other day which are needed |
| 22:21.47 | woglinde | otherwise you can get false results |
| 22:22.11 | khem | searches the links |
| 22:23.24 | Laibsch | khem: remember, those patches did not apply cleanly |
| 22:24.31 | Laibsch | <PROTECTED> |
| 22:24.49 | Laibsch | http://cgit.freedesktop.org/xorg/xserver/commit/?id=efb723e166e5fa89e90c7b400fb4c7979b1f50c0 |
| 22:24.55 | khem | yes they might need porting |
| 22:25.01 | khem | or some other patches on top |
| 22:25.05 | khem | or below |
| 22:25.22 | khem | yeah it was on 08/27 logs tell me |
| 22:25.37 | msmith_ | it seems v1.5.3 isn't properly linking against -lpthread when --enable-glx-tls |
| 22:26.02 | msmith_ | but 1.6.1 is |
| 22:26.08 | woglinde | trivial patches |
| 22:26.14 | msmith_ | presumably.. because these patches were applied |
| 22:26.47 | msmith_ | what we could do is move the "inherit glx-use-tls" from xorg-xserver-common to xserver-xorg 1.6.1 |
| 22:27.19 | khem | anything that gets Laibsch build back to normal |
| 22:27.41 | woglinde | xserver should be using tls.m4 too |
| 22:28.02 | woglinde | so we do not hassle about it with python foo |
| 22:28.23 | msmith_ | woglinde: i'm not familiar with tls.m4 but yeah, xserver and mesa-dri just have to agree on tls or no |
| 22:28.36 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 22:29.41 | woglinde | let me see if I can provide something |
| 22:32.51 | *** join/#oe polyonymous_ (i=hacker@pD953A711.dip0.t-ipconnect.de) |
| 22:34.28 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 22:39.37 | Laibsch | pb_: conf/distro/minimal.conf:XSERVER ?= "xserver-xorg xf86-input-evdev xf86-input-keyboard xf86-input-mouse xf86-video-fbdev" |
| 22:39.46 | Laibsch | that is probably what needs to be changed |
| 22:40.07 | Laibsch | but I'm still not sure if moving away from xorg back to kdrive is the best option |
| 22:49.13 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r3c1aac7f71 10openembedded.git/recipes/uclibc/ (8 files): (log message trimmed) |
| 22:49.14 | CIA-1 | uclibc: Pass ARCH=<TARGET_ARCH>" on make commandline. |
| 22:49.14 | CIA-1 | Like linux kernel Git version of uclibc mandates that ARCH is passed |
| 22:49.14 | CIA-1 | down from make instead of being computed magically. This will be |
| 22:49.14 | CIA-1 | there in next release 0.9.31 of uclibc. Defining it on make |
| 22:49.15 | CIA-1 | invocation for older releases is no harm. |
| 22:49.19 | CIA-1 | Also move uclibc to use INC_PR |
| 22:52.34 | CIA-1 | 03Graham Gower <graham.gower@gmail.com> 07org.openembedded.dev * r5e51870a3e 10openembedded.git/recipes/netsurf/ (5 files in 2 dirs): |
| 22:52.34 | CIA-1 | netsurf: fixes for GCC-4.4, from netsurf svn. |
| 22:52.35 | CIA-1 | Netsurf appears to be statically linked with these libraries, so I |
| 22:52.35 | CIA-1 | bumped its PR too. |
| 22:52.35 | CIA-1 | Signed-off-by: Graham Gower <graham.gower@gmail.com> |
| 22:52.36 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 22:53.16 | jeaneus | all: need help with omap gfx .bb (libgles-omap3_xxx.bb). anyone available? |
| 22:53.33 | woglinde | jeaneus hm whats your porblem? |
| 22:54.57 | jeaneus | I do not want to make GFX. I have a different GFX that I want to use that I am planning to place in the file system later. I have been trying to remove this or turn this off, but I don;t know where to do this. |
| 22:55.47 | Laibsch | jeaneus: preferred provider for qt4x11 |
| 22:56.02 | woglinde | Laibsch nope |
| 22:56.16 | woglinde | you can have gles without qt |
| 22:56.38 | jeaneus | FYI: I am somewhat new to oe and bitbake so I am learning my way around.... |
| 22:56.51 | woglinde | jeaneus what you exactly building? |
| 22:57.04 | Laibsch | woglinde: my understanding is that gles is unwanted here |
| 22:57.12 | woglinde | laibsch right |
| 22:57.28 | woglinde | but we have to find out by which stuff it is draged in |
| 22:58.47 | CIA-1 | 03Ming Chow å¨æ <chow.ming@linuxbj.com> 07org.openembedded.dev * rccd18852f3 10openembedded.git/ (7 files in 3 dirs): (log message trimmed) |
| 22:58.47 | CIA-1 | compcache: Add version 0.5+0.6pre3 and version 0.6 |
| 22:58.47 | CIA-1 | * compcache creates RAM based block device (named ramzswap) which acts as swap disk. Pages swapped to this disk are compressed and stored in memory itself. |
| 22:58.49 | CIA-1 | * Compressing pages and keeping them in RAM virtually increases its capacity. This allows more applications to fit in given amount of memory. |
| 22:58.52 | CIA-1 | * added modules_install target in top Makefile to fit the automatically modules build process |
| 22:58.54 | CIA-1 | * added KERNELDIR variable to make 2.6 style KBUILD system work |
| 22:58.56 | CIA-1 | * modified the Makefile for rzscontrol tool to use cross toolchain instead of local gcc |
| 22:59.20 | jeaneus | woglinde: I have a gpe .bb that build X11 then build some other apps for the target. I do not want gles to be included in the build also I can care less for the kernel. I can load a newer version with a different kernel later on. |
| 23:00.14 | woglinde | jeaneus you build your own image.bb? |
| 23:01.04 | jeaneus | woglinde: I would like just to build oe using angstrom for a zoom2 (unstable branch) with no GFX support, since GFX seems to based on beagle (for now).... |
| 23:01.51 | woglinde | jeaneus again please show your bitbake line |
| 23:02.50 | CIA-1 | 03Florian Boor <florian.boor@kernelconcepts.de> 07org.openembedded.dev * ra8b95ab31b 10openembedded.git/recipes/xserver-common/xserver-common_1.31.bb: xserver-common: add 1.31 |
| 23:02.51 | CIA-1 | 03Florian Boor <florian.boor@kernelconcepts.de> 07org.openembedded.dev * rbc3852e7f0 10openembedded.git/recipes/tasks/task-sdk-base.bb: task-sdk-base: Use virtual libc development package to use the selected libc instead of pulling in glibc. |
| 23:02.52 | CIA-1 | 03Florian Boor <florian.boor@kernelconcepts.de> 07org.openembedded.dev * r2695f790ec 10openembedded.git/recipes/gtkhtml/gtkhtml-3.8_3.18.0.bb: gtkhtml-3.8: Fix staging of 3.18.0 |
| 23:05.17 | jeaneus | is it a custom: bitbake gpe-zoom2.bb that |
| 23:06.42 | florian | hmm...a zoom2 for gpe development - cool :) |
| 23:06.45 | woglinde | ah then show us the content |
| 23:08.26 | florian | good night |
| 23:08.34 | woglinde | nite florian |
| 23:08.36 | jeaneus | give me min.... |
| 23:08.48 | CIA-1 | 03Ming Chow å¨æ <chow.ming@linuxbj.com> 07org.openembedded.dev * r40dd422071 10openembedded.git/recipes/linux/ (2 files in 2 dirs): |
| 23:08.48 | CIA-1 | linux-nokia800-2.6.21-osso71.bb: Fixed undefined reference to __aeabi_uldivmod |
| 23:08.48 | CIA-1 | * This was a problem when using gcc-4.3 compile linux-nokia800-2.6.21-osso71 |
| 23:08.48 | CIA-1 | Signed-off-by: Ming Zhou <chow.ming@linuxbj.com> |
| 23:08.50 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 23:10.22 | woglinde | khem do you update patchwork too? |
| 23:11.41 | khem | yes |
| 23:13.06 | jeaneus | XSERVER ?= "xserver-xorg \ |
| 23:13.06 | jeaneus | <PROTECTED> |
| 23:13.06 | jeaneus | <PROTECTED> |
| 23:13.06 | jeaneus | <PROTECTED> |
| 23:13.06 | jeaneus | <PROTECTED> |
| 23:13.08 | jeaneus | <PROTECTED> |
| 23:13.12 | jeaneus | ECONFIG ?= "places e-wm-config-angstrom e-wm-config-default" |
| 23:13.14 | jeaneus | ECONFIG ?= "places e-wm-config-angstrom e-wm-config-default" |
| 23:13.18 | jeaneus | EXTRA_ZOOM2_STUFF += "\ |
| 23:13.20 | jeaneus | EXTRA_ZOOM2_STUFF += "\ |
| 23:13.22 | jeaneus | dbus \ |
| 23:13.24 | jeaneus | dbus-glib \ |
| 23:13.26 | jeaneus | dbus-x11 \ |
| 23:13.28 | jeaneus | dbus-lib \ |
| 23:13.29 | woglinde | args |
| 23:13.30 | jeaneus | gst-meta-base \ |
| 23:13.32 | jeaneus | gst-meta-audio \ |
| 23:13.34 | jeaneus | gst-meta-video \ |
| 23:13.34 | woglinde | ~pastebin |
| 23:13.35 | ibot | [~pastebin] A "pastebin" is a web-based service where you can paste anything over 3 lines without flooding the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://www.rafb.net/paste |
| 23:13.36 | jeaneus | xf86-input-tslib \ |
| 23:13.38 | jeaneus | mime-support e-wm ${ECONFIG} exhibit \ |
| 23:13.40 | jeaneus | tslib-conf tslib-tests tslib-calibrate \ |
| 23:13.42 | jeaneus | xmodmap \ |
| 23:13.44 | jeaneus | xev \ |
| 23:13.46 | jeaneus | pointercal \ |
| 23:13.48 | jeaneus | ogre-egl \ |
| 23:13.50 | jeaneus | ogre-egl-samples" |
| 23:13.52 | jeaneus | |
| 23:13.56 | jeaneus | DEPENDS = "${MACHINE_TASK_PROVIDER} \ |
| 23:13.58 | jeaneus | DEPENDS = "${MACHINE_TASK_PROVIDER} \ |
| 23:14.00 | jeaneus | <PROTECTED> |
| 23:14.06 | jeaneus | IMAGE_INSTALL = "\ |
| 23:14.10 | jeaneus | task-proper-tools \ |
| 23:14.12 | jeaneus | <PROTECTED> |
| 23:14.14 | jeaneus | <PROTECTED> |
| 23:14.16 | jeaneus | <PROTECTED> |
| 23:14.18 | jeaneus | <PROTECTED> |
| 23:14.20 | jeaneus | openssh-scp openssh-ssh \ |
| 23:14.22 | jeaneus | <PROTECTED> |
| 23:14.24 | jeaneus | ${EXTRA_ZOOM2_STUFF}" |
| 23:14.28 | jeaneus | inherit image |
| 23:14.30 | jeaneus | inherit image |
| 23:14.32 | jeaneus | Sorry about that.... |
| 23:14.37 | woglinde | ~pastebin |
| 23:14.38 | ibot | [~pastebin] A "pastebin" is a web-based service where you can paste anything over 3 lines without flooding the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://www.rafb.net/paste |
| 23:16.31 | woglinde | jeaneus do you need the ogre stuff? |
| 23:16.36 | jeaneus | http://pastebin.com/mc8f97f1 |
| 23:16.42 | woglinde | thats where gles comes ine |
| 23:16.54 | jeaneus | yes... |
| 23:17.14 | woglinde | how should this work? |
| 23:17.24 | woglinde | you cannt compile the stuff with gl support |
| 23:19.36 | jeaneus | okay then the only option is to include the GFX from a local dir and add it prior to build ogre? |
| 23:20.50 | woglinde | hm |
| 23:20.59 | woglinde | yes |
| 23:21.17 | woglinde | but I dont know if ASSUME_PROVIDED works on virtual package |
| 23:23.24 | jeaneus | I was able to use this an build a beagle env with ogre on angstrom so I assumed it would work with zoom2 |
| 23:24.36 | jeaneus | I can adjust libgles-omap3xxx.bb to point to a local GFX package then. |
| 23:25.07 | woglinde | nope |
| 23:25.10 | woglinde | the way is |
| 23:25.15 | woglinde | provide somewhere |
| 23:25.34 | woglinde | and then try the ASSUME_PROVIDED line in your local.conf |
| 23:26.39 | woglinde | ASSUME_PROVIDED += "virtual/egl" |
| 23:26.43 | *** join/#oe grg (n=grg@eth7090.sa.adsl.internode.on.net) |
| 23:27.34 | *** join/#oe mnabil (n=mnabil@41.234.70.36) |
| 23:29.32 | jeaneus | okay... I'll have another go at it.... |
| 23:29.46 | jeaneus | woglinde: Thanks for the input... |
| 23:51.00 | *** join/#oe archae0pteryx (n=snewman@69-12-128-192.dsl.static.sonic.net) |
| 23:55.04 | *** part/#oe jeaneus (n=orb@pool-173-71-43-116.dllstx.fios.verizon.net) |
| 23:57.10 | *** join/#oe tryah (n=vo@187.34.236.205) |