IRC log for #oe on 20070822

00:27.53*** join/#oe jott_ (n=j@unaffiliated/jott)
00:39.35*** join/#oe greentux_ (n=lemke@Z7e75.z.pppool.de)
01:01.07*** join/#oe emte (n=emte@66.183.8.167)
01:08.41*** join/#oe Timelord0 (n=TL@24-116-218-195.cpe.cableone.net)
01:11.05cdbot2* * OE Bug 2819 has been created by kristian(AT)mput.de
01:11.07cdbot2* * for loop in do_stage is not compatible with SH
01:11.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2819
01:11.15*** join/#oe noclouds (n=mhfan@218.22.26.90)
01:12.43kristian-mfixed the qt-thing - still switching to bash now
01:13.20*** join/#oe Laibsc1 (n=Laibsch@p54B96899.dip.t-dialin.net)
01:29.04*** part/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca)
01:35.03*** join/#oe memeruiz_ (n=memeruiz@Mbd58.m.pppool.de)
01:43.52*** join/#oe xjqian (n=gordon@24-107-186-86.dhcp.stls.mo.charter.com)
01:45.35*** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg)
01:46.04cdbot2* * OE Bug 2819 has been marked as DUPLICATE of bug 2816 by kristian(AT)mput.de
01:46.06cdbot2* *  qt4-x11-free-4.3. 0 - for loop in  do_stage is not compatible with SH
01:46.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2819
01:50.07*** join/#oe AvengerMoJo (n=alex@219.142.227.133)
02:01.43*** join/#oe mwester-road (n=chatzill@209.97.224.24)
02:10.37*** join/#oe benlau (n=benlau@221.125.8.107)
02:26.09*** join/#oe marcan (i=1337@host214-220.cvd.fit.edu)
02:41.36*** join/#oe archer (n=xydarche@218.194.60.208)
02:42.18archerThe process of "Synthesizing the initial hotplug events" is extremly slow,
02:43.44archeri think it is because of the flash device. is there any way to speed up it?
03:28.40Zero_Chaoshow to make a fetch a certain rev from svn?
03:28.56Zero_Chaosmy reicpe fetches current from svn now, but I need a certain rev (one that works)
03:35.02rwhitbysearch for tag= in current .bb's and you should find an example
03:38.33*** join/#oe emte (n=emte@66.183.8.167)
03:42.58*** join/#oe W8TVI (i=me@166.165.154.250)
03:44.03*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
03:44.40Zero_Chaosthanks, it was rev=
03:44.58Zero_ChaosI kinda figured but... well we are all good now
03:50.49*** join/#oe hvontres|home (n=hvontres@adsl-71-154-211-63.dsl.sndg02.sbcglobal.net)
03:57.11hvontres|homehas anybody seen anything like this? makedevs: /home/henry/oe/dev/tmp/rootfs/bin/tinylogin: file can not be created!
03:58.49rwhitbyhvontres|home: lots of openmokians are reporting it with oe.dev head
03:59.07rwhitbyseems that makedevs has stopped doing mkdir -p like things.
03:59.09hvontres|homerwhitby: any ideas?
03:59.34rwhitbyor the device table has suddenly got subdirs where it didn't before.
03:59.40rwhitbyI haven't looked into the real cause yet.
04:00.52hvontres|homerwhitby: do you know if this could be related to the host os? I just switched from fedora to kubunu
04:02.07rwhitbyit works for me in Debian Etch
04:02.43rwhitbyand device_table-minimal.txt hasn't changed recently as far as I know
04:06.43mwester-roadSounds like it might be fakeroot acting up again?
04:08.05*** join/#oe wirelessdreamer (n=dreamer@c-71-201-189-54.hsd1.il.comcast.net)
04:09.33wirelessdreamerdoes anyone here know the bb name for the kernel image for spitz?
04:09.50hvontres|homemwester-road: hmmmm, did we ever figure out what was causing fakeroot to act up in the first place?
04:10.21hvontres|homemwester-road: btw, are you going to send your kexec patches to the mailing list soon?
04:10.55mwester-roadNot really.  HopsNBarley determined that it was something to do with the inode caching in fakeroot, but never sorted it out.  It had been observed elsewhere at the time.
04:10.56hvontres|homewirelessdreamer: spitz uses linux-rp_2.6.21
04:11.09wirelessdreamerhvontres|home: thanks
04:11.14mwester-roadI ran into it when I upgraded to Fedora 7, and solved it by upgrading fakeroot to 1.7
04:12.10mwester-roadRe: kexec changes -- I can send those out.  Probably when I return later this week...
04:12.37hvontres|homemwester-road: cool. I told RP about them and he sounded really interested
04:13.05mwester-roadWell, the sysfs changes are really bad, but the rest is probably ok to use.
04:14.16mwester-roadhvontres|home: can you pastebin the log file from the rootfs creation problem?
04:14.34hvontres|homemwester-road: well, at least we can get the other guys thnking about how to solve this better
04:14.42hvontres|home~pastebin
04:14.43ibothmm... pastebin is a place to paste your stuff without flooding the channel - try  http://pastebin.ca, or http://channels.debian.net/paste, or http://rafb.net/paste/, or http://pastebin.com is usually painfully too slow and unresponsive to use, use one of the other pastebin sites, or dpaste.com is a very nice pastebin as well
04:18.14hvontres|homemwester-road: http://pastebin.ca/666457
04:20.29mwester-roadWell, not conclusive, but that's similar to the sort of thing one would see with the fakeroot problem.  What version is fakeroot-native in your tmp tree?
04:22.04hvontres|homemwester-road: 1.7.1... but I just tried to rebuild it and this is what I got: http://pastebin.ca/666460
04:22.20hvontres|homemwester-road: it looks like fakeroot is failing on configure....
04:23.16mwester-roadThere's a patch for that...
04:24.15hvontres|homemwester-road: ooops.. tried to rebuild fakeroot instead of fakeroot-native... one moment....
04:26.02hvontres|homemwester-road: hmmm....fakeroot-native builds ok....
04:27.05cdbot2* * OE Bug 2304 has been RESOLVED (FIXED) by xjqian(AT)gmail.com
04:27.07cdbot2* *  texinfo fails to build
04:27.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2304
04:27.49mwester-road1.7.1 has many fixes, especially for 64 bit filesystem calls...  perhaps something isn't quite sorted out for 64-bit systems?  (I only run 32-bit at the moment).
04:28.50hvontres|homemwester-road: hmmmm...that could be it... I just got a nice new dual-core turion laptop.... and this is my first attempt at building on it :)
04:31.08rwhitbyI also run only 32 bit and everything works.
04:34.09*** join/#oe hvontres1home (n=hvontres@adsl-71-154-211-63.dsl.sndg02.sbcglobal.net)
04:35.49mwester-roadI wonder if this bug might be relevant?  http://bugs.uclibc.org/view.php?id=371
04:41.31hvontres1homemwester-road: hmmm,could be interesting
04:49.06*** join/#oe zap_ (n=zap@16.170.249.ozerki.net)
04:53.50*** join/#oe _law_ (n=pat@213.173.86.202)
04:54.00*** part/#oe _law_ (n=pat@213.173.86.202)
04:58.44*** join/#oe micropal (i=ident@8.80-202-66.nextgentel.com)
05:11.05cdbot2* * OE Bug 2820 has been created by hvontres(AT)gmail.com
05:11.07cdbot2* * do_make_rootfs fails on makedevs
05:11.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2820
05:28.34*** join/#oe pleemans (n=peter@leemanpe.ugent.be)
05:39.28*** join/#oe rocfatcat (n=juiwen@NAT-PUBLIC.ncnu.edu.tw)
05:39.37*** part/#oe rocfatcat (n=juiwen@NAT-PUBLIC.ncnu.edu.tw)
05:40.26*** join/#oe bluelightning (n=blueligh@219-89-48-130.dialup.xtra.co.nz)
05:41.30*** join/#oe _law_ (n=law@mail.stiftadmont.at)
05:53.25*** join/#oe Frg (n=Frg@chello087206088102.chello.pl)
05:54.30khemkoen: ping
05:57.05*** join/#oe AvengerMoJo (n=alex@61.14.130.209)
06:19.03*** join/#oe polyonymous_ (n=hacker@pD9538043.dip0.t-ipconnect.de)
06:27.33*** part/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net)
06:28.10*** join/#oe rob_w|laptop (n=rob_w@p549B8F2D.dip0.t-ipconnect.de)
06:30.49*** part/#oe W8TVI (i=me@166.165.154.250)
06:49.37*** join/#oe Sleep_Walker (n=Sleep@2001:5c0:8fff:fffe:0:0:0:6c7d)
07:06.31*** join/#oe Philippe_ (n=fille@a91-153-17-113.elisa-laajakaista.fi)
07:10.57*** join/#oe micropal (n=adam@ti221110a080-6684.bb.online.no)
07:18.28*** join/#oe cyberdeck (i=molter@iss12.vlsi.informatik.tu-darmstadt.de)
07:22.09micropalwas there a fix for the tinylogin do_rootfs issue Crofton ?
07:28.28*** join/#oe greentux (n=lemke@ip-217-18-177-19.static.reverse.dsi.net)
07:34.01*** join/#oe lichtges1alt (n=Lichtges@R73d4.r.ppp-pool.de)
07:34.02*** join/#oe yakov (n=yzaytsev@89-179-105-51.broadband.corbina.ru)
07:34.37stelioskmicropal : I stumbled into that myself
07:35.17steliosknot sure whats causing it though
07:38.40micropalonly the dev directory is created. I think it tries to copy tinylogin into bin which doesn't exists. But I'm still a newbie in OE, so I might be wrong
07:39.38stelioskmicropal : yep, thats the problem
07:39.56stelioskmicropal : what i can't figure out yet is why bin is not created
07:41.12*** join/#oe yakov_ (n=yzaytsev@89-179-105-51.broadband.corbina.ru)
07:48.55micropalIt's makedevs that tries to create /bin/tinylogin. It's not that it tries to copy tinylogin into /bin
07:49.50micropalwhy is /bin/tinylogin, /bin/mount and /bin/umount in files/device_table-minimal.txt?
07:50.52micropalIs it just to get the permissions right or something?
08:04.51XorAmorning
08:08.44koengood morning all
08:09.03micropalI thought you all were americans ;) good morning
08:11.06koen~ugt
08:11.07ibotfrom memory, ugt is Universal Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. http://www.total-knowledge.com/~ilya/mips/ugt.html
08:11.21micropalheh ;)
08:12.21micropalanyways, steliosk if you comment out that /bin/tinylogin infiles/device_table-minimal.txt you can build your image.
08:12.41micropalI'm going to try the efika image on the freescale m-itx board later this week.
08:20.50*** join/#oe z72ka_ntb (n=z72ka@tux2.software602.cz)
08:20.54*** join/#oe obergix[work] (n=olivier@inf-6632.int-evry.fr)
08:24.17*** join/#oe bambam (i=bambam@vm.vido.info)
08:24.21bambamhi
08:24.42bambamisn't there a package for bitbake for ubuntu feisty?
08:32.06koenCrofton: http://www.angstrom-distribution.org/unstable/images/gumstix/20070821/
08:32.24*** join/#oe philippe1work (n=fille@a91-153-17-113.elisa-laajakaista.fi)
08:36.06*** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr)
08:37.11stelioskkoen : hi ! Package will leave today
08:37.14stelioskmicropal : well, it will work, but  that's not the general idea when trying to find bugs
08:37.30koensteliosk: thanks!
08:38.48*** join/#oe Bernardo (n=Bernardo@84.39.81.187)
08:44.06koenXorA: I'm doing a final test on abiword*2.5.2 now
08:44.56XorAkoen: cool
08:45.23koenand the ezx dudes now have a working asoc driver and can make calls with it
08:45.25rob_w|laptopwill a PREFFERRED_VERSION_glibc="2.3.6" take affect in my local.conf or will i need to place it somewhere else ?  i just notice that it still builds glibc-intermediate-2.5
08:47.05cdbot2* * OE Bug 2821 has been created by autobuild(AT)openembedded.org
08:47.07cdbot2* * wv-1.2.0-r0-do_configure
08:47.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2821
08:50.04cdbot2* * OE Bug 2821 has been RESOLVED (FIXED) by <koen>
08:50.07cdbot2* *  wv-1.2.0-r0-do_configure
08:50.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2821
08:50.29koenseppuku.bbclass rocks
08:53.05stelioskrob_w|laptop : You have to override that also then, beacuse the distro you are using defines it
08:54.20rob_w|laptopsteliosk, how do i ?
08:57.21koenDISTRO=angstrom-2008.1 :)
08:58.12XorAkoen: so those moto phones are finally useful?
08:58.13*** join/#oe shreyas (n=Shreyas@203.187.156.66)
08:58.42koenXorA: looks like it
09:00.31Bernardogood morning
09:04.14micropalsteliosk: yeah, I know. It's a quick hack.
09:04.39CIA-103koen 07org.oe.dev * r18a264d6... 10/ (3 files in 3 dirs): linux 2.6.21: remove localversion for gumstix to get module deps working properly
09:04.46CIA-103koen 07org.oe.dev * rad632a7e... 10/ (1 packages/wv/wv_1.2.0.bb): wv: add libgsf to depends
09:04.53CIA-103woglinde2 07org.oe.dev * r366af8b1... 10/ (1 packages/kxml2/kxml2_2.3.0.bb):
09:04.53CIA-1kxml2: more unification of recipe
09:04.53CIA-1* change hardcoded download file to more general
09:04.57CIA-103ifaistos 07org.oe.dev * rf145dcb7... 10/ (1 packages/linux/linux-ml403-mvista-2.6.x_git.bb):
09:04.57CIA-1packages/linux/linux-ml403-mvista-2.6.x_git.bb : Add DEPENDS="git-native" to use native git
09:04.57CIA-1when doing the pulls
09:05.01rob_w|laptopsteliosk, you mean to overrwrite glibc-intermediate="2.3.6"
09:05.02CIA-103ifaistos 07org.oe.dev * rba5f0bfd... 10/ (1 packages/linux/linux-ml403-slab-2.6.x_git.bb):
09:05.02CIA-1packages/linux/linux-ml403-slab-2.6.x_git.bb :Add DEPENDS="git-native" to use native git
09:05.03CIA-1when doing the pulls
09:07.00*** join/#oe pleemans (n=peter@leemanpe.ugent.be)
09:10.23*** join/#oe mallum (n=mallum@86.154.246.213)
09:11.23stelioskrob_w|laptop : yes
09:12.27*** join/#oe lrg (n=liam@lumison.wolfsonmicro.com)
09:13.10XorA~fish lrg
09:13.11ibotACTION slaps lrg around with a large trout
09:13.43XorA~plague lrg
09:14.38koenhey lrg
09:14.49lrghey koen
09:20.41*** join/#oe florian (n=fuchs@217.146.132.69)
09:21.45RPmorning all
09:23.54koenhey RP
09:24.08XorAhey RP
09:24.18floriangood morning
09:24.37cyberdeckgood morning, rp and florian
09:26.24*** join/#oe pleemans (n=peter@leemanpe.ugent.be)
09:30.57*** join/#oe Varoudis (n=varoudis@athedsl-53573.home.otenet.gr)
09:31.54mickey|taxesmorning
09:32.07RPmorning mickey|taxes
09:33.53koenhey mickey|taxes & florian
09:35.17florianhi mickey|taxes
09:35.34florianmickey|taxes: uh, you spent the night working on taxes?!
09:36.06mickey|taxesflorian: it's much worse... i fell asleep over searching the necessary papers :/
09:36.30mickey|taxesthe apartment move and the water incident didn't help my organization
09:36.40mickey|taxesusually i have all papers in place
09:36.42mickey|taxesnot this time :/
09:37.21florianmickey|taxes: What a well known situation... I have to search for papers all the time. But don't worry - taxes is harmless unless you have employees.
09:37.42florianmickey|taxes: Try to get a huge amount of money from the state - that's fun ;)
09:38.37stelioskRP: Hi ! I updated to bitbake 1.8.9 but if the build fails i still get *.lock files all over the place
09:40.03RPsteliosk: They should only appear in DL_DIR
09:40.41RPsteliosk: and they get left behind even when it succeeds intentionally to allow multiple bitbakes to use the same DL_DIR
09:40.58RPIf it removed them, it has the potential for races :/
09:41.02stelioskRP: its in the package dirs
09:41.26stelioskRP: but i'll try a clean build as these might be leftovers from earlier bitbake builds
09:41.31RPsteliosk: Can you remove them and confirm that, it should have been fixed
09:48.05cdbot2* * OE Bug 2822 has been created by autobuild(AT)openembedded.org
09:48.07cdbot2* * abiword-embedded-2.5.2-r0-do_compile
09:48.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2822
09:51.48stelioskCan somebody remind me how a 64bit machine can be forced to do a 32bit build
09:51.50mickey|taxesflorian: hehe. well, EÜR and Vorsteuer are keeping me busy enough... i can imagine employees are a nightmare (taxes-wise)
09:52.15mickey|taxesthen again, I have the motivation to go though this at least once without a tax consultant
09:52.24mickey|taxesbecause i actually want to understand what's going on
09:54.14koensteliosk: 'linux32 <foo>'
09:54.43florianmickey|taxes: This works pretty good without, but I'm quite sure that you won't stay with EÜR for a long time...
09:54.46hrw|gonemorning
09:55.00hrw|gone| checking for headers required to compile python extensions... not found
09:55.00hrw|gone| configure: error: could not find Python headers
09:56.22hrwmickey|taxes: python on x86-64
09:56.34hrwmickey|taxes: python-dbus to be exact but this can happen with any
09:57.09mickey|taxeshmm
09:57.24mickey|taxestask-python-everything compiles on my x86-64 buildmachine
09:57.30mickey|taxesalthough i'm cheating a bit
09:57.30hrwmickey|taxes: look at OE archives - I wrote why this happen
09:57.34hrwCHEATER!
09:57.48hrwmickey|taxes: you built in 32bit chroot?
09:57.50mickey|taxeshacking uname and overriding BUILD_SYS is a good thing :D
09:58.04mickey|taxesno, it's 64bit userland, i just prevent it to be detected
09:58.16mickey|taxesotherwise, a lot of packages don't build here
09:58.23hrwmickey|taxes: so do not tell that it compiles
09:58.25mickey|taxesand i never had the time to actually look into that
09:58.39hrwmickey|taxes: I wrote everything needed few months ago
09:58.39*** join/#oe Marex-notebook (n=marex@fm92wl-89-31-10-134.isp.mcnet.cz)
09:58.46hrwand even patched few recipes
09:58.52mickey|taxeshrw: ok, as you might know i was away then
09:58.59mickey|taxesgive me some pointers again
09:59.03hrwmickey|taxes: grep -- --with-python-includes packages/python/*
09:59.04mickey|taxesand i'll look at that
09:59.19stefan_schmidtCrofton: You were also running into the makedev and tinylogin problem during building a rootfs, right?
09:59.38stefan_schmidtSeems just the /bin is missing
09:59.39hrwmickey|taxes: the problem is that python-* do_configure look into staging/HOST/include
09:59.55*** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg)
09:59.55stefan_schmidtHere is a suggested fix: http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=740
10:00.06hrwmickey|taxes: so on 64bit host it get wrong results which gives error (as python guys have check for it)
10:00.07stefan_schmidtWould you guys be fine with this?
10:00.34stefan_schmidtIt fixes the build for me.
10:00.40hrwstefan_schmidt: or remove binaries from device_table
10:00.50koenstefan_schmidt: that's a workaround
10:01.30stefan_schmidthmm
10:01.50stefan_schmidthrw: Which binaries do you refer to?
10:01.57*** join/#oe step2back (n=step2bac@gw.nsib.ru)
10:02.06mickey|taxeshrw: is that message in the archives or bugzilla?
10:03.38rwhitbystefan_schmidt: /bin/tinylogin in device_table-minimal.txt, and the others following it in that file
10:04.33stefan_schmidtrwhitby, hrw: Ah, now I really understand the problem. It's ugly indeed.
10:05.02rob_w|laptophmm there is no glibc-2.3.6.bb .. which one will be compatible to a glibc-2.3.6 compiled apps ?
10:06.05rwhitbyseems that makedevs on 32-bit debian etch at least creates whatever intermediate directories it requires (like /bin), but for some reason that's not happening for some people.
10:07.21stefan_schmidtrwhitby: debian unstable 64-bit here. Not sure on which systems are the others.
10:08.17stefan_schmidtBut if makedevs creates the dir it's more or less the same then doing it with install. The big question is now how you guys like see this fixed?
10:13.37*** join/#oe ssvb (n=ssvb@vbaltd.vba.com.by)
10:15.05cdbot2* * OE Bug 2823 has been created by autobuild(AT)openembedded.org
10:15.07cdbot2* * abiword-plugins-2.5.2-r0-do_configure
10:15.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2823
10:18.50stelioskstefan_schmidt rwhitby : If its a host thing/problem how about get a makedevs-native and use that ?
10:19.25stefan_schmidtsteliosk: Still the problem persists that makedevs installs binaries into /bin
10:19.38stefan_schmidtsteliosk: I'll update http://bugs.openembedded.org/show_bug.cgi?id=2820
10:19.58stelioskstefan_schmidt rwhitby : BTW what trigered that ? it did not showed up a few days ago
10:20.48stefan_schmidtsteliosk: Perhaps a distro update for makdevs? I use debian unstable with more or less daily updates.
10:22.10stelioskstefan_schmidt : weird. I don't think my build machine was updated the last few days
10:22.26micropalI build on a ubuntu box, and I have not updated that one as far as I know
10:22.33stefan_schmidthmm
10:22.42stefan_schmidtSo that theory goes away
10:22.58stefan_schmidtAny changes on makedevs in OE the last days?
10:23.06micropalBut, I havent build efika before.
10:23.29micropalmy previous build was for epia. Not that it probably matters.
10:23.33stelioskefika was building fine till a few days ago. my last clean build was last week
10:23.38hrwmickey|taxes: OE archive
10:24.08hrwmickey|taxes: 23.03.2007 - Building Python extensions - mail by me
10:24.56micropalbtw, makedevs is in the oe repository isn't it? I don't have it installed on my ubuntu box
10:25.02stefan_schmidtI have updated #2820
10:25.08stefan_schmidtTime for lunch now. Later
10:25.52micropalMaybe the makedevs/makedevs-native packages in OE been updated
10:26.40stelioskis this an efika only problem ? what other machines are efected ?
10:27.11rwhitbymakedevs doesn't install things in /bin - it just changes the permissions of existing things I believe
10:27.47micropalI don't know. I don't have enough disk space for epia and efika at the same time. My last build on epia was a few days ago. I then changed to efika, and got the problem.
10:28.07micropalI noticed tinylogin is not installed in efika
10:28.42micropalI think it was in epia, but I might recall incorrecly.
10:29.07micropal(used the same distro just different arch)
10:29.28hrwhttp://imgs.xkcd.com/comics/orphaned_projects.png
10:31.31rwhitbyso looking at openembedded/packages/makedevs/makedevs-1.0.0/makedevs.c, it is clear that it will not create /bin if /bin/tinylogin is referenced in the device table, and there is no directory reference to /bin earlier than that in the file.
10:32.01rwhitbyso perhaps device_table-minimal.txt should be updated with a directory entry for /bin in it before the entries for /bin/tinylogin and others.
10:32.36XorAerm, is it me, or is fiddling with /bin an insane thing to do in device_table-minimal.txt
10:32.46rwhitbyif it had an entry for /dev in it too, then the mkdir of /dev would not be required in image.bb
10:32.50XorAthat sounds like a hack that should die yesterday
10:33.04rwhitbyXorA: I guess it's there to set /bin/tinylogin to setuid.
10:33.19rwhitbythe other way is for that to be done in a postinst, right?
10:33.33XorArwhitby: its totally unintuitive and would be next to impossible to locate for people trying to debug
10:33.41rwhitbyXorA: fully agree.
10:33.47XorAlast place I would look for would be the device creator :-)
10:33.58rwhitbythe question is: is there another way to do the same thing?
10:35.10rwhitbytinylogin, mount and umount are the three files in question, all are setuid.
10:35.14XorApostinst should work, as none of those 3 commands is called by a non-root user until after ipkg configure in first boot
10:35.57XorAalthough Im not sure tinylogin should be SUID
10:36.03stelioskRP : It looks like the .lock files where leftovers from other builds
10:36.28XorAthat sounds like a security flaw waiting to happen
10:36.40rwhitbysteliosk: there was a period where .lock files were left over from files:// uri's, but it's been fixed for a couple of days now.
10:38.15rwhitbythose lines in device_table-minimal.txt haven't changed since bitkeeper, so it's a long-standing thing.
10:41.08RPsteliosk: great :)
10:41.18stelioskRP : One more question. I have a kernel that uses git-native and git-native is added on the DEPENDS list but when enabling mutlithread in bitbake, git-native does not get build before the do_fetch of the kernel. any idea why ?
10:41.55XorAwell /bin/tinylogin as SUID is not sane :-(
10:42.03XorAtraditionally mount/umount are always SUID
10:42.46CIA-103mickeyl 07org.oe.dev * re542d324... 10/ (1 conf/distro/include/sane-srcdates.inc): sane-srcdates: pinpoint OpenMoko U-Boot patches
10:42.59RPsteliosk: Good question, it sounds like something is broken...
10:43.43RPsteliosk: git-native should be added as a dependency of the fetch task though, not added to DEPENDS
10:43.54RPsteliosk: Have a look at the output of bitbake kernel -g
10:44.29rwhitbylooks like makedevs.c was last modified by likewise on 2007-08-20
10:44.45rwhitbyRevision: b396aa55286b5d00bbc2fba14ef9dd30b82a3af9
10:44.52rwhitbymakedevs: Add support for creating directories.
10:44.53RPHmm. What did he do? :)
10:45.49rwhitbylooking for a working viewmtn now ...
10:47.40RPrwhitby: Its a strange patch. It looks like it might have just used to have done nothing and it errors now? :/
10:47.58rwhitbycan you pastebin the patch?
10:48.12stelioskRP : but if i have package A that depends on another (B), shouldn't (B) be build first (before A gets fetched or whatever)
10:49.01RPsteliosk: yes
10:49.21RPsteliosk: That is what should be happening. It isn't done through DEPENDS though, its a different kind of dependency
10:50.00RPrwhitby: http://pastebin.ca/666678
10:50.36rwhitbyRP: yep, that's what's causing the error.
10:50.51RPrwhitby: but did it used to do nothing?
10:51.02rwhitbyso either that patch should be reverted, or directory entries need to be added to the device_table
10:51.11rwhitbyRP: seems so
10:51.36rwhitbyin which case, those lines could just be removed from device_table-minimal.txt with no adverse effects.
10:51.37RPrwhitby: or if those permissions we're created, remove them from the file
10:51.42RPright :)
10:51.51RPDoes anyone have an older image to see?
10:52.12XorARP: OZ images shouldbe available
10:52.23rwhitbyRP: I've got slugos releases
10:53.19rwhitbyyes, at the time of slugos 3.10 release, makedevs.c had an empty function for add_new_file
10:53.35rwhitbyNov 11 2006
10:54.09rwhitbybut somehow tinylogin ended up setuid in tmp/rootfs/bin
10:54.13RPmount and umount seem to be none suid, tinylogin is suid in poky
10:54.31RPand I think poky has the same setup as OE for these bits
10:54.49rwhitbymount is an alternatives symlink to mount.util-linux and mount.util-linux is indeed setuid
10:55.03RPI think tinylogin has to be suid so it can log in users and then drop to the right uid
10:55.27RPrwhitby: I just have busybox mount
10:55.46rwhitbysluos used util-linux mount so we could do nfs rootfs
10:56.03rwhitby(at that time busybox couldn't do nfs)
10:56.40rwhitbyumount.util-linux is also suid
10:57.41XorARP: tinylogin should be run by root, then drop, if its SUID then any user can elevate back to root again, which is dangerous, /bin/login is not SUID on any distro I know of
10:58.23RPXorA: true, it is started by root. Hmm :/
10:58.49XorARP: unless them is some special case for tinylogin, Im not familar with its architecture
11:06.09XorARP: tinylogin == su so needs SUID :-D
11:07.15RPXorA: right :)
11:08.26*** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net)
11:09.00RPhi zecke
11:09.35zeckeho
11:10.26stelioskRP: What kind of dependency is that ? any example ?
11:15.16*** join/#oe benlau (n=benlau@221.125.8.107)
11:15.55RPsteliosk: base.bbclass, grep for "git". It basically sets do_fetch[depends] = "git-native:do_populate_staging"
11:24.17zeckekoen: did you have another go at llvm?
11:24.37koenzecke: I did, it now has a compile error
11:30.11zeckekoen: oh the arm backend was (partially) by indt?
11:38.35zeckekoen: which compile error?
11:41.55*** join/#oe torpor (n=torpor@zone79a.de)
11:41.57torporhiya
11:43.26torporis there any use in me patching makedevs.c to make full paths when requested?  i.e. is it better to do such things as /bin/tinylogin there than from image.bbclass?
11:45.50*** join/#oe jonibo (n=jonas@193.12.106.2)
11:46.39CIA-103koen 07org.oe.dev * ra9b77dce... 10/ (4 files in 2 dirs): abiword*: update to 2.5.2
11:46.49koenXorA: there you go
11:47.10koenXorA: now we can take distributed notes at OEDEM on our neos :)
11:48.50hrwkoen: you think that neos will be as much usable then?
11:49.15koenhrw: as a phone, no, but we only need abiword + mb-keyboard :)
11:50.22hrwthen I will run abiword on my d400 rather ;)
12:07.08RPtorpor: I think someone did patch it to allow path creation recently, thats part of the problem
12:10.53*** join/#oe vivijim (n=vivijim@200.184.118.132)
12:15.44*** join/#oe vlo (n=valentin@138.131.206.195)
12:15.59*** join/#oe jaebird (n=jae@unaffiliated/jaebird)
12:16.39vlohello
12:20.39stelioskso what about the makedev issue ? Should the commit creating the problem be disapproved  until we found a way around it ?
12:23.15*** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net)
12:23.23*** join/#oe ruschi (n=ruschi@p57B4F0D3.dip.t-dialin.net)
12:27.19RPsteliosk: No, we need to fix this properly. To do that we need some facts like whether the /bin entries do enter the image from the source somehow or not
12:34.52*** join/#oe gremlin[it] (n=gremlin@ppp-115-9.25-151.libero.it)
12:39.39*** join/#oe Marex (n=Marex@gwfm4-3-0-240.802.cz)
12:41.53*** join/#oe asmola_ (n=asmola@70.90.102.194)
12:52.32cbrakekoen: do you have any issues with linking to the pdf copy of the OE manual from: http://www.openembedded.org/wiki/MainPage?  Are the pdf and html copies kept in sync?
12:54.06*** join/#oe tnb (n=tnb@sdgsystems.net)
12:54.18koenno problem, but the pdf isn't updated automagically
12:54.44cbrakekoen: is the html updated automatically, or how does that work?
12:55.00koenthe html is update automagically
12:56.13Crofton|homekoen, do you know if the gumstix bad magic number was resolved?
12:56.40koennope
13:00.17CIA-103cbrake 07org.oe.dev * r1adf7728... 10/ (1 conf/machine/compulab-pxa270.conf): compulab-pxa270.conf: remove MACHINE_ESSENTIAL_EXTRA_RDEPENDS and replace with documentation
13:00.30*** join/#oe asmola_ (n=asmola@70.90.102.194)
13:01.13asmola_are you talking about the bad magic error immediately after flashing the kernel in uboot?
13:01.25Crofton|homeyeah
13:02.06asmola_i dont think it's fixed but i will reflash right now and let you know
13:02.08*** join/#oe z72ka_ntb (n=z72ka@tux2.software602.cz)
13:02.11*** join/#oe jsheldon (n=jim@70.90.111.225)
13:02.29Crofton|homeasmola_, you see bad magic number?
13:02.53asmola_im checking right now
13:03.28koenI think we need more gumstix machines
13:03.35koenone for each model
13:03.47asmola_i saw that people on the listserv were having issues, my unit booted fine after the changes as of 6pm est yesterday
13:03.53Crofton|homehmmm
13:04.00koen(since you can't build a mixed pxa255/pxa270 kernel)
13:04.11Crofton|homethe problem we are having is the dev's do not have any gusmtix
13:04.20Crofton|homeso we are working blind
13:04.28koenhttp://www.angstrom-distribution.org/unstable/images/gumstix/20070821/
13:04.32Crofton|homesteve is on low end gumstix
13:04.43Crofton|homeasmola_, is on high end ....
13:05.36asmola_i also noticed that the kernel is detecting iwmmx coprocessor but it gives the 'kernel support is missing'
13:05.59asmola_there were some odd filesystem mount issues too, ill post a dmesg output asap
13:06.10asmola_(assuming that's something you would be interested in)
13:06.23hrwkoen: there was proposal for more gumstix configs
13:07.44Crofton|homehrw we may need more configs to support different kernels by machine?
13:08.33asmola_yeah, i was thinking of suggesting that, using buildroot they hve you select machine prior to doing any builds
13:08.42Crofton|homeyeah
13:09.01Crofton|homethe machine name is used to select the kernel source
13:09.21Crofton|homeso maybe they have different patch sets by model?
13:09.53Crofton|homeI still have tinylogin issues building an image
13:10.18koenby the looks of it only a new defconfig is needed for each machine
13:10.29Crofton|homeok
13:10.42Crofton|homedoes that mean we need to use different machine names?
13:10.54koenyes
13:10.59koene.g. gumstix-verdex
13:11.07asmola_i just reflashed, the magic number is being set properly
13:11.09Crofton|homeok
13:11.14Crofton|homefor verdex :)
13:11.18asmola_yes :)
13:12.11Crofton|homeif people weren't some damn nice, I would never hang out here ,.,,,
13:13.51Crofton|homeasmola_, so you can build working images?
13:13.59Crofton|homewith some hiccups?
13:14.18Crofton|homecan you post the problems to the bug tracker
13:14.38Crofton|homebugs.openembedded.org, be sure to list gumstix-verdex in the report
13:14.43*** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath)
13:14.55asmola_yeah i can do that
13:15.11Crofton|homethanks, that way we won't lose it, we will just be able to ignore it :)
13:15.19asmola_rofl
13:15.51Crofton|homehrw, you are teh celinux-test distro guy?
13:19.21chouimatmorning
13:19.26Crofton|homegm
13:19.28koenjust as I make te pxa255/pxa270 comment eric miao sends a patch to LAK to solve that :)
13:20.07koenhey chouimat
13:20.34hrwCrofton|home: nope now
13:20.44Crofton|homehttp://bugs.openembedded.org/show_bug.cgi?id=2078
13:20.54koenNOTE: package glibc-2.6.1-r0: task do_fetch: started
13:20.59Crofton|homelists it as distro, but the problem may be "generic"
13:21.15Crofton|homeI am trying to eliminate all bugs with "omap" in them
13:22.01koenhrw: did you get my mail about ELC in linz?
13:22.17hrwCrofton|home: patch looks ok
13:22.47gremlin[it]hyyeeee war ... diaspora !!! :P
13:23.03Crofton|homedos anyone know what runltp is ?
13:23.12koengremlin[it]: I saw lacuna coil this weekend
13:23.18hrwCrofton|home: its part of LTP package
13:23.18koenCrofton: linux test project
13:23.30hrwkoen: I did, but no idea about funds
13:24.06Crofton|homeshould we apply the patch and close the bug?
13:24.10gremlin[it]uhhh nice ... i like them ... theyr cover of "enjoy the silence" is great :)
13:24.24hrwCrofton|home: yes
13:24.25koengremlin[it]: they played that as well :)
13:24.59Crofton|homekoen, what omap devices?
13:25.03gremlin[it]mhh they played also the cover of "big in japan" ... ?
13:26.11XorAkoen: going all teeny goth on us :-D
13:28.38Bernardohi
13:30.16Crofton|homeDoes anyone here use the ltp?
13:31.32*** join/#oe asmola (n=asmola@70.90.102.194)
13:33.17cbrakeCrofton|home: I am currently considering using it on a project.
13:33.28cbrakeCrofton|home: but don't have any experience with it yet
13:33.32Crofton|homeI am goign to apply the patch
13:34.21Crofton|homelet us know if you have any problems?
13:34.44Crofton|homeI will update the bug as patch applied, needs testing to close
13:35.04koenXorA: If I saw NiN and chris cornell as well, does that make me a teeny emy industrial goth?
13:35.19XorAkoen: heh heh yeah
13:35.34XorAkoen: NIN played Edin last night, but supporting the bloody Fu Fighters
13:35.39XorAkoen: so I didnt bother going
13:35.52koenthey were LOUD
13:36.21XorAkoen: thats the way we like them
13:36.22Crofton|homethat is why I where ear plugs at live music events these days :)
13:36.39koenI started wearing earplug 5 years ago :)
13:37.16Crofton|homeback in the "good old days", when I frequented bars with bands
13:37.24koenLOUD as is "wear a belt or lose you trousers"
13:37.31Crofton|homethere was "an old guy" who wore over the head ear muffs while dancing
13:38.32XorAalthough loudest I ever heard was the Mission who didnt seem to get how to work volume controls, yanked everything to 11 and succeeded into turning all sound into square waves
13:39.36*** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net)
13:41.04*** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.235.Dial1.SanJose1.Level3.net)
13:41.16*** join/#oe AvengerMoJo (n=alex@219.142.227.133)
13:43.48NAbyssscreen -rd
13:46.14CIA-103mickeyl 07org.oe.dev * rc3529caf... 10/ (1 classes/distutils.bbclass): distutils.bbclass: always install staging directory before calling python
13:46.18CIA-103mickeyl 07org.oe.dev * r9aa7ad52... 10/ (1 packages/python/python-evas_cvs.bb): python-evas: bump PR as per distutils change
13:46.31Crofton|homegrrr, now QA issues with ltp
13:46.57Crofton|homeERROR: QA Issue: non debug package contains .debug directory: ltp path /work/armv5te-angstrom-linux-gnueabi/ltp-20070228-r0/install/ltp/usr/libexec/ltp/testcases/misc/math/float/.debug/float_iperb
13:47.02Crofton|homeand millions like it
13:47.05cdbot2* * OE Bug 2824 has been created by autobuild(AT)openembedded.org
13:47.07cdbot2* * abiword-embedded-2.5.2-r0-do_install
13:47.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2824
13:47.17cdbot2* * OE Bug 2825 has been created by autobuild(AT)openembedded.org
13:47.19cdbot2* * abiword-plugins-2.4.6-r0-do_compile
13:47.22cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2825
13:54.04cdbot2* * OE Bug 2825 has been RESOLVED (INVALID) by <koen>
13:54.06cdbot2* *  abiword-plugins-2.4.6-r0-do_compile
13:54.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2825
13:54.16cdbot2* * OE Bug 2824 has been RESOLVED (INVALID) by <koen>
13:54.18cdbot2* *  abiword-embedded-2.5.2-r0-do_install
13:54.20cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2824
14:08.11zeckelisppaste7: help
14:08.12lisppaste7To use the lisppaste bot, visit http://paste.lisp.org/new/oe and enter your paste.
14:08.36mickeyl:D
14:08.48mickeylhow can we get that for OE?
14:08.50mickeylno
14:08.51mickeylOM, even
14:08.59lisppaste7zecke pasted "header changes for mickeyl" at http://paste.lisp.org/display/46548
14:09.44rwhitbymickeyl: http://paste.lisp.org/email it seems
14:09.45zeckemickeyl: mail lisppaste-requests@common-lisp.net
14:09.49mickeylwhat do we need to build to get a native gdk-pixbuf-csource?
14:09.59hrwmickeyl: gtk-native
14:10.06mickeylbummer
14:10.10mickeyli was afraid of that
14:10.17mickeylthat's a deal breaker
14:10.19hrw|afkmickeyl: we have bug for it
14:10.25mickeylwhich one?
14:11.58hrw|afkhttp://bugs.openembedded.org/show_bug.cgi?id=2336
14:12.03koengtk-native is easy nowadays with the (direct)fb frontend
14:12.23*** join/#oe AchiestDragon (n=david@whipy.demon.co.uk)
14:13.11mickeylkoen: oh, good point. did you add that note to the bug yet?
14:26.34*** join/#oe chouimat (n=dieu@kde/developer/chouinard)
14:27.04cdbot2* * OE Bug 2816 has been RESOLVED (FIXED) by <polyonymous>
14:27.06cdbot2* *  qt4-x11-free
14:27.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2816
14:29.08lisppaste7zecke pasted "final patch for mickeyl" at http://paste.lisp.org/display/46549
14:29.52*** join/#oe CosmicPenguin (n=nobody@crank.laptop.org)
14:34.37Crofton|homekoen, should I go ahead and look into creating new gumstix machine to handle the kernel issue?
14:35.03koenplease do
14:35.10Crofton|homeok
14:36.22Crofton|homeltp has billions of .debug dirs, trying to do teh monkey work to get teh QA log down to a sane size b4 pushing
14:37.37Crofton|homeyeah
14:38.20mickeylwhen will we have FILESREGEXP ?
14:38.35Crofton|homecan I do */*/*/.debug then */*/.debug?
14:39.25philippe1workCrofton|home: I have a Gumstix so I can help with the testing.
14:39.44Crofton|homephilippe1work, which one?
14:41.21philippe1workCrofton|home: Gumstix connex I believe. A relatively old one. PXA255 400Mhz without BT, 4MB flash and I have the audio and network boards
14:41.41Crofton|homeok
14:41.56Crofton|homeasmola, has a verdex and I am not sure what sakoman has
14:42.02Crofton|homeI think he has lowest end
14:42.28Crofton|homeso, today, when I procrastinate, I need to make gumtix-basix, -connex, and -verdex
14:42.40Crofton|homesame source and patches, different defconfigs?
14:43.10philippe1workCrofton|home: I think so. However basix and connex should be almost similar. I believe it is just a different connector
14:44.13philippe1workI just see on the website that new models have 16MB flash while the old ones had 4
14:45.30philippe1workah they call them XM if they have 16MB of flash
14:45.50*** join/#oe zap_ (n=zap@16.170.249.ozerki.net)
14:46.09philippe1workCrofton|home: so that might mean gumstix-basix and connex. Gumstix-basix-XM and connex-XM and -verdex
14:49.37CIA-103polyonymous 07org.oe.dev * r054b937d... 10/ (1 packages/qt/qt4-x11-free_4.3.0.bb): qt-x11-free 4.3.0: removed bashism, closes bug #2816
14:49.42CIA-103koen 07org.oe.dev * r50febb55... 10/ (7 files in 2 dirs): glibc: update to 2.6.1
14:49.46CIA-103koen 07org.oe.dev * r8863ac88... 10/ (1 conf/distro/angstrom-2008.1.conf): angstrom 2008: catch up with glibc 2.6.1
14:50.28mickeyl~praise polyonymous_
14:50.28ibotAll hail polyonymous_!
14:52.39zeckeljp: Is it a joke that configure of Qtopia fixes the headers it ships?
14:55.04cdbot2* * OE Bug 2826 has been created by autobuild(AT)openembedded.org
14:55.06cdbot2* * openmoko-dialer2-0.1.0+svnr2782-r2-do_compile
14:55.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2826
14:56.07zeckeouch, I bet I was that :)
14:56.27zeckeno Iwasn't
14:58.19zeckeljp: lol :)
15:02.47polyonymous_speaking of polyonymous_, mickeyl, just to make sure, you've got my email, haveyou?
15:03.04mickeylgot it, thanks
15:03.18polyonymous_ok thanks.
15:03.53*** join/#oe eekee (n=ethan@sourcemage/apprentice/eekee)
15:04.49polyonymous_as my old ericsson is getting close to its end, I'm starting to eye neo...
15:06.43RPI did some checks, the tinylogin binary gets its suid bit set in the packages themselves. That device table entry is bigus
15:06.47RPbogus
15:08.27*** join/#oe asmola (n=asmola@70.90.102.194)
15:08.45*** join/#oe yakov (n=yzaytsev@89-179-42-135.broadband.corbina.ru)
15:11.04cdbot2* * OE Bug 2827 has been created by autobuild(AT)openembedded.org
15:11.06cdbot2* * openmoko-dialer2-0.1.0+svnr2784-r2-do_compile
15:11.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2827
15:11.49*** join/#oe khem (n=khem@adsl-71-146-5-204.dsl.pltn13.sbcglobal.net)
15:12.42*** join/#oe asmola (n=asmola@70.90.102.194)
15:18.18yakovwiki says that root for OE must be in place with no symlinks above it.. i can't get if it's possible to use /stuff->/Volumes... as a root for OE?
15:18.42yakovi.e. when root /stuff is symlink itself and threre are no syms anywhere else under it.
15:19.28zeckeyakov: why do you want to name it stuff?
15:20.08yakovwell, why stuff is bad? :)
15:20.23yakovactually i want it to be in the / and on a DMG also.
15:20.27yakovso i used sym
15:21.35yakovzecke, are you using OE under Mac OSX? :)
15:21.59yakovi'm folowing wiki instructions to get it up on Mac OSX at the moment..
15:21.59zeckeno
15:22.02Crofton|homekoen, how does linux.inc find the defconfig for the gumstix?
15:22.15zeckeyakov: you certainly need a brain when trying to use OE on OSX
15:22.47zeckeyakov: just go into your mounted DMG and build there
15:22.50yakovhm.. you mean it's tricky?
15:23.23zeckeit's not tricky, you need a brain because you can't assume everything to work out of the box
15:23.56yakovseemed to be easierthen insall another Linux OS on MacBook :)
15:25.01*** join/#oe christopher_ (n=christop@64-199-159-130.ip.mcleodusa.net)
15:26.16koenCrofton: using overrides in filespath
15:26.37CIA-103rpurdie 07org.oe.dev * rd1a87510... 10/ (5 files in 2 dirs): device_tables: Remove bogus /bin/ entries (never did anything, recent makedevs fixes showed up the problem though). Also create /dev directory before populating
15:26.44CIA-103rpurdie 07org.oe.dev * rbd20f47b... 10/ (1 classes/image.bbclass classes/rootfs_ipk.bbclass): image/rootfs_ipk: Remove uneeded mkdir calls
15:26.49CIA-103cbrake 07org.oe.dev * r279d6a58... 10/ (1 packages/images/angstrom-minimal-image-with-mtd-utils.bb): angstrom-minimal-image-with-mtd-utils.bb: add image
15:26.54CIA-103cbrake 07org.oe.dev * r61fbd617... 10/ (1 conf/machine/compulab-pxa270.conf):
15:26.54CIA-1compulab-pxa270.conf: use angstrom-minimal-image-with-mtd-utils
15:26.54CIA-1instead of encouraging image modificatications in local.conf
15:27.50christopher_hello all!  I'm attempting an angstrom image build from scratch and it is failing on a u-boot package when applying a the mokoversion.patch.  Is this a known issue?
15:29.38*** join/#oe csmanx (n=csman@190.40.174.64)
15:43.22asmolachristopher, try doing bitbake u-boot-mkimage-openmoko-native
15:43.42asmolaand then try and bitbake your angstrom image agian
15:44.48asmolachristopher_, ^^^^
15:44.52*** join/#oe chouimat (n=dieu@kde/developer/chouinard)
15:48.26Crofton|homeasmola, we should have fixed that ...
15:49.23asmolai thought you had, but i figured i would offer that up as help to him
15:51.56Crofton|homeit looks like it is trying to build teh openmoko uboot to get the tools
15:53.03khemkoen: Crofton|home : I posted a patch to kernel omap builds
15:53.50khemCrofton|home: Inspiration was bug 1744
15:54.14Crofton|homeok, I'll watch for it
15:55.32yakovuh oh.. http://www.openembedded.org/viewmtn/ - Forbidden
15:56.30Crofton|homeyakov, I think that has been broken for a bit
15:57.24yakovbtw, which versions of metadata is available at the momment?
15:57.55yakovthose like org.openembedded.dev and others liste as "dev branches"..
15:57.57yakov?
15:58.16zecke.dev is the only current one
15:58.34zecke.oz354x is the now historic OpenZaurus branch
15:58.48zeckeand .dreambox is OE for the dreambox
15:59.30yakovthx, now terminology is clear..
16:01.04cdbot2* * OE Bug 2828 has been created by autobuild(AT)openembedded.org
16:01.06cdbot2* * openmoko-dialer2-0.1.0+svnr2790-r2-do_compile
16:01.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2828
16:02.18CIA-103ifaistos 07org.oe.dev * r842df413... 10/ (1 packages/linux/linux-ml403-slab-2.6.x_git.bb):
16:02.18CIA-1packages/linux/linux-ml403-slab-2.6.x_git.bb : Make sure git-native builds before the
16:02.18CIA-1ml403 kernel fetcher kicks in
16:04.20zeckeRP: http://pastebin.ca/666946, can this be related with your recent rootfs change?
16:11.35RPzecke: yes, we probably need to mkdir IMAGE_ROOTFS
16:11.51RPzecke: You've just proven nobody uses USE_DEVFS though. Perhaps we can remove that :)
16:12.38RPzecke: I will push a fix
16:16.04cdbot2* * OE Bug 2829 has been created by adam.smola(AT)gmail.com
16:16.06cdbot2* * Gumstix-Verdex Angstrom Distribution Issues
16:16.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2829
16:16.50RPzecke: pushed
16:18.39hrwpulled
16:24.40*** join/#oe shreyas (n=Shreyas@bmsce.ac.in)
16:30.46*** join/#oe pH5 (n=ph5@e178202007.adsl.alicedsl.de)
16:31.42philippe1workbitbake -crebuild blah is supposed to clean out the build dir no?
16:32.09pH5philippe1work: yes, clean should be the first task it runs
16:32.15pH5good evening
16:32.21philippe1workhi pH5
16:32.32philippe1workhmm, it seems not to do that in my case...
16:33.10philippe1worklet's update it...
16:34.04cdbot2* * OE Bug 2690 has been REOPENED by hvontres(AT)gmail.com
16:34.06cdbot2* *  Script to make zaurus images usable
16:34.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2690
16:36.26*** join/#oe hutz (n=hutz@81-235-176-154-no54.tbcn.telia.com)
16:40.50zecke~lart Qtopia :}
16:40.50ibotbrandishes Excalibur! "With this sword, I vanquish thee, Qtopia :}!" and lops off Qtopia :}'s head
16:41.11CIA-103hrw 07org.oe.dev * rd375e276... 10/ (65 files in 3 dirs):
16:41.11CIA-1KERNEL_IMAGETYPE cleanup
16:41.11CIA-1Proper place for KERNEL_IMAGETYPE is machine config as there is no machine
16:41.11CIA-1which use miscelanous types of kernel. Moved found occurences.
16:41.18CIA-103rpurdie 07org.oe.dev * r1fc3f2af... 10/ (1 classes/image.bbclass): image.bbclass: Add the mkdir back in a different form. This proves nobody uses USE_DEVFS and we should consider removing it,
16:42.53CIA-103crofton 07org.oe.dev * r0cf9456f... 10/ (1 packages/ltp/ltp_20070228.bb):
16:42.53CIA-1ltp_20070228.bb : Apply patch from bug #2078. Move .debug directories to debug package.
16:42.53CIA-1<PROTECTED>
16:43.04cdbot2* * OE Bug 2830 has been created by autobuild(AT)openembedded.org
16:43.06cdbot2* * linux-2.6.21-r6-do_unpack
16:43.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2830
16:44.27*** join/#oe chouimat (n=dieu@kde/developer/chouinard)
16:46.08*** join/#oe khem (i=khem@nat/montavista/x-988a25b529c3b5c8)
16:55.41Crofton|homeok, gumstix built angstrom-minimal-image for me
16:56.20khemCrofton|home: hello
16:56.34Crofton|homehi
16:57.01Crofton|homeI'm having a stresful day, behind quota on thesis editing
16:57.33khemCrofton|home: OK take it easy and concentrate on it :)
16:57.51khemis koen around ?
16:58.04cdbot2* * OE Bug 2827 has been marked as DUPLICATE of bug 2826 by <koen>
16:58.06cdbot2* *  openmoko-dialer2-0.1.0+svnr2784-r2-do_compile
16:58.08Crofton|homehmm
16:58.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2827
16:58.16cdbot2* * OE Bug 2828 has been marked as DUPLICATE of bug 2826 by <koen>
16:58.18Crofton|homethat suggests he is clsoe to a kb
16:58.18cdbot2* *  openmoko-dialer2-0.1.0+svnr2790-r2-do_compile
16:58.20cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2828
16:58.23Crofton|homeand thinking oe
16:58.28cdbot2* * OE Bug 2822 has been RESOLVED (FIXED) by <koen>
16:58.30cdbot2* *  abiword-embedded-2.5.2-r0-do_compile
16:58.33cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2822
16:58.40cdbot2* * OE Bug 2818 has been RESOLVED (FIXED) by <koen>
16:58.42cdbot2* *  abiword-embedded-2.5.2-r0-do_configure
16:58.44cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2818
16:58.52cdbot2* * OE Bug 2823 has been RESOLVED (FIXED) by <koen>
16:58.54cdbot2* *  abiword-plugins-2.5.2-r0-do_configure
16:58.56cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2823
16:59.23Crofton|homeI have stuck my foot into the gusmtix tarpit
16:59.47khemCrofton|home: What kind of board is used by gumstix
16:59.48hrwprepare to new qemu
16:59.55Crofton|homewhich I should have done, except that I have a little interest in asome of the apps people are intersted in
17:00.02hrwkhem: gumstix is pxa255/27x based
17:00.02Crofton|homewww.gumstix.com
17:00.17khemyeh I am looking at this website
17:00.32khembut it seems they manufacture many
17:04.08*** join/#oe vivijim (n=vivijim@200.184.118.132)
17:06.08*** join/#oe ssvb (n=user@87.252.225.64)
17:08.41*** join/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca)
17:09.56*** join/#oe vivijim (n=vivijim@200.184.118.132)
17:14.05cdbot2* * OE Bug 2826 has been RESOLVED (FIXED) by <koen>
17:14.07cdbot2* *  openmoko-dialer2-0.1.0+svnr2782-r2-do_compile
17:14.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2826
17:15.54*** join/#oe rob_w (n=bob@Maf8f.m.pppool.de)
17:16.09*** join/#oe mwester (n=nmwester@gw.mwester.net)
17:16.37hrwbye
17:17.58Crofton|homekhem, I'll look at the patch again, after I finish edtting chapter 3
17:18.47khemheh ok :)
17:19.03koenkhem: I have the same concerns as Crofton|home, but as you say, one step at a time
17:19.45*** join/#oe greentux (n=lemke@Z7e75.z.pppool.de)
17:20.10Crofton|homekoen, what it boils down to is how many tasks I can execute at once :)
17:20.12khemkoen: yeah I know when I was doing this I was finding it hard to stop :)
17:20.22khembut then I remembered Rome was not built in a day
17:20.26Crofton|homethat is why I am trying not to start :)
17:21.33*** join/#oe yakov (n=yzaytsev@89-179-42-135.broadband.corbina.ru)
17:21.52yakovwhich MACNINE is used if I omit this line in *.conf file?
17:22.20Crofton|homekhem, given it will do EABI versus OABI, I should be able to commit it fairly easily
17:22.35khemok
17:22.37Crofton|homeI jsut can't get sucked in to OE for likely the reast of the day
17:22.51khemunderstood :)
17:22.58Crofton|homebecause it is more fun and rewarding than "the thesis"
17:23.24Crofton|homestupid meetings
17:23.32khemyeah
17:23.37Crofton|homethe meeting at 5 will likely cause me to go on strike at work
17:23.37khemI have one at 11
17:25.09pH5RP: do kernels > 2.6.21 run on spitz? For me the pxamci driver is broken since 2.6.21-rc1
17:29.54polyonymous_I have 2.6.21-g9e120db9-dirty
17:31.03polyonymous_that is 2.6.21-r10
17:31.38pH5hm.. that is still before the mmc merge? in the rc1 window?
17:31.56pH590e07d9f54c61449dd48eff82e2354d0124d4f7e is first one that compiles but doesn't work for me
17:32.12pH5(the mmc is not recognized, pxamci says "unrecognized SCR structure version 1")
17:32.32pH5the few commits before that don't even build
17:32.38polyonymous_I haven't checked what it is upstream. I haven't tested mmc, anyway.
17:33.06pH5ok. guess I'll need to do a write-up and ask the mmc guys for help
17:33.28*** join/#oe mwester (n=nnmweste@gw.mwester.net)
17:33.48*** join/#oe asmola (n=asmola@70.90.102.194)
17:34.05polyonymous_Maybe. I'm no kernel hacker, this is the kernel that builds with no config tweaking (or at least it was at 9th of august). But I've done my best to provide helpful info :)
17:34.20pH5polyonymous_: much appreciated :)
17:38.53koenhttp://www.bulletproofbaby.net/
17:39.28Crofton|homekoen, do you sell this?
17:40.34koenno
17:40.45koenthat sight is (hopefully) fake
17:41.24koensite*
17:41.40*** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath)
17:41.48khemheh
17:42.07*** join/#oe dothedog (n=oc60174@c58.octanner.net)
17:42.10Crofton|homehmm, nothing in stock ....
17:42.29polyonymous_why did the lady shut her own ears, but not baby's?
17:43.30Crofton|homeher aim was also bad
17:44.52yakovguys, is it possible to build something minimal [to use under qemu] in order to test OE sanity operation?
17:45.01polyonymous_the aim of this whole thing is somewhat doubtful ;-)
17:45.02*** join/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl)
17:45.05likewisehello all
17:45.14pH5hi
17:45.38likewiseRP: could you spoil a minute on my x86_64 question?
17:47.42Crofton|homehttp://www.glumbert.com/media/irack
17:48.25yakov..one more question if i may, how long does gpe-image take to build? say, on core2duo system?
17:50.35likewise1 to 2 hrs I guess
17:52.36yakovwell, am right that after i've run bitbake nano (distro=angstrom), and than bitbake gpe-image last must take shorter time bacause some dependencies are already built?
17:55.27pH5yakov: yes, unless you change machine or distro, it doesn't have to build gcc/glibc anymore, for example
17:59.47likewiseyakov: yes, that reduces the build by an hour or so, because the toolchain is mostly there
18:00.11likewiseOops, missed pH5's answer.
18:01.13pH5likewise: nm, the fact that we're in agreement gives credibility to our answers :)
18:02.05*** join/#oe Bernardo (n=Bernardo@89.181.56.200)
18:02.07CIA-103hrw 07org.oe.dev * r3206ed00... 10/ (5 files in 3 dirs): freetype: added 2.3.5 from Poky (target and native)
18:02.11CIA-103hrw 07org.oe.dev * raacb5cae... 10/ (1 packages/qemu/qemu-qop-nogfx-native_svn.bb): qemu-qop-nogfx-native: dropped
18:02.16CIA-103hrw 07org.oe.dev * r0f10ccfb... 10/ (31 files in 3 dirs): qemu: added 20070613 version from Poky - this works on 32 and 64 bit machines
18:02.20CIA-103hrw 07org.oe.dev * reaf6fede... 10/ (1 packages/qemu/qemu_cvs.bb): qemu: let 20070613 be default
18:03.14pH5nice, time to rebuild qemu
18:04.03likewise64 bit machines, yay.
18:07.15*** join/#oe shreyas (n=Shreyas@59.92.135.157)
18:08.03hrwre
18:08.18hrwthx goes to many people in OE and in OH
18:09.40RPpH5: Yes, 2.6.22 is running on spitz here
18:10.05RPlikewise: I know little about _64, what's the question?
18:10.53likewiseRP: The TARGET_ARCH issue I brought up on the OE ML, which you responded to I think
18:11.04pH5RP: ok, so it's not pxamci alone. I get "unrecognized SCR structure version 1" for all my sd cards :(
18:11.30RPpH5: We hack around that warning in the linux-rp kernels iirc
18:11.41RPlikewise: ah, on the mailing list.
18:12.02RPlikewise: I will reply although probably not now, maybe later
18:13.58RPAcutally I have a few minutes apparently :)
18:14.46hrwlikewise: do_configure_x86_64 () { }
18:15.00hrwlikewise: when it will be called?
18:16.22likewisehrw: Sorry, I do not understand your question?
18:16.39hrwlikewise: The TARGET_ARCH issue you brought up on the OE ML
18:16.51hrwlikewise: x86-64 contra x86_64
18:16.54likewisehrw: yes
18:17.17hrwif we will use x86_64-sth as machine name then we will break OVERRIDES.
18:17.54hrwas you can have do_configure_machine_append then you will get do_configure_x86_64 - what is x86 and what is 64 in that case?
18:18.54*** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk)
18:19.27likewisehrw: I'm not very experienced using overrides. I see that "do_configure_machine_append" can result into "do_configure_x86_64" but I do not understand why that last name cannot be a task name?
18:19.47likewisebitbake breaks everything at the underscores?
18:20.06hrwyes - it breaks at underscore
18:20.40hrwand I told messy a bit - will rephrase
18:20.57hrwas you can have do_configure_machine_append and you can do do_configure_x86_64 - what is x86 and what is 64 in that case?
18:21.35*** join/#oe pgfeller (n=pgfeller@87.159.79.83.cust.bluewin.ch)
18:21.45likewisehrw: then the opposite question: how should I cope with the libc-headers bitbake recipe, which assume "x86_64" for TARGET_ARCH? Make an exception for it?
18:22.34hrwfor me TARGET_ARCH == x86_64 is rather ok. but not x86_64 in machine name
18:23.00likewisehrw: ah, ok. I think that would work.
18:23.21likewisehrw: thanks
18:25.14hrwnp
18:25.31RPlike|bbiab: I think my main concern was that you want to change PACKAGE_ARCH in these machine tune files to avoid the problem you mentioned
18:25.57RPlike|bbiab: When choosing these PACKAGE_ARCH values, avoid underscores to save yourself pain in the future
18:26.43RPMy original mail should have had a s/TARGET_ARCH/PACKAGE_ARCH/ in the second paragraph, sorry :/
18:26.53hrwscap.linuxtogo.org refreshed a bit
18:31.19*** join/#oe yakov (n=yzaytsev@89-179-8-131.broadband.corbina.ru)
18:32.12*** part/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca)
18:33.35yakovhttp://pastebin.ca/667104
18:33.44yakovshit.
18:35.08*** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath)
18:35.44yakovwhat do you think is it a bug?
18:36.10hrwyakov: macosx on intelmac?
18:36.20yakovyeah..
18:36.29hrwnot so tested combo
18:37.17*** join/#oe rob_w|laptop (n=rob_w@Maf8f.m.pppool.de)
18:38.50*** join/#oe TheCan (n=thecan@dslb-084-056-180-158.pools.arcor-ip.net)
18:39.40gremlin[it]which anstrom version u all suggest to make just testing ... 2007.1 2007.1-legacy 2008.1 ?
18:40.24yakovhrw, what should i do with it then?
18:41.36hrwgremlin[it]: use 2007.1
18:42.03hrwyakov: best would be catch someone with macosx here who use OE for longer time
18:42.05cdbot2* * OE Bug 2820 has been RESOLVED (FIXED) by stefan(AT)datenfreihafen.org
18:42.07cdbot2* *  do_make_rootfs fails on makedevs
18:42.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2820
18:42.21hrwor donate me machine with osX and I will look in spare time ;d
18:42.30yakov:)
18:42.44CIA-103koen 07org.oe.dev * ra683bbf7... 10/ (1 packages/libgphoto2/libgphoto2_2.4.0.bb): libgphoto2: add 2.4.0
18:42.48CIA-103koen 07org.oe.dev * rea274418... 10/ (1 packages/gphoto2/gphoto2_2.4.0.bb): gphoto2: update to 2.4.0
18:42.52CIA-103koen 07org.oe.dev * rb2043e7a... 10/ (5 files in 2 dirs): sane-backends: update to 1.0.17
18:44.37*** join/#oe _law_ (n=_law_@213.173.86.202)
18:45.12gremlin[it]hi hrw! ... mhhh but i have the annoing but on rxvt-unicode/ncurses-native that bock compilation :(
18:46.39*** join/#oe Crofton|work__ (n=balister@ossie.wireless.vt.edu)
18:48.40koenhrw: qemu-native is broken: http://rafb.net/p/zplDD311.html
18:48.41*** join/#oe pH5 (n=ph5@e178202007.adsl.alicedsl.de)
18:49.31hrwshit.. worked for me - will check
18:49.33*** join/#oe asmola (n=asmola@70.90.102.194)
18:50.37*** join/#oe rob__w (n=bob@X1c00.x.pppool.de)
18:52.29hrwsane-srcdates...
18:54.30yakovok, posted to the list..
18:56.55Crofton|work__koen, the majr reason for using the manual image assmebly in linux.inc is to get a reasonable name passed to the -n arg?
18:57.16koenyes
18:57.49koennow go back to your thesis :)
18:57.51Crofton|work__I am going to look into ways to do that, without needing the manaul mkimage call
18:57.53Crofton|work__yeah
18:58.03Crofton|work__I think I see a path
18:58.04*** join/#oe Bernardo (n=Bernardo@89.181.56.200)
18:58.11Crofton|work__by inserting something into the defconfig
18:58.50*** join/#oe Crofton (n=balister@hc6521448.dhcp.vt.edu)
18:59.21hrwkoen: fix pushed
19:01.00koenthanks
19:03.58*** join/#oe shreyas (n=Shreyas@59.92.135.157)
19:05.54khemkoen: Do you know the logic to generate locales
19:06.02koennope
19:06.17koenhrw: where did you push it to?
19:06.38khemkoen:
19:07.03khemI am trying to work on the cross locale generation
19:07.06khem:)
19:07.17khemanyway I will try to decipher more
19:10.04zeckewow, I even told him to use his brain....
19:10.38koenbrains....
19:11.34koenzecke: http://scap.linuxtogo.org/files/436aa0f1344308f3001913ba651eefb6.png
19:12.01zeckekoen: mickeyl pointed me to these shots
19:12.06zeckekoen: do you like it?
19:12.12koenyes
19:12.23koenalotugh the search thingy takes up a lot of space
19:12.32koenbleh, and I can't type
19:13.15khemwhose picture is that ?
19:13.17zeckedo you want to have a fullscreen button?
19:13.32koenkhem: iirc lucas rocha
19:13.33zeckegestures?
19:13.48khemyeh
19:14.20zeckekoen: or do you think searching in HTML is not wanted?
19:14.31polyonymous_yeah, hrw, where did you push it to? :)
19:14.49koenzecke: I think it's wanted, but the current UI takes up too much space
19:17.38hrwmtn: error: I/O failure while talking to peer monotone.openembedded.org, disconnecting
19:17.42hrwpushing again
19:18.03zecke<PROTECTED>
19:18.16*** join/#oe olegfink^ (n=olegfink@87.228.51.111)
19:18.18koenzecke: turn evil?
19:18.25koenyou are already evil
19:18.30zeckeah right
19:18.36CosmicPenguinyeah - thats not a far trip
19:19.00polyonymous_ah
19:22.46CIA-103hrw 07org.oe.dev * rf45f0798... 10/ (1 conf/distro/include/sane-srcdates.inc): sane-srcdates: fix qemu date
19:23.38stefan_schmidtAny good description how to build one distro for more then one machines? It inherits multimachine but somehow I can't find any hints in the manual or the wiki about how to use it.
19:24.11polyonymous_passing MACHINE via env?
19:24.31koennooooo!
19:24.36koenuse auto.conf
19:25.03Jin^eLDwhat is actually the big difference between auto.conf and local.conf, I never seemed to get it?
19:25.03polyonymous_sorry :-)
19:25.09koen<PROTECTED>
19:25.10koen<PROTECTED>
19:25.11koen<PROTECTED>
19:25.11koen<PROTECTED>
19:25.48polyonymous_hmm... why is it any better?
19:25.48stefan_schmidtkoen: thanks
19:26.10*** join/#oe rob_w|laptop (n=rob_w@X1c00.x.pppool.de)
19:26.59zeckepolyonymous_: bitbake doesn't really track environment changes
19:27.26polyonymous_zecke, shouldn't the stuff bitbake caches be target-independent?
19:27.54koenbinutils breaks with MAHCINE in env
19:28.06zeckepolyonymous_: good point, but still it is fragile
19:28.19polyonymous_koen, oh really? Damn, I've been building this way for quite a while now ;-)
19:28.20zeckekoen: does it break for you? we should unexport...
19:28.52hrwkoen: please remove progear from list and add alix instead
19:31.11polyonymous_I think requirement for arch-independence of cached stuff should be a subject of some QA test... Theoretically, at least ;-)
19:40.15*** join/#oe torpor (n=torpor@zone79a.de)
19:41.36likewisere
19:41.54likewisehi koen, Crofton, polyonymous_, zecke, Jin^eLD , phew, all!
19:42.07zeckeho
19:42.40*** join/#oe lrg (n=liam@lrg2.demon.co.uk)
19:42.42Jin^eLDhey likewise :)
19:43.13likewiseJin^eLD: the board is postponed until after the International Broadcast Convention... they need it for a demo there...
19:43.36polyonymous_likewise, quite a list ;-) hi ;-)
19:43.41Jin^eLDlikewise: I get the feeling you'd be faster looking for another board ;)
19:43.55likewiseJin^eLD: do you know alternative solutions?
19:44.18likewiseJin^eLD: maybe your company could do some consulting for us...
19:44.33Jin^eLDhmm, good questions, none that I would recommend for HD.. at least I know the STB810 has its issues with full HD content
19:44.42zeckelikewise: will you be at IBC?
19:44.48likewisezecke: yes, you?
19:44.54likewisezecke: not all days
19:45.06Jin^eLDlikewise: you mean try to help you to get the wis board for evaluation?
19:45.22zeckelikewise: no, but my boss and colleague and we will be at the BMCO booth
19:45.38likewiseJin^eLD: no, more like maybe your company can do some work on it, or work on it together.
19:46.40Jin^eLDthat is a possible option, allthough i would be the wrong one to ask; I can however provide you with the proper contacts and forward your request
19:47.02Jin^eLDI think our people could be interested in such a cooperation
19:48.12Jin^eLDlikewise : btw will you be at IFA?
19:49.38hrwbye
19:49.53likewiseJin^eLD: no, we are not in the consumer market
19:51.00zeckeJin^eLD: I will have to ask my boss, but we have a bbq on the 4th of september (obviously in berlin)
19:51.03*** join/#oe flo_lap (n=fuchs@f049184160.adsl.alicedsl.de)
19:51.47Jin^eLDzecke: unfortunately I won't be at IFA :( just thought I might hook likewise up with some of our ppl
19:52.53zeckeah
19:53.05zeckewho are your people? (I'm with gmit-gmbh.de)
19:53.17*** join/#oe dothedog (n=oc60174@c58.octanner.net)
19:53.40Jin^eLDzecke: StreamUnlimited Engineering
19:53.49Jin^eLDwww.streamunlimited.com
19:54.34stefan_schmidtzecke: Nice picture of your phone plus the reciever on the website :)
19:55.25zeckenowadays I'm not ashamed of the website
19:56.17stefan_schmidtzecke: Why not? It's php ;)
19:56.18likewisezecke: your company uses Linux a lot? OE?
19:56.24likewisestefan_schmidt: :-)
19:56.28Jin^eLDwell, ours is back to "ok" now, there was a phase where I was sort of ashamed of it :)
20:01.05cdbot2* * OE Bug 2831 has been created by autobuild(AT)openembedded.org
20:01.07cdbot2* * qemu-native-0.9.0+cvs20070613-r4-do_populate_staging
20:01.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2831
20:05.42zeckelikewise: well, our BenQ DVB-H terminals use Linux and OE (probably one of the earliest adaptors and donors of OE)
20:06.11zeckelikewise: but we are whores and do what we get paid for :)
20:07.09Jin^eLDzecke: isn't it the same everywhere ;)
20:07.39polyonymous_autobuild should really provide at least revision of the tree being built.
20:08.28likewisepolyonymous_: and the bitbake revision used
20:08.48polyonymous_likewise, this is bitbake folks' concern ;-)
20:09.07likewisepolyonymous_: no. a build should be reproducable afterwards, so versions matter
20:09.18hrw~lart speed of my machine
20:09.18ibotgives speed of my machine a good seeing to
20:09.35polyonymous_likewise, well, right, but if you're going that far, then failure log too ;-)
20:09.40hrwI have fix for 2831
20:10.18likewisepolyonymous_: yes, well actually, I'm setting up my build server like that. I even want to boot targets and do run-time tests.
20:10.35polyonymous_hrw, ah, so you even know it's true ;-)
20:10.35torporso whats up with makedevs not making paths for things like /bin/tinylogin .. anyone working on that/got a reasonable clue about a fix?
20:10.38likewisepolyonymous_: which is quite normal. (not that I did it before).
20:11.17polyonymous_likewise, yeah. But I was complaining about pointlessness of these reports, not insufficience thereof ;-)
20:11.47hrwtorpor: update metadata
20:12.00torporhowsat?
20:12.13polyonymous_hrw, and I have one more "fix" for qemu (picking up my gcc3), should I wait for you to push your stuff or does it matter?
20:12.30hrwpolyonymous_: if you can wait half hour
20:12.53polyonymous_hrw, I can, but would it conflict with qemu-native_20070613.bb ?
20:13.04polyonymous_(this is where my changes go into)
20:13.19stefan_schmidttorpor: I think your update problem is more an #openmoko problem. Let us go over.
20:13.26polyonymous_it doesn't have much more except for this gcc thing.
20:14.00hrwpolyonymous_: go ahead with it
20:14.15torporstefan_schmidt: ok
20:14.22polyonymous_ok
20:14.30koenhrw: http://bugs.openembedded.org/show_bug.cgi?id=2831
20:16.05polyonymous_hrw, will do, I'm waiting for justincasey build to finish.
20:18.05hrwkoen: 22 22:09 < hrw> I have fix for 2831
20:21.38hrwbut building qemu-native on this box takes some time
20:23.01khemHi do you know who submitted this question in FAQ "When I build glibc,it failed and told me "FATAL:kernel too old",but my kernel version is 2.6"
20:23.15*** join/#oe AchiestDragon_ (n=david@whipy.demon.co.uk)
20:23.23khemI can answer it but I need some clarification
20:23.32torporok is qemu-native busted?
20:24.09hrwtorpor: yes
20:24.20hrwand I am waiting for my box to build it with proper fix
20:24.30torporah ETA?
20:25.31hrwtorpor: hard to tell - its single core machine
20:25.54torporoh but you are building righ tnow before you commit, or?
20:25.56vivijimhi, I'm doing some crazy tests here and I'd like to build a complete static cross toolchain... I've tried to insert the EXTRA_OECONF += "--disable-share" in the cross.bbclass without success... is there any way to do that?
20:26.49likewisevivijim: statically linked, no host lib dependencies?
20:26.59vivijimlikewise: yes
20:27.30likewisevivijim: hmm, never tried that. Do any of the buildroot/ptxdist/crosstool stuff do this?
20:28.04cdbot2* * OE Bug 2589 has been RESOLVED (FIXED) by <polyonymous>
20:28.06cdbot2* *  qemu-native sigsegvs on amd64 while  generating glibc locales
20:28.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2589
20:28.50vivijimlikewise: hmm I don't know... my idea is to have a toolchain i386 running inside my arm chroot to make faster the compilation inside the chroot
20:29.05khemvivijim: obviously it wont work because there is a typo there
20:29.11vivijimso I'm starting to investigate how to do that
20:29.17khemvivijim: "--disable-shared"
20:29.29khemnotice the missing d
20:29.45hrwNOTE: package qemu-native-0.9.0+cvs20070613-r5: task do_build: completed
20:29.54torporhrw: cool.. :)
20:30.42*** join/#oe _AchiestDragon (n=david@whipy.demon.co.uk)
20:30.45zeckestefan_schmidt: what is wrong with PHP?
20:30.56polyonymous_everything!
20:31.02vivijimkhem: uhm sorry.. my last test was to let it wrong to see if do_configure would break
20:31.31khemvivijim: ok
20:31.48dothedogHi all, I need help building an xterminal-image for angstrom (akita).
20:32.09koendothedog: use angstrom-x11-image instead
20:32.29vivijimkhem: and it didn't break... so I believe that for some reason this extra flag are not being passed to the oe_runconf :(
20:32.31CIA-103polyonymous 07org.oe.dev * r27baa018... 10/ (1 packages/qemu/qemu-native_20070613.bb): qemu-native: thanks, hrw, but please, pick up my gcc3 too! ;-)
20:32.35dothedogI need something that is super lightweight with X11. x11-image uses too much memory.
20:32.54dothedogkoen: I need about 25MB free...
20:33.11khemvivijim: yeah I would suggest to modify the recipes
20:33.17khemindividually
20:33.46stefan_schmidtzecke: Nothing, if you like to make sure everybody can update your site like a wiki. ;)
20:33.57vivijimkhem:  uhm... I'll try that...
20:34.49polyonymous_stefan_schmidt, that's the last thing that is wrong with php.
20:34.52hrwpushing and pushing....
20:35.01hrwpushed
20:35.10torporgreat
20:35.14polyonymous_hrw, sleep well
20:35.17hrwlet someone close 2831
20:35.23hrwafter check
20:36.55stefan_schmidtpolyonymous_: Perhaps you are right. But I'm not here to discuss script languages for websites. :)
20:37.16polyonymous_stefan_schmidt, I wouldn't claim that's exactly what brought me here either ;-)
20:37.37stefan_schmidtpolyonymous_: :)
20:38.27dothedogkoen: I've tried the xterminal-image.bb but it won't boot into X...
20:39.08*** join/#oe Cyberdeck (n=mnemonic@drms-590d2122.pool.einsundeins.de)
20:40.42CIA-103hrw 07org.oe.dev * ra61caf64... 10/ (3 files in 3 dirs): qemu: remove stripping during do_stage - close #2831
20:41.48*** join/#oe Cyberdeck (n=mnemonic@drms-590d2122.pool.einsundeins.de)
20:41.51cbrakeanyone happen to know VFP applies to the soft float as used in EABI ARM toolchains built with OE?
20:42.14cbrakemade a little progress today on the mono ARM floating point issues, but still don't understand how everything fits together.
20:43.11*** join/#oe Cyberdeck (n=mnemonic@drms-590d2122.pool.einsundeins.de)
20:44.21*** join/#oe Cyberdeck (n=mnemonic@drms-590d2122.pool.einsundeins.de)
20:44.52stefan_schmidthrw|gone: NOTE: package qemu-native-0.9.0+cvs20070613: completed on AMD64
20:45.31*** join/#oe Cyberdeck (n=mnemonic@drms-590d2122.pool.einsundeins.de)
20:45.45zecke~lart Qtopia
20:45.45ibotsqueezes Qtopia till Qtopia turns blue like papa smurf
20:46.26torporcbrake: what are the issues?
20:46.47*** join/#oe Cyberdeck (n=mnemonic@drms-590d2122.pool.einsundeins.de)
20:47.04cdbot2* * OE Bug 2831 has been RESOLVED (FIXED) by stefan(AT)datenfreihafen.org
20:47.06cdbot2* * qemu-native-0.9.0+cvs20070613-r4-do_populate_staging
20:47.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2831
20:47.45stefan_schmidtzecke: I thought you would love it after your gtk work ;)
20:48.00cbraketorpor: if I force ARM_FPU_NONE in the mono build, it seems to work fine
20:48.21cbraketorpor: for some reason, the configure script is detecting ARM_FPU_VFP
20:48.24zeckestefan_schmidt: I know, I'm a moron, I always complain and nobody loves me, I will be completely naked in a couple of month because I keep giving my clothes away
20:48.27torporARM FPU is an arcane science.  
20:48.36zeckeand I'm more depressive than marvin
20:48.47*** join/#oe Cyberdeck (n=mnemonic@drms-590d2122.pool.einsundeins.de)
20:48.47stefan_schmidtzecke: heh, of course only to womens
20:48.54torporARM_FPU_NONE can mean 'there is no FPU, but emulate one' and thus VFP is turned on
20:49.00stefan_schmidtzecke: That right. Go out and play a round pinball
20:49.13stefan_schmidts/That/That's/
20:49.19zeckeeven the pinball has more luck with women :)
20:49.25cbraketorpor: nod, that just be what is happening
20:49.49cbraketorpor: I'll ask around a little more on the list ...
20:49.55torpori'm sorry i don't know more about the build environment yet cbrake .. its been about a year since i hacked on openembedded, and i'm just getting back into the swing of things with openmoko ..
20:50.03*** join/#oe Cyberdeck (n=mnemonic@drms-590d2122.pool.einsundeins.de)
20:50.15torporbut i have had my fair share of FPU/ARM hassles in the last few years, believe me.. so i know what you're going through.
20:50.20cbraketorpor: great :-)
20:51.11cbraketorpor: it seems like the mono devs expect ARM_FPU_VFP is expected with EABI toolchains, so that is why I'm a bit puzzled.
20:51.48torporit can also happen that if you have one lib in a large list of libs that uses VFP, your compiler will link to VFP-using versions ..
20:54.26zeckebirunko: still awake?
20:55.19birunkozecke, sure
20:56.00zeckebirunko: I always thought apple did donate the llvm backend. I always liked llvm and I assume we will have it in OE sooner or later
20:57.10zeckedo you have any interesting things to say about llvm?
20:57.41torporhas the makdevs do_rootfs bug been fixed, anyone know?
20:57.42torporV
20:58.29birunkozecke, Actually I don't know what is the real status of llvm, maybe lauro can tell you better... let me ask him to join the channel
20:59.52*** join/#oe lauro (n=laurov@200.184.118.132)
21:00.46vivijimlauro: (05:56:01 PM) zecke: birunko: I always thought apple did donate the llvm backend. I always liked llvm and I assume we will have it in OE sooner or later
21:00.46vivijim(05:57:11 PM) zecke: do you have any interesting things to say about llvm?
21:01.11birunkolauro, zecke was asking about llvm arm backend
21:01.20zeckehi lauro, I have started reading the arm llvm backend and I wonder if you have any war stories, practical results :)
21:01.30torporokay the do_rootfs is still busted .. this time the mkdir /dev has been removed fro image.class .. and i'd like to fix this by making a patch to makedevs.c ..
21:02.35*** join/#oe Sleep-Walker (n=Sleep@2001:5c0:8fff:fffe:0:0:0:6c7d)
21:02.51laurohi zecke, the INdt started the ARM backend development and later the Apple gave a strong contribution
21:03.18koenzecke: http://www.openembedded.org/~koen/llwm.diff
21:03.58zeckewm?
21:04.10laurozecke, I did a performance test: laurovenancio.wordpress.com
21:04.39zeckekoen: use the 4.2 branch of the frontend :)
21:05.09torporbut i see now that add_new_directory has been added .. so the .txt files need to have "d /dev" and "d /bin" cmds added to them.
21:06.25laurothe 4.2 branch isn't official yet
21:07.02zeckeah okay
21:07.03lauroProbably, It will be released in LLVM 2.2
21:08.01zeckelauro: The Arm target generates assembly code, but do you do any optimisation as well? The classic peephole e.g?
21:13.44laurozecke, the optimizations are done by the LLVM core
21:21.52zeckebye
21:23.25*** part/#oe lauro (n=laurov@200.184.118.132)
21:23.27khemI answered few Qs in FAQ
21:23.29khemhttp://www.openembedded.org/oefaq
21:23.39khemalso added one question about eglibc
21:23.58TheCanwhy you name it oefaq when the domain already implies openembedde?
21:24.00TheCan+d
21:24.22*** join/#oe CIA-1 (n=CIA@208.69.182.149)
21:24.27khemTheCan: its just a page address
21:24.50khemOeFaq for WikiWord I guess
21:25.55ljpzecke: anything I can help you with?
21:47.51*** part/#oe vivijim (n=vivijim@200.184.118.132)
21:50.03likewisegood nite
21:57.40*** part/#oe dothedog (n=oc60174@c58.octanner.net)
22:01.32*** join/#oe rob_w (n=bob@X1c00.x.pppool.de)
22:01.50*** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be)
22:08.26*** join/#oe B_Lizzard (n=havoc@adsl99-112dynamic.salonica.acn.gr)
22:08.50B_Lizzardpackage libx11-native is the wrong version
22:09.02B_LizzardIt's 1.0.1 and it should be 1.1.1
22:09.06B_LizzardAnd it fails
22:09.12B_LizzardSomeone please fix that :)
22:12.05*** join/#oe AchiestDragon_ (n=david@whipy.demon.co.uk)
22:24.24*** join/#oe CIA-36 (n=CIA@208.69.182.149)
22:25.48RPtorpor: I added the /dev entries
22:26.09torporRP: /dev   d
22:26.10torporright?
22:26.16torporand /bin     d too i think.
22:38.45*** join/#oe mallum (n=mallum@host86-136-65-190.range86-136.btcentralplus.com)
22:40.01*** join/#oe rshakin (n=rshakin@netblock-68-183-139-28.dslextreme.com)
22:41.45rshakinhey ppl
22:43.02*** join/#oe CIA-1 (n=CIA@208.69.182.149)
22:54.07RPtorpor: mtn up and you will see. I removed the /bin entries
22:54.24torporok
23:05.40Crofton~lart people who do not understand SCM;'s
23:05.40ibotgrabs a large, mis-shapened log, with squirrels, and beats people who do not understand SCM;'s until only the nuts remain ... which the squirrels run off with
23:09.46*** join/#oe toi (n=pleemans@d5152D3B4.access.telenet.be)
23:09.58polyonymous_~lart crofton for ~larting people who don't understand SCM and don't use it ;-)
23:09.58ibottakes a big bite out of crofton's jugular vein for ~larting people who don't understand SCM and don't use it ;-)
23:10.19Croftonheh
23:10.27polyonymous_:)
23:10.44CroftonI just came out of a meeting where someone proposed using subversion to do work in parallel brnaches
23:11.16polyonymous_heh, that's, although possible, isn't much fun.
23:11.27polyonymous_Not that it's not possible without scm at all ;)
23:12.22polyonymous_but you know, this suggestion comes out quite natural from someone unfamiliar with other concepts, but knowing what subversion is.
23:13.35JustinPjust in case anyone other than zecke was interested: http://oe.reversefold.com/bitbake-freeze.patch
23:18.02*** join/#oe toi (n=pleemans@d5152D3B4.access.telenet.be)
23:24.48*** join/#oe mwester-road (n=chatzill@dhcp64-134-162-78.whcs.den.wayport.net)
23:36.10*** join/#oe Timelord (n=TL@24-116-218-195.cpe.cableone.net)
23:45.58*** join/#oe budgester (n=budgeste@82-35-154-96.cable.ubr05.enfi.blueyonder.co.uk)
23:46.56budgesterI'd like to build a basic image with apache on it to flashh to a CF card, how is the best way to do this with OE ?
23:50.13*** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net)

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