IRC log for #oe on 20100810

00:15.46*** join/#oe dijenerate (~dijenerat@64.210.44.37)
01:47.05*** join/#oe ibot (~ibot@rikers.org)
01:47.05*** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel
01:54.42*** part/#oe Thalarctos (~Thalarcto@12.156.66.34)
01:57.51*** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net)
02:13.50*** join/#oe mekius (~mekius@enlightenment/developer/mekius)
02:22.14*** join/#oe aloisiojr (~aloisio@187.58.108.109)
02:23.37*** join/#oe vps (~vitus@hnvr-4d07acbe.pool.mediaWays.net)
02:23.50*** join/#oe waite (~quassel@c-24-91-81-44.hsd1.ma.comcast.net)
02:38.16*** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner)
02:39.56HopsAtWorkanybody seeing a problem in gdb-cross-sdk?  only on 32... my run.do_populate_sysroot file is zero length
02:46.18jkridner2denix0: I believe the xdctools binary has a problem with x86_64, but I'm not sure still.  the executable does nothing.
02:48.16denix0ah, quite possible - I'm not using 64bit machines...
02:56.52jkridneri put the bin on a 32-bit machine and it expanded "properly"...
02:57.00jkridneromg, this installer is a work of junk!
02:58.30denix0tell me about it... :)
03:00.20jkridnerany idea where I should untar the version I just made on my 32-bit machine and how to continue with my build?
03:04.43*** join/#oe jpereira (~jpereira@unaffiliated/jpereira)
03:07.38*** join/#oe borg_ (~olaf@p548681D8.dip0.t-ipconnect.de)
03:12.13denix0jkridner: copy xdctools_X.Y.Z into workdir (tmp/work/armv7a*/xdctools-*/xdctools-X.Y.Z)
03:12.39jkridnerarmv7a* or beagleboard*?
03:12.41denix0edit xdctools.inc and remove "require ti-eula-unpack.inc"
03:13.30denix0right, beagleboard* then
03:14.02jkridnerk.  I wasn't sure about the -X.Y.Z either, so thanks for that!
03:14.12denix0you should have xdctools* directory in workdir already, just copy the extracted xdctools-X.Y.Z into that directory
03:16.13jkridneralso, I think the new names are ti-xdc*, but I'm not sure of that.
03:16.56jkridneroops, I did until I did -c clean.
03:17.16denix0the name from the recipe is ti-xdctools, but the one which gets extracted is just xdctools :)
03:19.28jkridnerI did -c unpack to get back to the place where the unpack was meant to have occured.
03:20.27denix0jkridner: tmp/work/beagleboard-*-linux-gnueabi/ti-xdctools-3.16.01.27-r2/xdctools_3_16_01_27
03:21.04jkridneruh, do you have your _ and . swapped?
03:29.00jkridner2installing 'ia32-libs' enables the installer to work!
03:29.07jkridner2so, that is a much better work-around.
03:29.28denix0great find!
03:29.49jkridner2article: http://www.debian-administration.org/articles/531
03:42.08*** join/#oe Ironnads (~Ironnads@host109-152-211-111.range109-152.btcentralplus.com)
03:48.19*** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
04:18.38*** join/#oe mahesh (~mahesh@202.88.231.135)
04:19.17maheshhi
04:21.13maheshi have problem with oe build
04:21.47maheshbuild failed at do_rootfs for x11-image
04:21.56maheshshowing an error "opkg_install_cmd: Cannot install package locale-base-en-us."
04:25.04*** join/#oe russ_ (foobar@ip70-176-251-1.ph.ph.cox.net)
04:32.16*** join/#oe j24 (~j24@ns32433.ovh.net)
04:32.22j24hiy
04:32.49j24I'm have an error due to local include when compiling gcc
04:32.57j24did anyone have an idea?
04:47.42*** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox)
04:57.02mahesh<PROTECTED>
04:57.15j24| fixproto: populating `include-fixed'
04:57.15j24| CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include
04:57.15j24| fix-header: Internal error: abort in add_path, at c-incpath.c:425
04:57.26j24none see it?
04:57.31maheshbuild failed at do_rootfs for x11-image showing an error "opkg_install_cmd: Cannot install package locale-base-en-us."
04:57.36maheshany idea ?
05:05.21*** join/#oe mrc3_ (~mrc3@nat/ti/x-abngeduktduraych)
05:11.24*** join/#oe mrc3_ (~mrc3@nat/ti/x-jfjaofaakezkblsb)
05:14.14*** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com)
05:24.48*** join/#oe Jay7 (jay@95-29-190-30.broadband.corbina.ru)
05:33.30tasslehoffTartarus: ref yesterdays discussion. my gcc rpath actually points to /data/src/lead-dev/openembedded/build/angstrom-dev/sysroots/i686-linux/usr/lib, which is in the tree where I compiled the sdk
05:42.31tasslehoffwhich bitbake version is recommended atm?
05:49.18*** join/#oe mahesh (~mahesh@59.90.206.13)
05:56.10*** join/#oe mrc3 (~ddiaz@189.157.111.231)
06:01.53*** join/#oe Heinervdm (~thomas@pD9E16916.dip.t-dialin.net)
06:03.25tasslehoffWhen I have compiled an SDK, and "readelf -d gcc" shows an RPATH inside the tree I compiled in, isn't that odd? Doesn't seem very portable..
06:38.38*** join/#oe vps1 (~vitus@145.253.169.210)
06:40.13*** join/#oe CIA-4 (~CIA@208.69.182.149)
06:41.51grghmm...
06:42.00grgtask-boot.bb sucks in PREFERRED_PROVIDER_virtual/update-alternatives
06:42.11grgwhich is probably opkg, but not necessarily
06:42.51grgso its nigh on impossible to get a rootfs image without opkg binaries
06:43.04grgeven if ONLINE_PACKAGE_MANAGEMENT="none"
06:43.18*** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
06:43.43JaMa|Zzzgrg: but distro can set something else to DISTRO_UPDATE_ALTERNATIVES
06:44.24grgJaMa|Wrk, yes, that is the way to get an image without opkg
06:44.55JaMa|Wrkso why it sucks? you have to install at least one u-a provider
06:45.28JaMa|Wrkand preferably not both (u-a-cworth and opkg) as it was before
06:45.38grgyou have to really work hard to get an image without opkg
06:46.16JaMa|Wrkare postinst called even with  ONLINE_PACKAGE_MANAGEMENT="none"?
06:46.50grgforgive me, i don't know what that means :)
06:47.34grgi've been trying to build minimal/minimal-image with ONLINE_PACKAGE_MANAGEMENT="none" and it certainly results in opkg binaries in the image
06:48.12tasslehoffthe compiled SDK apparently works only on my system..
06:49.12JaMa|Wrkgrg: I mean postinst scripts from packages, because always after reflashing image and first opkg call I see lot of those executed (and often setting alternatives)
06:49.29JaMa|Wrkgrg: no idea how it works/doesn't work if you have ONLINE_PACKAGE_MANAGEMENT="none"
06:50.03grgJaMa|Wrk, there appear to be no calls to opkg in /etc/init.d with my minimal-image
06:50.21grgso presumably this would break all postinst scripts, yes
06:51.14JaMa|Wrkkhem: I forgot to mention yesterday, that those alignment traps happen only on armv4t (armv5 with same gcc and eglibc doesn't have those) I'm rebuilding armv5 image with same distribution (SHR instead of Angstrom) to confirm that it's not because my armv5 image is built with slightly different CFLAGS
06:51.47JaMa|Wrkgrg: ah than maybe you don't need u-a provider so much as nobody will call it automatically :)
06:52.53j24I'm have an error due to local include when compiling gcc gcc-4.3.3/build.x86_64-linux.sh4-angstrom-linux
06:53.02grgJaMa|Wrk, so i could make DISTRO_UPDATE_ALTERNATIVES dependent upon ONLINE_PACKAGE_MANAGEMENT!="none" ?
06:53.08j24| fixproto: populating `include-fixed'
06:53.08j24| CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include
06:53.08j24| fix-header: Internal error: abort in add_path, at c-incpath.c:425
06:53.14j24noone see this?
06:54.28grgj24, i haven't used sh4, nor have i noticed anyone else using it...
06:54.36grgj24, perhaps try the mailing list?
06:54.39JaMa|Wrkgrg: no strong opinion about this one.. but maybe you would like some u-a provider even with ONLINE_PACKAGE_MANAGEMENT == none (to maintain alternatives already installed for you)
06:55.31JaMa|Wrkgrg: but I agree that u-a-cworth will be better u-a provider in case ONLINE_PACKAGE_MANAGEMENT == none
06:56.03grghmm... which edge cases do we support... :)
06:58.47j24grg: how gcc will include /usr/include
06:59.02grgj24, it shouldn't
06:59.43grgj24, paste the relevant parts of your build log along with your local.conf into an email and send it to the mailing list
06:59.53j24grg: add?
07:00.04j24grg: what is the adress?
07:00.45grgj24, http://wiki.openembedded.net/index.php/Mailing_lists
07:01.04grgj24, you want the openembedded-devel list
07:01.11*** join/#oe hrw|gone (~hrw@chello087207212063.chello.pl)
07:01.21j24grg: tks
07:05.49tasslehoffI need a bit of help on this. I compile an SDK in /data/src/lead-dev/openembedded, and the resulting gcc compiler for arm has an RPATH in /data/src/lead-dev/openembedded/build/angstrom-dev/sysroots/i686-linux/usr/lib, and will only work on my machine as long as that directory exists.
07:07.30tasslehoffthe previous SDK I built also had this odd RPATH, but still worked on other systems, so something must have happened "under the hood"
07:11.26*** join/#oe thebohemian (~rschus@p5DDC2414.dip.t-dialin.net)
07:11.35grgtasslehoff, ask on the mailing list. OE's toolchain guy is probably asleep by now
07:11.54tasslehoffgrg: will do
07:17.21*** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
07:23.14eFfeM_workgm everyone
07:23.44hrwmorning
07:24.05*** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
07:25.25eFfeM_workmorning hrw, mickey|office
07:26.11mickey|officegood morning eFfeM_work
07:26.17eFfeM_workmickey|office: are you still interested in/working on/whatever in oe/openmoko ?
07:27.58mickey|officeeFfeM_work: i don't care at all about openmoko distro and the gtk+ based openmoko stuff; i still care about the om-gta* machines though.
07:28.24mickey|officefor me, the openmoko software side is completely over
07:28.32mickey|officeand no one is using any of the distros anymore
07:28.46mickey|officepeople with OM devices have migrated to SHR or to one of the non-OE distros
07:29.31eFfeM_workwell the issue is that conf/distro/include/preferred-om-2008-versions.inc pins a lot of old recipes, some of which use legacy staging etc, blocking removal of them
07:29.45mickey|officeright
07:29.47mickey|officeyank it
07:29.52eFfeM_workbtw it also list recipes that are gone already
07:29.57eFfeM_workyank the inc file ?
07:30.02mickey|officeno one is building OM 2007.x nor OM 2008.x nor OM 2009.x out of OE anymore
07:30.10mickey|officethe inc and the distro
07:30.25mickey|officewe can add an oe.error( "please use SHR" ), if someone choses openmoko
07:31.11eFfeM_workwhat would be the best way procedurewise? Guess if I nuke it right away people won't be happy wrt the procedure
07:31.17eFfeM_workguess it is best if you rm it
07:31.42eFfeM_workI can do so as well, but guess in that case I have to RFC it and ask for at least two acks
07:32.56hrweFfeM_work: Acked-by: Marcin Juszkiewicz <hrw@openembedded.org>
07:33.11JaMa|Wrkhehe
07:33.11mickey|officeeFfeM_work: Acked-by: Michael 'Mickey' Lauer <mlauer@vanille-media.de>
07:33.11hrweFfeM_work: mickey|office will give you second and you can remove in next 5 minutes ;D
07:33.27JaMa|Wrkwanna 3rd?
07:33.29mickey|officethe one thing to remember
07:33.41mickey|officeopenmoko is an example in lots of wikis
07:33.46mickey|officeso it would be better not to remove it altogether
07:33.49mickey|officebut add the error i talked about
07:33.58hrwyep
07:34.01mickey|officewe did the same in a couple of other cases
07:34.05eFfeM_workJaMa|Wrk: you also happy with it?
07:34.09JaMa|WrkeFfeM_work: sure
07:34.28hrwlike in conf/machine/corgi.conf
07:34.40mickey|officeright
07:34.44mickey|officeor the infamous husky
07:34.49mickey|officeiirc
07:34.57hrwor boxer etc
07:35.01soltysmorning
07:35.03mickey|officeah boxer it was
07:35.06mickey|officemorning soltys
07:35.15hrwhej soltys
07:35.18eFfeM_workI'll peek into it, not sure if I have the time to do so during the day, but otherwise will look at it tonight @ home
07:37.53eFfeM_workwhile we're at it, are there other distro's/machines that should be retired ?
07:38.11*** join/#oe CMoH-office (~cipi@89.238.251.90)
07:38.30*** join/#oe valhalla (~valhalla@81-174-22-2.dynamic.ngi.it)
07:38.33mickey|officemost likely yes, but we can't do that until the actual maintainers pop up
07:38.46*** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian)
07:38.59mickey|officewe could ask on the mailing list for something like "is this distro still being used?" and then wait 1 month for answers
07:39.15mickey|officemorning florian_kc
07:39.51floriangood morning
07:42.08eFfeM_workmickey|office: another good reason to have explicit maintainers (if not for the recipes then at least for distro and machine)
07:43.02eFfeM_workbut as long as a machine or distro does not pin things or block others, I have no problems to keep it around
07:43.58mickey|office(maintainers) true
07:49.19eFfeM_workdid a quick check, several distro's do not have a maintainer listed
07:49.54eFfeM_workwill write an RFC to the ML to add maintainers to distro files (and probably machine and recipe as well)
07:51.09*** join/#oe Openfree` (~Openfreer@116.228.88.98)
07:53.19*** join/#oe lauanana (~lauanana@ANantes-552-1-20-225.w86-203.abo.wanadoo.fr)
07:55.51tasslehoffDigging a bit here. My SDKs gcc for arm says "error while loading shared libraries: libmpfr.so.4: cannot open shared object file" since the library can't be found in the RPATH. I tried specifying LD_LIBRARY_PATH without luck. Is it looking for an x86 or arm library?
07:59.02*** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
07:59.26*** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net)
07:59.33floriantasslehoff: if it gives you this message when you just run gcc its an x86 library missing
08:03.19tasslehoffflorian: ok. my sdk only contains libmpfr.so.4 for arm, so I probably need to find out which ubuntu-package will give me that library then
08:03.48tasslehoffhm, I only have libmpfr.so.1
08:04.07eFfeM_workbtw mickey|office as python wiz is there anything you can say about http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-August/022659.html
08:04.19eFfeM_workguess something similar applies to perl too
08:09.40mickey|officeeFfeM_work: i'll take a look
08:09.53eFfeM_worktnx
08:12.39*** join/#oe B_Lizzard (~havoc@athedsl-423483.home.otenet.gr)
08:15.24*** join/#oe ant_work (~chatzilla@host214-85-static.34-85-b.business.telecomitalia.it)
08:24.04tasslehoffIt seems difficult to get libmpfr.so.4 on Ubuntu 10.04. Can I somehow embed it in my SDK instead, and set LD_LIBRARY_PATH to look there as well?
08:24.16*** join/#oe lrg (~lrg@slimlogic.co.uk)
08:29.05hrwtasslehoff: you can grab libmpfr4 from ubuntu 10.10
08:29.15eFfeM_workshr people: found this in machine/shr.conf:
08:29.16eFfeM_work# set default locale for images - we have to do that before
08:29.16eFfeM_work# including angstrom-2007-for-openmoko.inc because otherwise
08:29.16eFfeM_work# it will be already set to en-gb
08:29.29eFfeM_workbut angstrom-2007-for-openmoko.inc is not included
08:30.42eFfeM_workguess the comment should be updated
08:31.10tasslehoffhrw: is it also a solution to RDEPEND on mpfr in my task-toolchain-host.bb?
08:31.29JaMa|WrkeFfeM_work: I'll remove it
08:31.39eFfeM_workcool
08:32.47eFfeM_workactually found it while checking if the file was still in use
08:33.09eFfeM_workno-one is, but koen is listed as maintainer, so better consult him first
08:34.33hrwno
08:34.56eFfeM_workJaMa|Wrk: while we're at it: you asked "wanna 3rd" for the openmoko removal, guess it does not harm so yes,please
08:35.16eFfeM_workhrw guess that was to me, was the no on removal or consulting koen?
08:35.16JaMa|Wrkwe used it too in SHR.. but the stuff pinned there was too old and mostly overwritten later by us.. so I removed it later
08:35.43JaMa|WrkeFfeM_work: I'll ack it as soon as I see the patch
08:36.00eFfeM_workok
08:36.20hrweFfeM_work: no it was to tasslehoff
08:36.27hrwtasslehoff: no, it is not a solution
08:36.32eFfeM_workok
08:37.21*** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171)
08:38.17tasslehoffhrw: ok. grabbed it from 10.10, and then libgmp.so.10 is the next one missing. the search goes on :)
08:39.35CIA-403Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r652a4ea9ab 10openembedded.git/conf/distro/shr.conf: shr: cleanup distro config a bit
08:41.33tasslehoffand that one does not exist even in 10.10. hmm.
08:42.56hrwtasslehoff: libgmp3c2: /usr/lib/libgmp.so.3.5.2
08:45.03tasslehoffhrw: that one I have. should/could I just create a symlink?
08:45.55tasslehoffhrw: that worked, though I feel a bit dirty now :)
08:46.17hrwtasslehoff: you cleanly do it wrong
08:50.18tasslehoffhrw: probably, but I don't know where/what? the gcc from my sdk wants a version of libmpfr that I can't get on Ubuntu 10.04, and I'm not sure why.
08:51.11hrwI think that it should be from OE libmpfr-native
08:52.57tasslehoffhrw: meaning that when developing against the sdk I should use bitbake recipes that depend on libmpfr-native? sorry if I'm being dense here.
08:54.47hrwyou built sdk with OE - right?
08:54.57hrwcheck did it built libmpfr-native during build
09:02.59eFfeM_workopenmoko removal patch sent to ML
09:04.38hrwwith all Acks?
09:04.45eFfeM_workyes
09:04.58eFfeM_workplease have a look if the msg text is ok
09:04.59hrwthx
09:05.12eFfeM_workif JaMa|Wrk also acks it I'll push it tonight
09:05.25JaMa|Wrkstill not in my maildir
09:06.20hrwgive servers a bit of time
09:06.21eFfeM_workit'll come. it is on the web already
09:06.23eFfeM_workhttp://lists.linuxtogo.org/pipermail/openembedded-devel/2010-August/022680.html
09:07.21hrweFfeM_work: s/aug/Aug
09:07.49eFfeM_workwill fix
09:08.12hrw"It is recommented to use DISTRO='shr' instead."?
09:08.23hrw"It is recommended to use DISTRO='shr' instead."?
09:08.45eFfeM_workactually wanted to add the git checkout cmd but my python was not good enough to get he } of the git command in the text
09:08.50eFfeM_workhrw: fixed
09:09.03hrwgit has lot of manuals
09:09.35eFfeM_workyup, that's why i did not spent too much time on this
09:09.44eFfeM_works/this/it/
09:12.43XorA|gonegood riddance to OM distro :-)
09:13.02hrw;D
09:13.16hrwneed to remember new phrase
09:14.41eFfeM_workJaMa|Wrk: thanks for the ack,  v2 with reworked text has been posted
09:14.53eFfeM_workXorA|gone: do I recall correctly that Koen is on holiday?
09:14.58XorA|gonedigs a 6ft x 4ft hole in the ground and starts piling in old configs
09:15.05XorA|goneeFfeM_work: no idea
09:15.08ynezzeFfeM_work: yep
09:15.23XorA|goneeFfeM_work: as last OM maintainer you can add my ack to killing it :-)
09:15.37eFfeM_workXorA|gone: ok
09:16.02XorA|goneit was only ever a rebadge of Angstrom anyway
09:16.05hrweFfeM_work: Koen on holidays == less problems with pushing bigger changes? :D
09:17.10XorA|goneif he is on hols we can burglarise and get his stash of omap boards
09:17.28eFfeM_workXorA|gone: I would also like to kill angstrom-2007-for-openmoko.inc, no one is using it any more but it lists koen as maintainer so would like to have some blessing for removing it from the angstrom team (or should I better wait until he's back; it does not really harm, butnow I am on it and otherwise it might be forgotten
09:17.51eFfeM_workhrw, do not seed exciting ideas :P
09:17.53XorA|goneeFfeM_work: you can nuke that safely
09:17.54eFfeM_worknaughty boy
09:18.11XorA|goneeFfeM_work: he created that file for me
09:18.19eFfeM_workXorA|gone: I'll nuke it
09:18.51tasslehoffhrw: I can't find any libmpfr-native folders in my tmpdir, but I have an x86 version in "tmpdir/sysroots/i686-linux/usr/lib" where I compiled the sdk
09:18.56Jay7eFfeM_work: save this log to attach on Koen's scream in ML :)
09:19.19eFfeM_workand wrt the boards: I know his physical address (unless he moved recently). ofc there must be a bounty before I reveal it <grin>
09:19.35eFfeM_workJay7: rikers bot will log all of this
09:19.59hrweFfeM_work: I think that many people know where Koen lives
09:20.13hrwI am just too lazy to dig in emails ;D
09:20.23eFfeM_work:-)
09:20.53XorA|gonehis guinea pigs will be an issue, they are vicious :-D
09:21.13eFfeM_workbtw anyone who can help me or give me some advise on an autotools issue: http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-August/022614.html ?
09:21.47eFfeM_workis not scared of pigs, I was raised on a farm with plenty of pigs around, including vicious ones
09:22.03XorA|goneeFfeM_work: Guinea Pigs != Pigs
09:22.08eFfeM_workjust need a good ale fork or whatever the english name is
09:22.33XorA|goneeFfeM_work: http://www.youtube.com/watch?v=jI-ObHzkw78
09:22.37eFfeM_workreal pigs are much bigger and the adult males can be very agressive too
09:43.13*** join/#oe mnabil (~mnabil@41.234.70.104)
10:08.14*** join/#oe fraxinas (~quassel@p4FD679FA.dip.t-dialin.net)
10:20.41*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
10:56.57*** join/#oe mnabil_ (~mnabil@41.234.68.221)
11:04.04*** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
11:04.04*** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner)
11:04.04*** join/#oe univac (~univac@148.81.171.50)
11:05.31*** join/#oe dos1 (~dos@unaffiliated/dos1)
11:20.40CIA-403Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r5e69441e65 10openembedded.git/recipes/pidgin/pidgin_2.7.2.bb:
11:20.40CIA-4pidgin: add 2.7.2 version
11:20.40CIA-4Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
11:20.48CIA-403Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r27870493b2 10openembedded.git/recipes/xfsprogs/xfsprogs_3.1.2.bb:
11:20.48CIA-4xfsprogs: add 3.1.2 version
11:20.48CIA-4Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
11:39.43*** join/#oe pirho_ (debian-tor@gateway/tor-sasl/pirho)
11:55.17*** join/#oe pirho_ (debian-tor@gateway/tor-sasl/pirho)
12:10.34mwesterreads the backlog and discovers the plot.
12:12.31*** join/#oe ldnunes (~ldnunes@189.114.111.55)
12:15.48CIA-403Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rdb4786b7be 10openembedded.git/recipes/nano/ (nano-2.2.5/ncursesw.includedir.patch nano_2.2.5.bb):
12:15.48CIA-4nano: add version 2.2.5 and fix for using system ncursesw
12:15.48CIA-4Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
12:21.06eFfeM_workrwhitby: as we're about to terminate the openmoko distro, is there still a use case for mokoslug? or should that be terminated as well ?
12:21.29eFfeM_workmwester: the plot thickens ;-)
12:24.24*** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
12:24.30*** join/#oe david_ (~david@mna75-2-82-67-197-228.fbx.proxad.net)
12:24.40hrweFfeM_work: celinux-test gmustix mamona opennm openprotium wrt54oe etc will be next?
12:25.15hrweFfeM_work: celinux-test was done for CELF few years ago and probably never updated.
12:25.53*** part/#oe david_ (~david@mna75-2-82-67-197-228.fbx.proxad.net)
12:25.54eFfeM_workhrw, if they are not used, why not, but actually I think some of them are still used (guess gumstix is, perhaps wrt54oe too)
12:26.38*** join/#oe MacAddict (~david@mna75-2-82-67-197-228.fbx.proxad.net)
12:26.42*** join/#oe Marex (vasum7am@u-pl1.ms.mff.cuni.cz)
12:26.57eFfeM_workhrw: if they are used and don't block others I have no problems keeping them; reason for explictly asking about mokoslug was its description
12:27.00eFfeM_work"The Linux Server companion for Openmoko phones"
12:27.07hrwsure
12:27.33eFfeM_workso w/o openmoko this could be pretty useless too
12:28.18*** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
12:28.31hrwxxs1500 machine... I had to remove it long time ago D:
12:28.40hrwit is unbuildable since eons
12:29.20soltys;)
12:29.40eFfeM_workhrw, then remove
12:29.55eFfeM_workguess there are lots of other unused machines around, but they do not really harm
12:30.35hrwwill leave it. maybe one day someone will use it agan
12:31.21mwestereFfeM_work,  mokoslug can be removed as well.
12:31.31eFfeM_workmwester: ok
12:31.44eFfeM_workwill take care of that tonight
12:37.00cbrakedoes anyone know why EXTRA_AUTORECONF = "--exclude=autopoint" is in autotools.bbclass?
12:37.27cbrakeI'm wondering how the correct version of po/Makefile.in.in gets generated without it
12:38.54*** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr)
12:39.32ant_workeFfeM_work: once I wondered about a matrix of working distro/machine
12:39.55ant_workat least of 'used' pairs
12:40.09cbrakeit seems some recipes include:
12:40.10cbrakedo_configure_prepend () { autopoint --force
12:40.10cbrake}
12:40.18cbrakeguess that is what I need to do ...
12:40.47eFfeM_workant_work: use a big system and something like for i in machinelist ; do ; MACHINE=$i bitbake x11-image;done or whatever image you want to use as ref
12:41.10ant_workI mean we could collect the autobuilder outputs and populate that matrix
12:41.26ant_workbut we would have' image-level' outputs
12:41.35eFfeM_workyou mena the angstrom autobuilder or the tinderbox info
12:41.42ant_workyes
12:41.52eFfeM_worki seem to recall tinderbox had some issues last time I wanted to search for something
12:42.03eFfeM_workgot an sql error on my pacakge search
12:42.17ant_workeg minimal-simpad OK, minimal-beagleboard KO, ...
12:42.41ant_workat least referring to a known image
12:43.13eFfeM_workcould be useful but is a lot of work
12:43.14ant_worksmthg like 'minimal-console-image-simpad'
12:43.19*** join/#oe mahesh (~mahesh@59.90.206.13)
12:44.24rwhitbyeFfeM_work: terminate it too
12:44.33eFfeM_worknot oe related, but hey this is the oe lounge so lots of geek talk fits here: anyone aware of an SSD > 80 GB with SLC chips in it (and no indilinx controller)
12:44.37eFfeM_workrwhitby: thanks, will do
12:50.36*** join/#oe marcompile (~marco@189.12.184.62)
12:51.13*** join/#oe B_Lizzard (~havoc@athedsl-423483.home.otenet.gr)
12:54.44*** join/#oe thebohemian (~rschus@p5DDC2414.dip.t-dialin.net)
12:55.53dcordesmickeyl: ping
12:59.09*** join/#oe julianpid (~julianpid@212.183.140.38)
12:59.11*** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes)
13:04.15*** join/#oe kevinsc (~a0214685@nat/ti/x-ctnuvzpyedsjucyc)
13:10.05*** join/#oe etrunko (~edulima@201.53.197.138)
13:15.58*** join/#oe aloisiojr (~aloisio@186.212.112.70)
13:23.07*** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
13:23.59*** join/#oe jkridner1 (~a0321898@nat/ti/x-kfhhpesruxjermnt)
13:25.05*** join/#oe vps1 (~vitus@145.253.169.210)
13:57.57cbrakeit appears that packages are no longer allowed to overwrite files that other packages install at the rootfs stage
13:58.10*** join/#oe toi (~toi@d54C2AA76.access.telenet.be)
13:59.33*** join/#oe BenLauDC (~benlau@221.125.8.44)
14:00.03HopsNBarleymy gdb-cross-sdk problem was the destination sdk already installed - remote it, then it builds fine.
14:00.06pb_cbrake: yeah, I think opkg was patched to correctly diagnose that a few weeks ago
14:00.21HopsNBarleys/remote/remove - yawn.
14:02.30cbrakepb_: that closes a convenient way to modify config files in existing packages without modifing a bunch of packages and tracking all those modifications
14:02.36cbrakethinks on this some more ...
14:03.58pb_cbrake: if you declare your package as Replaces: <foo> then it will still be allowed to do that
14:04.05*** join/#oe fraxinas (~quassel@p4FD66FEF.dip.t-dialin.net)
14:04.31*** join/#oe mrmoku` (~mrmoku@ppp-82-135-89-193.dynamic.mnet-online.de)
14:06.54*** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net)
14:09.41cbrakepb_: that sounds great -- where do you specifiy "Replaces" ?
14:10.08pb_cbrake: RREPLACES_${PN} in your .bb file
14:10.17cbrakepb_: ahh, excellent -- thanks
14:13.32*** join/#oe rsalveti (~rsalveti@201.82.70.219)
14:16.53*** join/#oe kgilmer (~kgilmer@168.103.7.215)
14:32.12*** join/#oe julian_ (~julianpid@firewall.ctxuk.citrix.com)
14:38.20*** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner)
14:46.13*** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
14:48.49pb_hi mickey|office
14:49.09mickey|officemorning pb_
14:54.56*** join/#oe pirho_ (debian-tor@gateway/tor-sasl/pirho)
14:56.57*** join/#oe thebohemian (~rschus@port-83-236-187-42.static.qsc.de)
15:14.44*** join/#oe lrg (~lrg@slimlogic.co.uk)
15:41.53*** join/#oe victor_ (~quassel@190.99.254.36)
16:01.33*** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl)
16:02.01*** join/#oe mithro (~tim@unaffiliated/mithro)
16:05.35CIA-403Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r07b7b39348 10openembedded.git/conf/distro/ (include/preferred-om-2008-versions.inc openmoko.conf): (log message trimmed)
16:05.35CIA-4openmoko: removed distro
16:05.35CIA-4As discussed on #oe on Aug 10, 2010.
16:05.35CIA-4Removed because this is not used or maintained any more.
16:05.35CIA-4A message
16:05.36CIA-4*
16:06.53CIA-403Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r24ed3287fe 10openembedded.git/conf/distro/mokoslug.conf:
16:06.53CIA-4mokoslug.conf: removed distro
16:06.53CIA-4approved by mwester and rwhitby on irc
16:06.53CIA-4Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
16:07.17rwhitbyRIP mokoslug
16:10.03*** join/#oe lisppaste (~lisppaste@common-lisp.net)
16:10.15CIA-403Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r335234b673 10openembedded.git/conf/distro/include/angstrom-2007-for-openmoko.inc:
16:10.15CIA-4angstrom-2007-for-openmoko.inc: removed
16:10.15CIA-4was not used any more.
16:10.15CIA-4XorA said on #oe that this was created for him, and that it could go
16:10.15CIA-4Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
16:10.59eFfeMRP, actually my slug is almost RIP  too, I think it is more than half a year ago since it was powered
16:16.03*** join/#oe pirho_ (debian-tor@gateway/tor-sasl/pirho)
16:26.17hrwI need to find time to power m sheevaplug back again
16:27.56kergoth_too
16:29.39*** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net)
16:30.59*** join/#oe CMoH|notebook (~cipi@95.76.71.81)
16:31.01hrweach time when I launch 'git gui' I wonder why Tk is so ugly
16:31.13kergoth_agreed
16:33.48pb_well, it's 20 years old.  I think the state of the art in gui toolkits has changed a bit in the past two decades. :-}
16:34.29mwestereFfeM, slugs never die.  Their PSU's merely fail.  :)
16:34.59eFfeMmwester: true, but the xscales in it are declared EOL
16:35.17eFfeMi have no plans to abandon my slug
16:36.27hrw"apt-get install tk8.5;update-alternatives --config wish" + wish8.5 == a bit better
16:45.21*** join/#oe kgilmer (~kgilmer@host-174-45-90-148.bzm-mt.client.bresnan.net)
16:45.56*** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr)
16:51.51hrwbye
16:53.12eFfeMls
17:29.18*** join/#oe CMoH (~cipi@95.76.71.81)
17:32.33CIA-403Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r3cd6729fe7 10openembedded.git/MAINTAINERS:
17:32.33CIA-4MAINTAINERS: removed openmoko distro maintainer as openmoko has been terminated
17:32.33CIA-4Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
17:43.44*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
17:45.05CIA-403Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r5db1701988 10openembedded.git/recipes/alsa/ (7 files):
17:45.05CIA-4alsa: removed old versions
17:45.05CIA-4Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
17:46.03*** join/#oe MWelchUK_work_ (~welchma@65.91.2.71)
17:46.38CIA-403Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r7fcd85506e 10openembedded.git/recipes/abiword/ (3 files):
17:46.38CIA-4abiword: removed 2.5.2; 3 years old and default pref -1
17:46.38CIA-4Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
17:52.16CIA-403Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rfc3233b3a2 10openembedded.git/recipes/autoconf/ (15 files in 3 dirs):
17:52.16CIA-4autoconf: remove a few old unused versions
17:52.17CIA-4Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
17:54.17CIA-403Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rb48cd835b4 10openembedded.git/recipes/zziplib/ (zziplib_0.10.82.bb zziplib_0.12.83.bb):
17:54.17CIA-4zziplib: remove old versions
17:54.17CIA-4Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
17:56.33mwesterimagines effeM's home; a spartan place with all non-functional or not-currently-used items absent completely... :p :D
17:58.32JaMathat looks like good image..
17:59.17JaMadoesn't like stuff which looks functional and after few hours waiting for miracles to happen you discover that it's long dead :)
17:59.51mwesterAh, but there is a place in life for non-functional things, too.  I appreciate my dog, for example.
18:00.30JaMaand he has his place as long as you appreciate him
18:00.57eFfeMmwester: don't even dare to suggest that to my wife, she'll make me clean up for at least a week
18:01.02eFfeMtoo much hw around the compu
18:01.13JaMabut after you as his owner lost interest and stop feeding him .. who knows how long it can be still considered a dog..
18:01.32eFfeMand at some point he becomes smelly
18:01.38eFfeMaway for coffee break
18:04.12*** join/#oe hoj (~hoj@75-147-191-205-Washington.hfc.comcastbusiness.net)
18:36.57CIA-403Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * rcdf13c967f 10openembedded.git/recipes/initscripts/ (files/functions initscripts_1.0.bb):
18:36.57CIA-4initscripts: Fixed empty machine_id returned on some devices.
18:36.57CIA-4Signed-off-by: Stanislav Brabec <utx@penguin.cz>
18:38.27CIA-403Christian Rüb <christian.rueb@gmx.net> 07org.openembedded.dev * ref6107ce7e 10openembedded.git/recipes/openmoko-3rdparty/advancedcaching_git.bb:
18:38.27CIA-4advancedcaching: new version 0.6.1.5
18:38.27CIA-4Signed-off-by: Christian Rüb <christian.rueb@gmx.net>
18:38.27CIA-4Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
18:38.27CIA-403Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r75cbe0974c 10openembedded.git/recipes/shr/elementary-theme-gry_git.bb:
18:38.28CIA-4elementary-theme-gry: bump SRCREV
18:38.29CIA-4Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
18:45.41*** join/#oe Jin^eLD (~jin@belief.htu.tuwien.ac.at)
18:45.43Jin^eLDhuhu
18:48.24*** join/#oe aloisiojr (~aloisio@186.212.112.70)
18:49.43florianre
18:49.59CIA-403Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rb1fbc3fd45 10openembedded.git/recipes/zeroconf/ (3 files in 2 dirs):
18:49.59CIA-4zeroconf 0.6.1: removed (5 years old)
18:49.59CIA-4Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
18:50.09CIA-403Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r6c51e308c7 10openembedded.git/recipes/zeroconf/files/ (4 files):
18:50.09CIA-4zeroconf: renamed files to zeroconf-0.9
18:50.09CIA-4Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
18:51.38eFfeMmickeyl: JaMa, hrw|gone, XorA|gone, was wonderig if after nuking openmoko distro there is still room for the openmoko* recipes
18:53.17hrwyes, there is
18:53.30hrwmost of them are not bound to openmoko hardware
18:53.30eFfeMok, was just wondering
18:53.47hrwI wrote recipes for most of om2007.2 ones
18:53.48eFfeMtrue (but the name is somewhat misleading in that case)
18:53.58JaMaand many from them are also used by SHR
18:54.25hrweFfeM: no, they were wrote for openmoko company and have such names
18:54.33hrwOpenmoko-contacts for example
18:54.39eFfeMah ok
18:54.49eFfeMdoes not know too much about the openmoko history
18:55.01JaMais usually putting new stuff (originally writen with openmoko phones in mind) to openmoko-3rdparty
18:57.05*** join/#oe betheg (unkown@unaffiliated/betheg)
19:02.41CIA-403Jason Kridner <jkridner@beagleboard.org> 07org.openembedded.dev * r7ac33686b5 10openembedded.git/recipes/beagleboard/beagleboard-test-scripts_git.bb:
19:02.41CIA-4beagleboard-test-scripts: added new scripts
19:02.41CIA-4testneon: runs burn-neon for 10 seconds
19:02.41CIA-4testdsp: runs loopgpp dsplink example
19:02.41CIA-4testmem: runs memtester
19:02.42CIA-4Signed-off-by: Jason Kridner <jkridner@beagleboard.org>
19:02.42CIA-4Signed-off-by: Denys Dmytriyenko <denis@denix.org>
19:02.44CIA-403Jason Kridner <jkridner@beagleboard.org> 07org.openembedded.dev * r3ebb92b7f1 10openembedded.git/recipes/beagleboard/beagleboard-test-scripts_git.bb:
19:02.45CIA-4beagleboard-test-scripts: updated to latest
19:02.45CIA-4Signed-off-by: Jason Kridner <jkridner@beagleboard.org>
19:02.45CIA-4Acked-by: Paul Menzel <paulepanter@users.sourceforge.net>
19:02.45CIA-4Signed-off-by: Denys Dmytriyenko <denis@denix.org>
19:08.41*** join/#oe NvrBst (~nb@d64-180-45-236.bchsia.telus.net)
19:09.19*** join/#oe d_t_h (~dieter@a89-182-71-184.net-htp.de)
19:13.34*** join/#oe dth (~dieter@a89-182-71-184.net-htp.de)
19:20.15CIA-403Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r7f1a5e873d 10openembedded.git/recipes/cdparanoia/cdparanoia_9.8alpha.bb:
19:20.15CIA-4cdparanoia_9.8alpha.bb: removed old version
19:20.15CIA-4Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
19:20.33CIA-403Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * re9fdbfcbba 10openembedded.git/recipes/tzdata/tzdata_2010j.bb:
19:20.33CIA-4tzdata: bump version to 2010k
19:20.33CIA-4Signed-off-by: Simon Busch <morphis@gravedo.de>
19:20.33CIA-4Signed-off-by: Roman I Khimov <khimov@altell.ru>
19:20.34CIA-403Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * rac61355f70 10openembedded.git/recipes/tzcode/tzcode-native_2010j.bb:
19:20.34CIA-4tzcode-native: bump version to 2010k
19:20.35CIA-4Signed-off-by: Simon Busch <morphis@gravedo.de>
19:20.35CIA-4Signed-off-by: Roman I Khimov <khimov@altell.ru>
19:25.31*** join/#oe dijenerate (~dijenerat@64.210.44.37)
19:26.16*** join/#oe kristoffer (~kristoffe@95.209.202.15.bredband.tre.se)
19:42.37*** join/#oe CosmicPenguin (~nobody@207-114-132-30.static.twtelecom.net)
19:53.57*** join/#oe betheg (betheg@unaffiliated/betheg)
20:17.35*** join/#oe kerim (~kerim@81.214.22.138)
20:18.53*** join/#oe ant_ (~andrea@host57-255-dynamic.14-87-r.retail.telecomitalia.it)
20:22.27CIA-403Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * re69f211928 10openembedded.git/recipes/dpkg/ (7 files in 2 dirs):
20:22.27CIA-4dpkg: remove old unpinned versions
20:22.27CIA-4Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
20:24.11*** join/#oe victor_ (~quassel@190.99.254.36)
20:24.37*** join/#oe jkridner1 (~a0321898@nat/ti/x-rtkmetjcwqmycigw)
20:25.00*** join/#oe mithro (~tim@unaffiliated/mithro)
20:37.46*** join/#oe Martin-B (~martin@pool-70-67-198-89.dbd-ipconnect.net)
20:44.54*** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net)
20:47.55CIA-403Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rcafabdb4f7 10openembedded.git/conf/distro/include/angstrom-2008-preferred-versions.inc:
20:47.55CIA-4Revert "angstrom: jpeg 8b doesn't build, prefer 6b for the time being"
20:47.55CIA-4it seems to build again and Martin has sorted out the upgrade path issues on other commits
20:47.55CIA-4This reverts commit 6b099fc3110b76c260c3adafe6f8960e27e42d8b.
20:49.58*** join/#oe Thalarctos (~Thalarcto@12.156.66.34)
20:50.10*** join/#oe kerim (~kerim@81.214.22.138)
20:54.55*** join/#oe hansdampf (~moritz@212.77.183.238)
20:55.51ant_khem: would it be of any help if I'd prune the klibc recipes and just keep last one?
20:57.41khemant_: yes unused ones can be deleted
20:57.49khemant_: I owe you the fix
20:57.52ant_ok, atm absolutely nobody using klibc apart our kexecboot things
20:58.06khemant_: ok
20:58.10ant_heh, sorry but seems beyond my poor skills ;)
20:58.44ant_I'll clean the old recipes but the staging hell is up to you :p
21:00.18ant_fwiw dietlibc segfaults on do_compile.. heh, this *libc are sons of lesser gods
21:00.59*** join/#oe dos11 (~dos@unaffiliated/dos1)
21:02.17khemant_: http://pastebin.com/QnFeH94x
21:02.19khemtry this one
21:05.04ant_ok, but I already tried it w/out success
21:05.38ant_klibc headers are lost
21:06.33ant_I even tried          oe_runmake 'DESTDIR=${D}' install
21:06.36ant_same
21:07.13*** join/#oe Russ (~russ@206.29.188.230)
21:07.39*** join/#oe victor_ (~quassel@190.99.254.36)
21:09.00*** join/#oe tuxfan (~quassel@dsl-emcali-190.99.254.36.emcali.net.co)
21:12.09*** join/#oe CMoH|notebook (~cipi@95.76.71.81)
21:12.24ant_khem: no klcc, no headers, misplaced klibc.so
21:14.25khemant_: thats strange
21:14.31khemlet my tree build
21:14.37khemand then I will experiment
21:15.06ant_try kexec-tools-klibc-static as test against klibc, pls
21:16.14ant_it is like the sysroot phases are skipped
21:16.34ant_I mean, comparing the logs of the old/new
21:16.35*** join/#oe kgilmer (~kgilmer@97-121-207-211.blng.qwest.net)
21:17.10ant_khem, there is an isystem patch..perhaps this?
21:18.21ant_seems not the case
21:20.46*** join/#oe Spz0 (~a@97-120-169-45.ptld.qwest.net)
21:51.01*** join/#oe mickeyl (~mickey@80.81.242.146)
21:53.11*** join/#oe CMoH|notebook (~cipi@95.76.71.81)
21:59.43*** join/#oe CMoH-notebook (~cipi@95.76.71.81)
22:05.16*** join/#oe meindian523 (~easwar@unaffiliated/easwar)
22:05.37*** join/#oe aloisiojr (~aloisio@189.115.171.239)
22:07.59*** join/#oe CMoH-notebook (~cipi@95.76.71.81)
22:23.25hojIs there a way to build libgles (for omap3530) without X11?  Older libgles .bb built for raw/non-x11
22:31.50*** join/#oe dth_ntb (~dieter@a89-182-71-184.net-htp.de)
22:32.21*** join/#oe rs___ (40471b5a@gateway/web/freenode/ip.64.71.27.90)
22:32.32rs___beagleboard Buffer I/O error??
22:42.05*** join/#oe CMoH-notebook (~cipi@95.76.71.81)
23:08.30*** join/#oe russ_ (~russ@206.29.188.230)
23:08.54*** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net)
23:13.19*** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net)
23:31.30*** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net)
23:36.07*** join/#oe udovdh (~udovdh@pindarots.xs4all.nl)
23:36.40*** join/#oe CMoH-notebook (~cipi@95.76.71.81)
23:43.34*** join/#oe Martin-B (~martin@pool-70-67-198-89.dbd-ipconnect.net)
23:57.35*** join/#oe russ (~russ@206.29.188.230)
23:58.35*** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.