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.05 | cdbot2 | * * OE Bug 2819 has been created by kristian(AT)mput.de |
01:11.07 | cdbot2 | * * for loop in do_stage is not compatible with SH |
01:11.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2819 |
01:11.15 | *** join/#oe noclouds (n=mhfan@218.22.26.90) |
01:12.43 | kristian-m | fixed 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.04 | cdbot2 | * * OE Bug 2819 has been marked as DUPLICATE of bug 2816 by kristian(AT)mput.de |
01:46.06 | cdbot2 | * * qt4-x11-free-4.3. 0 - for loop in do_stage is not compatible with SH |
01:46.08 | cdbot2 | * * 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.18 | archer | The process of "Synthesizing the initial hotplug events" is extremly slow, |
02:43.44 | archer | i think it is because of the flash device. is there any way to speed up it? |
03:28.40 | Zero_Chaos | how to make a fetch a certain rev from svn? |
03:28.56 | Zero_Chaos | my reicpe fetches current from svn now, but I need a certain rev (one that works) |
03:35.02 | rwhitby | search 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.40 | Zero_Chaos | thanks, it was rev= |
03:44.58 | Zero_Chaos | I 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.11 | hvontres|home | has anybody seen anything like this? makedevs: /home/henry/oe/dev/tmp/rootfs/bin/tinylogin: file can not be created! |
03:58.49 | rwhitby | hvontres|home: lots of openmokians are reporting it with oe.dev head |
03:59.07 | rwhitby | seems that makedevs has stopped doing mkdir -p like things. |
03:59.09 | hvontres|home | rwhitby: any ideas? |
03:59.34 | rwhitby | or the device table has suddenly got subdirs where it didn't before. |
03:59.40 | rwhitby | I haven't looked into the real cause yet. |
04:00.52 | hvontres|home | rwhitby: do you know if this could be related to the host os? I just switched from fedora to kubunu |
04:02.07 | rwhitby | it works for me in Debian Etch |
04:02.43 | rwhitby | and device_table-minimal.txt hasn't changed recently as far as I know |
04:06.43 | mwester-road | Sounds 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.33 | wirelessdreamer | does anyone here know the bb name for the kernel image for spitz? |
04:09.50 | hvontres|home | mwester-road: hmmmm, did we ever figure out what was causing fakeroot to act up in the first place? |
04:10.21 | hvontres|home | mwester-road: btw, are you going to send your kexec patches to the mailing list soon? |
04:10.55 | mwester-road | Not 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.56 | hvontres|home | wirelessdreamer: spitz uses linux-rp_2.6.21 |
04:11.09 | wirelessdreamer | hvontres|home: thanks |
04:11.14 | mwester-road | I ran into it when I upgraded to Fedora 7, and solved it by upgrading fakeroot to 1.7 |
04:12.10 | mwester-road | Re: kexec changes -- I can send those out. Probably when I return later this week... |
04:12.37 | hvontres|home | mwester-road: cool. I told RP about them and he sounded really interested |
04:13.05 | mwester-road | Well, the sysfs changes are really bad, but the rest is probably ok to use. |
04:14.16 | mwester-road | hvontres|home: can you pastebin the log file from the rootfs creation problem? |
04:14.34 | hvontres|home | mwester-road: well, at least we can get the other guys thnking about how to solve this better |
04:14.42 | hvontres|home | ~pastebin |
04:14.43 | ibot | hmm... 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.14 | hvontres|home | mwester-road: http://pastebin.ca/666457 |
04:20.29 | mwester-road | Well, 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.04 | hvontres|home | mwester-road: 1.7.1... but I just tried to rebuild it and this is what I got: http://pastebin.ca/666460 |
04:22.20 | hvontres|home | mwester-road: it looks like fakeroot is failing on configure.... |
04:23.16 | mwester-road | There's a patch for that... |
04:24.15 | hvontres|home | mwester-road: ooops.. tried to rebuild fakeroot instead of fakeroot-native... one moment.... |
04:26.02 | hvontres|home | mwester-road: hmmm....fakeroot-native builds ok.... |
04:27.05 | cdbot2 | * * OE Bug 2304 has been RESOLVED (FIXED) by xjqian(AT)gmail.com |
04:27.07 | cdbot2 | * * texinfo fails to build |
04:27.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2304 |
04:27.49 | mwester-road | 1.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.50 | hvontres|home | mwester-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.08 | rwhitby | I 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.49 | mwester-road | I wonder if this bug might be relevant? http://bugs.uclibc.org/view.php?id=371 |
04:41.31 | hvontres1home | mwester-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.05 | cdbot2 | * * OE Bug 2820 has been created by hvontres(AT)gmail.com |
05:11.07 | cdbot2 | * * do_make_rootfs fails on makedevs |
05:11.09 | cdbot2 | * * 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.30 | khem | koen: 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.09 | micropal | was 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.37 | steliosk | micropal : I stumbled into that myself |
07:35.17 | steliosk | not sure whats causing it though |
07:38.40 | micropal | only 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.38 | steliosk | micropal : yep, thats the problem |
07:39.56 | steliosk | micropal : 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.55 | micropal | It's makedevs that tries to create /bin/tinylogin. It's not that it tries to copy tinylogin into /bin |
07:49.50 | micropal | why is /bin/tinylogin, /bin/mount and /bin/umount in files/device_table-minimal.txt? |
07:50.52 | micropal | Is it just to get the permissions right or something? |
08:04.51 | XorA | morning |
08:08.44 | koen | good morning all |
08:09.03 | micropal | I thought you all were americans ;) good morning |
08:11.06 | koen | ~ugt |
08:11.07 | ibot | from 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.21 | micropal | heh ;) |
08:12.21 | micropal | anyways, steliosk if you comment out that /bin/tinylogin infiles/device_table-minimal.txt you can build your image. |
08:12.41 | micropal | I'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.21 | bambam | hi |
08:24.42 | bambam | isn't there a package for bitbake for ubuntu feisty? |
08:32.06 | koen | Crofton: 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.11 | steliosk | koen : hi ! Package will leave today |
08:37.14 | steliosk | micropal : well, it will work, but that's not the general idea when trying to find bugs |
08:37.30 | koen | steliosk: thanks! |
08:38.48 | *** join/#oe Bernardo (n=Bernardo@84.39.81.187) |
08:44.06 | koen | XorA: I'm doing a final test on abiword*2.5.2 now |
08:44.56 | XorA | koen: cool |
08:45.23 | koen | and the ezx dudes now have a working asoc driver and can make calls with it |
08:45.25 | rob_w|laptop | will 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.05 | cdbot2 | * * OE Bug 2821 has been created by autobuild(AT)openembedded.org |
08:47.07 | cdbot2 | * * wv-1.2.0-r0-do_configure |
08:47.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2821 |
08:50.04 | cdbot2 | * * OE Bug 2821 has been RESOLVED (FIXED) by <koen> |
08:50.07 | cdbot2 | * * wv-1.2.0-r0-do_configure |
08:50.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2821 |
08:50.29 | koen | seppuku.bbclass rocks |
08:53.05 | steliosk | rob_w|laptop : You have to override that also then, beacuse the distro you are using defines it |
08:54.20 | rob_w|laptop | steliosk, how do i ? |
08:57.21 | koen | DISTRO=angstrom-2008.1 :) |
08:58.12 | XorA | koen: so those moto phones are finally useful? |
08:58.13 | *** join/#oe shreyas (n=Shreyas@203.187.156.66) |
08:58.42 | koen | XorA: looks like it |
09:00.31 | Bernardo | good morning |
09:04.14 | micropal | steliosk: yeah, I know. It's a quick hack. |
09:04.39 | CIA-1 | 03koen 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.46 | CIA-1 | 03koen 07org.oe.dev * rad632a7e... 10/ (1 packages/wv/wv_1.2.0.bb): wv: add libgsf to depends |
09:04.53 | CIA-1 | 03woglinde2 07org.oe.dev * r366af8b1... 10/ (1 packages/kxml2/kxml2_2.3.0.bb): |
09:04.53 | CIA-1 | kxml2: more unification of recipe |
09:04.53 | CIA-1 | * change hardcoded download file to more general |
09:04.57 | CIA-1 | 03ifaistos 07org.oe.dev * rf145dcb7... 10/ (1 packages/linux/linux-ml403-mvista-2.6.x_git.bb): |
09:04.57 | CIA-1 | packages/linux/linux-ml403-mvista-2.6.x_git.bb : Add DEPENDS="git-native" to use native git |
09:04.57 | CIA-1 | when doing the pulls |
09:05.01 | rob_w|laptop | steliosk, you mean to overrwrite glibc-intermediate="2.3.6" |
09:05.02 | CIA-1 | 03ifaistos 07org.oe.dev * rba5f0bfd... 10/ (1 packages/linux/linux-ml403-slab-2.6.x_git.bb): |
09:05.02 | CIA-1 | packages/linux/linux-ml403-slab-2.6.x_git.bb :Add DEPENDS="git-native" to use native git |
09:05.03 | CIA-1 | when 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.23 | steliosk | rob_w|laptop : yes |
09:12.27 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
09:13.10 | XorA | ~fish lrg |
09:13.11 | ibot | ACTION slaps lrg around with a large trout |
09:13.43 | XorA | ~plague lrg |
09:14.38 | koen | hey lrg |
09:14.49 | lrg | hey koen |
09:20.41 | *** join/#oe florian (n=fuchs@217.146.132.69) |
09:21.45 | RP | morning all |
09:23.54 | koen | hey RP |
09:24.08 | XorA | hey RP |
09:24.18 | florian | good morning |
09:24.37 | cyberdeck | good 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.54 | mickey|taxes | morning |
09:32.07 | RP | morning mickey|taxes |
09:33.53 | koen | hey mickey|taxes & florian |
09:35.17 | florian | hi mickey|taxes |
09:35.34 | florian | mickey|taxes: uh, you spent the night working on taxes?! |
09:36.06 | mickey|taxes | florian: it's much worse... i fell asleep over searching the necessary papers :/ |
09:36.30 | mickey|taxes | the apartment move and the water incident didn't help my organization |
09:36.40 | mickey|taxes | usually i have all papers in place |
09:36.42 | mickey|taxes | not this time :/ |
09:37.21 | florian | mickey|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.42 | florian | mickey|taxes: Try to get a huge amount of money from the state - that's fun ;) |
09:38.37 | steliosk | RP: Hi ! I updated to bitbake 1.8.9 but if the build fails i still get *.lock files all over the place |
09:40.03 | RP | steliosk: They should only appear in DL_DIR |
09:40.41 | RP | steliosk: and they get left behind even when it succeeds intentionally to allow multiple bitbakes to use the same DL_DIR |
09:40.58 | RP | If it removed them, it has the potential for races :/ |
09:41.02 | steliosk | RP: its in the package dirs |
09:41.26 | steliosk | RP: but i'll try a clean build as these might be leftovers from earlier bitbake builds |
09:41.31 | RP | steliosk: Can you remove them and confirm that, it should have been fixed |
09:48.05 | cdbot2 | * * OE Bug 2822 has been created by autobuild(AT)openembedded.org |
09:48.07 | cdbot2 | * * abiword-embedded-2.5.2-r0-do_compile |
09:48.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2822 |
09:51.48 | steliosk | Can somebody remind me how a 64bit machine can be forced to do a 32bit build |
09:51.50 | mickey|taxes | florian: hehe. well, EÜR and Vorsteuer are keeping me busy enough... i can imagine employees are a nightmare (taxes-wise) |
09:52.15 | mickey|taxes | then again, I have the motivation to go though this at least once without a tax consultant |
09:52.24 | mickey|taxes | because i actually want to understand what's going on |
09:54.14 | koen | steliosk: 'linux32 <foo>' |
09:54.43 | florian | mickey|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.46 | hrw|gone | morning |
09:55.00 | hrw|gone | | checking for headers required to compile python extensions... not found |
09:55.00 | hrw|gone | | configure: error: could not find Python headers |
09:56.22 | hrw | mickey|taxes: python on x86-64 |
09:56.34 | hrw | mickey|taxes: python-dbus to be exact but this can happen with any |
09:57.09 | mickey|taxes | hmm |
09:57.24 | mickey|taxes | task-python-everything compiles on my x86-64 buildmachine |
09:57.30 | mickey|taxes | although i'm cheating a bit |
09:57.30 | hrw | mickey|taxes: look at OE archives - I wrote why this happen |
09:57.34 | hrw | CHEATER! |
09:57.48 | hrw | mickey|taxes: you built in 32bit chroot? |
09:57.50 | mickey|taxes | hacking uname and overriding BUILD_SYS is a good thing :D |
09:58.04 | mickey|taxes | no, it's 64bit userland, i just prevent it to be detected |
09:58.16 | mickey|taxes | otherwise, a lot of packages don't build here |
09:58.23 | hrw | mickey|taxes: so do not tell that it compiles |
09:58.25 | mickey|taxes | and i never had the time to actually look into that |
09:58.39 | hrw | mickey|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.46 | hrw | and even patched few recipes |
09:58.52 | mickey|taxes | hrw: ok, as you might know i was away then |
09:58.59 | mickey|taxes | give me some pointers again |
09:59.03 | hrw | mickey|taxes: grep -- --with-python-includes packages/python/* |
09:59.04 | mickey|taxes | and i'll look at that |
09:59.19 | stefan_schmidt | Crofton: You were also running into the makedev and tinylogin problem during building a rootfs, right? |
09:59.38 | stefan_schmidt | Seems just the /bin is missing |
09:59.39 | hrw | mickey|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.55 | stefan_schmidt | Here is a suggested fix: http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=740 |
10:00.06 | hrw | mickey|taxes: so on 64bit host it get wrong results which gives error (as python guys have check for it) |
10:00.07 | stefan_schmidt | Would you guys be fine with this? |
10:00.34 | stefan_schmidt | It fixes the build for me. |
10:00.40 | hrw | stefan_schmidt: or remove binaries from device_table |
10:00.50 | koen | stefan_schmidt: that's a workaround |
10:01.30 | stefan_schmidt | hmm |
10:01.50 | stefan_schmidt | hrw: Which binaries do you refer to? |
10:01.57 | *** join/#oe step2back (n=step2bac@gw.nsib.ru) |
10:02.06 | mickey|taxes | hrw: is that message in the archives or bugzilla? |
10:03.38 | rwhitby | stefan_schmidt: /bin/tinylogin in device_table-minimal.txt, and the others following it in that file |
10:04.33 | stefan_schmidt | rwhitby, hrw: Ah, now I really understand the problem. It's ugly indeed. |
10:05.02 | rob_w|laptop | hmm there is no glibc-2.3.6.bb .. which one will be compatible to a glibc-2.3.6 compiled apps ? |
10:06.05 | rwhitby | seems 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.21 | stefan_schmidt | rwhitby: debian unstable 64-bit here. Not sure on which systems are the others. |
10:08.17 | stefan_schmidt | But 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.05 | cdbot2 | * * OE Bug 2823 has been created by autobuild(AT)openembedded.org |
10:15.07 | cdbot2 | * * abiword-plugins-2.5.2-r0-do_configure |
10:15.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2823 |
10:18.50 | steliosk | stefan_schmidt rwhitby : If its a host thing/problem how about get a makedevs-native and use that ? |
10:19.25 | stefan_schmidt | steliosk: Still the problem persists that makedevs installs binaries into /bin |
10:19.38 | stefan_schmidt | steliosk: I'll update http://bugs.openembedded.org/show_bug.cgi?id=2820 |
10:19.58 | steliosk | stefan_schmidt rwhitby : BTW what trigered that ? it did not showed up a few days ago |
10:20.48 | stefan_schmidt | steliosk: Perhaps a distro update for makdevs? I use debian unstable with more or less daily updates. |
10:22.10 | steliosk | stefan_schmidt : weird. I don't think my build machine was updated the last few days |
10:22.26 | micropal | I build on a ubuntu box, and I have not updated that one as far as I know |
10:22.33 | stefan_schmidt | hmm |
10:22.42 | stefan_schmidt | So that theory goes away |
10:22.58 | stefan_schmidt | Any changes on makedevs in OE the last days? |
10:23.06 | micropal | But, I havent build efika before. |
10:23.29 | micropal | my previous build was for epia. Not that it probably matters. |
10:23.33 | steliosk | efika was building fine till a few days ago. my last clean build was last week |
10:23.38 | hrw | mickey|taxes: OE archive |
10:24.08 | hrw | mickey|taxes: 23.03.2007 - Building Python extensions - mail by me |
10:24.56 | micropal | btw, makedevs is in the oe repository isn't it? I don't have it installed on my ubuntu box |
10:25.02 | stefan_schmidt | I have updated #2820 |
10:25.08 | stefan_schmidt | Time for lunch now. Later |
10:25.52 | micropal | Maybe the makedevs/makedevs-native packages in OE been updated |
10:26.40 | steliosk | is this an efika only problem ? what other machines are efected ? |
10:27.11 | rwhitby | makedevs doesn't install things in /bin - it just changes the permissions of existing things I believe |
10:27.47 | micropal | I 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.07 | micropal | I noticed tinylogin is not installed in efika |
10:28.42 | micropal | I think it was in epia, but I might recall incorrecly. |
10:29.07 | micropal | (used the same distro just different arch) |
10:29.28 | hrw | http://imgs.xkcd.com/comics/orphaned_projects.png |
10:31.31 | rwhitby | so 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.01 | rwhitby | so 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.36 | XorA | erm, is it me, or is fiddling with /bin an insane thing to do in device_table-minimal.txt |
10:32.46 | rwhitby | if it had an entry for /dev in it too, then the mkdir of /dev would not be required in image.bb |
10:32.50 | XorA | that sounds like a hack that should die yesterday |
10:33.04 | rwhitby | XorA: I guess it's there to set /bin/tinylogin to setuid. |
10:33.19 | rwhitby | the other way is for that to be done in a postinst, right? |
10:33.33 | XorA | rwhitby: its totally unintuitive and would be next to impossible to locate for people trying to debug |
10:33.41 | rwhitby | XorA: fully agree. |
10:33.47 | XorA | last place I would look for would be the device creator :-) |
10:33.58 | rwhitby | the question is: is there another way to do the same thing? |
10:35.10 | rwhitby | tinylogin, mount and umount are the three files in question, all are setuid. |
10:35.14 | XorA | postinst should work, as none of those 3 commands is called by a non-root user until after ipkg configure in first boot |
10:35.57 | XorA | although Im not sure tinylogin should be SUID |
10:36.03 | steliosk | RP : It looks like the .lock files where leftovers from other builds |
10:36.28 | XorA | that sounds like a security flaw waiting to happen |
10:36.40 | rwhitby | steliosk: 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.15 | rwhitby | those lines in device_table-minimal.txt haven't changed since bitkeeper, so it's a long-standing thing. |
10:41.08 | RP | steliosk: great :) |
10:41.18 | steliosk | RP : 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.55 | XorA | well /bin/tinylogin as SUID is not sane :-( |
10:42.03 | XorA | traditionally mount/umount are always SUID |
10:42.46 | CIA-1 | 03mickeyl 07org.oe.dev * re542d324... 10/ (1 conf/distro/include/sane-srcdates.inc): sane-srcdates: pinpoint OpenMoko U-Boot patches |
10:42.59 | RP | steliosk: Good question, it sounds like something is broken... |
10:43.43 | RP | steliosk: git-native should be added as a dependency of the fetch task though, not added to DEPENDS |
10:43.54 | RP | steliosk: Have a look at the output of bitbake kernel -g |
10:44.29 | rwhitby | looks like makedevs.c was last modified by likewise on 2007-08-20 |
10:44.45 | rwhitby | Revision: b396aa55286b5d00bbc2fba14ef9dd30b82a3af9 |
10:44.52 | rwhitby | makedevs: Add support for creating directories. |
10:44.53 | RP | Hmm. What did he do? :) |
10:45.49 | rwhitby | looking for a working viewmtn now ... |
10:47.40 | RP | rwhitby: Its a strange patch. It looks like it might have just used to have done nothing and it errors now? :/ |
10:47.58 | rwhitby | can you pastebin the patch? |
10:48.12 | steliosk | RP : 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.01 | RP | steliosk: yes |
10:49.21 | RP | steliosk: That is what should be happening. It isn't done through DEPENDS though, its a different kind of dependency |
10:50.00 | RP | rwhitby: http://pastebin.ca/666678 |
10:50.36 | rwhitby | RP: yep, that's what's causing the error. |
10:50.51 | RP | rwhitby: but did it used to do nothing? |
10:51.02 | rwhitby | so either that patch should be reverted, or directory entries need to be added to the device_table |
10:51.11 | rwhitby | RP: seems so |
10:51.36 | rwhitby | in which case, those lines could just be removed from device_table-minimal.txt with no adverse effects. |
10:51.37 | RP | rwhitby: or if those permissions we're created, remove them from the file |
10:51.42 | RP | right :) |
10:51.51 | RP | Does anyone have an older image to see? |
10:52.12 | XorA | RP: OZ images shouldbe available |
10:52.23 | rwhitby | RP: I've got slugos releases |
10:53.19 | rwhitby | yes, at the time of slugos 3.10 release, makedevs.c had an empty function for add_new_file |
10:53.35 | rwhitby | Nov 11 2006 |
10:54.09 | rwhitby | but somehow tinylogin ended up setuid in tmp/rootfs/bin |
10:54.13 | RP | mount and umount seem to be none suid, tinylogin is suid in poky |
10:54.31 | RP | and I think poky has the same setup as OE for these bits |
10:54.49 | rwhitby | mount is an alternatives symlink to mount.util-linux and mount.util-linux is indeed setuid |
10:55.03 | RP | I think tinylogin has to be suid so it can log in users and then drop to the right uid |
10:55.27 | RP | rwhitby: I just have busybox mount |
10:55.46 | rwhitby | sluos used util-linux mount so we could do nfs rootfs |
10:56.03 | rwhitby | (at that time busybox couldn't do nfs) |
10:56.40 | rwhitby | umount.util-linux is also suid |
10:57.41 | XorA | RP: 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.23 | RP | XorA: true, it is started by root. Hmm :/ |
10:58.49 | XorA | RP: unless them is some special case for tinylogin, Im not familar with its architecture |
11:06.09 | XorA | RP: tinylogin == su so needs SUID :-D |
11:07.15 | RP | XorA: right :) |
11:08.26 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
11:09.00 | RP | hi zecke |
11:09.35 | zecke | ho |
11:10.26 | steliosk | RP: What kind of dependency is that ? any example ? |
11:15.16 | *** join/#oe benlau (n=benlau@221.125.8.107) |
11:15.55 | RP | steliosk: base.bbclass, grep for "git". It basically sets do_fetch[depends] = "git-native:do_populate_staging" |
11:24.17 | zecke | koen: did you have another go at llvm? |
11:24.37 | koen | zecke: I did, it now has a compile error |
11:30.11 | zecke | koen: oh the arm backend was (partially) by indt? |
11:38.35 | zecke | koen: which compile error? |
11:41.55 | *** join/#oe torpor (n=torpor@zone79a.de) |
11:41.57 | torpor | hiya |
11:43.26 | torpor | is 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.39 | CIA-1 | 03koen 07org.oe.dev * ra9b77dce... 10/ (4 files in 2 dirs): abiword*: update to 2.5.2 |
11:46.49 | koen | XorA: there you go |
11:47.10 | koen | XorA: now we can take distributed notes at OEDEM on our neos :) |
11:48.50 | hrw | koen: you think that neos will be as much usable then? |
11:49.15 | koen | hrw: as a phone, no, but we only need abiword + mb-keyboard :) |
11:50.22 | hrw | then I will run abiword on my d400 rather ;) |
12:07.08 | RP | torpor: 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.39 | vlo | hello |
12:20.39 | steliosk | so 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.19 | RP | steliosk: 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.32 | cbrake | koen: 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.18 | koen | no problem, but the pdf isn't updated automagically |
12:54.44 | cbrake | koen: is the html updated automatically, or how does that work? |
12:55.00 | koen | the html is update automagically |
12:56.13 | Crofton|home | koen, do you know if the gumstix bad magic number was resolved? |
12:56.40 | koen | nope |
13:00.17 | CIA-1 | 03cbrake 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.13 | asmola_ | are you talking about the bad magic error immediately after flashing the kernel in uboot? |
13:01.25 | Crofton|home | yeah |
13:02.06 | asmola_ | 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.29 | Crofton|home | asmola_, you see bad magic number? |
13:02.53 | asmola_ | im checking right now |
13:03.28 | koen | I think we need more gumstix machines |
13:03.35 | koen | one for each model |
13:03.47 | asmola_ | i saw that people on the listserv were having issues, my unit booted fine after the changes as of 6pm est yesterday |
13:03.53 | Crofton|home | hmmm |
13:04.00 | koen | (since you can't build a mixed pxa255/pxa270 kernel) |
13:04.11 | Crofton|home | the problem we are having is the dev's do not have any gusmtix |
13:04.20 | Crofton|home | so we are working blind |
13:04.28 | koen | http://www.angstrom-distribution.org/unstable/images/gumstix/20070821/ |
13:04.32 | Crofton|home | steve is on low end gumstix |
13:04.43 | Crofton|home | asmola_, is on high end .... |
13:05.36 | asmola_ | i also noticed that the kernel is detecting iwmmx coprocessor but it gives the 'kernel support is missing' |
13:05.59 | asmola_ | there were some odd filesystem mount issues too, ill post a dmesg output asap |
13:06.10 | asmola_ | (assuming that's something you would be interested in) |
13:06.23 | hrw | koen: there was proposal for more gumstix configs |
13:07.44 | Crofton|home | hrw we may need more configs to support different kernels by machine? |
13:08.33 | asmola_ | yeah, i was thinking of suggesting that, using buildroot they hve you select machine prior to doing any builds |
13:08.42 | Crofton|home | yeah |
13:09.01 | Crofton|home | the machine name is used to select the kernel source |
13:09.21 | Crofton|home | so maybe they have different patch sets by model? |
13:09.53 | Crofton|home | I still have tinylogin issues building an image |
13:10.18 | koen | by the looks of it only a new defconfig is needed for each machine |
13:10.29 | Crofton|home | ok |
13:10.42 | Crofton|home | does that mean we need to use different machine names? |
13:10.54 | koen | yes |
13:10.59 | koen | e.g. gumstix-verdex |
13:11.07 | asmola_ | i just reflashed, the magic number is being set properly |
13:11.09 | Crofton|home | ok |
13:11.14 | Crofton|home | for verdex :) |
13:11.18 | asmola_ | yes :) |
13:12.11 | Crofton|home | if people weren't some damn nice, I would never hang out here ,.,,, |
13:13.51 | Crofton|home | asmola_, so you can build working images? |
13:13.59 | Crofton|home | with some hiccups? |
13:14.18 | Crofton|home | can you post the problems to the bug tracker |
13:14.38 | Crofton|home | bugs.openembedded.org, be sure to list gumstix-verdex in the report |
13:14.43 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
13:14.55 | asmola_ | yeah i can do that |
13:15.11 | Crofton|home | thanks, that way we won't lose it, we will just be able to ignore it :) |
13:15.19 | asmola_ | rofl |
13:15.51 | Crofton|home | hrw, you are teh celinux-test distro guy? |
13:19.21 | chouimat | morning |
13:19.26 | Crofton|home | gm |
13:19.28 | koen | just as I make te pxa255/pxa270 comment eric miao sends a patch to LAK to solve that :) |
13:20.07 | koen | hey chouimat |
13:20.34 | hrw | Crofton|home: nope now |
13:20.44 | Crofton|home | http://bugs.openembedded.org/show_bug.cgi?id=2078 |
13:20.54 | koen | NOTE: package glibc-2.6.1-r0: task do_fetch: started |
13:20.59 | Crofton|home | lists it as distro, but the problem may be "generic" |
13:21.15 | Crofton|home | I am trying to eliminate all bugs with "omap" in them |
13:22.01 | koen | hrw: did you get my mail about ELC in linz? |
13:22.17 | hrw | Crofton|home: patch looks ok |
13:22.47 | gremlin[it] | hyyeeee war ... diaspora !!! :P |
13:23.03 | Crofton|home | dos anyone know what runltp is ? |
13:23.12 | koen | gremlin[it]: I saw lacuna coil this weekend |
13:23.18 | hrw | Crofton|home: its part of LTP package |
13:23.18 | koen | Crofton: linux test project |
13:23.30 | hrw | koen: I did, but no idea about funds |
13:24.06 | Crofton|home | should we apply the patch and close the bug? |
13:24.10 | gremlin[it] | uhhh nice ... i like them ... theyr cover of "enjoy the silence" is great :) |
13:24.24 | hrw | Crofton|home: yes |
13:24.25 | koen | gremlin[it]: they played that as well :) |
13:24.59 | Crofton|home | koen, what omap devices? |
13:25.03 | gremlin[it] | mhh they played also the cover of "big in japan" ... ? |
13:26.11 | XorA | koen: going all teeny goth on us :-D |
13:28.38 | Bernardo | hi |
13:30.16 | Crofton|home | Does anyone here use the ltp? |
13:31.32 | *** join/#oe asmola (n=asmola@70.90.102.194) |
13:33.17 | cbrake | Crofton|home: I am currently considering using it on a project. |
13:33.28 | cbrake | Crofton|home: but don't have any experience with it yet |
13:33.32 | Crofton|home | I am goign to apply the patch |
13:34.21 | Crofton|home | let us know if you have any problems? |
13:34.44 | Crofton|home | I will update the bug as patch applied, needs testing to close |
13:35.04 | koen | XorA: If I saw NiN and chris cornell as well, does that make me a teeny emy industrial goth? |
13:35.19 | XorA | koen: heh heh yeah |
13:35.34 | XorA | koen: NIN played Edin last night, but supporting the bloody Fu Fighters |
13:35.39 | XorA | koen: so I didnt bother going |
13:35.52 | koen | they were LOUD |
13:36.21 | XorA | koen: thats the way we like them |
13:36.22 | Crofton|home | that is why I where ear plugs at live music events these days :) |
13:36.39 | koen | I started wearing earplug 5 years ago :) |
13:37.16 | Crofton|home | back in the "good old days", when I frequented bars with bands |
13:37.24 | koen | LOUD as is "wear a belt or lose you trousers" |
13:37.31 | Crofton|home | there was "an old guy" who wore over the head ear muffs while dancing |
13:38.32 | XorA | although 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.48 | NAbyss | screen -rd |
13:46.14 | CIA-1 | 03mickeyl 07org.oe.dev * rc3529caf... 10/ (1 classes/distutils.bbclass): distutils.bbclass: always install staging directory before calling python |
13:46.18 | CIA-1 | 03mickeyl 07org.oe.dev * r9aa7ad52... 10/ (1 packages/python/python-evas_cvs.bb): python-evas: bump PR as per distutils change |
13:46.31 | Crofton|home | grrr, now QA issues with ltp |
13:46.57 | Crofton|home | ERROR: 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.02 | Crofton|home | and millions like it |
13:47.05 | cdbot2 | * * OE Bug 2824 has been created by autobuild(AT)openembedded.org |
13:47.07 | cdbot2 | * * abiword-embedded-2.5.2-r0-do_install |
13:47.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2824 |
13:47.17 | cdbot2 | * * OE Bug 2825 has been created by autobuild(AT)openembedded.org |
13:47.19 | cdbot2 | * * abiword-plugins-2.4.6-r0-do_compile |
13:47.22 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2825 |
13:54.04 | cdbot2 | * * OE Bug 2825 has been RESOLVED (INVALID) by <koen> |
13:54.06 | cdbot2 | * * abiword-plugins-2.4.6-r0-do_compile |
13:54.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2825 |
13:54.16 | cdbot2 | * * OE Bug 2824 has been RESOLVED (INVALID) by <koen> |
13:54.18 | cdbot2 | * * abiword-embedded-2.5.2-r0-do_install |
13:54.20 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2824 |
14:08.11 | zecke | lisppaste7: help |
14:08.12 | lisppaste7 | To use the lisppaste bot, visit http://paste.lisp.org/new/oe and enter your paste. |
14:08.36 | mickeyl | :D |
14:08.48 | mickeyl | how can we get that for OE? |
14:08.50 | mickeyl | no |
14:08.51 | mickeyl | OM, even |
14:08.59 | lisppaste7 | zecke pasted "header changes for mickeyl" at http://paste.lisp.org/display/46548 |
14:09.44 | rwhitby | mickeyl: http://paste.lisp.org/email it seems |
14:09.45 | zecke | mickeyl: mail lisppaste-requests@common-lisp.net |
14:09.49 | mickeyl | what do we need to build to get a native gdk-pixbuf-csource? |
14:09.59 | hrw | mickeyl: gtk-native |
14:10.06 | mickeyl | bummer |
14:10.10 | mickeyl | i was afraid of that |
14:10.17 | mickeyl | that's a deal breaker |
14:10.19 | hrw|afk | mickeyl: we have bug for it |
14:10.25 | mickeyl | which one? |
14:11.58 | hrw|afk | http://bugs.openembedded.org/show_bug.cgi?id=2336 |
14:12.03 | koen | gtk-native is easy nowadays with the (direct)fb frontend |
14:12.23 | *** join/#oe AchiestDragon (n=david@whipy.demon.co.uk) |
14:13.11 | mickeyl | koen: 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.04 | cdbot2 | * * OE Bug 2816 has been RESOLVED (FIXED) by <polyonymous> |
14:27.06 | cdbot2 | * * qt4-x11-free |
14:27.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2816 |
14:29.08 | lisppaste7 | zecke 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.37 | Crofton|home | koen, should I go ahead and look into creating new gumstix machine to handle the kernel issue? |
14:35.03 | koen | please do |
14:35.10 | Crofton|home | ok |
14:36.22 | Crofton|home | ltp 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.37 | Crofton|home | yeah |
14:38.20 | mickeyl | when will we have FILESREGEXP ? |
14:38.35 | Crofton|home | can I do */*/*/.debug then */*/.debug? |
14:39.25 | philippe1work | Crofton|home: I have a Gumstix so I can help with the testing. |
14:39.44 | Crofton|home | philippe1work, which one? |
14:41.21 | philippe1work | Crofton|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.41 | Crofton|home | ok |
14:41.56 | Crofton|home | asmola, has a verdex and I am not sure what sakoman has |
14:42.02 | Crofton|home | I think he has lowest end |
14:42.28 | Crofton|home | so, today, when I procrastinate, I need to make gumtix-basix, -connex, and -verdex |
14:42.40 | Crofton|home | same source and patches, different defconfigs? |
14:43.10 | philippe1work | Crofton|home: I think so. However basix and connex should be almost similar. I believe it is just a different connector |
14:44.13 | philippe1work | I just see on the website that new models have 16MB flash while the old ones had 4 |
14:45.30 | philippe1work | ah 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.09 | philippe1work | Crofton|home: so that might mean gumstix-basix and connex. Gumstix-basix-XM and connex-XM and -verdex |
14:49.37 | CIA-1 | 03polyonymous 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.42 | CIA-1 | 03koen 07org.oe.dev * r50febb55... 10/ (7 files in 2 dirs): glibc: update to 2.6.1 |
14:49.46 | CIA-1 | 03koen 07org.oe.dev * r8863ac88... 10/ (1 conf/distro/angstrom-2008.1.conf): angstrom 2008: catch up with glibc 2.6.1 |
14:50.28 | mickeyl | ~praise polyonymous_ |
14:50.28 | ibot | All hail polyonymous_! |
14:52.39 | zecke | ljp: Is it a joke that configure of Qtopia fixes the headers it ships? |
14:55.04 | cdbot2 | * * OE Bug 2826 has been created by autobuild(AT)openembedded.org |
14:55.06 | cdbot2 | * * openmoko-dialer2-0.1.0+svnr2782-r2-do_compile |
14:55.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2826 |
14:56.07 | zecke | ouch, I bet I was that :) |
14:56.27 | zecke | no Iwasn't |
14:58.19 | zecke | ljp: lol :) |
15:02.47 | polyonymous_ | speaking of polyonymous_, mickeyl, just to make sure, you've got my email, haveyou? |
15:03.04 | mickeyl | got it, thanks |
15:03.18 | polyonymous_ | ok thanks. |
15:03.53 | *** join/#oe eekee (n=ethan@sourcemage/apprentice/eekee) |
15:04.49 | polyonymous_ | as my old ericsson is getting close to its end, I'm starting to eye neo... |
15:06.43 | RP | I did some checks, the tinylogin binary gets its suid bit set in the packages themselves. That device table entry is bigus |
15:06.47 | RP | bogus |
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.04 | cdbot2 | * * OE Bug 2827 has been created by autobuild(AT)openembedded.org |
15:11.06 | cdbot2 | * * openmoko-dialer2-0.1.0+svnr2784-r2-do_compile |
15:11.08 | cdbot2 | * * 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.18 | yakov | wiki 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.42 | yakov | i.e. when root /stuff is symlink itself and threre are no syms anywhere else under it. |
15:19.28 | zecke | yakov: why do you want to name it stuff? |
15:20.08 | yakov | well, why stuff is bad? :) |
15:20.23 | yakov | actually i want it to be in the / and on a DMG also. |
15:20.27 | yakov | so i used sym |
15:21.35 | yakov | zecke, are you using OE under Mac OSX? :) |
15:21.59 | yakov | i'm folowing wiki instructions to get it up on Mac OSX at the moment.. |
15:21.59 | zecke | no |
15:22.02 | Crofton|home | koen, how does linux.inc find the defconfig for the gumstix? |
15:22.15 | zecke | yakov: you certainly need a brain when trying to use OE on OSX |
15:22.47 | zecke | yakov: just go into your mounted DMG and build there |
15:22.50 | yakov | hm.. you mean it's tricky? |
15:23.23 | zecke | it's not tricky, you need a brain because you can't assume everything to work out of the box |
15:23.56 | yakov | seemed 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.16 | koen | Crofton: using overrides in filespath |
15:26.37 | CIA-1 | 03rpurdie 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.44 | CIA-1 | 03rpurdie 07org.oe.dev * rbd20f47b... 10/ (1 classes/image.bbclass classes/rootfs_ipk.bbclass): image/rootfs_ipk: Remove uneeded mkdir calls |
15:26.49 | CIA-1 | 03cbrake 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.54 | CIA-1 | 03cbrake 07org.oe.dev * r61fbd617... 10/ (1 conf/machine/compulab-pxa270.conf): |
15:26.54 | CIA-1 | compulab-pxa270.conf: use angstrom-minimal-image-with-mtd-utils |
15:26.54 | CIA-1 | instead of encouraging image modificatications in local.conf |
15:27.50 | christopher_ | 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.22 | asmola | christopher, try doing bitbake u-boot-mkimage-openmoko-native |
15:43.42 | asmola | and then try and bitbake your angstrom image agian |
15:44.48 | asmola | christopher_, ^^^^ |
15:44.52 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
15:48.26 | Crofton|home | asmola, we should have fixed that ... |
15:49.23 | asmola | i thought you had, but i figured i would offer that up as help to him |
15:51.56 | Crofton|home | it looks like it is trying to build teh openmoko uboot to get the tools |
15:53.03 | khem | koen: Crofton|home : I posted a patch to kernel omap builds |
15:53.50 | khem | Crofton|home: Inspiration was bug 1744 |
15:54.14 | Crofton|home | ok, I'll watch for it |
15:55.32 | yakov | uh oh.. http://www.openembedded.org/viewmtn/ - Forbidden |
15:56.30 | Crofton|home | yakov, I think that has been broken for a bit |
15:57.24 | yakov | btw, which versions of metadata is available at the momment? |
15:57.55 | yakov | those like org.openembedded.dev and others liste as "dev branches".. |
15:57.57 | yakov | ? |
15:58.16 | zecke | .dev is the only current one |
15:58.34 | zecke | .oz354x is the now historic OpenZaurus branch |
15:58.48 | zecke | and .dreambox is OE for the dreambox |
15:59.30 | yakov | thx, now terminology is clear.. |
16:01.04 | cdbot2 | * * OE Bug 2828 has been created by autobuild(AT)openembedded.org |
16:01.06 | cdbot2 | * * openmoko-dialer2-0.1.0+svnr2790-r2-do_compile |
16:01.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2828 |
16:02.18 | CIA-1 | 03ifaistos 07org.oe.dev * r842df413... 10/ (1 packages/linux/linux-ml403-slab-2.6.x_git.bb): |
16:02.18 | CIA-1 | packages/linux/linux-ml403-slab-2.6.x_git.bb : Make sure git-native builds before the |
16:02.18 | CIA-1 | ml403 kernel fetcher kicks in |
16:04.20 | zecke | RP: http://pastebin.ca/666946, can this be related with your recent rootfs change? |
16:11.35 | RP | zecke: yes, we probably need to mkdir IMAGE_ROOTFS |
16:11.51 | RP | zecke: You've just proven nobody uses USE_DEVFS though. Perhaps we can remove that :) |
16:12.38 | RP | zecke: I will push a fix |
16:16.04 | cdbot2 | * * OE Bug 2829 has been created by adam.smola(AT)gmail.com |
16:16.06 | cdbot2 | * * Gumstix-Verdex Angstrom Distribution Issues |
16:16.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2829 |
16:16.50 | RP | zecke: pushed |
16:18.39 | hrw | pulled |
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.42 | philippe1work | bitbake -crebuild blah is supposed to clean out the build dir no? |
16:32.09 | pH5 | philippe1work: yes, clean should be the first task it runs |
16:32.15 | pH5 | good evening |
16:32.21 | philippe1work | hi pH5 |
16:32.32 | philippe1work | hmm, it seems not to do that in my case... |
16:33.10 | philippe1work | let's update it... |
16:34.04 | cdbot2 | * * OE Bug 2690 has been REOPENED by hvontres(AT)gmail.com |
16:34.06 | cdbot2 | * * Script to make zaurus images usable |
16:34.08 | cdbot2 | * * 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.50 | zecke | ~lart Qtopia :} |
16:40.50 | ibot | brandishes Excalibur! "With this sword, I vanquish thee, Qtopia :}!" and lops off Qtopia :}'s head |
16:41.11 | CIA-1 | 03hrw 07org.oe.dev * rd375e276... 10/ (65 files in 3 dirs): |
16:41.11 | CIA-1 | KERNEL_IMAGETYPE cleanup |
16:41.11 | CIA-1 | Proper place for KERNEL_IMAGETYPE is machine config as there is no machine |
16:41.11 | CIA-1 | which use miscelanous types of kernel. Moved found occurences. |
16:41.18 | CIA-1 | 03rpurdie 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.53 | CIA-1 | 03crofton 07org.oe.dev * r0cf9456f... 10/ (1 packages/ltp/ltp_20070228.bb): |
16:42.53 | CIA-1 | ltp_20070228.bb : Apply patch from bug #2078. Move .debug directories to debug package. |
16:42.53 | CIA-1 | <PROTECTED> |
16:43.04 | cdbot2 | * * OE Bug 2830 has been created by autobuild(AT)openembedded.org |
16:43.06 | cdbot2 | * * linux-2.6.21-r6-do_unpack |
16:43.08 | cdbot2 | * * 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.41 | Crofton|home | ok, gumstix built angstrom-minimal-image for me |
16:56.20 | khem | Crofton|home: hello |
16:56.34 | Crofton|home | hi |
16:57.01 | Crofton|home | I'm having a stresful day, behind quota on thesis editing |
16:57.33 | khem | Crofton|home: OK take it easy and concentrate on it :) |
16:57.51 | khem | is koen around ? |
16:58.04 | cdbot2 | * * OE Bug 2827 has been marked as DUPLICATE of bug 2826 by <koen> |
16:58.06 | cdbot2 | * * openmoko-dialer2-0.1.0+svnr2784-r2-do_compile |
16:58.08 | Crofton|home | hmm |
16:58.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2827 |
16:58.16 | cdbot2 | * * OE Bug 2828 has been marked as DUPLICATE of bug 2826 by <koen> |
16:58.18 | Crofton|home | that suggests he is clsoe to a kb |
16:58.18 | cdbot2 | * * openmoko-dialer2-0.1.0+svnr2790-r2-do_compile |
16:58.20 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2828 |
16:58.23 | Crofton|home | and thinking oe |
16:58.28 | cdbot2 | * * OE Bug 2822 has been RESOLVED (FIXED) by <koen> |
16:58.30 | cdbot2 | * * abiword-embedded-2.5.2-r0-do_compile |
16:58.33 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2822 |
16:58.40 | cdbot2 | * * OE Bug 2818 has been RESOLVED (FIXED) by <koen> |
16:58.42 | cdbot2 | * * abiword-embedded-2.5.2-r0-do_configure |
16:58.44 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2818 |
16:58.52 | cdbot2 | * * OE Bug 2823 has been RESOLVED (FIXED) by <koen> |
16:58.54 | cdbot2 | * * abiword-plugins-2.5.2-r0-do_configure |
16:58.56 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2823 |
16:59.23 | Crofton|home | I have stuck my foot into the gusmtix tarpit |
16:59.47 | khem | Crofton|home: What kind of board is used by gumstix |
16:59.48 | hrw | prepare to new qemu |
16:59.55 | Crofton|home | which I should have done, except that I have a little interest in asome of the apps people are intersted in |
17:00.02 | hrw | khem: gumstix is pxa255/27x based |
17:00.02 | Crofton|home | www.gumstix.com |
17:00.17 | khem | yeh I am looking at this website |
17:00.32 | khem | but 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.05 | cdbot2 | * * OE Bug 2826 has been RESOLVED (FIXED) by <koen> |
17:14.07 | cdbot2 | * * openmoko-dialer2-0.1.0+svnr2782-r2-do_compile |
17:14.09 | cdbot2 | * * 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.37 | hrw | bye |
17:17.58 | Crofton|home | khem, I'll look at the patch again, after I finish edtting chapter 3 |
17:18.47 | khem | heh ok :) |
17:19.03 | koen | khem: 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.10 | Crofton|home | koen, what it boils down to is how many tasks I can execute at once :) |
17:20.12 | khem | koen: yeah I know when I was doing this I was finding it hard to stop :) |
17:20.22 | khem | but then I remembered Rome was not built in a day |
17:20.26 | Crofton|home | that 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.52 | yakov | which MACNINE is used if I omit this line in *.conf file? |
17:22.20 | Crofton|home | khem, given it will do EABI versus OABI, I should be able to commit it fairly easily |
17:22.35 | khem | ok |
17:22.37 | Crofton|home | I jsut can't get sucked in to OE for likely the reast of the day |
17:22.51 | khem | understood :) |
17:22.58 | Crofton|home | because it is more fun and rewarding than "the thesis" |
17:23.24 | Crofton|home | stupid meetings |
17:23.32 | khem | yeah |
17:23.37 | Crofton|home | the meeting at 5 will likely cause me to go on strike at work |
17:23.37 | khem | I have one at 11 |
17:25.09 | pH5 | RP: do kernels > 2.6.21 run on spitz? For me the pxamci driver is broken since 2.6.21-rc1 |
17:29.54 | polyonymous_ | I have 2.6.21-g9e120db9-dirty |
17:31.03 | polyonymous_ | that is 2.6.21-r10 |
17:31.38 | pH5 | hm.. that is still before the mmc merge? in the rc1 window? |
17:31.56 | pH5 | 90e07d9f54c61449dd48eff82e2354d0124d4f7e is first one that compiles but doesn't work for me |
17:32.12 | pH5 | (the mmc is not recognized, pxamci says "unrecognized SCR structure version 1") |
17:32.32 | pH5 | the few commits before that don't even build |
17:32.38 | polyonymous_ | I haven't checked what it is upstream. I haven't tested mmc, anyway. |
17:33.06 | pH5 | ok. 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.05 | polyonymous_ | 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.20 | pH5 | polyonymous_: much appreciated :) |
17:38.53 | koen | http://www.bulletproofbaby.net/ |
17:39.28 | Crofton|home | koen, do you sell this? |
17:40.34 | koen | no |
17:40.45 | koen | that sight is (hopefully) fake |
17:41.24 | koen | site* |
17:41.40 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
17:41.48 | khem | heh |
17:42.07 | *** join/#oe dothedog (n=oc60174@c58.octanner.net) |
17:42.10 | Crofton|home | hmm, nothing in stock .... |
17:42.29 | polyonymous_ | why did the lady shut her own ears, but not baby's? |
17:43.30 | Crofton|home | her aim was also bad |
17:44.52 | yakov | guys, is it possible to build something minimal [to use under qemu] in order to test OE sanity operation? |
17:45.01 | polyonymous_ | 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.05 | likewise | hello all |
17:45.14 | pH5 | hi |
17:45.38 | likewise | RP: could you spoil a minute on my x86_64 question? |
17:47.42 | Crofton|home | http://www.glumbert.com/media/irack |
17:48.25 | yakov | ..one more question if i may, how long does gpe-image take to build? say, on core2duo system? |
17:50.35 | likewise | 1 to 2 hrs I guess |
17:52.36 | yakov | well, 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.27 | pH5 | yakov: yes, unless you change machine or distro, it doesn't have to build gcc/glibc anymore, for example |
17:59.47 | likewise | yakov: yes, that reduces the build by an hour or so, because the toolchain is mostly there |
18:00.11 | likewise | Oops, missed pH5's answer. |
18:01.13 | pH5 | likewise: 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.07 | CIA-1 | 03hrw 07org.oe.dev * r3206ed00... 10/ (5 files in 3 dirs): freetype: added 2.3.5 from Poky (target and native) |
18:02.11 | CIA-1 | 03hrw 07org.oe.dev * raacb5cae... 10/ (1 packages/qemu/qemu-qop-nogfx-native_svn.bb): qemu-qop-nogfx-native: dropped |
18:02.16 | CIA-1 | 03hrw 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.20 | CIA-1 | 03hrw 07org.oe.dev * reaf6fede... 10/ (1 packages/qemu/qemu_cvs.bb): qemu: let 20070613 be default |
18:03.14 | pH5 | nice, time to rebuild qemu |
18:04.03 | likewise | 64 bit machines, yay. |
18:07.15 | *** join/#oe shreyas (n=Shreyas@59.92.135.157) |
18:08.03 | hrw | re |
18:08.18 | hrw | thx goes to many people in OE and in OH |
18:09.40 | RP | pH5: Yes, 2.6.22 is running on spitz here |
18:10.05 | RP | likewise: I know little about _64, what's the question? |
18:10.53 | likewise | RP: The TARGET_ARCH issue I brought up on the OE ML, which you responded to I think |
18:11.04 | pH5 | RP: ok, so it's not pxamci alone. I get "unrecognized SCR structure version 1" for all my sd cards :( |
18:11.30 | RP | pH5: We hack around that warning in the linux-rp kernels iirc |
18:11.41 | RP | likewise: ah, on the mailing list. |
18:12.02 | RP | likewise: I will reply although probably not now, maybe later |
18:13.58 | RP | Acutally I have a few minutes apparently :) |
18:14.46 | hrw | likewise: do_configure_x86_64 () { } |
18:15.00 | hrw | likewise: when it will be called? |
18:16.22 | likewise | hrw: Sorry, I do not understand your question? |
18:16.39 | hrw | likewise: The TARGET_ARCH issue you brought up on the OE ML |
18:16.51 | hrw | likewise: x86-64 contra x86_64 |
18:16.54 | likewise | hrw: yes |
18:17.17 | hrw | if we will use x86_64-sth as machine name then we will break OVERRIDES. |
18:17.54 | hrw | as 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.27 | likewise | hrw: 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.47 | likewise | bitbake breaks everything at the underscores? |
18:20.06 | hrw | yes - it breaks at underscore |
18:20.40 | hrw | and I told messy a bit - will rephrase |
18:20.57 | hrw | as 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.45 | likewise | hrw: 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.34 | hrw | for me TARGET_ARCH == x86_64 is rather ok. but not x86_64 in machine name |
18:23.00 | likewise | hrw: ah, ok. I think that would work. |
18:23.21 | likewise | hrw: thanks |
18:25.14 | hrw | np |
18:25.31 | RP | like|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.57 | RP | like|bbiab: When choosing these PACKAGE_ARCH values, avoid underscores to save yourself pain in the future |
18:26.43 | RP | My original mail should have had a s/TARGET_ARCH/PACKAGE_ARCH/ in the second paragraph, sorry :/ |
18:26.53 | hrw | scap.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.35 | yakov | http://pastebin.ca/667104 |
18:33.44 | yakov | shit. |
18:35.08 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
18:35.44 | yakov | what do you think is it a bug? |
18:36.10 | hrw | yakov: macosx on intelmac? |
18:36.20 | yakov | yeah.. |
18:36.29 | hrw | not 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.40 | gremlin[it] | which anstrom version u all suggest to make just testing ... 2007.1 2007.1-legacy 2008.1 ? |
18:40.24 | yakov | hrw, what should i do with it then? |
18:41.36 | hrw | gremlin[it]: use 2007.1 |
18:42.03 | hrw | yakov: best would be catch someone with macosx here who use OE for longer time |
18:42.05 | cdbot2 | * * OE Bug 2820 has been RESOLVED (FIXED) by stefan(AT)datenfreihafen.org |
18:42.07 | cdbot2 | * * do_make_rootfs fails on makedevs |
18:42.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2820 |
18:42.21 | hrw | or donate me machine with osX and I will look in spare time ;d |
18:42.30 | yakov | :) |
18:42.44 | CIA-1 | 03koen 07org.oe.dev * ra683bbf7... 10/ (1 packages/libgphoto2/libgphoto2_2.4.0.bb): libgphoto2: add 2.4.0 |
18:42.48 | CIA-1 | 03koen 07org.oe.dev * rea274418... 10/ (1 packages/gphoto2/gphoto2_2.4.0.bb): gphoto2: update to 2.4.0 |
18:42.52 | CIA-1 | 03koen 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.12 | gremlin[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.40 | koen | hrw: qemu-native is broken: http://rafb.net/p/zplDD311.html |
18:48.41 | *** join/#oe pH5 (n=ph5@e178202007.adsl.alicedsl.de) |
18:49.31 | hrw | shit.. 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.29 | hrw | sane-srcdates... |
18:54.30 | yakov | ok, posted to the list.. |
18:56.55 | Crofton|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.16 | koen | yes |
18:57.49 | koen | now go back to your thesis :) |
18:57.51 | Crofton|work__ | I am going to look into ways to do that, without needing the manaul mkimage call |
18:57.53 | Crofton|work__ | yeah |
18:58.03 | Crofton|work__ | I think I see a path |
18:58.04 | *** join/#oe Bernardo (n=Bernardo@89.181.56.200) |
18:58.11 | Crofton|work__ | by inserting something into the defconfig |
18:58.50 | *** join/#oe Crofton (n=balister@hc6521448.dhcp.vt.edu) |
18:59.21 | hrw | koen: fix pushed |
19:01.00 | koen | thanks |
19:03.58 | *** join/#oe shreyas (n=Shreyas@59.92.135.157) |
19:05.54 | khem | koen: Do you know the logic to generate locales |
19:06.02 | koen | nope |
19:06.17 | koen | hrw: where did you push it to? |
19:06.38 | khem | koen: |
19:07.03 | khem | I am trying to work on the cross locale generation |
19:07.06 | khem | :) |
19:07.17 | khem | anyway I will try to decipher more |
19:10.04 | zecke | wow, I even told him to use his brain.... |
19:10.38 | koen | brains.... |
19:11.34 | koen | zecke: http://scap.linuxtogo.org/files/436aa0f1344308f3001913ba651eefb6.png |
19:12.01 | zecke | koen: mickeyl pointed me to these shots |
19:12.06 | zecke | koen: do you like it? |
19:12.12 | koen | yes |
19:12.23 | koen | alotugh the search thingy takes up a lot of space |
19:12.32 | koen | bleh, and I can't type |
19:13.15 | khem | whose picture is that ? |
19:13.17 | zecke | do you want to have a fullscreen button? |
19:13.32 | koen | khem: iirc lucas rocha |
19:13.33 | zecke | gestures? |
19:13.48 | khem | yeh |
19:14.20 | zecke | koen: or do you think searching in HTML is not wanted? |
19:14.31 | polyonymous_ | yeah, hrw, where did you push it to? :) |
19:14.49 | koen | zecke: I think it's wanted, but the current UI takes up too much space |
19:17.38 | hrw | mtn: error: I/O failure while talking to peer monotone.openembedded.org, disconnecting |
19:17.42 | hrw | pushing again |
19:18.03 | zecke | <PROTECTED> |
19:18.16 | *** join/#oe olegfink^ (n=olegfink@87.228.51.111) |
19:18.18 | koen | zecke: turn evil? |
19:18.25 | koen | you are already evil |
19:18.30 | zecke | ah right |
19:18.36 | CosmicPenguin | yeah - thats not a far trip |
19:19.00 | polyonymous_ | ah |
19:22.46 | CIA-1 | 03hrw 07org.oe.dev * rf45f0798... 10/ (1 conf/distro/include/sane-srcdates.inc): sane-srcdates: fix qemu date |
19:23.38 | stefan_schmidt | Any 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.11 | polyonymous_ | passing MACHINE via env? |
19:24.31 | koen | nooooo! |
19:24.36 | koen | use auto.conf |
19:25.03 | Jin^eLD | what is actually the big difference between auto.conf and local.conf, I never seemed to get it? |
19:25.03 | polyonymous_ | sorry :-) |
19:25.09 | koen | <PROTECTED> |
19:25.10 | koen | <PROTECTED> |
19:25.11 | koen | <PROTECTED> |
19:25.11 | koen | <PROTECTED> |
19:25.48 | polyonymous_ | hmm... why is it any better? |
19:25.48 | stefan_schmidt | koen: thanks |
19:26.10 | *** join/#oe rob_w|laptop (n=rob_w@X1c00.x.pppool.de) |
19:26.59 | zecke | polyonymous_: bitbake doesn't really track environment changes |
19:27.26 | polyonymous_ | zecke, shouldn't the stuff bitbake caches be target-independent? |
19:27.54 | koen | binutils breaks with MAHCINE in env |
19:28.06 | zecke | polyonymous_: good point, but still it is fragile |
19:28.19 | polyonymous_ | koen, oh really? Damn, I've been building this way for quite a while now ;-) |
19:28.20 | zecke | koen: does it break for you? we should unexport... |
19:28.52 | hrw | koen: please remove progear from list and add alix instead |
19:31.11 | polyonymous_ | 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.36 | likewise | re |
19:41.54 | likewise | hi koen, Crofton, polyonymous_, zecke, Jin^eLD , phew, all! |
19:42.07 | zecke | ho |
19:42.40 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
19:42.42 | Jin^eLD | hey likewise :) |
19:43.13 | likewise | Jin^eLD: the board is postponed until after the International Broadcast Convention... they need it for a demo there... |
19:43.36 | polyonymous_ | likewise, quite a list ;-) hi ;-) |
19:43.41 | Jin^eLD | likewise: I get the feeling you'd be faster looking for another board ;) |
19:43.55 | likewise | Jin^eLD: do you know alternative solutions? |
19:44.18 | likewise | Jin^eLD: maybe your company could do some consulting for us... |
19:44.33 | Jin^eLD | hmm, good questions, none that I would recommend for HD.. at least I know the STB810 has its issues with full HD content |
19:44.42 | zecke | likewise: will you be at IBC? |
19:44.48 | likewise | zecke: yes, you? |
19:44.54 | likewise | zecke: not all days |
19:45.06 | Jin^eLD | likewise: you mean try to help you to get the wis board for evaluation? |
19:45.22 | zecke | likewise: no, but my boss and colleague and we will be at the BMCO booth |
19:45.38 | likewise | Jin^eLD: no, more like maybe your company can do some work on it, or work on it together. |
19:46.40 | Jin^eLD | that 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.02 | Jin^eLD | I think our people could be interested in such a cooperation |
19:48.12 | Jin^eLD | likewise : btw will you be at IFA? |
19:49.38 | hrw | bye |
19:49.53 | likewise | Jin^eLD: no, we are not in the consumer market |
19:51.00 | zecke | Jin^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.47 | Jin^eLD | zecke: unfortunately I won't be at IFA :( just thought I might hook likewise up with some of our ppl |
19:52.53 | zecke | ah |
19:53.05 | zecke | who are your people? (I'm with gmit-gmbh.de) |
19:53.17 | *** join/#oe dothedog (n=oc60174@c58.octanner.net) |
19:53.40 | Jin^eLD | zecke: StreamUnlimited Engineering |
19:53.49 | Jin^eLD | www.streamunlimited.com |
19:54.34 | stefan_schmidt | zecke: Nice picture of your phone plus the reciever on the website :) |
19:55.25 | zecke | nowadays I'm not ashamed of the website |
19:56.17 | stefan_schmidt | zecke: Why not? It's php ;) |
19:56.18 | likewise | zecke: your company uses Linux a lot? OE? |
19:56.24 | likewise | stefan_schmidt: :-) |
19:56.28 | Jin^eLD | well, ours is back to "ok" now, there was a phase where I was sort of ashamed of it :) |
20:01.05 | cdbot2 | * * OE Bug 2831 has been created by autobuild(AT)openembedded.org |
20:01.07 | cdbot2 | * * qemu-native-0.9.0+cvs20070613-r4-do_populate_staging |
20:01.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2831 |
20:05.42 | zecke | likewise: well, our BenQ DVB-H terminals use Linux and OE (probably one of the earliest adaptors and donors of OE) |
20:06.11 | zecke | likewise: but we are whores and do what we get paid for :) |
20:07.09 | Jin^eLD | zecke: isn't it the same everywhere ;) |
20:07.39 | polyonymous_ | autobuild should really provide at least revision of the tree being built. |
20:08.28 | likewise | polyonymous_: and the bitbake revision used |
20:08.48 | polyonymous_ | likewise, this is bitbake folks' concern ;-) |
20:09.07 | likewise | polyonymous_: no. a build should be reproducable afterwards, so versions matter |
20:09.18 | hrw | ~lart speed of my machine |
20:09.18 | ibot | gives speed of my machine a good seeing to |
20:09.35 | polyonymous_ | likewise, well, right, but if you're going that far, then failure log too ;-) |
20:09.40 | hrw | I have fix for 2831 |
20:10.18 | likewise | polyonymous_: 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.35 | polyonymous_ | hrw, ah, so you even know it's true ;-) |
20:10.35 | torpor | so 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.38 | likewise | polyonymous_: which is quite normal. (not that I did it before). |
20:11.17 | polyonymous_ | likewise, yeah. But I was complaining about pointlessness of these reports, not insufficience thereof ;-) |
20:11.47 | hrw | torpor: update metadata |
20:12.00 | torpor | howsat? |
20:12.13 | polyonymous_ | 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.30 | hrw | polyonymous_: if you can wait half hour |
20:12.53 | polyonymous_ | hrw, I can, but would it conflict with qemu-native_20070613.bb ? |
20:13.04 | polyonymous_ | (this is where my changes go into) |
20:13.19 | stefan_schmidt | torpor: I think your update problem is more an #openmoko problem. Let us go over. |
20:13.26 | polyonymous_ | it doesn't have much more except for this gcc thing. |
20:14.00 | hrw | polyonymous_: go ahead with it |
20:14.15 | torpor | stefan_schmidt: ok |
20:14.22 | polyonymous_ | ok |
20:14.30 | koen | hrw: http://bugs.openembedded.org/show_bug.cgi?id=2831 |
20:16.05 | polyonymous_ | hrw, will do, I'm waiting for justincasey build to finish. |
20:18.05 | hrw | koen: 22 22:09 < hrw> I have fix for 2831 |
20:21.38 | hrw | but building qemu-native on this box takes some time |
20:23.01 | khem | Hi 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.23 | khem | I can answer it but I need some clarification |
20:23.32 | torpor | ok is qemu-native busted? |
20:24.09 | hrw | torpor: yes |
20:24.20 | hrw | and I am waiting for my box to build it with proper fix |
20:24.30 | torpor | ah ETA? |
20:25.31 | hrw | torpor: hard to tell - its single core machine |
20:25.54 | torpor | oh but you are building righ tnow before you commit, or? |
20:25.56 | vivijim | hi, 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.49 | likewise | vivijim: statically linked, no host lib dependencies? |
20:26.59 | vivijim | likewise: yes |
20:27.30 | likewise | vivijim: hmm, never tried that. Do any of the buildroot/ptxdist/crosstool stuff do this? |
20:28.04 | cdbot2 | * * OE Bug 2589 has been RESOLVED (FIXED) by <polyonymous> |
20:28.06 | cdbot2 | * * qemu-native sigsegvs on amd64 while generating glibc locales |
20:28.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2589 |
20:28.50 | vivijim | likewise: 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.05 | khem | vivijim: obviously it wont work because there is a typo there |
20:29.11 | vivijim | so I'm starting to investigate how to do that |
20:29.17 | khem | vivijim: "--disable-shared" |
20:29.29 | khem | notice the missing d |
20:29.45 | hrw | NOTE: package qemu-native-0.9.0+cvs20070613-r5: task do_build: completed |
20:29.54 | torpor | hrw: cool.. :) |
20:30.42 | *** join/#oe _AchiestDragon (n=david@whipy.demon.co.uk) |
20:30.45 | zecke | stefan_schmidt: what is wrong with PHP? |
20:30.56 | polyonymous_ | everything! |
20:31.02 | vivijim | khem: uhm sorry.. my last test was to let it wrong to see if do_configure would break |
20:31.31 | khem | vivijim: ok |
20:31.48 | dothedog | Hi all, I need help building an xterminal-image for angstrom (akita). |
20:32.09 | koen | dothedog: use angstrom-x11-image instead |
20:32.29 | vivijim | khem: 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.31 | CIA-1 | 03polyonymous 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.35 | dothedog | I need something that is super lightweight with X11. x11-image uses too much memory. |
20:32.54 | dothedog | koen: I need about 25MB free... |
20:33.11 | khem | vivijim: yeah I would suggest to modify the recipes |
20:33.17 | khem | individually |
20:33.46 | stefan_schmidt | zecke: Nothing, if you like to make sure everybody can update your site like a wiki. ;) |
20:33.57 | vivijim | khem: uhm... I'll try that... |
20:34.49 | polyonymous_ | stefan_schmidt, that's the last thing that is wrong with php. |
20:34.52 | hrw | pushing and pushing.... |
20:35.01 | hrw | pushed |
20:35.10 | torpor | great |
20:35.14 | polyonymous_ | hrw, sleep well |
20:35.17 | hrw | let someone close 2831 |
20:35.23 | hrw | after check |
20:36.55 | stefan_schmidt | polyonymous_: Perhaps you are right. But I'm not here to discuss script languages for websites. :) |
20:37.16 | polyonymous_ | stefan_schmidt, I wouldn't claim that's exactly what brought me here either ;-) |
20:37.37 | stefan_schmidt | polyonymous_: :) |
20:38.27 | dothedog | koen: 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.42 | CIA-1 | 03hrw 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.51 | cbrake | anyone happen to know VFP applies to the soft float as used in EABI ARM toolchains built with OE? |
20:42.14 | cbrake | made 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.52 | stefan_schmidt | hrw|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.45 | zecke | ~lart Qtopia |
20:45.45 | ibot | squeezes Qtopia till Qtopia turns blue like papa smurf |
20:46.26 | torpor | cbrake: what are the issues? |
20:46.47 | *** join/#oe Cyberdeck (n=mnemonic@drms-590d2122.pool.einsundeins.de) |
20:47.04 | cdbot2 | * * OE Bug 2831 has been RESOLVED (FIXED) by stefan(AT)datenfreihafen.org |
20:47.06 | cdbot2 | * * qemu-native-0.9.0+cvs20070613-r4-do_populate_staging |
20:47.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2831 |
20:47.45 | stefan_schmidt | zecke: I thought you would love it after your gtk work ;) |
20:48.00 | cbrake | torpor: if I force ARM_FPU_NONE in the mono build, it seems to work fine |
20:48.21 | cbrake | torpor: for some reason, the configure script is detecting ARM_FPU_VFP |
20:48.24 | zecke | stefan_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.27 | torpor | ARM FPU is an arcane science. |
20:48.36 | zecke | and I'm more depressive than marvin |
20:48.47 | *** join/#oe Cyberdeck (n=mnemonic@drms-590d2122.pool.einsundeins.de) |
20:48.47 | stefan_schmidt | zecke: heh, of course only to womens |
20:48.54 | torpor | ARM_FPU_NONE can mean 'there is no FPU, but emulate one' and thus VFP is turned on |
20:49.00 | stefan_schmidt | zecke: That right. Go out and play a round pinball |
20:49.13 | stefan_schmidt | s/That/That's/ |
20:49.19 | zecke | even the pinball has more luck with women :) |
20:49.25 | cbrake | torpor: nod, that just be what is happening |
20:49.49 | cbrake | torpor: I'll ask around a little more on the list ... |
20:49.55 | torpor | i'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.15 | torpor | but 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.20 | cbrake | torpor: great :-) |
20:51.11 | cbrake | torpor: 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.48 | torpor | it 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.26 | zecke | birunko: still awake? |
20:55.19 | birunko | zecke, sure |
20:56.00 | 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 |
20:57.10 | zecke | do you have any interesting things to say about llvm? |
20:57.41 | torpor | has the makdevs do_rootfs bug been fixed, anyone know? |
20:57.42 | torpor | V |
20:58.29 | birunko | zecke, 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.46 | vivijim | lauro: (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.46 | vivijim | (05:57:11 PM) zecke: do you have any interesting things to say about llvm? |
21:01.11 | birunko | lauro, zecke was asking about llvm arm backend |
21:01.20 | zecke | hi lauro, I have started reading the arm llvm backend and I wonder if you have any war stories, practical results :) |
21:01.30 | torpor | okay 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.51 | lauro | hi zecke, the INdt started the ARM backend development and later the Apple gave a strong contribution |
21:03.18 | koen | zecke: http://www.openembedded.org/~koen/llwm.diff |
21:03.58 | zecke | wm? |
21:04.10 | lauro | zecke, I did a performance test: laurovenancio.wordpress.com |
21:04.39 | zecke | koen: use the 4.2 branch of the frontend :) |
21:05.09 | torpor | but 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.25 | lauro | the 4.2 branch isn't official yet |
21:07.02 | zecke | ah okay |
21:07.03 | lauro | Probably, It will be released in LLVM 2.2 |
21:08.01 | zecke | lauro: The Arm target generates assembly code, but do you do any optimisation as well? The classic peephole e.g? |
21:13.44 | lauro | zecke, the optimizations are done by the LLVM core |
21:21.52 | zecke | bye |
21:23.25 | *** part/#oe lauro (n=laurov@200.184.118.132) |
21:23.27 | khem | I answered few Qs in FAQ |
21:23.29 | khem | http://www.openembedded.org/oefaq |
21:23.39 | khem | also added one question about eglibc |
21:23.58 | TheCan | why you name it oefaq when the domain already implies openembedde? |
21:24.00 | TheCan | +d |
21:24.22 | *** join/#oe CIA-1 (n=CIA@208.69.182.149) |
21:24.27 | khem | TheCan: its just a page address |
21:24.50 | khem | OeFaq for WikiWord I guess |
21:25.55 | ljp | zecke: anything I can help you with? |
21:47.51 | *** part/#oe vivijim (n=vivijim@200.184.118.132) |
21:50.03 | likewise | good 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.50 | B_Lizzard | package libx11-native is the wrong version |
22:09.02 | B_Lizzard | It's 1.0.1 and it should be 1.1.1 |
22:09.06 | B_Lizzard | And it fails |
22:09.12 | B_Lizzard | Someone 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.48 | RP | torpor: I added the /dev entries |
22:26.09 | torpor | RP: /dev d |
22:26.10 | torpor | right? |
22:26.16 | torpor | and /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.45 | rshakin | hey ppl |
22:43.02 | *** join/#oe CIA-1 (n=CIA@208.69.182.149) |
22:54.07 | RP | torpor: mtn up and you will see. I removed the /bin entries |
22:54.24 | torpor | ok |
23:05.40 | Crofton | ~lart people who do not understand SCM;'s |
23:05.40 | ibot | grabs 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.58 | polyonymous_ | ~lart crofton for ~larting people who don't understand SCM and don't use it ;-) |
23:09.58 | ibot | takes a big bite out of crofton's jugular vein for ~larting people who don't understand SCM and don't use it ;-) |
23:10.19 | Crofton | heh |
23:10.27 | polyonymous_ | :) |
23:10.44 | Crofton | I just came out of a meeting where someone proposed using subversion to do work in parallel brnaches |
23:11.16 | polyonymous_ | heh, that's, although possible, isn't much fun. |
23:11.27 | polyonymous_ | Not that it's not possible without scm at all ;) |
23:12.22 | polyonymous_ | but you know, this suggestion comes out quite natural from someone unfamiliar with other concepts, but knowing what subversion is. |
23:13.35 | JustinP | just 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.56 | budgester | I'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) |