00:19.44 | *** join/#oe greentux__ (n=lemke@Z72b2.z.pppool.de) |
00:31.32 | *** join/#oe pigeon_ (n=pigeon@218-214-60-232.people.net.au) |
00:41.47 | *** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg) |
00:56.50 | *** join/#oe bazbel1 (n=a0192809@nat/ti/x-372e480e4b6ae0a9) |
01:07.19 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
01:10.42 | *** join/#oe aloisiojr (n=aloisio@189.81.156.234) |
01:15.30 | *** join/#oe aloisiojr (n=aloisio@189.81.156.234) |
01:37.56 | *** join/#oe rsalveti_ (n=salveti@189.70.140.74) |
01:42.33 | *** join/#oe HellDragon (n=jd@unaffiliated/helldragon) |
01:56.35 | KernelKlick | is anyone doing any x86 work for a 386 or 486 platform? |
02:17.45 | KernelKlick | i am trying to find a combination of MACHINE and DISTRO that will work with bitbake bootstrap-image for an x86 (386/486) with basic busybox, ftp, nfs, samba, g++, etc....no gui as a starting point to create my own distro. So far I have tried M=x86:D=minimal; M=x86:D=angstom-2008.1 with no luck..one dies in do.config and the other in do.rootfs.... |
02:19.51 | KernelKlick | now I am trying M=qemux86:D=minimal....won't know for a while whether it works or not |
02:23.03 | KernelKlick | thanks in advance for any pointers |
02:23.42 | KernelKlick | LOL I thought doing openembedded for x86 family SOC would be a piece of cake....oh well |
02:26.37 | Tartarus | oh lord no |
02:26.40 | Tartarus | x86 is horrid :) |
02:26.53 | KernelKlick | i am finding that out....why is that I wonder |
02:27.30 | Tartarus | Are you doing something (semi) commerical, or just hacking something up? |
02:27.39 | Tartarus | There's different "oh wow that sucks" for each :) |
02:27.46 | KernelKlick | LOL |
02:27.51 | Tartarus | Seriously |
02:28.00 | KernelKlick | for now hacking....eventually commercial, I hope |
02:29.12 | Tartarus | Are you using the stable branch or the dev branch? |
02:29.24 | Tartarus | If stable, that'd be why angstrom-2008.1 didn't work, you'd want 2007.1 |
02:29.28 | KernelKlick | right now....dev brand |
02:29.53 | KernelKlick | branch....sorry |
02:29.59 | Tartarus | not sure then |
02:30.08 | Tartarus | did you try another image target? |
02:30.11 | Tartarus | like say console-image? |
02:32.17 | *** join/#oe memeruiz_ (n=memeruiz@g228069022.adsl.alicedsl.de) |
02:32.17 | KernelKlick | all i know about is http://wiki.openembedded.net/index.php/UsefulTargets |
02:33.12 | KernelKlick | i did get helloworld and task-base and nano (from the gettting started example) to work properly |
02:33.16 | KernelKlick | :D |
02:38.14 | KernelKlick | Tartarus: where do I find the list of those image targets? |
02:39.59 | Tartarus | ls openembedded/packages/image |
02:40.02 | Tartarus | *images/ |
03:15.07 | cdbot2 | * * OE Bug 4426 has been RESOLVED (FIXED) by mwester(AT)mwester.net |
03:15.08 | cdbot2 | * * Security Vulnerabilities in Bind {8,9} |
03:15.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4426 |
03:15.39 | CIA-24 | 03mwester 07org.oe.dev * r5be04634... 10/ (6 files in 3 dirs): bind - upgrade to 9.3.5-P1 in response to security vulnerabilities. |
03:38.00 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
03:39.29 | *** part/#oe bazbel1 (n=a0192809@nat/ti/x-372e480e4b6ae0a9) |
04:05.09 | KernelKlick | finally that one finished with another failure...now I am trying mach:x86, distro:angstrom-2008.1, bitbake console-image...Does this sound reasonable? |
04:24.43 | dcordes | KernelKlick: depends on what you wanna do. glibc just failed for my x86 build |
04:45.13 | *** join/#oe astro76 (n=jtaji@c-68-39-80-157.hsd1.nj.comcast.net) |
05:05.50 | KernelKlick | that one failed too |
05:08.08 | KernelKlick | dcordes and all: Darn, that one failed too. glibc-intermediate do_compile. Does anyone have a working x86 bootstrap or console image? |
05:09.24 | KernelKlick | dcordes: i tried a uclibc earlier...it failed too |
05:09.54 | KernelKlick | I think it was minimal-uclibc...if I remember right |
05:12.09 | dcordes | KernelKlick: http://bugs.openembedded.net/show_bug.cgi?id=3284 |
05:12.32 | dcordes | Laibsch: yes, it is still a problem (oebug 3284) |
05:16.10 | KernelKlick | dcordes: do we add that to the local.conf TARGET_ARCH="i386"? or somewhere else? |
05:16.15 | dcordes | KernelKlick: what sort of machine are you building for? |
05:16.31 | dcordes | KernelKlick: I just defined machine x86 |
05:16.54 | KernelKlick | its a 486 with no math coproc |
05:16.58 | dcordes | the according .conf file will care about the rest |
05:17.42 | KernelKlick | i tried to set MACHINE=x86 before and it fails at the do.rootfs stage |
05:18.22 | KernelKlick | sorry...for the bitbake bootstrap-image |
05:18.42 | KernelKlick | what distro are you using? |
05:21.21 | *** join/#oe crweb (n=tom@12-210-80-80.client.mchsi.com) |
05:24.33 | KernelKlick | dcordes: I am not worried about the math coproc at this point. I just want to get an i386 image that will work on one of the VM (qemu, virtualbox) for some testing. You said you got MACHINE:x86 to work? Which distro did you use? |
05:32.48 | dcordes | KernelKlick: no I didn't say that. I said the build failed on glibc-intermedeate |
05:32.57 | *** join/#oe rob_w (n=bob@M906b.m.pppool.de) |
05:34.34 | KernelKlick | oh okay....np |
05:46.12 | *** join/#oe shres (n=Shreyas@vpn.bangalore.geodesic.com) |
05:47.49 | *** join/#oe Terminar (n=terminar@p509979e8.dip0.t-ipconnect.de) |
05:53.10 | *** join/#oe pleemans (n=peter@dD577D009.access.telenet.be) |
05:55.08 | *** join/#oe Terminar (n=terminar@p509979e8.dip0.t-ipconnect.de) |
06:00.31 | *** join/#oe wolfmanjm (n=morris@99-139-75-113.lightspeed.snjsca.sbcglobal.net) |
06:00.39 | *** join/#oe pcgeil (n=steffen@141.28.230.249) |
06:05.52 | radiochickenwax | Hello, could someone point me in the direction of the kernel patches? I'd like to try to apply them natively rather than through OE, since I'm short on disk space right now |
06:20.08 | *** join/#oe tkoskine (n=tkoskine@2001:470:1f14:bc:0:0:0:2) |
06:28.24 | dcordes | radiochickenwax: maybe they are in org.oe.dev/packages/linux/your-kernel/ |
06:34.50 | *** join/#oe HellDragon (n=jd@unaffiliated/helldragon) |
06:42.25 | radiochickenwax | dcordes: yeah I was thinking that too, but I was wondering if they were stored online somewhere accessible |
06:46.58 | methril | morning |
06:47.31 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
06:47.46 | radiochickenwax | dcodes: how do I access "org.oe.dev" is what I'm wondering |
06:48.22 | radiochickenwax | do I *have* to go through monotone? |
06:50.03 | *** join/#oe trickie (n=trickie@basesoft.xs4all.nl) |
06:52.03 | steliosk | KernelKlick : Use angstrom stable it works |
06:52.26 | *** join/#oe pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
06:52.47 | CIA-24 | 03tmbinc 07org.oe.dreambox * r2ad6039d... 10/ (1 packages/gstreamer/gst-plugin-dvbmediasink.bb): gst-plugin-dvbstreamer: update to support more video formats |
06:53.00 | CIA-24 | 03tmbinc 07org.oe.dreambox * r34c41dae... 10/ (3 files in 3 dirs): tuxbox-tuxtxt-32bpp: add support for dm8000 rc |
06:53.04 | CIA-24 | 03tmbinc 07org.oe.dreambox * r49173621... 10/ (3 files in 3 dirs): enigma2-defaultservices: add 'arte hd' to defaults |
06:53.04 | steliosk | radiochickenwax : yes. you need monotone |
06:53.08 | CIA-24 | 03tmbinc 07org.oe.dreambox * r567003f1... 10/ (1 packages/images/dreambox-image.bb): dreambox-image: add networkwizard,mediascanner,graphmultiepg,hotplug,defaultservicescanner plugins and defaultservices |
06:53.12 | CIA-24 | 03tmbinc 07org.oe.dreambox * rc7374691... 10/ (1 packages/wlan-rt73/wlan-rt73.bb): wlan-rt73: install kernel module into right directory |
06:53.16 | CIA-24 | 03tmbinc 07org.oe.dreambox * r9c3be02e... 10/ (1 packages/tuxbox/tuxbox-common.bb): tuxbox-common: install cables.xml only when required |
06:53.20 | CIA-24 | 03tmbinc 07org.oe.dreambox * r6ffcf640... 10/ (4 files in 3 dirs): linux-dm800: keep big patches outside metadata |
06:53.27 | CIA-24 | 03tmbinc 07org.oe.dreambox * r3bf15b64... 10/ (41 files in 22 dirs): add dm8000 support |
06:55.39 | *** join/#oe punk-ass (n=user@unaffiliated/punkass) |
07:02.46 | methril | steliosk why? you could use git |
07:02.57 | methril | it's not official, but you have the repository |
07:03.29 | steliosk | until we switch 'officially' mtn is the way to go.... |
07:03.45 | methril | ok |
07:13.20 | *** join/#oe kwek (n=martijn@188.Red-213-97-48.staticIP.rima-tde.net) |
07:17.17 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
07:26.48 | CIA-24 | 03koen 07org.oe.dev * r45d7f296... 10/ (1 packages/ffmpeg/ffmpeg_git.bb): ffmpeg git: bump SRCREV |
07:47.52 | *** join/#oe Xilent (n=supersti@unaffiliated/xilent) |
08:04.31 | *** join/#oe Spyro1 (n=ian@i-195-137-94-162.freedom2surf.net) |
08:05.06 | *** part/#oe Spyro1 (n=ian@i-195-137-94-162.freedom2surf.net) |
08:28.36 | hrw | morning |
08:49.37 | *** join/#oe Sleep_Walker (n=Sleep@nat/suse/x-801d7ed3e4910c3c) |
08:50.04 | *** join/#oe florian (n=fuchs@217.146.132.69) |
08:52.39 | *** join/#oe Stecchino (n=quassel@amarok/developer/Stecchino) |
08:55.15 | florian | good morning |
08:57.50 | *** join/#oe cekay (n=christia@gate.tarent.de) |
09:02.30 | *** join/#oe johncylee (n=john@firewall.tw.openmoko.org) |
09:06.30 | *** join/#oe greentux__ (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
09:20.16 | *** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
09:28.33 | *** join/#oe pcgeil (n=steffen@141.28.230.249) |
09:28.41 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
09:36.43 | *** join/#oe rob_w (n=bob@M906b.m.pppool.de) |
09:39.12 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
09:40.55 | *** join/#oe rob_w|laptop (n=rob@M906b.m.pppool.de) |
10:17.47 | dcordes | <PROTECTED> |
10:21.49 | CIA-24 | 03koen 07org.oe.dev * raa0f5212... 10/ (14 files in 5 dirs): qmake2: add sdk version |
10:22.10 | CIA-24 | 03koen 07org.oe.dev * r614ea89d... 10/ (4 files in 2 dirs): qmake2 sdk: fix packaging |
10:22.30 | CIA-24 | 03koen 07org.oe.dev * rf879a25c... 10/ (1 packages/meta/meta-toolchain-neuros.bb): meta-toolchain neuros: add qmake2-sdk |
10:22.50 | CIA-24 | 03koen 07org.oe.dev * r43ceaaee... 10/ (7 files in 3 dirs): uicmoc4: add sdk version, fix build with gcc 4.3.x |
10:23.10 | CIA-24 | 03koen 07org.oe.dev * rdff33d19... 10/ (1 packages/meta/meta-toolchain-neuros.bb): meta-toolchain neuros: also ship uicmoc4-sdk |
10:31.51 | *** join/#oe steliosk (n=Stelios@athedsl-310464.home.otenet.gr) |
10:32.08 | *** join/#oe jekhor (n=jek@cpmsq.epam.com) |
11:07.47 | *** join/#oe rob_w (n=bob@M906b.m.pppool.de) |
11:14.25 | *** join/#oe ant|work (n=ant|work@host214-85-static.34-85-b.business.telecomitalia.it) |
11:24.16 | *** join/#oe rkirti (n=kirtbr@59.92.0.157) |
11:26.59 | *** join/#oe rob_w|lappi (n=rob@Mb958.m.pppool.de) |
11:28.57 | CIA-24 | 03mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25 |
11:29.20 | CIA-24 | 03mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25 |
11:29.26 | CIA-24 | 03mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25 |
11:29.35 | CIA-24 | 03mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25 |
11:30.12 | CIA-24 | 03mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25 |
11:31.05 | ant|work | florian: something wrong with openembedded-issues, is not up to date |
11:33.07 | florian | obviously... |
11:34.47 | ant|work | florian: question: is http://bugs.linuxtogo.org/ the official gpe bugtracker? |
11:35.01 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
11:36.43 | florian | ant|work: yes |
11:37.21 | ant|work | if yes, why don't move to bugs.openembedded.net/org? |
11:37.37 | ant|work | (more visibility) |
11:39.28 | ant|work | florian: only 95 open bugs there? You lucky guy! Now I see why... |
11:40.02 | florian | ant|work: having one bugtracker for ditributions, build system and applications is a major pain. we had very bad experience with that using the same bugtracker than Familiar. |
11:41.00 | ant|work | then I cannot argue against |
11:44.38 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
11:44.46 | *** join/#oe rob_w (n=bob@Mb958.m.pppool.de) |
11:45.16 | ant|work | florian: befor pestering your shiny bugtracker, I want be sure the issues are 100% GPE-related and not OE/Angstrom legacy |
11:46.24 | *** join/#oe Spyro (n=ian@i-195-137-94-162.freedom2surf.net) |
11:55.36 | *** join/#oe zecke (n=ich@118-166-65-224.dynamic.hinet.net) |
11:59.05 | *** join/#oe bazbell (n=a0192809@nat/ti/x-0725ef1ab6e66507) |
12:00.44 | *** join/#oe rsalveti (n=salveti@200.184.118.132) |
12:04.56 | *** join/#oe pcgeil (n=steffen@141.28.230.249) |
12:04.57 | Laibsch | florian: What problems were those? No doubt, there is a price for consolidation, there certainly is a gain, too. |
12:09.41 | ant|work | urgh, a search for 'gpe' finds out 109 bugs in gugs.openembedded.net |
12:16.33 | CIA-24 | 03mickeyl 07org.oe.dev * rd39fcbb2... 10/ (8 files in 3 dirs): |
12:16.33 | CIA-24 | linux-openmoko-devel: clean up a bit, compute defconfig for om-gta01 and om-gta02 out of one defconfig, |
12:16.33 | CIA-24 | enable IKCONFIG in defconfig, disable APM_POWER in defconfig. |
12:16.33 | CIA-24 | 03mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25 |
12:16.35 | CIA-24 | 03mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25 |
12:18.09 | CIA-24 | 03mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25 |
12:18.14 | CIA-24 | 03mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25 |
12:19.12 | ant|work | florian: some messages sent from the bugtracker seems to have been skipped in the openembedded-issues ML |
12:19.32 | ant|work | queue flushed ? |
12:19.53 | CIA-24 | 03mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25 |
12:22.01 | XorA | mickeyl just cant get his changes right first time :-D |
12:22.34 | CIA-24 | 03mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25 |
12:22.56 | ant|work | ahh, is Mickeyl then... ;-) |
12:23.06 | ant|work | this CIA is bothering |
12:23.50 | XorA | anyway time to find new accomodation |
12:34.30 | CIA-24 | 03mickeyl 07org.oe.dev * rd39fcbb2... 10/ (8 files in 3 dirs): |
12:34.30 | CIA-24 | linux-openmoko-devel: clean up a bit, compute defconfig for om-gta01 and om-gta02 out of one defconfig, |
12:34.30 | CIA-24 | enable IKCONFIG in defconfig, disable APM_POWER in defconfig. |
12:42.58 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
12:44.37 | *** join/#oe rob_w|laptop (n=rob@Mbeb1.m.pppool.de) |
12:45.56 | *** join/#oe Robwoerle (n=bob@Mbeb1.m.pppool.de) |
12:49.09 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
12:51.25 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
12:53.21 | *** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg) |
13:10.22 | *** part/#oe sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
13:10.43 | *** join/#oe sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
13:11.23 | *** join/#oe diego_at_work (i=5960ae7b@gateway/web/ajax/mibbit.com/x-792197fcb4e4906d) |
13:12.08 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
13:15.09 | *** join/#oe chouimat|work (n=dieu@209.217.106.98) |
13:15.19 | *** join/#oe daurnimator (n=daurn@b27C.adsl.ecomtel.com.au) |
13:21.43 | *** join/#oe jbs (n=Bernardo@a213-22-249-5.cpe.netcabo.pt) |
13:30.29 | *** join/#oe woglinde (i=woglinde@e178127058.adsl.alicedsl.de) |
13:37.16 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
13:55.10 | piroko | woglinde: Hiya |
13:55.16 | woglinde | hi |
13:55.29 | piroko | Any luck with the ftdi package? |
13:55.30 | piroko | winces |
13:55.31 | woglinde | I am still working on it |
13:55.34 | piroko | lol |
13:55.50 | piroko | It's a pain isn't it? |
13:55.54 | woglinde | hm |
13:56.13 | woglinde | In have to understand how libtool2 sets the flags |
13:56.21 | woglinde | thats what I am in now |
13:56.50 | piroko | Gotcha |
13:59.38 | *** join/#oe rob_w|lappi (n=rob@Ma54b.m.pppool.de) |
14:00.21 | ant|work | woglinde: did you yet stumble in "error: m4_require: circular dependency of AC_LANG_COMPILER(C++)" ? |
14:00.54 | ant|work | (as in bug 4427 & 4391) |
14:01.02 | *** join/#oe steliosk (n=Stelios@athedsl-391034.home.otenet.gr) |
14:01.24 | ant|work | <PROTECTED> |
14:01.54 | zecke | woglinde: hey |
14:09.59 | ant|work | woglinde: I ask 'cause I found this: |
14:10.02 | ant|work | OK, that's a trivial bug (libtool 2 related). |
14:10.09 | ant|work | configure.ac needs a AC_PROG_CXX line. |
14:10.11 | *** join/#oe piroko (n=jeremy@pohl.ececs.uc.edu) |
14:10.13 | ant|work | " |
14:16.50 | *** join/#oe rkirti (n=kirtbr@203.199.213.3) |
14:18.56 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
14:24.29 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
14:25.55 | piroko | This is just sad |
14:26.12 | piroko | I'm installing an ubuntu virtual machine just so I can get past that glibc error in arch |
14:36.14 | *** join/#oe INom (n=INom@72.51.37.139) |
14:59.31 | *** join/#oe tharvey (n=tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
15:03.26 | *** join/#oe CosmicPenguin (n=nobody@163.181.251.103) |
15:25.22 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
15:34.04 | *** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas) |
15:41.49 | *** join/#oe jbs (n=Bernardo@84.39.89.81) |
15:46.49 | *** join/#oe davygravy_ (n=davygrav@h69-128-157-76.mdtnwi.dsl.dynamic.tds.net) |
15:47.55 | *** join/#oe kergoth`work (n=clarson@65.200.49.156) |
15:48.34 | kergoth`work | morning |
15:50.17 | florian | hi kergoth`work |
15:56.04 | *** part/#oe ade|desk (n=adavey@194.200.143.249) |
15:56.22 | woglinde | hi kergoth |
15:56.40 | kergoth`work | you know what would be nice. screen that can split out each window in the screen session into a seperate terminal or terminal tab |
15:56.48 | kergoth`work | or a way to save/load a urxvtd session |
15:57.36 | CosmicPenguin | somewhere, the original author of screen just screamed, and doesn't know why |
15:57.51 | kergoth`work | hahah |
15:58.14 | pb__ | g'day kergoth`work |
15:58.16 | kergoth`work | i'm using a tiled wm, i like spawning 2-4 terminals + a gvim for each project/bug i'm working on.. and itd be nice to persist that session |
16:05.58 | *** join/#oe pH5 (n=ph5@e178210181.adsl.alicedsl.de) |
16:14.57 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
16:33.02 | *** join/#oe KernelKlick (n=mia@rrcs-24-227-199-231.sw.biz.rr.com) |
16:36.15 | florian | ~oebug 4428 |
16:37.06 | cdbot2 | * * OE Bug 4428 has been created by <florian> |
16:37.08 | cdbot2 | * * gcc-cross-sdk 4.3.1 fails to compile |
16:37.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4428 |
16:39.25 | *** join/#oe javatexan (n=aars@rrcs-24-227-199-231.sw.biz.rr.com) |
16:39.27 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
16:51.32 | *** join/#oe dcordes (n=dcordes@unaffiliated/dcordes) |
16:52.19 | KernelKlick | regarding http://bugs.openembedded.net/show_bug.cgi?id=4428 where do I put the -march=i486?? |
16:56.04 | *** join/#oe rschuster (n=rob@e178088104.adsl.alicedsl.de) |
16:57.31 | KernelKlick | where does OE decide what to do with the ARCH setting? If I knew where to look I could test the arch setting and then add the appropriate flag to the compiling command, does that sound reasonable, or should this fix be done another way? |
16:59.17 | *** join/#oe diego__ (n=diego@host-84-222-10-204.cust-adsl.tiscali.it) |
17:00.13 | KernelKlick | or maybe a better question is what type of pc104 SOC does openembedded work well with under $400...Maybe we should forget about running embedded linux on the x86 platform, noone seems to be doing it now... |
17:00.18 | KernelKlick | :) |
17:00.58 | tharvey | KernelKlick, -march=i486 would typically be setup in an include for compiler tuning |
17:01.26 | kergoth`work | KernelKlick: lots of folks have used OE for targeting x86 platforms in the past |
17:02.38 | tharvey | KernelKlick, specifically the -march=i486 would go in 'TARGET_CC_ARCH' which is typically set in conf/machine/include/*.inc files which are included from machine conf files to 'tune' for a specific architecture |
17:04.18 | tharvey | I have run into issues with some of the x86 based machines - specifically the x86-prescott config seems to have an issue as it includes i686 in PACKAGE_EXTRA_ARCHS even though TARGET_ARCH=i686 |
17:04.41 | tharvey | so just because a machine exists don't assume it will work - I've also found that the lite5200 won't build b/c of misconfigurations |
17:05.02 | tharvey | I use the existing machine confs as examples and starting points... |
17:20.01 | tharvey | any issue running multiple instances of bitbake on same working directory concurrently? they probably would step on each other's cache right? |
17:22.44 | *** join/#oe jbs (n=Bernardo@89-180-172-40.net.novis.pt) |
17:23.23 | diego__ | i don't see the point to run multiple instance of bitbake.... |
17:25.30 | tharvey | I'm working on multiple machines at once... while one is building I want to go tweak and rebuild another... |
17:26.05 | tharvey | I recall the PC guys saying something like 'well never need more than 640KB' :P |
17:27.10 | mwester | hehe! |
17:27.33 | mwester | or 32-bits for addressing physical ram, more recently. |
17:27.43 | tharvey | yup... |
17:28.45 | diego__ | doing a parallel building of the same target should be faster anyway |
17:29.52 | tharvey | diego__, your missing my point... one build is already running then I decide to make some changes to something that affects a different machine... |
17:30.22 | tharvey | I'm fairly certain the answer is that the two will step and each other... |
17:30.25 | diego__ | how do you know that not affect the current building? |
17:30.51 | tharvey | because I'm being careful :P |
17:31.20 | diego__ | ah ok, i suppose you don't build gdb... :D |
17:31.58 | tharvey | I'm mainly plain around with images right now... and not building the same images per machine |
17:34.01 | diego__ | i think is possible to run more bitbake instances if you duplicate configurations, but i'm not sure is whorth the pain |
17:34.37 | *** join/#oe Laibsch (n=Laibsch@ip-62-143-12-162.hsi.ish.de) |
17:34.41 | tharvey | I think I agree with you |
17:35.36 | tharvey | is anyone using 'devshell'? |
17:38.37 | diego__ | uhm, what is it a devshell? |
17:38.55 | tharvey | bitbake task ('bitbake -c devshell') |
17:40.18 | *** join/#oe dijenerate (n=dijenera@72.51.69.246) |
17:40.24 | diego__ | no, i've played with bitbake -i time ago, but i stopped when someone had pointed out it was broken |
17:40.52 | tharvey | devshell is described here http://www.openembedded.org/repo/org.openembedded.documentation/usermanual/html/index.html (I think - I can't seem to load that page right now) |
17:41.10 | tharvey | I ask because I don't understand how its very useful the way its defined... |
17:41.30 | diego__ | im reading this: http://wiki.openembedded.net/index.php/Interactive_debugging |
17:42.40 | tharvey | I was more interested in something that let you go into a working directory and tweak the configuration - ie, busybox config file, kernel make menuconfig etc - I believe that's what devshell was created for but it drops you in a shell 'prior' to do_patch and do_configure which I don't understand |
17:42.44 | *** join/#oe mzb (n=mzb@ppp108-88.static.internode.on.net) |
17:43.32 | diego__ | it makes sense, probably you may need to "debug" also configure or patch |
17:44.00 | kergoth`work | whee, i'm awake and actually somewhat energic and motivated for the first time in a -long- time |
17:48.56 | tharvey | perhaps the concept with devshell is to first build a target (so that its patched and configured) and 'then' do a devshell to it - I just don't understand why the devshell task isn't inserted after do_configure |
17:55.15 | *** join/#oe angom (n=angom@201.170.65.143) |
17:57.03 | *** part/#oe angom (n=angom@201.170.65.143) |
18:08.59 | *** join/#oe mzb (n=mzb@ppp108-88.static.internode.on.net) |
18:10.30 | *** join/#oe Dodji (n=Dodji@torimasen.com) |
18:21.33 | KernelKlick | tharvey: do you have a working x86 bootstrap-image or whatever? I can get bitbake nano to work, helloword, and task-base. I just cant get bootstrap or console to work |
18:23.31 | woglinde | jo kernelklick |
18:27.42 | KernelKlick | jo woglinde, did you sleep well? |
18:28.05 | KernelKlick | btw I have no idea what jo means...sorry |
18:28.08 | *** join/#oe dijenerate (n=dijenera@72.51.69.246) |
18:28.23 | piroko | KernelKlick: jo means "yo" |
18:28.47 | KernelKlick | ah...thanks. |
18:28.54 | piroko | KernelKlick: I'm sure woglinde did not get any sleep at all as he's been working really hard on finding a way around libftdi's rpath problems. :D |
18:29.47 | KernelKlick | thought it might mean "jump off" or "jerk off" or something since i bothered him all yesterday and he couldnt work on rpath problems :) |
18:30.13 | tharvey | KernelKlick, sorry I don't use bootstrap... just kernel and bzImage |
18:35.08 | KernelKlick | tharvey: are those bitbake recipes too? bzimage, i thought was kernel compiling thing... |
18:36.41 | KernelKlick | so you build your x86 by hand...compile your own kernel bzimage...do you then use Openembedded to add packages or what? |
18:36.55 | tharvey | KernelKlick, well... every 'target' is from a recipe. The bzimage is from kernel recipe which is overloaded or virtual, the image I'm using is base-image - sorry I mispoke when I said 'kernel and bzImage' |
18:37.46 | tharvey | I created my own machine for an x86 ETX board... I started by trying x86-prescott but it won't build without a tweak or two then I realized its probably not the right machine for me anyway |
18:38.02 | *** join/#oe timtimred (n=meh@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
18:38.06 | KernelKlick | LOL...thats where I am |
18:38.28 | tharvey | I'm unaware of what existing x86 based machines in OE tree actually build, but I can tell you what you need to do to x86-prescott to get it to build |
18:42.10 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
18:42.10 | *** topic/#oe is Topic for #oe is: OpenEmbedded Developer Lounge | Web: http://www.openembedded.org | Bugtracker: http://bugs.openembedded.net | Repository: monotone.openembedded.org | This is not a distro or machine support channel |
18:42.18 | broonie | is amused to see someone surprised by a 486SX :) |
18:42.36 | chouimat|work | broonie: kids :) |
18:42.47 | KernelKlick | im not sufprised by the 486...but linux sure is |
18:42.54 | KernelKlick | surprised |
18:43.27 | piroko | KernelKlick: Hehe. Nah. I'm just grateful that he's even looking at it :) |
18:43.28 | KernelKlick | all the linux distros including 386 compats die when they cant find the coprocessor |
18:43.30 | tharvey | KernelKlick, make a conf for your specific motherboard, assuming its not there already in conf/machine/<mboard>.conf |
18:43.33 | broonie | Linux is 386-era, when the only way to get a FPU was with a fancy extra chip :) |
18:43.51 | KernelKlick | yep |
18:44.41 | tharvey | KernelKlick, use one of the other x86 based board as an example... perhaps based off something else i486 like godelx.conf |
18:44.48 | tharvey | geodelx.conf that is... |
18:44.58 | tharvey | or wrap.conf... |
18:45.17 | KernelKlick | tharvey: okay...I will try |
18:46.18 | tharvey | KernelKlick, you'll want to customize PREFERRED_PROVIDER_virtual/kernel - probably set it to just 'linux' unless you need specific patches for your system, in which case you'll want to create your own kernel recipe for it |
18:47.12 | KernelKlick | can the recipe turn on FPU emulation? |
18:47.14 | *** join/#oe dijenerate (n=dijenera@72.51.69.246) |
18:47.19 | KernelKlick | the kernel one...sorry |
18:47.29 | tharvey | if you can find out the proper gcc params for your FPU situation I 'think' you would put them in a 'TARGET_CC_ARCH' var |
18:48.01 | tharvey | anything that you would do in linux .config you would need to create your own kernel recipe for (or add your defconfig to an existing one) |
18:50.38 | tharvey | KernelKlick, if you specify linux-x86 for your PREFERRED_PROVIDER_virtual/kernel there is a packages/linux/linux-x86_2.6.20.bb recipe that may be appropriate but if you need your own defconfig you would edit that recipe, and place your defconfig in its subdir |
18:50.58 | tharvey | (I'm still learning OE by the way, so if I'm saying anything wrong hopefully someone else will jump in) |
18:58.42 | *** join/#oe CIA-23 (n=CIA@208.69.182.149.simpli.biz) |
19:09.59 | *** join/#oe kgilmer (n=kgilmer@68-245-37-253.area3.spcsdns.net) |
19:11.12 | *** join/#oe lrg (n=liam@79-68-78-64.dynamic.dsl.as9105.com) |
19:14.30 | KernelKlick |  tharvey: which distro should I favor? No gui, just busybox, ftp, ssh, nfs, samba, usb hotmount, watchdog. That should be about it. No webservers, databases, email...no frills |
19:14.59 | KernelKlick | i know we want to be able to plug and mount usb flash drives |
19:20.41 | tharvey | KernelKlick, I've been working with angstrom-2008 - it seems thats what most OE based projects either use or base their own distro on |
19:22.19 | KernelKlick | okay..thanks |
19:26.51 | woglinde | KernelKlick whats in the image defines only the image |
19:27.24 | woglinde | distro is for setting which libc is used or which compiler and sane versions of packages |
19:28.44 | woglinde | KernelKlick so likely you should look at the images.bb and find a suitable one or define your own image and task |
19:32.27 | tharvey | distro also defines packing options such as packager, feeds, etc |
19:32.44 | woglinde | sure |
19:32.58 | KernelKlick | okay....speaking of...where to find list of possible machine_features |
19:33.13 | woglinde | hm |
19:33.25 | woglinde | unfornatly there os none |
19:33.29 | woglinde | is |
19:33.34 | KernelKlick | lol |
19:33.40 | KernelKlick | just my luck |
19:33.41 | woglinde | *g* |
19:33.51 | woglinde | yeah lack of documentation |
19:34.12 | woglinde | look in the task packaes and compare them with the machine confs |
19:34.54 | KernelKlick | i was afraid of that....if I leave it blank, does it inherit it from somewhere? |
19:35.29 | tharvey | KernelKlick, have you read poky's manual? by far the best documentation for OE |
19:35.50 | tharvey | it has a pretty good list but the best thing to do is look at task-base.bb where the features are 'used' |
19:36.12 | KernelKlick | okay |
19:38.47 | tharvey | start small... just use kernel26 until you have a kernel and root filesystem booting |
19:43.49 | mewyn | Anyone having problems with the OE website? |
19:44.07 | piroko | mewyn: Better question: anyone NOT having problems with the OE website? ;) |
19:44.33 | mewyn | lol |
19:44.42 | mewyn | Well, when you phrase it like that ;) |
19:44.59 | tharvey | ya... website seems to be down |
19:47.15 | KernelKlick | in the task-base there is a uboot...is that saying uboot already exists and we want to tie in or is it adding uboot to image...does it use grub or lilo if not chosen? I wouldn't know...haven't had any of these work yet... ;) |
19:50.33 | woglinde | KernelKlick most embedded boards and proz dont use either grub or lilo |
19:51.19 | KernelKlick | oops...sorry....inserting foot into my mouth :P |
19:51.59 | piroko | Gross |
19:52.06 | piroko | uses u-boot |
19:52.57 | *** join/#oe dijenerate (n=dijenera@72.51.69.246) |
19:53.15 | KernelKlick | so if I add Machine_Features=".....uboot..." it will add uboot to the image it creates? wow. that is cool |
19:53.38 | *** join/#oe florian (n=fuchs@f054210043.adsl.alicedsl.de) |
19:54.15 | florian | re |
19:54.37 | mewyn | Am I SOL for grabbing the mtn file? |
19:58.12 | KernelKlick | in conf/Machine, what is FEED_ARCH? |
19:58.29 | piroko | mewyn: Probably. Just keep tryin |
20:00.04 | mewyn | lol. As you said that, my remote machine at home kicked in and started grabbing it, but my local machine is just in a retry loop. |
20:00.52 | piroko | Irony :) |
20:01.48 | mewyn | Makes it hard to use in my VM here. |
20:02.07 | mewyn | But, I'll get it eventually. :) |
20:02.17 | *** join/#oe pedro12 (n=daniel@dslb-084-061-052-242.pools.arcor-ip.net) |
20:05.12 | *** join/#oe Gin-geR (i=hacker@pD9538B54.dip0.t-ipconnect.de) |
20:09.42 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
20:14.08 | *** join/#oe pb_ (n=pb@88-109-47-87.dynamic.dsl.as9105.com) |
20:19.59 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
20:24.36 | woglinde | hi pb |
20:26.52 | tharvey | should nfsroot work when your distro (angstrom in my case) defaults your interface to use dhcp? from what I'm seeing when init trys to configure the network interfaces it kills the rootfs before it can obtain a dhcp IP and recover |
20:31.43 | Crofton|work | tharvey, comment out the #auto eth0 in /etc/network/interfaces |
20:32.42 | Crofton|work | do other see failures building m4-native using parallel make? |
20:32.55 | Crofton|work | it fails, then I restart and the builds goes on |
20:33.16 | *** join/#oe scant (n=user@24.174.0.137) |
20:34.06 | *** join/#oe dcordes (n=dcordes@unaffiliated/dcordes) |
20:36.13 | woglinde | I only have one cpu |
20:38.31 | *** join/#oe pedr11 (n=daniel@dslb-084-061-005-085.pools.arcor-ip.net) |
20:39.19 | tharvey | Crofton|work, that causes networking service to leave eth0 alone right? otherwise when dhcp client is started interface is temporarily unconfigured vs static assigment where the IP changes but was never unconfigured |
20:39.34 | Crofton|work | yeah |
20:39.40 | tharvey | thx |
20:39.52 | Crofton|work | apparently the auto thing takes the interface down before bringing it up |
20:40.02 | Crofton|work | which is bad if root is on nfs :) |
20:40.13 | *** part/#oe scant (n=user@24.174.0.137) |
20:40.37 | tharvey | actually I think its a feature of dhcp client... auto is fine if you use static |
20:40.53 | tharvey | but dhcp client assignes 0.0.0.0 then sends out a request... |
20:42.18 | *** join/#oe CIA-23 (n=CIA@208.69.182.149.simpli.biz) |
20:45.20 | kgilmer | i have a question at is surely dumb but i can't seem to figure out. how are modules loaded at runtime determined? I don't have anything in /etc/modutils, /etc/modules.d, /etc/modules.conf. Some kernel modules load upon boot and others don't. I'm stumped. |
20:46.20 | mewyn | kgilmer: I'd assume udev is doing it, unless you have them being inserted in a boot script |
20:47.52 | kgilmer | mewyn...so there is no reference to the modules that are loading in /etc/udev |
20:48.12 | kgilmer | should i be looking somewhere else? |
20:48.35 | mewyn | Well, udev likes to autoload modules if it finds a mapping. |
20:48.42 | mewyn | What are the modules being loaded? |
20:49.42 | tharvey | kgilmer, I've been wanting to ask the exact same question... |
20:50.41 | kgilmer | well, one is isp1504_arc |
20:50.54 | kgilmer | we have several kernel modules specific to our device |
20:51.10 | tharvey | i have a usb host yet I have to manually modprobe ehci-hcd - wondering why its not automatically loaded |
20:51.20 | kgilmer | some of them are loading upon boot (ie i see them when i type lsmod), others are not listed. |
20:51.32 | kgilmer | i can loaded them by hand with modprobe. |
20:51.47 | kgilmer | i can't find any file that references the specfic modules that are loading. |
20:52.03 | kgilmer | tharvey, well i hope we can find an answer :) |
20:55.24 | tharvey | what modules are autoloading and what image are you using? I have none on my target |
20:55.46 | mewyn | kgilmer: Well, udev looks in /sys to see what hardware is on the system, then looks at your modules to see what it can load up. |
20:56.27 | mewyn | So, it's my guess that udev is loading up those modules based on what it's finding in /sys |
20:56.32 | kgilmer | i'm using Poky. There are about 10 modules |
20:56.35 | kgilmer | 4 are loading on boot |
20:56.41 | kgilmer | that makes sense mewyn |
20:56.52 | kgilmer | I also just stumbled on /etc/modutils.sh |
20:57.01 | kgilmer | which looks like it reads /etc/modules |
20:57.57 | *** part/#oe bazbell (n=a0192809@nat/ti/x-0725ef1ab6e66507) |
20:58.06 | kgilmer | adding a line to that file to see if boot behavior changes... |
21:00.10 | kgilmer | no luck with /etc/modules |
21:01.08 | mewyn | Are you trying to not load these modules? |
21:01.31 | kgilmer | well there are some that are being loaded and others that are not. |
21:01.35 | kgilmer | i want to load the ones that are not |
21:01.54 | kgilmer | and i want to be able to define that behavior in a recipe or as part of my system image |
21:03.10 | mewyn | I'd have to bone up on my udev to figure it out with udev. |
21:03.20 | *** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning) |
21:05.45 | kgilmer | well looks like modutils.sh init script calls insmod |
21:05.52 | kgilmer | so i need to pass the full path to my module... |
21:05.58 | kgilmer | trying again |
21:08.31 | *** join/#oe CIA-24 (n=CIA@208.69.182.149.simpli.biz) |
21:16.56 | *** join/#oe ant_ (n=ant@host6-189-dynamic.60-82-r.retail.telecomitalia.it) |
21:25.55 | kgilmer | well i figured it out |
21:26.03 | kgilmer | should have been much easier but i'm pretty jetlagged atm |
21:26.18 | kgilmer | to get something to load on boot that isn't done with udev |
21:26.25 | kgilmer | simply add the name of the module to /etc/modules |
21:26.38 | kgilmer | but, if you have it in /etc/modules.d, then it will not work |
21:27.12 | kgilmer | a fatal error will occur in modprobe but the init script will not display it |
21:27.39 | kgilmer | so tharvey, add ehci-hcd to /etc/modules |
21:27.46 | kgilmer | mewyn, thanks for your help :) |
21:28.44 | tharvey | kgilmer, I don't have an /etc/modules currently... its just a list of modname per line? |
21:29.01 | kgilmer | yep. i didn't have it by default either. |
21:29.41 | *** join/#oe CosmicPenguin (n=nobody@163.181.251.103) |
21:30.07 | tharvey | nice... worked great |
21:30.08 | tharvey | thanks! |
21:30.38 | tharvey | what parses that? is that standard or just an OE thing? |
21:31.36 | tharvey | and if you didn't have one, how were the 4 modules getting loaded? |
21:35.33 | kgilmer | it's a rcS (startup) script linked from /etc/init.d |
21:35.37 | kgilmer | modutils.sh |
21:35.47 | kgilmer | loads /etc/modules and calls modprobe on each line |
21:36.10 | kgilmer | not sure if it's standard or not |
21:36.32 | kgilmer | regarding the 4 other modules, I assume mewyn is right and udev is somehow figuring out they need to be loaded. |
21:36.43 | kgilmer | i'll have to dig into udev to figure it out |
21:36.53 | rsalveti | does anyone know why many recipes when creating 'pkg_postinst' functions check if the env has ${D}? |
21:37.16 | rsalveti | like we have for openssh |
21:38.51 | tharvey | kgilmer, ah... that make sense - similar to how openWRT does it - curious though why it doesn't instead source things from /etc/modules.d so that packages can easily add/remove files listing the modules they need |
21:40.34 | kgilmer | tharvey, yeah...no idea. i'm just glad my lcd works now when i boot. :) |
21:43.02 | *** join/#oe punk-ass (n=user@unaffiliated/punkass) |
21:43.05 | *** join/#oe bazbell (n=a0192809@nat/ti/x-7991a5ec76aa92f8) |
21:43.24 | kgilmer | heading home, gnite |
21:43.32 | Fique | take care Kgilmer |
21:44.38 | *** join/#oe KernelKlick (n=mia@rrcs-24-227-199-231.sw.biz.rr.com) |
21:46.06 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
21:47.37 | *** join/#oe pcgeil (n=steffen@141.28.230.249) |
21:55.53 | ant_ | mickeyl: ping |
21:56.18 | mickeyl | püng |
21:56.23 | ant_ | hello |
21:56.43 | ant_ | I committed a first try of udev_124 |
21:57.00 | ant_ | who is expected to commit this "core-package"? |
21:57.04 | *** join/#oe dijenerate (n=dijenera@72.51.69.246) |
21:57.09 | ant_ | (oebug 4118) |
21:57.49 | mickeyl | good question |
21:57.57 | ant_ | on c7x0 the situation is excactly as (bad) as with udev_118 |
21:58.10 | ant_ | so why don't move? |
21:58.34 | mickeyl | agreed |
21:59.01 | mickeyl | i will commit it these days with DEFAULT_PREFERENCE=-1 and give people a bit time to test |
21:59.08 | mickeyl | then making it the new default |
21:59.26 | chouimat|away | wonders if he order a freerunner |
21:59.28 | ant_ | yes, please test it on other devices as well |
22:08.18 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
22:23.40 | *** join/#oe wick (n=wicked@74.213.214.227) |
22:27.19 | ant_ | mickeyl: I'll open a RFC for udev to avoid you asbestos... |
22:28.04 | Crofton|work | mickeyl, how good are the meta toolchain targets? |
22:28.04 | ant_ | with the latest udevsettle patch you can really shrink the udevsettle timeout to the min |
22:29.44 | mickeyl | ant_: ok, cool. |
22:30.09 | Crofton|work | mickeyl, we are getting interest in OE from TI these days |
22:30.10 | mickeyl | Crofton|work: i don't know the current status, last time i used them a couple of months ago, they were fine |
22:30.16 | mickeyl | (TI) glad to hear |
22:30.19 | Crofton|work | largely due to the beagle baord work |
22:30.28 | mickeyl | we need to _move_ now re. git |
22:30.36 | mickeyl | this blocade is a nightmare |
22:30.37 | Crofton|work | mickeyl, make it so |
22:30.39 | mickeyl | heh |
22:31.03 | mickeyl | lets wait for RP to be back, then we move |
22:31.07 | Crofton|work | ok |
22:31.45 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
22:35.33 | *** join/#oe dcordes_ (n=dcordes@unaffiliated/dcordes) |
22:38.02 | *** join/#oe rsalveti (n=salveti@189.70.140.74) |
22:50.03 | *** join/#oe rwhitby` (n=rwhitby@ppp240-74.static.internode.on.net) |
23:01.58 | *** join/#oe bazbell (n=a0192809@nat/ti/x-c0da236d7ba58428) |
23:07.42 | ant_ | good nite |
23:16.05 | cdbot2 | * * OE Bug 3575 has been marked as DUPLICATE of bug 3489 by andrea.adami(AT)gmail.com |
23:16.08 | cdbot2 | * * gpe-bluetooth deactivation on hx4700 |
23:16.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=3575 |
23:56.16 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |