irclog2html for #oe on 20070302

00:00.10RPhvontres|poodle: Not specifically, no
00:01.09RPCoreDump|home, rwhitby: Let me talk to koen next time he is around. I want this discussed on the mailing list before any more changes are made/reverted to OE
00:02.36rwhitbyRP: thanks for taking an interest.  I have confidence in your rationality and will hold any further responses until you have a chance to moderate.
00:03.01RPrwhitby: I can't help thinking I could regret this ;-)
00:04.59rwhitbyRP: yeah, that's the problem.  All good developers should be able to discuss technical disagreements without having to feel like you do now.
00:07.16HopsNBarleyoff topic... (-;  fakeroot is failing one of the tests.  can anybody replicate?  i'
00:07.27HopsNBarleyi'm wondering if this is specific to my gentoo box....
00:19.24RPI've sent a mail to the list suggesting koen expand on his arguments since currently, it does lack technical content.
00:20.03RPmwester: I've pushed an lzo-native package - could you see if that solves the problems you were seeing please?
00:20.58HopsNBarleyshould mkfs.jffs2 run under fakeroot?
00:22.14RPHopsNBarley: As I recall, the whole make rootfs process does
00:23.23hvontres|poodleRP: Thanks for moderating the feed topic for us :) I sure hope we can come to some kind of consensus here... after all, if we could only commit stuff that always worked, CIA would get very lonely :)
00:24.40joshinHopsNBarley: I build on Gentoo without (many) problems.  
00:25.10joshinI have some weird bug where creating a slugos image fails but works when I run it a second time.
00:28.16HopsNBarleyRP: does it need to?  I can see why most of making the root needs fakeroot, but i think mkfs.jffs2 runs fine without it.  
00:28.40HopsNBarleyjoshin, it's been working fine for me too, until a few days ago.
00:28.59HopsNBarleyRP: should have said, it DOES run fine without it.
00:29.18joshinI'm on a fully up to date 'amd64' machine.  
00:30.17HopsNBarleyjoshin - i've added a few goodies like strace and gs, but nothing that should've killed OE.
00:30.29HopsNBarleythanks for the data point though.
00:30.40joshinNo idea.  I didn't see the error you're having.  
00:30.53JustinPHopsNBarley: I use gentoo as well on an amd64 but built 32-bit
00:31.47HopsNBarleywhen mkfs.jffs2 reads tmp/rootfs/etc/ipkg/arch.conf, it sees the wrong struct stat st_mode bits.  it thinks it is a directory.
00:31.59HopsNBarleyanother user has seen this error too, same file.
00:33.16RPHopsNBarley: It sounds like you need to fix fakeroot then...
00:33.48HopsNBarley(-;  i'm working on it.  i wanna do one more test where it is totally distilled down to fakeroot/no fakeroot and see the error.
00:38.09KristofferHopsNBarley, I also use Gentoo, works fine here
00:41.45hvontres|poodleCoreDump|home: I am sorry koen made you mad... but I don't think namecalling is going to solve anything here... in fact it will only make things worse. I think at this point we should all go back to our corners and try to talk about this more tomorrow...
00:42.20*** join/#oe Crofton|laptop (n=balister@66-207-66-26.black.dmt.ntelos.net)
00:42.36CoreDump|homesound like my mail made it to the ML then. But I didn't call him names =)
00:44.11hvontres|poodleCoreDump|home: no, but calling his changes BS is not going to help things either...
00:44.58CoreDump|homeI called his reasons BS because they are. He didn't mention a _single_ valid reason for his behavious. Not one.
00:46.13hvontres|poodleCoreDump|home: That may be true... but using the TERM *BS* will only cause more emotional stuff rather than (good or bad) technical reasons to come out.
00:47.33CoreDump|homehvontres|poodle: no harm done. he wasn't citing any technical stuff in the whole thread (which started w/ his 20-hour RCF btw)
00:49.25hvontres|poodleCoreDump|home: I disagree. We should all be aware that we are no longer teenage script-kiddies here. And if we want to make sure the (limited) number of dev's stick around, we need to make sure we behave like the rational adults I think we are capable of being.
00:49.51hvontres|poodleCoreDump|home: Sorry, but I get enough chidish bickering at home from my 2 and 5 year olds :)
00:50.09rwhitbyhvontres|poodle: heh - mine are 2 and 6 :-0
00:50.33hvontres|poodlerwhitby: boys or girls?
00:50.40CoreDump|homehvontres|poodle: =) Just read "[oe] RFC: splitting deploy/ipk into subarchs" and tell me I didn't comment in a polite manner. Then read his reply to my comment.
00:51.27rwhitbyhvontres|poodle: 2 yr old girl, 6 yr old boy.
00:51.59hvontres|poodleCoreDump|home: I did. But I don't think that we will solve anything by lowereing our standards to the lowest common denominator (agin wearing my dad hat ;) )
00:52.39hvontres|poodlerwhitby: heh... two girls... not looking forward to teenagerdom...
00:52.43CoreDump|homeBUT HE STARTED IT lalala ;)
00:52.48mwesterthree girls.
00:52.54hvontres|poodle~fish CoreDump|home
00:52.56ibotACTION slaps CoreDump|home around with a large trout
00:53.01CoreDump|homehehehe
00:53.14Crofton|laptopat least in America we have guns to threaten teen age boys with
00:53.26Crofton|laptopmy friend has two daughters
00:53.27hvontres|poodleCoreDump|home: hmmm or power tools ...
00:53.30mwesterTwo in college -- not much younger than some of the developers here, I bet.  I just take away their iPod when they tick me off ;)
00:53.48Crofton|laptopwe have plans
00:54.00CIA-303rpurdie 07org.oe.dev * re534053a... 10/ (1 packages/mtd/mtd-utils_1.0.0+git.bb): mtd-utils-native: Tweak compile options to interact better with the Makefile
00:54.37Crofton|laptopSpeaking of pissed off, a friend of mine (not even a nerd) was cold called by google for an interview
00:55.59CoreDump|homeCrofton__: =)
00:56.24RPGoogle appear to be approaching a lot of people
00:56.50Crofton|laptopnot me :(
00:56.52mwesterRP: syncing up, and will test.  Does the new lzo jffs2 require a new uncompressor in the kernel, then?
00:57.01RPmwester: yes
00:57.05Crofton|laptopShe is a Dr in statistics
00:57.22mwesterThat could be a problem for Unslung... stuck on 2.4.22 (the Linksys kernel version)
00:57.33RPmwester: I'm sure the commits are close but its hard for me to test fully since lzo is also on my system
00:57.57mwesterI'll poke about; if the package is there now, I'm sure it can be made to work.
00:59.05*** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz)
00:59.41RPmwester: This is why I've disabled that compressor by default. We can enable it when we know a given machine's kernel supports it
01:01.48mwesterOk then, no problem.  it would have been nice to get a little free space back with better compression, but c'est la vie.
01:02.11rwhitbySome google recruiting guy sent me an email.  Pity the job wasn't local.
01:02.26rwhitbyI'm pretty sure they have a resume-bot.
01:02.43RPmwester: Its not better compression, its actually slightly worse. It improves disk read time by 40% and makes bootup faster though
01:03.15rwhitbyRP: disk read time or flash read time?
01:03.31mwesterAh, ok.  Well, then probably not good for unslung, but there's some SlugOS users who might be REALLY interested in that.
01:03.33Crofton|laptopShe confirms she has a resume online
01:03.40RPrwhitby: Faster decompression of the data = faster file reads
01:04.45hvontres|poodlehehe.. fancy that... google searching online resumees... what will they think of next :)
01:04.52RPLike most things, its useful for some cases and not so much in others
01:05.04Crofton|laptoprwhitby, thats what she said (being local)
01:05.23RPrwhitby: They also harvest email addresses at events like FOSDEM
01:05.54hvontres|poodleRP: hmmm. Sounds like that is the Theme of the day (usefull or not)
01:06.36*** join/#oe noclouds (n=mhfan@61.191.27.226)
01:07.26rwhitbyRP: I got my email from Google the day after I presented http://www.nslu2-linux.org/presentation.pdf at the LinuxSA user group.
01:07.59rwhitby(the announcement to the user group mailing list containing the talk abstract probably triggered it)
01:12.05Crofton|laptopHmm, I did a lightning talk at FOSDEM
01:12.11Crofton|laptopmaybe that will kick them into action
01:12.48RPrwhitby: This was a few weeks afterwards. Several people within openedhand got emails at about the same time
01:13.05hvontres|poodleCrofton|laptop: But what would google do with SDR stuff ?
01:13.23rwhitbyhvontres|poodle: index all broadcasts worldwide?
01:13.39rwhitby(on any frequency)
01:14.49RP'night all
01:14.52Crofton|laptopheh
01:14.56Crofton|laptopwireless google
01:15.05RP(I'll deal with any remaining lzo issues tomorrow)
01:16.06Crofton|laptopKeep ahead of MS
01:20.28*** join/#oe punkass (n=user@unaffiliated/punkass)
01:26.15hvontres|poodlerwhitby: So, do you have that large fortune yet?
01:26.55rwhitbyhvontres|poodle: I did have, but it turned into a small fortune like the slide says.
01:27.22rwhitbynslu2-linux has raised over USD$10,000 dollars in donations over the last 2.5 years though, all of which has gone back into the project.
01:38.59hvontres|poodlerwhitby: so what happende to that bare looking pcb in your presentation?
01:40.38rwhitbyit was heated with a heat gun until all the components fell off
01:40.47rwhitbyso we could see the traces under the components.
01:42.08*** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg)
01:49.02NAiLsalted slug?
01:51.06rwhitbyyeah, the salted slug.
01:52.04hvontres|poodlerwhitby: I see.. It looked almost like one or our routed prototype borads without the soldermask :)
01:52.23rwhitbyyep, that was the intention :-)
01:52.36rwhitbyit helped us find the jtag pins
01:52.48HopsNBarleygreat idea!
01:53.27rwhitby[g2] was the slug sacrificer
01:54.28cyrus__i recently succeeded it doing bitbake linux-rp.2.6.20. Now, if I want to make some modifications to say the kernel configuration, where do I locate the source code within the directory structure. Also, once I do make the changes do I simply re-run the bitbake command again and will it find the changes and re-compile?
01:59.32cyrus__anyone?
02:00.51*** join/#oe mithro (n=tim@lester.mithis.com)
02:01.04rwhitbycyrus__: the defconfig is usually in the OE metadata
02:01.22rwhitbypackages/linux/linux-rp-*/defconfig maybe
02:02.10NAbyss_cyrus__: Preferred method is to change the defconfig file for your machine in org.openembedded.dev/packages/linux/, and to force a recompile, do this:  bitbake -cclean target-name && bitbake target-name, where target-name is the kernel .bb
02:08.05*** join/#oe donato_home (n=donato@201.80.142.190)
02:08.13cyrus__NAbyss_ - if I do a clean will it rebuild everyting (ie: toolchain, or just the kernel)
02:08.33NAbyss_cyrus__: If you -cclean the kernel target, it'll only remove the kernel
02:08.40cyrus__ok..thanks
02:09.09cyrus__NAByss_ - last question, if I want to actually change the source code (ie: add a new module that I am working on) where would I do that
02:09.53hvontres|poodlecyrus__: your best bet would be to add it to the SRC_URI section in the .bb file
02:09.54NAbyss_cyrus__: Suggested method is to generate a diff -u against the upstream sources, then reference that as a patch in the kernel .bb
02:10.08cyrus__ok..thanks guys..much appreciated
02:10.29NAbyss_np
02:18.18*** join/#oe VoodooZ (n=palm3@modemcable045.249-81-70.mc.videotron.ca)
02:19.39*** part/#oe cyrus__ (n=cyrus@c-67-171-167-34.hsd1.or.comcast.net)
02:21.41*** join/#oe wuulong (n=wuulong@61-220-247-196.HINET-IP.hinet.net)
02:30.51*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)
02:32.54*** join/#oe benlau (n=benlau@221.125.13.148)
02:34.01*** join/#oe mykilx (n=mykilx@pool-71-98-162-157.tampfl.dsl-w.verizon.net)
02:34.20*** join/#oe kerwood|afk (n=Marshall@c-69-255-98-58.hsd1.md.comcast.net)
02:35.49*** join/#oe rd_ (n=redragon@segfault.net)
02:54.30*** join/#oe mithro (n=tim@lester.mithis.com)
03:08.40*** join/#oe idealm (n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au)
03:30.35*** join/#oe idealm_ (n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au)
03:36.03*** join/#oe LoDown (n=LoDown@dsl093-230-107.lou1.dsl.speakeasy.net)
04:18.28*** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1)
04:38.50*** join/#oe mithro (n=tim@lester.mithis.com)
04:43.03*** join/#oe hvontres|home (n=hvontres@adsl-75-32-86-77.dsl.sndg02.sbcglobal.net)
04:47.31*** join/#oe kb7sqi (n=kb7sqi@cpe-075-177-056-201.triad.res.rr.com)
05:04.38*** join/#oe JustinP (n=papercra@c-69-181-11-251.hsd1.ca.comcast.net)
05:04.51*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:05.43*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:06.35*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:07.30*** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley)
05:07.32*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:07.47*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:07.57*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:08.02*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:08.06*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:08.29*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:08.32*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:08.40*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:08.52*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:08.59*** join/#oe dion (n=dion@xen.inhex.net)
05:09.00*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:09.15*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:09.25*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:09.34*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:09.38*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:09.43*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:09.47*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:09.50*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:09.56*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:10.09*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:10.36*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:10.48*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:10.52*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:10.57*** join/#oe nathan (n=nathan@ns2.emacinc.com)
05:29.42*** join/#oe cyrus__ (n=cyrus@c-67-171-167-34.hsd1.or.comcast.net)
05:32.59*** join/#oe likewise (n=Leon_Woe@38.99.84.33)
05:33.11likewiseHello all
05:33.50hvontres|homehey likewise
05:33.55likewisehey hvontres|home
05:34.30cyrus__Can someone look at this http://pastebin.com/891964
05:34.58cyrus__I understand the error but I can not find the Makefile that defines that -DVERSION variable
05:35.29NAbyss_That sounds familiar.. which package?
05:36.00cyrus__apmd
05:36.28cyrus__the gcc command has  -DVERSION=\"Sun JDK 1.4.2.10\"
05:36.38cyrus__which I think is wrong because they are escaping the " in the statement
05:36.51cyrus__causing the shell to parse as seperate strings, not one
05:37.50NAbyss_Hmm
05:38.16CIA-303mwester 07org.oe.dev * r16412457... 10/ (1 conf/distro/unslung.conf):
05:38.16CIA-3unslung.conf - change mkfs.jffs2 flag to -n from --no-eraseblock-headers to
05:38.16CIA-3accomodate the long-option name change with the update mtd-utils package.
05:38.46likewisecyrus__: It could be make got this variable passed through over its command line, and not from a Makefile.
05:38.57NAbyss_Looking at the .bb file, it doesn't look like it's an autoconfed package..
05:39.23cyrus__likewise - okay, and what would pass these variables through the command like
05:39.58NAbyss_cyrus__: Take a look at apmd-3.2...orig/Makefile under XTRACFLAGS
05:40.01likewiseusually variables like EXTRA_CFLAGS are passed on, in this wat
05:40.09likewiseway
05:40.54cyrus__NAbyss_ - i see it
05:41.06likewiseNAbyss_ beat me by a second *and* looked into the sources whereas I just guessed :-)
05:41.12NAbyss_cyrus__: What happens if you remove the \ and bitbake it?
05:41.22NAbyss_Hehe
05:41.33likewiseHopsNBarley: Good evening, are you there?
05:41.43cyrus__trying now
05:41.56NAbyss_cyrus__: I can see why they should be there.. I'm just confused as to why they're being pushed through to the shell
05:42.02cyrus__but this is my problem with oe, every thing i try to build just fails. Never once have I had it successfully build anything
05:42.05*** join/#oe mwester_ (n=mwester@nslu2-linux/mwester)
05:42.29likewisecyrus__: bitbake ampd -c clean first, so that the faulty sources are not re-used
05:42.57cyrus__okay..it made it past, I didn't remove the \ I put \"" instead
05:43.02cyrus__and it built that package
05:43.29cyrus__moving onto the next
05:44.07NAbyss_One thing that comes to mind.. are you using GNU make for it, or a different toolchain?
05:44.17cyrus__the weird thing was, at the top of the make file VERSION was defined at 3.2.1 and in that XTRACFLAGS it was set -DVERSION=\"$(VERSION)\" so I am not sure how VERSION got replaced with Sun JDK 1.4.2
05:44.42NAbyss_cyrus__: make -e prioritises upstream (environment) variables over those defined in the makefile
05:45.08NAbyss_cyrus__: Might be worth starting a shell with a clean environment
05:47.03*** join/#oe dion (n=dion@xen.inhex.net)
05:49.31*** join/#oe likewise_ (n=Leon_Woe@38.99.84.33)
05:53.16*** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg)
06:03.59*** join/#oe likewise__ (n=Leon_Woe@38.99.84.33)
06:15.59*** join/#oe mykilx (n=mykilx@pool-71-98-160-70.tampfl.dsl-w.verizon.net)
06:19.02*** join/#oe _law_ (n=law@mail.stiftadmont.at)
06:19.49Ifaistosmorning all
06:45.54*** join/#oe hvontres1home (n=hvontres@adsl-75-13-99-0.dsl.sndg02.sbcglobal.net)
07:06.05*** join/#oe vlo (n=valentin@lsa1pc7.epfl.ch)
07:16.02vlogood morning here
07:27.04*** join/#oe vlo (n=valentin@lsa1pc7.epfl.ch)
07:31.24*** join/#oe zecke (n=ich@91.64.160.193)
07:39.22*** join/#oe Glombool (n=chatzill@69.77.196.116)
07:39.26Glomboolhello
07:40.51GlomboolI'm trying to compile for "sharprom-compatible" and I put cross-2.95.3 in /usr/local/arm.  What am I renaming to arm-linux-gcc-2.95?
07:56.06hrwmorning
07:56.15hrw~zauruskernels
07:56.22ibotsomebody said zauruskernels was by default Zaurus used 2.4.18 or 2.4.20 - now we have 2.6 working on all clamshells and work is progressing for tosa, poodle, collie. More info in OpenZaurus wiki: http://wiki.openzaurus.org/Kernel_Information
07:56.32hrwGlombool: read that
07:56.50Glomboolthanks
07:57.11*** join/#oe dion (n=dion@xen.inhex.net)
07:57.59Glomboolhrw: read the kernel_information?
08:02.43*** join/#oe crink (n=crink@218.147.116.95)
08:03.15hrwyes
08:03.27hrwthere are links to 2.4 situation
08:04.04crinkoe for MIPS ?
08:04.19hrwcrink: mips is supported
08:04.49crinkhrw: i set db1200 and generic
08:05.29crinkit failed glibc_2.3.5
08:06.56hrwhow failed?
08:07.05crink| In file included from ../sysdeps/mips/libc-tls.c:21:
08:07.05crink| ../sysdeps/generic/libc-tls.c: In function ‘__libc_setup_tls’:
08:07.05crink| ../sysdeps/generic/libc-tls.c:191: warning: implicit declaration of function ‘INTERNAL_SYSCALL_DECL’
08:07.05crink| ../sysdeps/generic/libc-tls.c:191: error: ‘err’ undeclared (first use in this function)
08:07.05crink| ../sysdeps/generic/libc-tls.c:191: error: (Each undeclared identifier is reported only once
08:07.06crink| ../sysdeps/generic/libc-tls.c:191: error: for each function it appears in.)
08:07.08crink| ../sysdeps/generic/libc-tls.c:191: warning: implicit declaration of function ‘INTERNAL_SYSCALL’
08:07.10crink| ../sysdeps/generic/libc-tls.c:191: error: ‘set_thread_area’ undeclared (first use in this function)
08:07.12crink| ../sysdeps/generic/libc-tls.c:191: warning: implicit declaration of function ‘INTERNAL_SYSCALL_ERROR_P’
08:07.18crinkOE Build Configuration:
08:07.18crinkBB_VERSION     = "1.6.6"
08:07.20crinkOE_REVISION    = "7ecf0e32974264619fa996b2de3f674cfe2ef705"
08:07.22crinkTARGET_ARCH    = "mipsel"
08:07.24crinkTARGET_OS      = "linux"
08:07.26crinkMACHINE        = "db1200"
08:07.28crinkDISTRO         = "generic"
08:07.30crinkDISTRO_VERSION = ".dev-snapshot-20070302"
08:07.32crinkTARGET_FPU     = ""
08:07.33hrw~pastebin
08:07.35ibotsomebody said pastebin was 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
08:07.37crinksorry
08:07.54crinkthat' all
08:07.55hrwtried to goodle bug?
08:08.06crinkwhat is that?
08:08.51crinkglib-2.4 part
08:10.48hrwtried to find that bug using google?
08:10.59hrwI'm a bit busy now ;(
08:11.07crinkof course i do
08:11.46crinki can handle internal of oe, so be it.
08:21.15*** join/#oe rd_ (n=redragon@211.25.196.30)
08:26.46*** join/#oe z72ka-ntb (n=hermanj@tux2.software602.cz)
08:28.45*** join/#oe jkp (n=jkp@83-216-146-102.jonath069.adsl.metronet.co.uk)
08:29.47*** join/#oe zecke (n=ich@91.64.160.193)
08:31.13*** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net)
08:40.27*** join/#oe pH5 (n=ph5@e178197165.adsl.alicedsl.de)
08:46.55*** join/#oe rwhitby-treo (n=rwhitby@nslu2-linux/rwhitby)
08:46.59hrwhi zecke greentux
08:47.25greentuxhi hrw... money is on the way
08:49.12hrwgreentux: great
08:49.14hrwthx
08:57.42*** join/#oe koen (n=koen@dominion.kabel.utwente.nl)
08:59.18XorAmorning
08:59.24XorA!oebug 1898
08:59.26cdbot2* * Bug 1898, Status: NEW, Created: 2007-02-21 03:09
08:59.27cdbot2* * oliver.fels(AT)gmx.net: libts patches for OpenMoko break touchscreen handling
08:59.28cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=1898
08:59.35oxomorning all
09:00.05XorAahah, 1898 is the bug I see
09:00.10XorA~lart bad openmoko
09:04.55*** join/#oe obergix[work] (n=olivier@mag77-1-82-238-13-91.fbx.proxad.net)
09:09.47*** join/#oe grma (n=grma_@p549AF88B.dip.t-dialin.net)
09:19.46*** part/#oe crink (n=crink@218.147.116.95)
09:20.57*** join/#oe dion (n=dion@xen.inhex.net)
09:24.15*** join/#oe z72ka-ntb_ (n=hermanj@tux2.software602.cz)
09:27.13*** join/#oe rwhitby-treo (n=rwhitby@nslu2-linux/rwhitby)
09:34.29*** join/#oe do13_ (n=do13@87.139.24.177)
09:34.34do13_morning all
09:36.52hrwhi dirk
09:40.08do13_hey Marcin
09:40.19*** join/#oe rob_w (n=rob_w@p549B96F4.dip0.t-ipconnect.de)
09:41.33*** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby)
09:42.09*** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz)
09:48.33*** join/#oe lrg (n=liam@lrg.demon.co.uk)
09:50.02hrwhi liam
09:52.03lrghi Marcin, morning all
09:54.47do13_hi Liam
09:59.19*** join/#oe ade|desk (n=adavey@194.200.143.249)
10:00.12vlohi Liam
10:06.06*** join/#oe mwester_ (n=mwester@nslu2-linux/mwester)
10:06.10ade|deskkoen: your latest proposal gets me vote
10:06.17ade|desks/me/my
10:07.46koenade|desk: but I dare not commit it within a week
10:07.58koensince people might want to comment on it. *slowly*
10:11.39ade|deskyou mean wait 12 mins and then do it ;)
10:12.10XorAkoen: you missed the ipkg-make-index thinks X.X+cvs < X.X
10:12.23koenright
10:13.03koenI still think it's insulting and disrepectfull to users to use deploy/ipk as a proper feed when knowing the problems
10:13.19koeneven *I* wouldn't do that
10:14.48XorA:-D
10:16.11koenand coredump can have his commit access back when he stops being an ass
10:16.37CIA-303daniel 07org.oe.dev * rfea55c0e... 10/ (1 files/device_table-ezx.txt files/device_table-minimal.txt): device tables: document format and add a table for motorola ezx phones
10:16.41CIA-303koen 07org.oe.dev * r3221506b... 10/ (1 conf/machine/a1200.conf conf/machine/a780.conf): a780, a1200: remove duplication and use new device tables
10:16.46CIA-303daniel 07org.oe.dev * rab801558... 10/ (3 files in 3 dirs): opentapi: start up real early to initialize the BP properly to stop the phone shutting of because udev is so slow
10:16.55koendrat, I missed a --author on the machine.confs
10:17.37vlothe module_do_compile function uses a MAKE_TARGETS variable. However when I try to set it into a do_compile_prepend function for a module recipe I get an error telling me MAKE_TARGETS was not found.
10:18.05koenwhere is MAKE_TARGETS defined?
10:18.16vlothat's for a module where I need to use (short way): make arm
10:18.48vlokoen: in do_compile_prepend
10:18.56koenyou could try 'make ${TARGET_ARCH}'
10:20.06vlokoen: yes, that was my first guess, but I would like to keep the "genercity" that I get from the module_do_compile function
10:20.21vlos/genercity/genericity
10:20.56vlobut sure I could rewrite a do_compile function
10:21.21vlothe thing is just that affection MAKE_TARGETS would be easier and cleaner
10:21.51*** join/#oe polyonymous_ (n=hacker@pD953994E.dip0.t-ipconnect.de)
10:22.26*** join/#oe zecke (n=ich@91.64.160.193)
10:28.20koenIfaistos: the ieee_sqrt unresolved symbols might be due to using -Os instead of -O2
10:28.48*** join/#oe benlau (n=benlau@221.125.13.148)
10:32.04koenade|desk: we did discover a new zaurus model at fosdem
10:32.09koenthe "sharp tosser"
10:33.33CIA-303koen 07org.oe.dev * r2fe55428... 10/ (1 conf/distro/include/angstrom-glibc.inc): angstrom: don't use -Os on sparc, glibc won't compile due to some libgcc weirdness
10:35.52*** join/#oe gena_ (n=gena@212.98.169.206)
10:37.05gena_Hi! is there a task to rebuild Packages.gz files only? angstrom-bootstrap-image does rebuilding them, but that's too much overhead
10:37.14hrwgena_: package-index
10:38.07Sleep_Walkerthat is useful information! :)
10:38.27Sleep_WalkerI missed it somehow too here http://www.openembedded.org/wiki/UsefulTargets
10:42.13hrwthen add it?
10:45.19*** join/#oe florian (n=fuchs@217.146.132.69)
10:47.26Sleep_Walkerhrw: it's already there - I just wasn't able to read it whole :D
10:47.50Sleep_Walkerwho the hell reads all that guides? :b
10:51.12vlohere is my solution for rt2570 arm module build: http://www.pastebin.ca/378222 It's ugly but it is because the original driver needs EXTRA_CFLAGS for arm, and you need to call make arm
10:51.21florian<PROTECTED>
10:52.41zeckeljp: got a second?
10:52.54oxokoen: glibc-intermediate compiles!
10:53.19koenoxo: NOTE: package glibc-2.5: completed (for sparc)
10:53.34koenoxo: I think it's a libgcc problem
10:53.42koenI'm 85% sure
10:53.53hrwvlo: moment
10:53.53oxoeuhm, but I only recompiled glibc
10:54.06koenI did the same and it didn't work :(
10:54.17oxowith FULL_OPTIMIZATION_pn-glibc BUILD_OPTIMIZATION_pn-glibc FULL_OPTIMIZATION_pn-glibc-intermediate and BUILD_OPTIMIZATION_pn-glibc-intermediate
10:54.38oxosince I'm building for supersparc cq sparc, I was not sure to do _supersparc or _sparc
10:54.50oxoand the iterations are quite lengthy
10:55.04oxowhat did you do in order to get it to compile?
10:55.20koenFULL_OPTIMIZATION_sparc = "-fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2"
10:55.32koensince I use MACHINE="sum4cdm"
10:55.41koenI can fix supersparc later :)
10:55.43oxoweird
10:56.11hrwvlo: http://pastebin.ca/378228
10:56.13oxoI have that, but with Os instead of O2, and in the mentioned FULL_/BUIL_* O2 again
10:56.30oxoso everything with Os, instead of glibc and friends
10:56.49oxobut then we're doing the same for the failing part
10:58.03koenbtwm, I think you can cram Xfbdev into that 8MB
10:58.03hrwvlo: test it
10:58.08koen-m
10:58.13oxoand what's the preferred way? BUILD_OPT_yaddi_sparc in conf/distro/* or BUILD_OPT_yaddi in confi/machine/krups ?
10:58.24oxoor none of the above?
10:58.31koenI'm not sure
10:58.48koenBUILD_OPT is policy and should be in distro, but it makes a machine fail
10:59.23hrwkoen: do you have arm machine ON?
10:59.31koenhrw: yes, multiple
10:59.42koenyou can choose between pxa255 and px270 atm
11:00.04*** join/#oe tkp (n=tom@83-216-146-102.jonath069.adsl.metronet.co.uk)
11:00.20koenok, make that 1
11:01.26XorAok confirmed, the openmoko "fix" to tslib in fact breaks tslib for at least zaurus machines
11:01.29koenhrw: what do you want to test?
11:01.52koenXorA: hmmm, it works on my ipaqs, is it due tskeys trying to access it as well?
11:01.54hrwkoen: had one binary. but c7x0 started so I will check locally
11:02.16oxokoen: I'll put it in conf/machine/krups, then
11:02.29XorAkoen: /dev/input/* are supposed to be multi open capable, once tskeys opens the device, tslib prevents anything else doing so after that change
11:02.32oxoin that way it does not matter if one decides to do supersparc instead of sparc
11:03.03XorAkoen: it was the bug that I found on saturday morning at FOSDEM when my Z suddenly didnt work :-)
11:06.42*** part/#oe grma (n=grma_@p549AF88B.dip.t-dialin.net)
11:06.45vlohrw: so many drivers for the same chip ... which version is the one you gave right now ?
11:08.09hrwvlo: vendor one
11:08.17hrwvlo: did not tested it
11:08.47RPI can confirm, ts devices are meant to be multiple open
11:09.07vlohrw: ok ... so it's supposed to be another recipe than rt2570 to be coherent ?
11:09.32hrwvlo: that one builds for arm
11:10.43vlohrw: the other one did also build for arm and could be loaded .. anyway, giving this one a test
11:23.52stefan_schmidtQA error for prismstumbler: http://rafb.net/p/7MIsO753.html
11:24.08stefan_schmidtThe gpsd path doesn't look like a host path for me.
11:24.45florianhrm, sounds like i need to work on this toy a little bit more :)
11:25.41stefan_schmidtflorian: If you mean a780, the answer is yes. :)
11:28.10vlohrw: there are two different drivers: http://www.ralinktech.com/ralink/Home/Support/Linux.html I'm really using rt2570, you're using rt2571. see here: http://ralink.rapla.net/
11:29.10koenwasn't there something in bugzilla for ralink drivers?
11:29.51florianstefan_schmidt: this time it was related to prismstumbler, but "luckily" it looks like a bug in QA
11:31.05stefan_schmidtSo workaround and open a bug report about it?
11:31.39koenthe gpsd configure probably has -I/usr/include somewhere
11:32.38stefan_schmidtkoen: That would mean qa would shout if I recompile gpsd, right?
11:32.55koenehm
11:32.59koenit should
11:33.19koenbut there's a bug in QA that fails to notice the error if you try a second time
11:33.31vlokoen: you're right, there's a bug report for exactly what I've done for rt2570 recipe
11:34.13stefan_schmidtkoen: oh, ok.
11:34.49stefan_schmidtkoen: I read up how to diable qa for this package and open a bugreport for it.
11:35.22koenfwiw, I think prismstumbler should link against the system gpsd
11:35.27koenthis just wastes space
11:35.58stefan_schmidtNOTE: Checking sanity of the config.log file
11:35.58stefan_schmidtNOTE: package gpsd-2.34-r0: task do_qa_configure: completed
11:36.16stefan_schmidtBut this can be about the second build bug
11:36.28*** join/#oe obergix[work] (n=olivier@mag77-1-82-238-13-91.fbx.proxad.net)
11:36.29koenwell
11:36.38vloand the implementation is nicer than my try ... but they were able to affect MAKE_TARGETS, like my first try ... looks like you cannot affect MAKE_TARGETS in do_compile_prepend() but you can in do_compile()
11:36.40koenthe qa bug is about prismsstumbler's copy of gpsd
11:38.30*** join/#oe bluelightning (n=blueligh@222-155-136-1.jetstream.xtra.co.nz)
11:39.09stefan_schmidtkoen: hmm, so what's the preferred way to deal with this?
11:39.25koenspank florian to not include a broken gpsd
11:40.48stefan_schmidtkoen: I prefer polite suggestions. :)
11:43.24vlo!oebug 1711
11:43.26cdbot2* * Bug 1711, Status: NEW, Created: 2006-12-22 10:15
11:43.27cdbot2* * jack-bugs-openembedded-org(AT)mudshark.org: Small update to packages/rt2x000/rt2570_1.1.0-b2.bb to support arm
11:43.28cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=1711
11:43.57vlothe above bug could attachment could be pushed in (working for me)
11:45.59stefan_schmidtflorian: Can you have a look at the prismstumbler / gpsd problem?
11:46.29Ifaistoskoen : hmmm strange
11:47.43Ifaistoskoen : Does gcc for efika build if you changed it ?
11:59.49*** join/#oe Varoudis_ (n=varoudis@87.203.167.150)
12:01.52CIA-303xora 07org.oe.dev * r661f7545... 10/ (3 files in 3 dirs):
12:01.52CIA-3prism3-support_1.0.0.bb : correct thinko/typo in hostap_fw_load which prevented prism3 firmware ever loading unless we werent a wireless card. Also thanks to
12:01.52CIA-3pH5 snuck in a small optimisation.
12:02.11*** join/#oe bluelightning_ (n=blueligh@222-155-138-2.jetstream.xtra.co.nz)
12:03.08oxohmm, is there a 'mtn phrase' which shows me which new files live in de working copy?
12:03.27oxo'mtn status' only shows known files in de WC
12:03.48hrw|gonemtn list unknown
12:03.53hrwre
12:04.00oxotnx hrw
12:05.55*** join/#oe Laibsch (n=Laibsch@195-23-176-195.net.novis.pt)
12:07.03florianstefan_schmidt: i'll try... but i won't promise that i manage to do this today. i have to catch up at work first...
12:08.09stefan_schmidtflorian: OK, I disabled QA for now. Should I put it into a bugreport as reminder?
12:08.50oxowho is the maintainer of the openssl packages?
12:09.01oxohttp://rafb.net/p/Zt9B4f17.html
12:09.33florianstefan_schmidt: i'll try to keep it in mind :-)
12:09.39oxoshall I put that in bugzilla?
12:09.47stefan_schmidtflorian: fine with me
12:10.04koenoxo: sute
12:10.06koenehm
12:10.07koensure
12:15.55*** join/#oe dion (n=dion@xen.inhex.net)
12:16.56oxo!oebug 1927
12:16.57cdbot2* * Bug 1927, Status: NEW, Created: 2007-03-02 04:20
12:16.58cdbot2* * jorik(AT)kippendief.biz: Add (super)sparc target to OpenSSL
12:16.59cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=1927
12:17.04oxo:-)
12:18.23*** join/#oe wookey__ (n=wookey@217.147.92.90)
12:18.28Crofton|laptophrw, I added a 2.6.20 for the OSK
12:18.38hrwI saw that
12:18.56Crofton|laptopI boots, and I converted the file system to angstrom
12:24.49*** join/#oe dion (n=dion@xen.inhex.net)
12:27.12hrwgreat
12:44.18tkpjust updated my oe checkout and libx11 is now failing to compile (cross compile badness)
12:44.18tkphttp://bugs.openembedded.org/show_bug.cgi?id=1928
12:45.45zecketkp: now look at config.log and figure out why it did include /usr/include/X11/Xtrans?
12:48.17CIA-303xora 07org.oe.dev * rdf7aec92... 10/ (6 files in 3 dirs):
12:48.17CIA-3mplayer_0.0+1.0rc1.bb : add start of the pxafb overlay driver from Tim Chick
12:48.17CIA-3This is a good start to fully working overlay video.
12:49.01tkpwell, I'm not too sure _why_, but it has:
12:49.04tkppkg_cv_X11_CFLAGS='-D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/X11/Xtrans -I/home/sts/trunk/oe-sts/build/tmp-stc/staging/i686-linux/include  '
12:49.15tkpwhich looks wrong
12:50.05zecketkp: see above?
12:53.29*** join/#oe Sonic|Laptop (n=Garrett@cblmdm72-240-97-94.buckeyecom.net)
13:17.17tkpwhat is it that generates the pkg_cv_X11_CFLAGS variable?
13:17.37zeckePKG_CHECK_MODULE or similiar
13:18.46vloin what packet would I find udevinfo ? because it it not included with udev
13:22.17*** join/#oe Gerrath_svolpe (n=Gerrath_@70.89.111.251)
13:24.36hrwvlo: udev-utils?
13:26.29vlohrw: doesn't exist in my OE tree
13:26.41hrwvlo: its part of udev recipe
13:27.05vlohrw:ok going to have a look
13:28.51*** join/#oe koen (n=koen@wlan137159.mobiel.utwente.nl)
13:29.12tkpso... what, it pulls the info out of a .pc file?
13:29.17tkplike... oe-sts/build/tmp-stc/staging/i586-sts-linux/share/pkgconfig/xtrans.pc
13:30.57tkpjust, whats in that .pc file doesn't seem to tally up with what config.log has
13:32.53XorAtkp: welcome to autoconf
13:35.41hrw~lart gstreamer people a bit
13:36.41tkpok, well clearly it's looking at the wrong pkg-config stuff
13:37.02tkpsince it's got .../staging/i686-linux/include in there
13:37.12tkpi686-linux is my host machine, not the target
13:40.49*** join/#oe lkm` (n=c@gated.datecs.bg)
13:41.39*** join/#oe xuumbi (n=jim@c-24-128-224-250.hsd1.nh.comcast.net)
13:48.45tkpok... well, a fix is:
13:48.45tkpexport PKG_CONFIG_PATH=${STAGING_LIBDIR}/../share/pkgconfig
13:48.56tkpbut surely I shouldn't have to do that
13:49.22zecketkp: feel free to paste the .pc content
13:49.53zecketkp: also PKG_CONFIG_PATH should be set, or at least pkg-config it self has a default path it looks into
13:56.45tkpok. http://rafb.net/p/eZJnP359.html
13:56.57tkpthe top bit is what I get without altering the bb file
13:57.16tkpthe bottom is what I get after setting PKG_CONFIG
13:57.25tkpit's always looking for i586-sts-linux-pkg-config
13:57.31tkpwhich it doesn't find..
13:57.38tkpis this supposed to exist?
14:01.41zecketkp: okay, that is interesting now I need to remember
14:01.50zeckekoen: in which directory do we look for pkg-config files?
14:02.05zecketkp: we might have a regression here
14:02.06tkpalso... right before do_configure, when it prints out the env, I can see
14:02.07tkpexport PKG_CONFIG_PATH=/home/sts/trunk/oe-sts/build/tmp-stc/staging/i586-sts-linux/lib/pkgconfig
14:02.18tkpso, why isn't that being passed through
14:05.08koenzecke: {libdir}/pkgconfig
14:05.47zeckekoen: so in tkp's xtrans.pc is in the right place
14:06.21tkpand anyhow... none of the xtrans.pc files contain a reference to /usr/include/X11/Xtran
14:06.41tkpI have 4 versions
14:06.53tkp<PROTECTED>
14:06.57tkp<PROTECTED>
14:07.04tkp<PROTECTED>
14:07.11tkpand /staging/i686-linux/share/pkgconfig/xtrans.pc
14:07.49tkpah
14:07.50tkpwait
14:07.58koenzecke: no idea, I'm busy stabbing matlab
14:07.59tkpthis one
14:07.59tkpstaging/i586-sts-linux/lib/pkgconfig/xtrans.pc
14:08.15tkphttp://rafb.net/p/cnBKHq32.html
14:09.01zecketkp: md5sum /staging/i586-sts-linux/lib/pkgconfig/xtrans.pc
14:09.03tkpso it's the xtrans.pc in lib/pkgconfig
14:09.10zecketkp: md5sum /staging/i586-sts-linux/share/pkgconfig/xtrans.pc
14:09.33tkpthey are different
14:09.46tkpthe one in share looks right
14:10.41tkpso.. the problem lies with the Xtrans recipie? or with some pkg-config stuff?
14:12.09zecketkp: maybe (is the best I can say)
14:16.58*** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com)
14:28.05tkpodd... I cleaned xtrans, removed both pkg-config files and rebaked
14:28.25tkpthis time it only put a .pc file in lib/pkgconfig, and it is correct
14:28.41tkpthere is no .pc file in share/pkgconfig now
14:28.49tkpno idea where that came from before
14:32.38*** join/#oe YoG (n=chatzill@bzq-88-152-28-65.red.bezeqint.net)
14:37.56*** join/#oe monsti (n=i@m11s12.vlinux.de)
14:38.11monstihi
14:38.15tkpseems there are a LOT of broken pkgconfig files in staging/.../lib/pkgconfig
14:38.19tkptake a look at this:
14:38.27tkphttp://rafb.net/p/R9dOtm40.html
14:39.25monstiis there a smapl bitbake sample repository out?
14:39.27*** join/#oe csmanx (n=csman@190.40.37.194)
14:39.54monstii want to use it for my own software and the OE repository is very bit
14:40.02monstibig sry
14:40.35zecketkp: we symlink nowadays, is that a clean rebuild?
14:41.09tkpzecke: yes, fresh build... although that is from aan oe checkout from a couple of weeks back
14:41.28zeckemonsti: http://www.openembedded.org/~mickeyl/tools/oe-iwmmxt.tar.bz2 is an OE which only builds a iwmmxt toolchain
14:41.42zeckemonsti: alternatively have a look at poky, which is a special purpose distribution based on OE
14:41.45zecke~poky
14:41.47ibotpoky is probably http://projects.o-hand.com/poky, or a subset of OpenEmbedded, created by o-hand.com to testdrive some of their technology
14:42.57monstizecke: thx!
14:43.16monstizecke: i need something very similar to OE for the psp toolchain
14:43.44*** join/#oe gena_ (n=gena@212.98.169.206)
14:44.07gena_anybody knows which package contains "ldd" program?
14:44.18Crofton|laptopmonsti, add support to OE for PSP?
14:44.27monstiCrofton|laptop: no - that won't work
14:44.35Crofton|laptopwhy not?
14:44.40monstiCrofton|laptop: the OS is very different to linux
14:44.45zeckemonsti: why won't it work?
14:44.52Crofton|laptophmmm
14:44.52zeckemonsti: so this sounds like fun to support
14:44.55monstino fork, no kill ...
14:45.11Crofton|laptopwell, it should be possible to use OE anyway
14:45.18monstiuClinux is in a very early stage
14:45.19Crofton|laptopbut most of the packages wouldn't work :)
14:45.22monsticurrently i am porting mono
14:45.25Crofton|laptopah uClinux
14:45.39monstiuClinux has no interrupts atm :)
14:45.41Crofton|laptopucLinux support in OE would be useful
14:45.52Crofton|laptopI am only slightly familiar with uclinux
14:46.08monstiuclinux is nice - but uclinux for PSP is not usable
14:46.20monstiyou need hardware connected to the serial port to get a console
14:46.31monstiso this will take a very long time
14:46.44Crofton|laptopwell, good luck!
14:46.49monstibut i want to get a tool to recompile the toolchain with different compiler fo the psp os
14:46.57monstii think bitbake can handle this?
14:47.07Crofton|laptopI suspect it could
14:47.31monstithere are some issues for gcc 4.0.2 <-> 4.1.2 at current SDK
14:47.40zeckemonsti: it should be, feel free to ask questions
14:47.49monstialso i want to add some custom patches to the sdk
14:47.53Crofton|laptopOE is very good at maintinaing the recipe required to build things
14:47.58monstiaccording to the license i can use the eclasses?
14:48.05Crofton|laptopso it would easily keep track of needed patches
14:48.49Crofton|laptopI am wondering if you could use OE, and just creat your own packages directory with uclinux focused bb files
14:49.03Crofton|laptopI am nt smart enough to know if that is possible though
14:49.14zeckeCrofton|laptop: come on
14:49.26monstiwill OE work with mingw?
14:49.37zeckemonsti: good question, I don't know
14:50.18monstii will still need the satelite tools like wget, svn, cvs i guess
14:50.45zeckemonsti: right, and initial host compiler
14:50.56monstiis there a list?
14:51.17zeckemonsti: yes, take a look at sane.bbclass for tools we test presence for
14:51.43YoGhi, I'm trying to bitbake freeciv, but fail because it can't find file-4.18.tar.gz, how can I solve this?
14:52.24zeckemonsti: http://www.openembedded.org/repo/org.openembedded.dev/classes/sanity.bbclass
14:52.30zeckeYoG: find file-4.18.tar.gz?
14:52.57YoGzecke, ok... I have file-4.18.tar.gz (from another place)
14:53.06zeckeYoG: place it in your DL_DIR
14:53.18zeckeYoG: and the do touch file-4.18.tar.gz.md5
14:53.40zeckeand me mumbles and complains why file is removed again...
14:53.46monstizecke: any idea why OE doesn't use prortage from gentoo?
14:54.15zeckemonsti: no, has the portage data the concept of packages?
14:54.43monstipackages as in ".deb/.rpm"?
14:54.50monstifor "binary distribution"?
14:56.26hrwzecke: this time I refuse updating file
14:56.41YoGthanx zecke
14:57.21YoGzecke, do I really have to compile all this stuff? I just want freeciv...
14:57.53zeckemonsti: yes and also one sourcefile, generating like 1000 packages?
14:58.10zeckeYoG: feel free to set ASSUME_PROVIDED to say which software you have
14:58.44zeckehrw: let us move file-4.18 to one of our sites
14:58.51monstizecke: no - gentoo uses a "depends on" concept with some "fixed" entries e.g. the compiler/core libraries
14:58.58hrwzecke: yes
14:59.02monstizecke: it also has some meta packages e.g. X11-meta
14:59.28monstizecke: you can install xorg or other X servers
14:59.45hrwmonsti: someone use other X server then X.org?
14:59.47monstizecke: but i guess OE doesn't need that complexity
14:59.57monstihrw: was just an example
15:00.23zeckemonsti: we talk about packages, e.g. to avoid that your 6mb of flash is populated with doc and man pages
15:00.55XorAhrw: NOTE: package file-4.20: completed
15:01.03zeckemonsti: or header files, e.g. if you compile glibc we split the files up to many different packages. one for the runtime, headers, debug packages, timezone data (for each city), locales
15:01.05monstizecke: for psp i just want to use oe for the toolchain
15:01.12zeckemonsti: just to allow tiny distributions
15:01.27zeckemonsti: well, you asked why we don't use portage and there is your argument?
15:03.07monstizecke: i only know portage - i was just asking why bitbake was invented - but you have a good point for splitting ... portage cant' handle splitting very well
15:03.44hrwXorA: good
15:03.48monstiis there something similar to the USE flags? e.g. USE="zlib" build foo
15:04.48zeckemonsti: no USE flags, but we have no alternative concept for that
15:05.06monstiso just what configure detects?
15:05.07zeckemonsti: the issue with USE flags, is Gentoo ened up with too many and it is hard to track/document
15:05.24zeckemonsti: I think currently we have sane defaults and META (virtual/foo) depends
15:05.58monstiso you have foo and foo-zlib?
15:07.43zeckemonsti: sometimes we do, but mostly we stick to sane defaults. Personally I like the variants of macports but this is one open topic
15:08.20monstizecke: can you give me a kick-off - i downloaded oe-iwmmxt.tar.bz2
15:08.25monstihow can i compile gcc?
15:08.36monsticd oe-iwmmxt
15:08.45monstibitbake gcc doesn't work
15:09.36zeckemonsti: let me check
15:10.23*** join/#oe hvontres|poodle (n=hvontres@63.92.216.147)
15:10.32monstimonsti@sam ~/projects/bitbaketest/oe-iwmmxt $ ls
15:10.32monsticonf  toolchain
15:10.33zeckemonsti: you need to have bitbake installed
15:10.36monstithats where i am
15:10.37monstiyes
15:10.41zeckemonsti: you need to set BBPATH=$PWD
15:10.47monsti<PROTECTED>
15:10.47monstiBitBake Build Tool Core version 1.6.6, bitbake version 1.6.6
15:11.19monsti$ bitbake gcc
15:11.19monstiERROR: Unable to open conf/bitbake.conf
15:11.26monstii have to copy local.conf?
15:11.29hrwBBPATH wrong?
15:11.42hrwBBPATH=$PWD:path-to-OE-metadata
15:11.47*** join/#oe natezg (n=nathan@ns2.emacinc.com)
15:11.53zeckemonsti: wait a second, BBPATH should also point to the toolchain dir
15:12.32zeckemonsti: once again, bitbake error message is misleading
15:12.33hrwzecke: not toolchain but metadata
15:13.05chouimat|tvhttp://www.xkcd.org/c221.html
15:13.37hrwchouimat|tv: ;D
15:14.20CIA-303xora 07org.oe.dev * r449ea8e4... 10/ (3 files in 2 dirs): file-native_4.20.bb,file_4.20.bb : new version of everyones favourite util.
15:14.58zeckemonsti: give me some minutes
15:15.14monstizecke: thx
15:16.38*** join/#oe mallum (n=mallum@host81-155-166-243.range81-155.btcentralplus.com)
15:17.02zeckemonsti: okay two issues with the conf/local.conf
15:17.10zeckemonsti: remove the ASSUME_PROVIDED line
15:17.15zeckemonsti: remove the INHERIT line
15:17.20monstizecke: can you fix the tar.bz2 and add a readme?
15:17.39monstii might consider just giving the URL you posted to a psp dev
15:17.59zeckemonsti: http://rafb.net/p/AJgnGR63.html
15:18.12zeckemonsti: oh well, need to talk to mickeyl but he is currently packing for a skiing trip
15:18.40monstiok - just one second let me try to compile
15:19.02monstiso just fix "oe-iwmmxt/conf/local.conf" ?
15:19.03zeckeeek, wait a second
15:19.14zeckeI will repack
15:19.27monstiok thx :)
15:22.07monstifinished?
15:22.15zeckemonsti: packing it up
15:25.29zeckemonsti: openembedded.org/~zecke/oe-iwmmxt.tar.bz2, but mostly only a README and fix to the local.conf
15:25.42monstiok thx a lot
15:26.03monstithat is OE' package system?
15:26.11zeckemonsti: this will create a gcc 3.3 iwmmxt toolchain
15:26.25zeckemonsti: I don't get that question
15:26.57monstithat's the result for a package?
15:27.04monstisome .rpm? a .deb?
15:27.09monstiwhat do you create for executables
15:27.22zeckemonsti: it depends. The host tools install to the staging or cross area
15:27.44zeckemonsti: for the target system we can create packages. mainly tar.gz and ipk, and not so well maintained support for rpm
15:28.34monstioe-iwmmxt $ export BBPATH=$PWD
15:28.40monsti$ bitbake gcc
15:28.40monstiERROR: Unable to open conf/bitbake.conf
15:29.15*** join/#oe summatusmentis (n=summatus@72.168.202.219)
15:30.07zeckemonsti: see the README
15:30.31monstifind oe-iwmmxt -name "README"
15:30.31zeckemonsti: or better rtfm
15:30.34monstino readme :(
15:30.38*** join/#oe CosmicPenguin (i=nobody@nat/amd/x-f99b68dffca016b7)
15:30.49monstiopenembedded.org/~zecke/oe-iwmmxt.tar.bz2 <- i downloaded that file
15:31.19monstiLength: 149,935
15:31.43zeckemonsti: and md5?
15:32.06monstione second
15:32.20monsti$ md5sum oe-iwmmxt.tar.bz2
15:32.20monsti0853e83cb35ab4465ed2f0692707e007  oe-iwmmxt.tar.bz2
15:32.31zeckethat is the correct answer, then unpack it?
15:32.41monstinow i have a readme
15:32.50monstimusst bne some proxy caching
15:33.11monstithx - works no!
15:33.19monsti+w
15:34.28zeckeactually bitbake virtual/arm-linux-gcc would generate the iwmmxt toolchain
15:34.53monstiwhere is virtual/arm-linux-gcc fefined?
15:36.12zeckemonsti: nowhere, it is magic. The gcc files say they provide virtual/${TARGET_ARCH}-gcc
15:36.12monstiah ok - so every bb file is scaned for "who provides ffoo"
15:36.37zeckeright, DEPENDS, RDEPENDS; PROVIDES not being a gentoo user I think this should be familiar
15:37.21monstiyes but gentoo has some "world" file with essential tools that are not part of the DEPENDS of the .ebuilds
15:37.34monstie.g. "everything" needs gcc - but there is no depend on gcc in every ebuild
15:38.22monstibut thx a lot! i have to read the .bb doc now
15:39.15zeckemonsti: now you can use openembedded.org/~mickeyl/tools/oe-iwmmxt.tar.bz2 again
15:40.24monstican you send the md5? :)
15:40.32monsti09aac49bd80160500c12efb3441ff5e5  oe-iwmmxt.tar.bz2
15:40.56monstino readme inside :)))
15:41.00zeckeit should be the same, as above, mickeyl should just have copied the file
15:41.38zecke0853e83cb35ab4465ed2f0692707e007 <- should be the sum
15:42.11monstidownloaded gagin 09aac49bd80160500c12efb3441ff5e5
15:42.16monstiand no README inside
15:42.33zeckemonsti: then fix your proxy?
15:42.45monstiit's ok with your site?
15:42.50zeckemonsti: yes
15:44.09monstiok works from a different host
15:44.14monsti<< UMTS user :(
15:47.58monstihttp://www.openembedded.org/viewmtn monotone is dead somehow
15:50.00*** join/#oe punkass (n=user@unaffiliated/punkass)
15:50.30florianindeed
15:51.07*** join/#oe _law_ (n=_law_@213.173.86.202)
15:51.20monstiremove the sqlite lock
15:51.43zeckedead in which way?
15:51.48zeckehttp://www.openembedded.org/viewmtn/diff.psp?id1=df7aec92a4539183334adae4278b754f14e68bb7&id2=449ea8e45f6398be01dd6f681846b2c1f8a10c67
15:52.14monstiah works again
15:52.24zecke*sith power*
15:53.51zeckehttp://www.openembedded.org/~zecke/sith.jpg
15:56.23*** join/#oe koen (n=koen@dominion.kabel.utwente.nl)
15:56.44chouimat|tvzecke: scary
15:57.08zecke;)
16:02.29hvontres|poodlezecke: so is http://www.openembedded.org/~zecke/greenphone.jpg what you have in mind for "open" hardware ?
16:03.09chouimat|tvhvontres|poodle: lol
16:03.16zeckehvontres|poodle: if it gets delivered with a screw-driver (torque), yes
16:03.36chouimatzecke: how is the phone btw?
16:03.37apaulsenit looks like the new pango_1.16.0 isn't building pango-module-basic-fc, although it does RRECOMMEND it.  This is making my gpe-image fail.
16:03.56zeckechouimat: it feels like a normal phone (which is good)
16:04.09zeckechouimat: have not played with it much, I wait for the WebKit port to be usable for it
16:04.32chouimatzecke: too bad I don't have enough money to get one ... look like a nice toy
16:05.05chouimatzecke: so I got the next best thing : ipod 30gb ... rockbox work well on it and it's fun to hack too :)
16:06.00zeckechouimat: which ipod generation is that?
16:06.29chouimat5,5
16:17.10summatusmentiszecke: which phone? the neo1973?
16:25.16hrwsummatusmentis: greenphone
16:25.41summatusmentishrw: is that GSM too?
16:26.13summatusmentisoh, and hrw: I noticed you were looking for developers to get another release of OZ out, what sort of stuff do you need? I'm not all that great, but I can try
16:26.30apaulsendoes anyone know anything about the recent pango update?
16:28.04hrwsummatusmentis: greenphone is gsm
16:28.12CIA-303hrw 07org.oe.dev * recf40970... 10/ (4 files in 3 dirs): glib-2.0-native: add 2.12.4 from Poky (needed for python-pygobject 2.12.x)
16:28.36hrwsummatusmentis: any one who know how to use OE and how to integrate patches into OE
16:29.08*** join/#oe rd_ (n=redragon@203.114.48.94)
16:29.19summatusmentishrw: I'm working on learning that, currently, I assume you're looking for coding though? not just someone to administer patches?
16:30.26hrwsummatusmentis: current OZ team is XorA and me. even if we provide images for testing there must be some more people to work on fixing
16:31.08*** part/#oe rd_ (n=redragon@203.114.48.94)
16:31.09*** join/#oe rd__ (n=redragon@segfault.net)
16:31.33summatusmentishrw: hrm... I'd be willing to try, my coding experience is nothing more than the basics, but I'd like to help
16:33.34hrwok
16:34.09summatusmentishrw: what do you need from me?
16:34.28Crofton|laptopsummatusmentis, long hours :)
16:35.06summatusmentisCrofton|home: heh, I've got some hours
16:35.48hrwsummatusmentis: currently you can look at distro/openzaurus-3.5.5.conf and clean it ;D
16:36.57summatusmentishrw: ok, I'll figure out how to get it, then figure out how to read it, and start there
16:37.22koenor you could ditch OZ and help angstrom getting a release :)
16:42.47CIA-303koen 07org.oe.dev * r21f4ee6d... 10/ (1 packages/openmoko-pim/openmoko-today_svn.bb): openmoko: add openmoko-today
16:42.52*** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley)
16:43.17koennow OE has more openmoko recipes than openmoko svn
16:43.51Crofton|laptopwhat does today_svn do?
16:44.02koena 'today' screen
16:44.13koenwith summarrie sof your appointements and stuff
16:44.21Crofton|laptopah
16:44.33zeckelike opie-today ;)
16:44.35Crofton|laptopso taoday has nothing to do with svn SRCDATE+"now"
16:44.43koenno :)
16:47.29hrwkoen: please update glib-2.0-native in angstrom
16:47.29koenwhere?
16:47.38koenhrw: please check before asking :)
16:48.23hrwkoen: updated to 2.12.4 which I added?
16:48.32koenwhat's there to update?
16:48.47koenangstrom isn't in a branch
16:49.00koenand it has no PREFERRED_VERSIONS for glib native
16:49.09hrwkoen: ah sorry - I was thinking that it has
16:49.23koen:)
16:49.29koenmy grep disagrees :)
16:49.50koenI wanted to say "sure", but I couldn't find where it was pinned
16:50.08koenwhen can we expect elisa and flumotion in OE?
16:51.03hrwelisa? flumotion?
16:52.11koengstreamer stuff :)
16:52.20koenI'm trying to guess what you are working on
16:52.46koenlater all
16:52.55hrwah
17:01.24*** join/#oe gremlin[it] (n=gremlin@ppp-132-8.25-151.libero.it)
17:01.39*** join/#oe anushsh (n=anushshe@220.226.8.51)
17:04.20*** join/#oe zap (n=zap@16.170.249.ozerki.net)
17:10.48*** join/#oe mmp (n=mmp@158.195.98.135)
17:25.07hrwcu
17:29.38*** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com)
17:30.36*** join/#oe Crofton (n=balister@hc6521488.dhcp.vt.edu)
17:43.19Jin^eLDre
18:00.22NAiLRP: ping? http://www.pastebin.ca/378679
18:01.00zeckeNAiL: update-altternatives --set git...
18:01.06NAiLa
18:01.26NAiLThere is only 1 program which provides git
18:01.26NAiL(/usr/bin/git.transition). Nothing to configure.
18:01.42*** join/#oe likewise (n=Leon_Woe@h-66-134-79-83.snvacaid.covad.net)
18:01.58likewiseHopsNBarley: ping
18:02.12zeckeNAiL: then set git to git.scm?
18:02.17likewiseHi all
18:02.52Jin^eLDhey likewise
18:02.59likewiseJin^eLD: Hi there
18:05.20NAiLzecke: got it.
18:05.41NAiLnow it fails compiling instead: http://www.pastebin.ca/378682
18:06.12HopsNBarleylikewise, ping
18:06.29likewiseHopsNBarley: pong
18:06.41HopsNBarleylinux kernel 2.6 for $20: what system calls can delete a directory?  just unlink/rmdir?
18:07.11likewiseHopsNBarley: yes, AFAIK
18:07.47HopsNBarleyas near as i can tell, that is at the root of this fakeroot problem i'm tracking down.
18:07.55*** join/#oe greentux (n=lemke@195.227.105.180)
18:08.06HopsNBarleya directory is chmod'ed, okay says fakeroot, and remembers this.
18:08.06RPNAiL: Looks like something is wrong with the libs paths for mtd-utils. I admit I've tested mtd-utils-native more than mtd-utils :/
18:08.41HopsNBarleymuch later, in a different command (now mkfs.jffs2) the same inode is stat'ed.  fakeroot remembers it as a directory, though now it is a file.
18:08.55HopsNBarleyso somehow, a directory has been deleted w/o fakeroot knowing about it.
18:09.00*** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be)
18:09.12HopsNBarleybut, fakeroot catches unlink/rmdir, so i'm at a bit of a loss as to how this could happen.
18:09.15HopsNBarleyany ideas?
18:09.40likewiseHopsNBarley: could you show a list of batch commands to reproduce this?
18:10.19HopsNBarleyit seems installation dependent.  only a few people have seen it.
18:13.09NAiLRP: Any fix?
18:15.06zeckeRP: so lzo is another fast realtime compression algorithm?
18:16.51RPzecke: yes
18:17.13RPNAiL: Not that I know of at the moment. I'd need to look at it
18:19.26hvontres|poodleHopsNBarley: Just out of curiosity, what FS do you have on you build machine?
18:20.36*** join/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl)
18:21.12gerwininlolo
18:21.24gerwininHrw: you there ?
18:21.26HopsNBarleyhvontres|poodle, ext3
18:21.46HopsNBarleyhvontres|poodle, i've booted/fscked with both 2.6.17 and 20.
18:21.57hvontres|poodleHopsNBarley: hmmm...so nothing special there...
18:22.50summatusmentishrw|gone: is the openzaurus-3.5.5.conf in the .dev tree?
18:23.50HopsNBarleyback in a bit.
18:23.57mwesterHopsNBarley: rename(2) ?
18:34.10*** join/#oe B_Lizzard (n=havoc@ppp185-226.adsl.forthnet.gr)
18:52.32*** join/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com)
18:52.51*** part/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com)
18:54.32*** join/#oe TheCan (n=thecan@dslb-084-056-155-039.pools.arcor-ip.net)
19:09.39*** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be)
19:16.22Croftoncan someone remind me off the gentoo users and olpc joke?
19:20.15*** join/#oe dion (n=dion@xen.inhex.net)
19:26.14*** join/#oe kb7sqi (n=kb7sqi@cpe-075-177-056-201.triad.res.rr.com)
19:28.18*** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk)
19:29.52zeckeluke-jr_: feel free to join the Month of the Qtopia Patch
19:32.11*** join/#oe law|ibook (n=_law_@213.173.86.202)
19:33.50*** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz)
19:41.15*** join/#oe stevenh (n=lews@65.167.23.2)
19:42.57mwesterCrofton: How many gentoo users does it take to screw in an olpc?   Something along those lines?  :)
19:43.02*** join/#oe law|ibook (n=_law_@213.173.86.202)
19:44.07Croftonheh
19:49.01*** join/#oe e-ffi (n=cybercom@dslb-084-056-084-186.pools.arcor-ip.net)
19:53.31*** join/#oe marcan (n=marcanso@160.10.7.121)
19:54.01*** join/#oe Crofton (n=balister@hc6521488.dhcp.vt.edu)
19:56.20*** join/#oe Gerrath_svolpe (n=Gerrath_@70.89.111.251)
20:03.08*** join/#oe Imhotep_org (n=derBloX@p54ACB5B8.dip0.t-ipconnect.de)
20:06.22Ifaistosanyone has any experience with g729 codec ?
20:26.14hvontres|poodlezecke: What is this Qtopia Patch Month thingy?
20:29.31zecke<PROTECTED>
20:29.45zecke<PROTECTED>
20:31.12chouimatzecke: sound fun :)
20:34.12*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
20:37.56*** join/#oe dkey (i=somebody@193.170.48.236)
20:51.31hrwhi
20:51.35hrwgerwinin: pong
20:52.02hrwsummatusmentis: yes
20:54.10gerwininhrw: two questions:)
20:54.31hrwgo
20:54.51gerwininhrw: Did you speak with the guy from nokia ? I want to arrange vouchers for 10-20 oe people to buy n800 at 99 euro
20:55.10gerwininhrw: Do you still have enough paid work ? Some dude called me and wants to hire some people
20:55.43hrwgerwinin: I did not - we spoke for <10 minutes in total. without koen I would not even know who that guy was
20:56.20summatusmentishrw: org.openembedded.dev/conf/distro ?
20:56.21hrwgerwinin: I'm fulltime busy to August. Then month break for vacations and later not known yet.
20:56.32hrwsummatusmentis: yes. read comments inside of it
20:56.46summatusmentisI don't see that file, I just updated
20:57.01gerwininhrw : okay
20:57.15gerwininhrw: I will tell the guy I don't know anybody :)
20:57.36hrwgerwinin: no one answered yet to that question here?
20:57.36Croftongerwinin, what des he want people to do?
20:58.15hrwsummatusmentis: ops. I did not pushed it... sorry
20:59.55hrwgerwinin: there are more people working on OE then just coreteam
21:00.24*** join/#oe sirfred (n=mteira@102.Red-83-55-39.dynamicIP.rima-tde.net)
21:00.45summatusmentishrw: no worries
21:01.25gerwininhrw: I know
21:01.39gerwininCrofton: he wants people to make some kind of medical device
21:01.55gerwininCrofton: In holland they is a huge shortage of it-people
21:02.22sirfredHello
21:02.22gerwininCrofton: For example I get paid nowadays 100 euro per hour for making some kind of stupid java app
21:02.49Croftonintriguing
21:03.03Croftonbut likely tricky for me since I am in US and it is medical
21:03.15Croftonsometimes that stuff can be very onvolved
21:03.31summatusmentisgerwinin: how hard is it to get into holland?
21:03.45gerwininCrofton: I had an offer from the us to become the asterisk dude for some company 100k dollar a year
21:03.54hrw100 eur/h - nice price
21:04.02summatusmentisgranted the market will probably change in 4 years
21:04.12CroftonMaybe hrw is less busy than he thinks :)
21:04.14gerwininsumma : depends on where you from
21:04.26hrwCrofton: I have half year contract and I like it.
21:04.33summatusmentisgerwinin: us
21:05.37Crofton__~change 100 euro to usd
21:05.51Crofton__ouch
21:05.57Crofton__~lart usd
21:07.08Croftonhrw, take the contract and hire someone for half the rate to do the work :)
21:07.38hrwCrofton: it would be possible to find someone. but he would not be so good
21:07.45Crofton:)
21:07.49sirfredRP: Hello?
21:07.57CIA-303hrw 07org.oe.dev * r224b2627... 10/ (1 conf/distro/openzaurus-3.5.5.conf): (log message trimmed)
21:07.57CIA-3OpenZaurus 3.5.5 distro config - need work
21:07.57CIA-3It contain stuff from:
21:07.57CIA-3- OpenZaurus 3.5.4.x
21:07.57CIA-3- Ångström 2007.1
21:07.58CIA-3- UmbaUmba 17.3
21:08.00CIA-3This needs to be cleared and split into includes, some stuff even updated.
21:08.22hrwsummatusmentis: go with it
21:08.30summatusmentishrw: thanks
21:13.16*** join/#oe Bitmaster (n=Bitmaste@c-f763e253.325-1-64736c12.cust.bredbandsbolaget.se)
21:15.38*** join/#oe cyrus__ (n=cyrus@c-67-171-167-34.hsd1.or.comcast.net)
21:16.27chouimat<PROTECTED>
21:18.39cyrus__http://pastebin.com/892321
21:18.44cyrus__can someone look at that and help me out
21:18.57cyrus__I have jsut started to get into OE but to be honest, I have never had one thing compile without failing
21:19.02sirfredRP: I'm afraid that the minimum address where we could map external memory is 0x200000. Not all the bits are settable.
21:19.10summatusmentishrw: I'm unfamiliar with the way OZ is built, what needs cleaning? is there a reference somewhere I can look at?
21:19.24cyrus__i have been able to get through some of it (such as undefined constants, etc) but this one is a little more difficult
21:19.46hrwsummatusmentis: compare with .oz354x ones
21:20.32sirfredRP: I tried to set both registers, and the masks are 0xFFFFF800 for MC_FB_LOCATION and 0xFFFFE000 for MC_EXT_MEM_LOCATION.
21:20.33summatusmentishrw: ok
21:20.54hvontres|poodlehrw: thanks for pushing the 3.5.5 config... I'm going to try and take a look at it this  weekend myself. BTW, I did some initial testing of 2.6.20 on poodle and ran into a probelem with the screen getting corupted on resume.
21:21.54hrwhvontres|poodle: that config needs cleaning before use
21:22.18hvontres|poodlehrw: I saw. But at least it's a start :)
21:22.49Crofton__cyrus__, that is an error in the code
21:23.12Crofton__something like you do not have an implementation for one of the class members
21:23.53Crofton__http://gcc.gnu.org/faq.html#vtables
21:24.08Crofton__The message is useless :)
21:26.47*** join/#oe dkey (i=somebody@193.170.48.236)
21:27.34zeckeCrofton__: no, it says the linker is crap :)
21:28.20Croftonwell
21:28.28Croftonthat is an laternate explanantion :)
21:28.40zeckeyou make use a dictionary
21:28.55zeckeyou make my dictionary look bad
21:28.58Croftonspeel checker
21:29.00zeckeyou meant alternate
21:29.04Croftonyes
21:29.13zeckewhich makes my dictionary look good :)
21:29.57CroftonThat error almost drove me insanse once
21:30.04Croftoninsane
21:31.52*** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com)
21:33.55sirfredXScale DSP coprocessor detected.
21:34.24sirfredI think I never saw that message before 2.6.20. What is that coprocessor supposed to be?
21:47.50*** join/#oe csmanx_ (n=csman@190.41.253.150)
21:51.21*** join/#oe alphaone (n=daniel@2001:638:602:af01:20a:e4ff:fe2e:2869)
21:55.46hrwcu
21:58.28*** join/#oe idealm (n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au)
22:12.48*** join/#oe woglinde (i=woglinde@e178069007.adsl.alicedsl.de)
22:15.07ljpzecke: best place for patches is not the mailing list, but task tracker
22:18.13zeckeljp: can I use mails to send stuff to the task tracker
22:25.13*** join/#oe nslu2-log_ (i=slug@nslu2-linux/dyoung)
22:27.37*** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it)
22:29.38*** part/#oe B_Lizzard (n=havoc@ppp185-226.adsl.forthnet.gr)
22:30.14*** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com)
22:44.19*** join/#oe cyrus__ (n=cyrus@c-67-171-167-34.hsd1.or.comcast.net)
22:44.58cyrus__where can i find a description of a package. For instance, I am building linux-rp-2.6.20. I know that is linux kernel 2.6.20 but what does the -rp mean
22:45.52JustinPit means RP
22:46.05JustinP<PROTECTED>
22:46.12JustinP;-)
22:46.32hvontres|poodlecyrus__: it means Richard Purdie (RP) made this wonderfull thing work for us :)
22:46.58cyrus__from what I can tell, .bb packages are kind of like ebuild in gentoo. Is there a tool in oe like esearch in gentoo to search the pakages for what you are looking for
22:52.18CoreDump|homehi
22:52.20cbrakecyrus__: find | xargs grep
22:53.17cbrakecyrus__: bitbake interactive also does command completion which sometimes helps
22:54.28hvontres|poodleHey CoreDump|home :)
22:56.53*** join/#oe greentux (n=lemke@tmo-034-81.customers.d1-online.com)
22:59.59*** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net)
23:08.30*** join/#oe work_donato (n=donato@uriel-03.ite.net.br)
23:08.58work_donatohi everyone, I want to know how to get around building stuff using gcc 4.1, more specifically QEMU
23:09.24*** join/#oe cedric (n=cedric@mieuh.bluebugs.org)
23:09.33work_donato(I am rather new at this so I am following the getting started instructions on the website)
23:09.49Jin^eLDwork_donato: what distro are you on? usually you have older gcc versions in separate packages that you can install
23:09.55work_donatosuse
23:09.59work_donatoopensuse 10.2
23:10.10Jin^eLDhmm, look if they offer gcc-compat packages, with gcc 3.x
23:10.26Jin^eLDon most distros those can live together with gcc 4.x
23:10.36work_donatoIll give it a try, but, nonetheless, it can be installed in parallel with 4.1, right?
23:10.41work_donatook
23:10.45Jin^eLDyes
23:10.51work_donatothx very much
23:11.13mwesterwork_donato: on some distros (like fedora IIRC) it's compat-gcc
23:12.07Jin^eLDwork_donato: if you still have problems with that you could alternatively try to disable binary locale generation by putting ENABLE_BINARY_LOCALE_GENERATION = "0" into your local.conf
23:12.32Jin^eLDI had to do this because there were problems with the compat-gcc packages and building qemu on FC6
23:12.40Jin^eLD'night everyone
23:14.41work_donato>    "If SUSE (or any other vendor) started to ship compilers for every variant
23:14.41work_donato>     of broken code floating around in the world they would end up shipping all
23:14.41work_donato>     versions of gcc ever released or even those that were never released."
23:14.51work_donatothis came from suse itself
23:15.06work_donato(apparently)
23:15.21mwesterNice attitude.
23:15.53mwesterThe differences between gcc3 and gcc4 are dramatic, esp. for kernel work.
23:16.01hvontres|poodlemwester: Yet it sounds strangly familiar...
23:16.30mwesterAnd it's hardly because of "broken" code, either...
23:16.53mwesterhvonres|poodle: :-D
23:16.54work_donatoimho it is "outdated" code
23:19.59mwesterwork_donato: depends on how you define the average lifetime of a software release, I guess.  By comparison, I'm sure that when Canada switched to the metric system, the wise mechanic kept his old 9/16" wrench for quite some time...
23:28.12luke-jr_zecke: ??
23:29.58*** join/#oe csmanx_ (n=csman@201.230.221.106)
23:30.33*** join/#oe idealm_ (n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au)
23:39.56*** join/#oe angom (n=angom@red-corp-201.143.88.126.telnor.net)
23:46.41*** join/#oe lrg (n=liam@lrg.demon.co.uk)
23:50.19RPsirfred: ah. Interesting to know I guess
23:50.38RPsirfred: I guess it doesn't matter where you remap it since you can work that out in userspace...
23:55.44*** join/#oe daurn (n=fake@unaffiliated/daurnimator)

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.