00:00.10 | RP | hvontres|poodle: Not specifically, no |
00:01.09 | RP | CoreDump|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.36 | rwhitby | RP: 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.01 | RP | rwhitby: I can't help thinking I could regret this ;-) |
00:04.59 | rwhitby | RP: 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.16 | HopsNBarley | off topic... (-; fakeroot is failing one of the tests. can anybody replicate? i' |
00:07.27 | HopsNBarley | i'm wondering if this is specific to my gentoo box.... |
00:19.24 | RP | I've sent a mail to the list suggesting koen expand on his arguments since currently, it does lack technical content. |
00:20.03 | RP | mwester: I've pushed an lzo-native package - could you see if that solves the problems you were seeing please? |
00:20.58 | HopsNBarley | should mkfs.jffs2 run under fakeroot? |
00:22.14 | RP | HopsNBarley: As I recall, the whole make rootfs process does |
00:23.23 | hvontres|poodle | RP: 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.40 | joshin | HopsNBarley: I build on Gentoo without (many) problems. |
00:25.10 | joshin | I have some weird bug where creating a slugos image fails but works when I run it a second time. |
00:28.16 | HopsNBarley | RP: 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.40 | HopsNBarley | joshin, it's been working fine for me too, until a few days ago. |
00:28.59 | HopsNBarley | RP: should have said, it DOES run fine without it. |
00:29.18 | joshin | I'm on a fully up to date 'amd64' machine. |
00:30.17 | HopsNBarley | joshin - i've added a few goodies like strace and gs, but nothing that should've killed OE. |
00:30.29 | HopsNBarley | thanks for the data point though. |
00:30.40 | joshin | No idea. I didn't see the error you're having. |
00:30.53 | JustinP | HopsNBarley: I use gentoo as well on an amd64 but built 32-bit |
00:31.47 | HopsNBarley | when 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.59 | HopsNBarley | another user has seen this error too, same file. |
00:33.16 | RP | HopsNBarley: It sounds like you need to fix fakeroot then... |
00:33.48 | HopsNBarley | (-; 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.09 | Kristoffer | HopsNBarley, I also use Gentoo, works fine here |
00:41.45 | hvontres|poodle | CoreDump|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.36 | CoreDump|home | sound like my mail made it to the ML then. But I didn't call him names =) |
00:44.11 | hvontres|poodle | CoreDump|home: no, but calling his changes BS is not going to help things either... |
00:44.58 | CoreDump|home | I called his reasons BS because they are. He didn't mention a _single_ valid reason for his behavious. Not one. |
00:46.13 | hvontres|poodle | CoreDump|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.33 | CoreDump|home | hvontres|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.25 | hvontres|poodle | CoreDump|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.51 | hvontres|poodle | CoreDump|home: Sorry, but I get enough chidish bickering at home from my 2 and 5 year olds :) |
00:50.09 | rwhitby | hvontres|poodle: heh - mine are 2 and 6 :-0 |
00:50.33 | hvontres|poodle | rwhitby: boys or girls? |
00:50.40 | CoreDump|home | hvontres|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.27 | rwhitby | hvontres|poodle: 2 yr old girl, 6 yr old boy. |
00:51.59 | hvontres|poodle | CoreDump|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.39 | hvontres|poodle | rwhitby: heh... two girls... not looking forward to teenagerdom... |
00:52.43 | CoreDump|home | BUT HE STARTED IT lalala ;) |
00:52.48 | mwester | three girls. |
00:52.54 | hvontres|poodle | ~fish CoreDump|home |
00:52.56 | ibot | ACTION slaps CoreDump|home around with a large trout |
00:53.01 | CoreDump|home | hehehe |
00:53.14 | Crofton|laptop | at least in America we have guns to threaten teen age boys with |
00:53.26 | Crofton|laptop | my friend has two daughters |
00:53.27 | hvontres|poodle | CoreDump|home: hmmm or power tools ... |
00:53.30 | mwester | Two 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.48 | Crofton|laptop | we have plans |
00:54.00 | CIA-3 | 03rpurdie 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.37 | Crofton|laptop | Speaking of pissed off, a friend of mine (not even a nerd) was cold called by google for an interview |
00:55.59 | CoreDump|home | Crofton__: =) |
00:56.24 | RP | Google appear to be approaching a lot of people |
00:56.50 | Crofton|laptop | not me :( |
00:56.52 | mwester | RP: syncing up, and will test. Does the new lzo jffs2 require a new uncompressor in the kernel, then? |
00:57.01 | RP | mwester: yes |
00:57.05 | Crofton|laptop | She is a Dr in statistics |
00:57.22 | mwester | That could be a problem for Unslung... stuck on 2.4.22 (the Linksys kernel version) |
00:57.33 | RP | mwester: I'm sure the commits are close but its hard for me to test fully since lzo is also on my system |
00:57.57 | mwester | I'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.41 | RP | mwester: 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.48 | mwester | Ok 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.11 | rwhitby | Some google recruiting guy sent me an email. Pity the job wasn't local. |
01:02.26 | rwhitby | I'm pretty sure they have a resume-bot. |
01:02.43 | RP | mwester: Its not better compression, its actually slightly worse. It improves disk read time by 40% and makes bootup faster though |
01:03.15 | rwhitby | RP: disk read time or flash read time? |
01:03.31 | mwester | Ah, ok. Well, then probably not good for unslung, but there's some SlugOS users who might be REALLY interested in that. |
01:03.33 | Crofton|laptop | She confirms she has a resume online |
01:03.40 | RP | rwhitby: Faster decompression of the data = faster file reads |
01:04.45 | hvontres|poodle | hehe.. fancy that... google searching online resumees... what will they think of next :) |
01:04.52 | RP | Like most things, its useful for some cases and not so much in others |
01:05.04 | Crofton|laptop | rwhitby, thats what she said (being local) |
01:05.23 | RP | rwhitby: They also harvest email addresses at events like FOSDEM |
01:05.54 | hvontres|poodle | RP: 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.26 | rwhitby | RP: 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.59 | rwhitby | (the announcement to the user group mailing list containing the talk abstract probably triggered it) |
01:12.05 | Crofton|laptop | Hmm, I did a lightning talk at FOSDEM |
01:12.11 | Crofton|laptop | maybe that will kick them into action |
01:12.48 | RP | rwhitby: This was a few weeks afterwards. Several people within openedhand got emails at about the same time |
01:13.05 | hvontres|poodle | Crofton|laptop: But what would google do with SDR stuff ? |
01:13.23 | rwhitby | hvontres|poodle: index all broadcasts worldwide? |
01:13.39 | rwhitby | (on any frequency) |
01:14.49 | RP | 'night all |
01:14.52 | Crofton|laptop | heh |
01:14.56 | Crofton|laptop | wireless google |
01:15.05 | RP | (I'll deal with any remaining lzo issues tomorrow) |
01:16.06 | Crofton|laptop | Keep ahead of MS |
01:20.28 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
01:26.15 | hvontres|poodle | rwhitby: So, do you have that large fortune yet? |
01:26.55 | rwhitby | hvontres|poodle: I did have, but it turned into a small fortune like the slide says. |
01:27.22 | rwhitby | nslu2-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.59 | hvontres|poodle | rwhitby: so what happende to that bare looking pcb in your presentation? |
01:40.38 | rwhitby | it was heated with a heat gun until all the components fell off |
01:40.47 | rwhitby | so we could see the traces under the components. |
01:42.08 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
01:49.02 | NAiL | salted slug? |
01:51.06 | rwhitby | yeah, the salted slug. |
01:52.04 | hvontres|poodle | rwhitby: I see.. It looked almost like one or our routed prototype borads without the soldermask :) |
01:52.23 | rwhitby | yep, that was the intention :-) |
01:52.36 | rwhitby | it helped us find the jtag pins |
01:52.48 | HopsNBarley | great idea! |
01:53.27 | rwhitby | [g2] was the slug sacrificer |
01:54.28 | cyrus__ | 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.32 | cyrus__ | anyone? |
02:00.51 | *** join/#oe mithro (n=tim@lester.mithis.com) |
02:01.04 | rwhitby | cyrus__: the defconfig is usually in the OE metadata |
02:01.22 | rwhitby | packages/linux/linux-rp-*/defconfig maybe |
02:02.10 | NAbyss_ | 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.13 | cyrus__ | NAbyss_ - if I do a clean will it rebuild everyting (ie: toolchain, or just the kernel) |
02:08.33 | NAbyss_ | cyrus__: If you -cclean the kernel target, it'll only remove the kernel |
02:08.40 | cyrus__ | ok..thanks |
02:09.09 | cyrus__ | 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.53 | hvontres|poodle | cyrus__: your best bet would be to add it to the SRC_URI section in the .bb file |
02:09.54 | NAbyss_ | 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.08 | cyrus__ | ok..thanks guys..much appreciated |
02:10.29 | NAbyss_ | 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.11 | likewise | Hello all |
05:33.50 | hvontres|home | hey likewise |
05:33.55 | likewise | hey hvontres|home |
05:34.30 | cyrus__ | Can someone look at this http://pastebin.com/891964 |
05:34.58 | cyrus__ | I understand the error but I can not find the Makefile that defines that -DVERSION variable |
05:35.29 | NAbyss_ | That sounds familiar.. which package? |
05:36.00 | cyrus__ | apmd |
05:36.28 | cyrus__ | the gcc command has -DVERSION=\"Sun JDK 1.4.2.10\" |
05:36.38 | cyrus__ | which I think is wrong because they are escaping the " in the statement |
05:36.51 | cyrus__ | causing the shell to parse as seperate strings, not one |
05:37.50 | NAbyss_ | Hmm |
05:38.16 | CIA-3 | 03mwester 07org.oe.dev * r16412457... 10/ (1 conf/distro/unslung.conf): |
05:38.16 | CIA-3 | unslung.conf - change mkfs.jffs2 flag to -n from --no-eraseblock-headers to |
05:38.16 | CIA-3 | accomodate the long-option name change with the update mtd-utils package. |
05:38.46 | likewise | cyrus__: It could be make got this variable passed through over its command line, and not from a Makefile. |
05:38.57 | NAbyss_ | Looking at the .bb file, it doesn't look like it's an autoconfed package.. |
05:39.23 | cyrus__ | likewise - okay, and what would pass these variables through the command like |
05:39.58 | NAbyss_ | cyrus__: Take a look at apmd-3.2...orig/Makefile under XTRACFLAGS |
05:40.01 | likewise | usually variables like EXTRA_CFLAGS are passed on, in this wat |
05:40.09 | likewise | way |
05:40.54 | cyrus__ | NAbyss_ - i see it |
05:41.06 | likewise | NAbyss_ beat me by a second *and* looked into the sources whereas I just guessed :-) |
05:41.12 | NAbyss_ | cyrus__: What happens if you remove the \ and bitbake it? |
05:41.22 | NAbyss_ | Hehe |
05:41.33 | likewise | HopsNBarley: Good evening, are you there? |
05:41.43 | cyrus__ | trying now |
05:41.56 | NAbyss_ | 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.02 | cyrus__ | 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.29 | likewise | cyrus__: bitbake ampd -c clean first, so that the faulty sources are not re-used |
05:42.57 | cyrus__ | okay..it made it past, I didn't remove the \ I put \"" instead |
05:43.02 | cyrus__ | and it built that package |
05:43.29 | cyrus__ | moving onto the next |
05:44.07 | NAbyss_ | One thing that comes to mind.. are you using GNU make for it, or a different toolchain? |
05:44.17 | cyrus__ | 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.42 | NAbyss_ | cyrus__: make -e prioritises upstream (environment) variables over those defined in the makefile |
05:45.08 | NAbyss_ | 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.49 | Ifaistos | morning 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.02 | vlo | good 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.26 | Glombool | hello |
07:40.51 | Glombool | I'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.06 | hrw | morning |
07:56.15 | hrw | ~zauruskernels |
07:56.22 | ibot | somebody 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.32 | hrw | Glombool: read that |
07:56.50 | Glombool | thanks |
07:57.11 | *** join/#oe dion (n=dion@xen.inhex.net) |
07:57.59 | Glombool | hrw: read the kernel_information? |
08:02.43 | *** join/#oe crink (n=crink@218.147.116.95) |
08:03.15 | hrw | yes |
08:03.27 | hrw | there are links to 2.4 situation |
08:04.04 | crink | oe for MIPS ? |
08:04.19 | hrw | crink: mips is supported |
08:04.49 | crink | hrw: i set db1200 and generic |
08:05.29 | crink | it failed glibc_2.3.5 |
08:06.56 | hrw | how failed? |
08:07.05 | crink | | In file included from ../sysdeps/mips/libc-tls.c:21: |
08:07.05 | crink | | ../sysdeps/generic/libc-tls.c: In function ‘__libc_setup_tls’: |
08:07.05 | crink | | ../sysdeps/generic/libc-tls.c:191: warning: implicit declaration of function ‘INTERNAL_SYSCALL_DECL’ |
08:07.05 | crink | | ../sysdeps/generic/libc-tls.c:191: error: ‘err’ undeclared (first use in this function) |
08:07.05 | crink | | ../sysdeps/generic/libc-tls.c:191: error: (Each undeclared identifier is reported only once |
08:07.06 | crink | | ../sysdeps/generic/libc-tls.c:191: error: for each function it appears in.) |
08:07.08 | crink | | ../sysdeps/generic/libc-tls.c:191: warning: implicit declaration of function ‘INTERNAL_SYSCALL’ |
08:07.10 | crink | | ../sysdeps/generic/libc-tls.c:191: error: ‘set_thread_area’ undeclared (first use in this function) |
08:07.12 | crink | | ../sysdeps/generic/libc-tls.c:191: warning: implicit declaration of function ‘INTERNAL_SYSCALL_ERROR_P’ |
08:07.18 | crink | OE Build Configuration: |
08:07.18 | crink | BB_VERSION = "1.6.6" |
08:07.20 | crink | OE_REVISION = "7ecf0e32974264619fa996b2de3f674cfe2ef705" |
08:07.22 | crink | TARGET_ARCH = "mipsel" |
08:07.24 | crink | TARGET_OS = "linux" |
08:07.26 | crink | MACHINE = "db1200" |
08:07.28 | crink | DISTRO = "generic" |
08:07.30 | crink | DISTRO_VERSION = ".dev-snapshot-20070302" |
08:07.32 | crink | TARGET_FPU = "" |
08:07.33 | hrw | ~pastebin |
08:07.35 | ibot | somebody 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.37 | crink | sorry |
08:07.54 | crink | that' all |
08:07.55 | hrw | tried to goodle bug? |
08:08.06 | crink | what is that? |
08:08.51 | crink | glib-2.4 part |
08:10.48 | hrw | tried to find that bug using google? |
08:10.59 | hrw | I'm a bit busy now ;( |
08:11.07 | crink | of course i do |
08:11.46 | crink | i 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.59 | hrw | hi zecke greentux |
08:47.25 | greentux | hi hrw... money is on the way |
08:49.12 | hrw | greentux: great |
08:49.14 | hrw | thx |
08:57.42 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
08:59.18 | XorA | morning |
08:59.24 | XorA | !oebug 1898 |
08:59.26 | cdbot2 | * * Bug 1898, Status: NEW, Created: 2007-02-21 03:09 |
08:59.27 | cdbot2 | * * oliver.fels(AT)gmx.net: libts patches for OpenMoko break touchscreen handling |
08:59.28 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1898 |
08:59.35 | oxo | morning all |
09:00.05 | XorA | ahah, 1898 is the bug I see |
09:00.10 | XorA | ~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.34 | do13_ | morning all |
09:36.52 | hrw | hi dirk |
09:40.08 | do13_ | 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.02 | hrw | hi liam |
09:52.03 | lrg | hi Marcin, morning all |
09:54.47 | do13_ | hi Liam |
09:59.19 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
10:00.12 | vlo | hi Liam |
10:06.06 | *** join/#oe mwester_ (n=mwester@nslu2-linux/mwester) |
10:06.10 | ade|desk | koen: your latest proposal gets me vote |
10:06.17 | ade|desk | s/me/my |
10:07.46 | koen | ade|desk: but I dare not commit it within a week |
10:07.58 | koen | since people might want to comment on it. *slowly* |
10:11.39 | ade|desk | you mean wait 12 mins and then do it ;) |
10:12.10 | XorA | koen: you missed the ipkg-make-index thinks X.X+cvs < X.X |
10:12.23 | koen | right |
10:13.03 | koen | I still think it's insulting and disrepectfull to users to use deploy/ipk as a proper feed when knowing the problems |
10:13.19 | koen | even *I* wouldn't do that |
10:14.48 | XorA | :-D |
10:16.11 | koen | and coredump can have his commit access back when he stops being an ass |
10:16.37 | CIA-3 | 03daniel 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.41 | CIA-3 | 03koen 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.46 | CIA-3 | 03daniel 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.55 | koen | drat, I missed a --author on the machine.confs |
10:17.37 | vlo | the 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.05 | koen | where is MAKE_TARGETS defined? |
10:18.16 | vlo | that's for a module where I need to use (short way): make arm |
10:18.48 | vlo | koen: in do_compile_prepend |
10:18.56 | koen | you could try 'make ${TARGET_ARCH}' |
10:20.06 | vlo | koen: 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.21 | vlo | s/genercity/genericity |
10:20.56 | vlo | but sure I could rewrite a do_compile function |
10:21.21 | vlo | the 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.20 | koen | Ifaistos: 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.04 | koen | ade|desk: we did discover a new zaurus model at fosdem |
10:32.09 | koen | the "sharp tosser" |
10:33.33 | CIA-3 | 03koen 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.05 | gena_ | 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.14 | hrw | gena_: package-index |
10:38.07 | Sleep_Walker | that is useful information! :) |
10:38.27 | Sleep_Walker | I missed it somehow too here http://www.openembedded.org/wiki/UsefulTargets |
10:42.13 | hrw | then add it? |
10:45.19 | *** join/#oe florian (n=fuchs@217.146.132.69) |
10:47.26 | Sleep_Walker | hrw: it's already there - I just wasn't able to read it whole :D |
10:47.50 | Sleep_Walker | who the hell reads all that guides? :b |
10:51.12 | vlo | here 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.21 | florian | <PROTECTED> |
10:52.41 | zecke | ljp: got a second? |
10:52.54 | oxo | koen: glibc-intermediate compiles! |
10:53.19 | koen | oxo: NOTE: package glibc-2.5: completed (for sparc) |
10:53.34 | koen | oxo: I think it's a libgcc problem |
10:53.42 | koen | I'm 85% sure |
10:53.53 | hrw | vlo: moment |
10:53.53 | oxo | euhm, but I only recompiled glibc |
10:54.06 | koen | I did the same and it didn't work :( |
10:54.17 | oxo | with FULL_OPTIMIZATION_pn-glibc BUILD_OPTIMIZATION_pn-glibc FULL_OPTIMIZATION_pn-glibc-intermediate and BUILD_OPTIMIZATION_pn-glibc-intermediate |
10:54.38 | oxo | since I'm building for supersparc cq sparc, I was not sure to do _supersparc or _sparc |
10:54.50 | oxo | and the iterations are quite lengthy |
10:55.04 | oxo | what did you do in order to get it to compile? |
10:55.20 | koen | FULL_OPTIMIZATION_sparc = "-fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2" |
10:55.32 | koen | since I use MACHINE="sum4cdm" |
10:55.41 | koen | I can fix supersparc later :) |
10:55.43 | oxo | weird |
10:56.11 | hrw | vlo: http://pastebin.ca/378228 |
10:56.13 | oxo | I have that, but with Os instead of O2, and in the mentioned FULL_/BUIL_* O2 again |
10:56.30 | oxo | so everything with Os, instead of glibc and friends |
10:56.49 | oxo | but then we're doing the same for the failing part |
10:58.03 | koen | btwm, I think you can cram Xfbdev into that 8MB |
10:58.03 | hrw | vlo: test it |
10:58.08 | koen | -m |
10:58.13 | oxo | and what's the preferred way? BUILD_OPT_yaddi_sparc in conf/distro/* or BUILD_OPT_yaddi in confi/machine/krups ? |
10:58.24 | oxo | or none of the above? |
10:58.31 | koen | I'm not sure |
10:58.48 | koen | BUILD_OPT is policy and should be in distro, but it makes a machine fail |
10:59.23 | hrw | koen: do you have arm machine ON? |
10:59.31 | koen | hrw: yes, multiple |
10:59.42 | koen | you 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.20 | koen | ok, make that 1 |
11:01.26 | XorA | ok confirmed, the openmoko "fix" to tslib in fact breaks tslib for at least zaurus machines |
11:01.29 | koen | hrw: what do you want to test? |
11:01.52 | koen | XorA: hmmm, it works on my ipaqs, is it due tskeys trying to access it as well? |
11:01.54 | hrw | koen: had one binary. but c7x0 started so I will check locally |
11:02.16 | oxo | koen: I'll put it in conf/machine/krups, then |
11:02.29 | XorA | koen: /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.32 | oxo | in that way it does not matter if one decides to do supersparc instead of sparc |
11:03.03 | XorA | koen: 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.45 | vlo | hrw: so many drivers for the same chip ... which version is the one you gave right now ? |
11:08.09 | hrw | vlo: vendor one |
11:08.17 | hrw | vlo: did not tested it |
11:08.47 | RP | I can confirm, ts devices are meant to be multiple open |
11:09.07 | vlo | hrw: ok ... so it's supposed to be another recipe than rt2570 to be coherent ? |
11:09.32 | hrw | vlo: that one builds for arm |
11:10.43 | vlo | hrw: the other one did also build for arm and could be loaded .. anyway, giving this one a test |
11:23.52 | stefan_schmidt | QA error for prismstumbler: http://rafb.net/p/7MIsO753.html |
11:24.08 | stefan_schmidt | The gpsd path doesn't look like a host path for me. |
11:24.45 | florian | hrm, sounds like i need to work on this toy a little bit more :) |
11:25.41 | stefan_schmidt | florian: If you mean a780, the answer is yes. :) |
11:28.10 | vlo | hrw: 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.10 | koen | wasn't there something in bugzilla for ralink drivers? |
11:29.51 | florian | stefan_schmidt: this time it was related to prismstumbler, but "luckily" it looks like a bug in QA |
11:31.05 | stefan_schmidt | So workaround and open a bug report about it? |
11:31.39 | koen | the gpsd configure probably has -I/usr/include somewhere |
11:32.38 | stefan_schmidt | koen: That would mean qa would shout if I recompile gpsd, right? |
11:32.55 | koen | ehm |
11:32.59 | koen | it should |
11:33.19 | koen | but there's a bug in QA that fails to notice the error if you try a second time |
11:33.31 | vlo | koen: you're right, there's a bug report for exactly what I've done for rt2570 recipe |
11:34.13 | stefan_schmidt | koen: oh, ok. |
11:34.49 | stefan_schmidt | koen: I read up how to diable qa for this package and open a bugreport for it. |
11:35.22 | koen | fwiw, I think prismstumbler should link against the system gpsd |
11:35.27 | koen | this just wastes space |
11:35.58 | stefan_schmidt | NOTE: Checking sanity of the config.log file |
11:35.58 | stefan_schmidt | NOTE: package gpsd-2.34-r0: task do_qa_configure: completed |
11:36.16 | stefan_schmidt | But 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.29 | koen | well |
11:36.38 | vlo | and 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.40 | koen | the 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.09 | stefan_schmidt | koen: hmm, so what's the preferred way to deal with this? |
11:39.25 | koen | spank florian to not include a broken gpsd |
11:40.48 | stefan_schmidt | koen: I prefer polite suggestions. :) |
11:43.24 | vlo | !oebug 1711 |
11:43.26 | cdbot2 | * * Bug 1711, Status: NEW, Created: 2006-12-22 10:15 |
11:43.27 | cdbot2 | * * jack-bugs-openembedded-org(AT)mudshark.org: Small update to packages/rt2x000/rt2570_1.1.0-b2.bb to support arm |
11:43.28 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1711 |
11:43.57 | vlo | the above bug could attachment could be pushed in (working for me) |
11:45.59 | stefan_schmidt | florian: Can you have a look at the prismstumbler / gpsd problem? |
11:46.29 | Ifaistos | koen : hmmm strange |
11:47.43 | Ifaistos | koen : Does gcc for efika build if you changed it ? |
11:59.49 | *** join/#oe Varoudis_ (n=varoudis@87.203.167.150) |
12:01.52 | CIA-3 | 03xora 07org.oe.dev * r661f7545... 10/ (3 files in 3 dirs): |
12:01.52 | CIA-3 | prism3-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.52 | CIA-3 | pH5 snuck in a small optimisation. |
12:02.11 | *** join/#oe bluelightning_ (n=blueligh@222-155-138-2.jetstream.xtra.co.nz) |
12:03.08 | oxo | hmm, is there a 'mtn phrase' which shows me which new files live in de working copy? |
12:03.27 | oxo | 'mtn status' only shows known files in de WC |
12:03.48 | hrw|gone | mtn list unknown |
12:03.53 | hrw | re |
12:04.00 | oxo | tnx hrw |
12:05.55 | *** join/#oe Laibsch (n=Laibsch@195-23-176-195.net.novis.pt) |
12:07.03 | florian | stefan_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.09 | stefan_schmidt | florian: OK, I disabled QA for now. Should I put it into a bugreport as reminder? |
12:08.50 | oxo | who is the maintainer of the openssl packages? |
12:09.01 | oxo | http://rafb.net/p/Zt9B4f17.html |
12:09.33 | florian | stefan_schmidt: i'll try to keep it in mind :-) |
12:09.39 | oxo | shall I put that in bugzilla? |
12:09.47 | stefan_schmidt | florian: fine with me |
12:10.04 | koen | oxo: sute |
12:10.06 | koen | ehm |
12:10.07 | koen | sure |
12:15.55 | *** join/#oe dion (n=dion@xen.inhex.net) |
12:16.56 | oxo | !oebug 1927 |
12:16.57 | cdbot2 | * * Bug 1927, Status: NEW, Created: 2007-03-02 04:20 |
12:16.58 | cdbot2 | * * jorik(AT)kippendief.biz: Add (super)sparc target to OpenSSL |
12:16.59 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1927 |
12:17.04 | oxo | :-) |
12:18.23 | *** join/#oe wookey__ (n=wookey@217.147.92.90) |
12:18.28 | Crofton|laptop | hrw, I added a 2.6.20 for the OSK |
12:18.38 | hrw | I saw that |
12:18.56 | Crofton|laptop | I boots, and I converted the file system to angstrom |
12:24.49 | *** join/#oe dion (n=dion@xen.inhex.net) |
12:27.12 | hrw | great |
12:44.18 | tkp | just updated my oe checkout and libx11 is now failing to compile (cross compile badness) |
12:44.18 | tkp | http://bugs.openembedded.org/show_bug.cgi?id=1928 |
12:45.45 | zecke | tkp: now look at config.log and figure out why it did include /usr/include/X11/Xtrans? |
12:48.17 | CIA-3 | 03xora 07org.oe.dev * rdf7aec92... 10/ (6 files in 3 dirs): |
12:48.17 | CIA-3 | mplayer_0.0+1.0rc1.bb : add start of the pxafb overlay driver from Tim Chick |
12:48.17 | CIA-3 | This is a good start to fully working overlay video. |
12:49.01 | tkp | well, I'm not too sure _why_, but it has: |
12:49.04 | tkp | pkg_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.15 | tkp | which looks wrong |
12:50.05 | zecke | tkp: see above? |
12:53.29 | *** join/#oe Sonic|Laptop (n=Garrett@cblmdm72-240-97-94.buckeyecom.net) |
13:17.17 | tkp | what is it that generates the pkg_cv_X11_CFLAGS variable? |
13:17.37 | zecke | PKG_CHECK_MODULE or similiar |
13:18.46 | vlo | in 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.36 | hrw | vlo: udev-utils? |
13:26.29 | vlo | hrw: doesn't exist in my OE tree |
13:26.41 | hrw | vlo: its part of udev recipe |
13:27.05 | vlo | hrw:ok going to have a look |
13:28.51 | *** join/#oe koen (n=koen@wlan137159.mobiel.utwente.nl) |
13:29.12 | tkp | so... what, it pulls the info out of a .pc file? |
13:29.17 | tkp | like... oe-sts/build/tmp-stc/staging/i586-sts-linux/share/pkgconfig/xtrans.pc |
13:30.57 | tkp | just, whats in that .pc file doesn't seem to tally up with what config.log has |
13:32.53 | XorA | tkp: welcome to autoconf |
13:35.41 | hrw | ~lart gstreamer people a bit |
13:36.41 | tkp | ok, well clearly it's looking at the wrong pkg-config stuff |
13:37.02 | tkp | since it's got .../staging/i686-linux/include in there |
13:37.12 | tkp | i686-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.45 | tkp | ok... well, a fix is: |
13:48.45 | tkp | export PKG_CONFIG_PATH=${STAGING_LIBDIR}/../share/pkgconfig |
13:48.56 | tkp | but surely I shouldn't have to do that |
13:49.22 | zecke | tkp: feel free to paste the .pc content |
13:49.53 | zecke | tkp: also PKG_CONFIG_PATH should be set, or at least pkg-config it self has a default path it looks into |
13:56.45 | tkp | ok. http://rafb.net/p/eZJnP359.html |
13:56.57 | tkp | the top bit is what I get without altering the bb file |
13:57.16 | tkp | the bottom is what I get after setting PKG_CONFIG |
13:57.25 | tkp | it's always looking for i586-sts-linux-pkg-config |
13:57.31 | tkp | which it doesn't find.. |
13:57.38 | tkp | is this supposed to exist? |
14:01.41 | zecke | tkp: okay, that is interesting now I need to remember |
14:01.50 | zecke | koen: in which directory do we look for pkg-config files? |
14:02.05 | zecke | tkp: we might have a regression here |
14:02.06 | tkp | also... right before do_configure, when it prints out the env, I can see |
14:02.07 | tkp | export PKG_CONFIG_PATH=/home/sts/trunk/oe-sts/build/tmp-stc/staging/i586-sts-linux/lib/pkgconfig |
14:02.18 | tkp | so, why isn't that being passed through |
14:05.08 | koen | zecke: {libdir}/pkgconfig |
14:05.47 | zecke | koen: so in tkp's xtrans.pc is in the right place |
14:06.21 | tkp | and anyhow... none of the xtrans.pc files contain a reference to /usr/include/X11/Xtran |
14:06.41 | tkp | I have 4 versions |
14:06.53 | tkp | <PROTECTED> |
14:06.57 | tkp | <PROTECTED> |
14:07.04 | tkp | <PROTECTED> |
14:07.11 | tkp | and /staging/i686-linux/share/pkgconfig/xtrans.pc |
14:07.49 | tkp | ah |
14:07.50 | tkp | wait |
14:07.58 | koen | zecke: no idea, I'm busy stabbing matlab |
14:07.59 | tkp | this one |
14:07.59 | tkp | staging/i586-sts-linux/lib/pkgconfig/xtrans.pc |
14:08.15 | tkp | http://rafb.net/p/cnBKHq32.html |
14:09.01 | zecke | tkp: md5sum /staging/i586-sts-linux/lib/pkgconfig/xtrans.pc |
14:09.03 | tkp | so it's the xtrans.pc in lib/pkgconfig |
14:09.10 | zecke | tkp: md5sum /staging/i586-sts-linux/share/pkgconfig/xtrans.pc |
14:09.33 | tkp | they are different |
14:09.46 | tkp | the one in share looks right |
14:10.41 | tkp | so.. the problem lies with the Xtrans recipie? or with some pkg-config stuff? |
14:12.09 | zecke | tkp: maybe (is the best I can say) |
14:16.58 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
14:28.05 | tkp | odd... I cleaned xtrans, removed both pkg-config files and rebaked |
14:28.25 | tkp | this time it only put a .pc file in lib/pkgconfig, and it is correct |
14:28.41 | tkp | there is no .pc file in share/pkgconfig now |
14:28.49 | tkp | no 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.11 | monsti | hi |
14:38.15 | tkp | seems there are a LOT of broken pkgconfig files in staging/.../lib/pkgconfig |
14:38.19 | tkp | take a look at this: |
14:38.27 | tkp | http://rafb.net/p/R9dOtm40.html |
14:39.25 | monsti | is there a smapl bitbake sample repository out? |
14:39.27 | *** join/#oe csmanx (n=csman@190.40.37.194) |
14:39.54 | monsti | i want to use it for my own software and the OE repository is very bit |
14:40.02 | monsti | big sry |
14:40.35 | zecke | tkp: we symlink nowadays, is that a clean rebuild? |
14:41.09 | tkp | zecke: yes, fresh build... although that is from aan oe checkout from a couple of weeks back |
14:41.28 | zecke | monsti: http://www.openembedded.org/~mickeyl/tools/oe-iwmmxt.tar.bz2 is an OE which only builds a iwmmxt toolchain |
14:41.42 | zecke | monsti: alternatively have a look at poky, which is a special purpose distribution based on OE |
14:41.45 | zecke | ~poky |
14:41.47 | ibot | poky 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.57 | monsti | zecke: thx! |
14:43.16 | monsti | zecke: 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.07 | gena_ | anybody knows which package contains "ldd" program? |
14:44.18 | Crofton|laptop | monsti, add support to OE for PSP? |
14:44.27 | monsti | Crofton|laptop: no - that won't work |
14:44.35 | Crofton|laptop | why not? |
14:44.40 | monsti | Crofton|laptop: the OS is very different to linux |
14:44.45 | zecke | monsti: why won't it work? |
14:44.52 | Crofton|laptop | hmmm |
14:44.52 | zecke | monsti: so this sounds like fun to support |
14:44.55 | monsti | no fork, no kill ... |
14:45.11 | Crofton|laptop | well, it should be possible to use OE anyway |
14:45.18 | monsti | uClinux is in a very early stage |
14:45.19 | Crofton|laptop | but most of the packages wouldn't work :) |
14:45.22 | monsti | currently i am porting mono |
14:45.25 | Crofton|laptop | ah uClinux |
14:45.39 | monsti | uClinux has no interrupts atm :) |
14:45.41 | Crofton|laptop | ucLinux support in OE would be useful |
14:45.52 | Crofton|laptop | I am only slightly familiar with uclinux |
14:46.08 | monsti | uclinux is nice - but uclinux for PSP is not usable |
14:46.20 | monsti | you need hardware connected to the serial port to get a console |
14:46.31 | monsti | so this will take a very long time |
14:46.44 | Crofton|laptop | well, good luck! |
14:46.49 | monsti | but i want to get a tool to recompile the toolchain with different compiler fo the psp os |
14:46.57 | monsti | i think bitbake can handle this? |
14:47.07 | Crofton|laptop | I suspect it could |
14:47.31 | monsti | there are some issues for gcc 4.0.2 <-> 4.1.2 at current SDK |
14:47.40 | zecke | monsti: it should be, feel free to ask questions |
14:47.49 | monsti | also i want to add some custom patches to the sdk |
14:47.53 | Crofton|laptop | OE is very good at maintinaing the recipe required to build things |
14:47.58 | monsti | according to the license i can use the eclasses? |
14:48.05 | Crofton|laptop | so it would easily keep track of needed patches |
14:48.49 | Crofton|laptop | I am wondering if you could use OE, and just creat your own packages directory with uclinux focused bb files |
14:49.03 | Crofton|laptop | I am nt smart enough to know if that is possible though |
14:49.14 | zecke | Crofton|laptop: come on |
14:49.26 | monsti | will OE work with mingw? |
14:49.37 | zecke | monsti: good question, I don't know |
14:50.18 | monsti | i will still need the satelite tools like wget, svn, cvs i guess |
14:50.45 | zecke | monsti: right, and initial host compiler |
14:50.56 | monsti | is there a list? |
14:51.17 | zecke | monsti: yes, take a look at sane.bbclass for tools we test presence for |
14:51.43 | YoG | hi, 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.24 | zecke | monsti: http://www.openembedded.org/repo/org.openembedded.dev/classes/sanity.bbclass |
14:52.30 | zecke | YoG: find file-4.18.tar.gz? |
14:52.57 | YoG | zecke, ok... I have file-4.18.tar.gz (from another place) |
14:53.06 | zecke | YoG: place it in your DL_DIR |
14:53.18 | zecke | YoG: and the do touch file-4.18.tar.gz.md5 |
14:53.40 | zecke | and me mumbles and complains why file is removed again... |
14:53.46 | monsti | zecke: any idea why OE doesn't use prortage from gentoo? |
14:54.15 | zecke | monsti: no, has the portage data the concept of packages? |
14:54.43 | monsti | packages as in ".deb/.rpm"? |
14:54.50 | monsti | for "binary distribution"? |
14:56.26 | hrw | zecke: this time I refuse updating file |
14:56.41 | YoG | thanx zecke |
14:57.21 | YoG | zecke, do I really have to compile all this stuff? I just want freeciv... |
14:57.53 | zecke | monsti: yes and also one sourcefile, generating like 1000 packages? |
14:58.10 | zecke | YoG: feel free to set ASSUME_PROVIDED to say which software you have |
14:58.44 | zecke | hrw: let us move file-4.18 to one of our sites |
14:58.51 | monsti | zecke: no - gentoo uses a "depends on" concept with some "fixed" entries e.g. the compiler/core libraries |
14:58.58 | hrw | zecke: yes |
14:59.02 | monsti | zecke: it also has some meta packages e.g. X11-meta |
14:59.28 | monsti | zecke: you can install xorg or other X servers |
14:59.45 | hrw | monsti: someone use other X server then X.org? |
14:59.47 | monsti | zecke: but i guess OE doesn't need that complexity |
14:59.57 | monsti | hrw: was just an example |
15:00.23 | zecke | monsti: we talk about packages, e.g. to avoid that your 6mb of flash is populated with doc and man pages |
15:00.55 | XorA | hrw: NOTE: package file-4.20: completed |
15:01.03 | zecke | monsti: 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.05 | monsti | zecke: for psp i just want to use oe for the toolchain |
15:01.12 | zecke | monsti: just to allow tiny distributions |
15:01.27 | zecke | monsti: well, you asked why we don't use portage and there is your argument? |
15:03.07 | monsti | zecke: 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.44 | hrw | XorA: good |
15:03.48 | monsti | is there something similar to the USE flags? e.g. USE="zlib" build foo |
15:04.48 | zecke | monsti: no USE flags, but we have no alternative concept for that |
15:05.06 | monsti | so just what configure detects? |
15:05.07 | zecke | monsti: the issue with USE flags, is Gentoo ened up with too many and it is hard to track/document |
15:05.24 | zecke | monsti: I think currently we have sane defaults and META (virtual/foo) depends |
15:05.58 | monsti | so you have foo and foo-zlib? |
15:07.43 | zecke | monsti: 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.20 | monsti | zecke: can you give me a kick-off - i downloaded oe-iwmmxt.tar.bz2 |
15:08.25 | monsti | how can i compile gcc? |
15:08.36 | monsti | cd oe-iwmmxt |
15:08.45 | monsti | bitbake gcc doesn't work |
15:09.36 | zecke | monsti: let me check |
15:10.23 | *** join/#oe hvontres|poodle (n=hvontres@63.92.216.147) |
15:10.32 | monsti | monsti@sam ~/projects/bitbaketest/oe-iwmmxt $ ls |
15:10.32 | monsti | conf toolchain |
15:10.33 | zecke | monsti: you need to have bitbake installed |
15:10.36 | monsti | thats where i am |
15:10.37 | monsti | yes |
15:10.41 | zecke | monsti: you need to set BBPATH=$PWD |
15:10.47 | monsti | <PROTECTED> |
15:10.47 | monsti | BitBake Build Tool Core version 1.6.6, bitbake version 1.6.6 |
15:11.19 | monsti | $ bitbake gcc |
15:11.19 | monsti | ERROR: Unable to open conf/bitbake.conf |
15:11.26 | monsti | i have to copy local.conf? |
15:11.29 | hrw | BBPATH wrong? |
15:11.42 | hrw | BBPATH=$PWD:path-to-OE-metadata |
15:11.47 | *** join/#oe natezg (n=nathan@ns2.emacinc.com) |
15:11.53 | zecke | monsti: wait a second, BBPATH should also point to the toolchain dir |
15:12.32 | zecke | monsti: once again, bitbake error message is misleading |
15:12.33 | hrw | zecke: not toolchain but metadata |
15:13.05 | chouimat|tv | http://www.xkcd.org/c221.html |
15:13.37 | hrw | chouimat|tv: ;D |
15:14.20 | CIA-3 | 03xora 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.58 | zecke | monsti: give me some minutes |
15:15.14 | monsti | zecke: thx |
15:16.38 | *** join/#oe mallum (n=mallum@host81-155-166-243.range81-155.btcentralplus.com) |
15:17.02 | zecke | monsti: okay two issues with the conf/local.conf |
15:17.10 | zecke | monsti: remove the ASSUME_PROVIDED line |
15:17.15 | zecke | monsti: remove the INHERIT line |
15:17.20 | monsti | zecke: can you fix the tar.bz2 and add a readme? |
15:17.39 | monsti | i might consider just giving the URL you posted to a psp dev |
15:17.59 | zecke | monsti: http://rafb.net/p/AJgnGR63.html |
15:18.12 | zecke | monsti: oh well, need to talk to mickeyl but he is currently packing for a skiing trip |
15:18.40 | monsti | ok - just one second let me try to compile |
15:19.02 | monsti | so just fix "oe-iwmmxt/conf/local.conf" ? |
15:19.03 | zecke | eek, wait a second |
15:19.14 | zecke | I will repack |
15:19.27 | monsti | ok thx :) |
15:22.07 | monsti | finished? |
15:22.15 | zecke | monsti: packing it up |
15:25.29 | zecke | monsti: openembedded.org/~zecke/oe-iwmmxt.tar.bz2, but mostly only a README and fix to the local.conf |
15:25.42 | monsti | ok thx a lot |
15:26.03 | monsti | that is OE' package system? |
15:26.11 | zecke | monsti: this will create a gcc 3.3 iwmmxt toolchain |
15:26.25 | zecke | monsti: I don't get that question |
15:26.57 | monsti | that's the result for a package? |
15:27.04 | monsti | some .rpm? a .deb? |
15:27.09 | monsti | what do you create for executables |
15:27.22 | zecke | monsti: it depends. The host tools install to the staging or cross area |
15:27.44 | zecke | monsti: for the target system we can create packages. mainly tar.gz and ipk, and not so well maintained support for rpm |
15:28.34 | monsti | oe-iwmmxt $ export BBPATH=$PWD |
15:28.40 | monsti | $ bitbake gcc |
15:28.40 | monsti | ERROR: Unable to open conf/bitbake.conf |
15:29.15 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
15:30.07 | zecke | monsti: see the README |
15:30.31 | monsti | find oe-iwmmxt -name "README" |
15:30.31 | zecke | monsti: or better rtfm |
15:30.34 | monsti | no readme :( |
15:30.38 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-f99b68dffca016b7) |
15:30.49 | monsti | openembedded.org/~zecke/oe-iwmmxt.tar.bz2 <- i downloaded that file |
15:31.19 | monsti | Length: 149,935 |
15:31.43 | zecke | monsti: and md5? |
15:32.06 | monsti | one second |
15:32.20 | monsti | $ md5sum oe-iwmmxt.tar.bz2 |
15:32.20 | monsti | 0853e83cb35ab4465ed2f0692707e007 oe-iwmmxt.tar.bz2 |
15:32.31 | zecke | that is the correct answer, then unpack it? |
15:32.41 | monsti | now i have a readme |
15:32.50 | monsti | musst bne some proxy caching |
15:33.11 | monsti | thx - works no! |
15:33.19 | monsti | +w |
15:34.28 | zecke | actually bitbake virtual/arm-linux-gcc would generate the iwmmxt toolchain |
15:34.53 | monsti | where is virtual/arm-linux-gcc fefined? |
15:36.12 | zecke | monsti: nowhere, it is magic. The gcc files say they provide virtual/${TARGET_ARCH}-gcc |
15:36.12 | monsti | ah ok - so every bb file is scaned for "who provides ffoo" |
15:36.37 | zecke | right, DEPENDS, RDEPENDS; PROVIDES not being a gentoo user I think this should be familiar |
15:37.21 | monsti | yes but gentoo has some "world" file with essential tools that are not part of the DEPENDS of the .ebuilds |
15:37.34 | monsti | e.g. "everything" needs gcc - but there is no depend on gcc in every ebuild |
15:38.22 | monsti | but thx a lot! i have to read the .bb doc now |
15:39.15 | zecke | monsti: now you can use openembedded.org/~mickeyl/tools/oe-iwmmxt.tar.bz2 again |
15:40.24 | monsti | can you send the md5? :) |
15:40.32 | monsti | 09aac49bd80160500c12efb3441ff5e5 oe-iwmmxt.tar.bz2 |
15:40.56 | monsti | no readme inside :))) |
15:41.00 | zecke | it should be the same, as above, mickeyl should just have copied the file |
15:41.38 | zecke | 0853e83cb35ab4465ed2f0692707e007 <- should be the sum |
15:42.11 | monsti | downloaded gagin 09aac49bd80160500c12efb3441ff5e5 |
15:42.16 | monsti | and no README inside |
15:42.33 | zecke | monsti: then fix your proxy? |
15:42.45 | monsti | it's ok with your site? |
15:42.50 | zecke | monsti: yes |
15:44.09 | monsti | ok works from a different host |
15:44.14 | monsti | << UMTS user :( |
15:47.58 | monsti | http://www.openembedded.org/viewmtn monotone is dead somehow |
15:50.00 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
15:50.30 | florian | indeed |
15:51.07 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
15:51.20 | monsti | remove the sqlite lock |
15:51.43 | zecke | dead in which way? |
15:51.48 | zecke | http://www.openembedded.org/viewmtn/diff.psp?id1=df7aec92a4539183334adae4278b754f14e68bb7&id2=449ea8e45f6398be01dd6f681846b2c1f8a10c67 |
15:52.14 | monsti | ah works again |
15:52.24 | zecke | *sith power* |
15:53.51 | zecke | http://www.openembedded.org/~zecke/sith.jpg |
15:56.23 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
15:56.44 | chouimat|tv | zecke: scary |
15:57.08 | zecke | ;) |
16:02.29 | hvontres|poodle | zecke: so is http://www.openembedded.org/~zecke/greenphone.jpg what you have in mind for "open" hardware ? |
16:03.09 | chouimat|tv | hvontres|poodle: lol |
16:03.16 | zecke | hvontres|poodle: if it gets delivered with a screw-driver (torque), yes |
16:03.36 | chouimat | zecke: how is the phone btw? |
16:03.37 | apaulsen | it 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.56 | zecke | chouimat: it feels like a normal phone (which is good) |
16:04.09 | zecke | chouimat: have not played with it much, I wait for the WebKit port to be usable for it |
16:04.32 | chouimat | zecke: too bad I don't have enough money to get one ... look like a nice toy |
16:05.05 | chouimat | zecke: so I got the next best thing : ipod 30gb ... rockbox work well on it and it's fun to hack too :) |
16:06.00 | zecke | chouimat: which ipod generation is that? |
16:06.29 | chouimat | 5,5 |
16:17.10 | summatusmentis | zecke: which phone? the neo1973? |
16:25.16 | hrw | summatusmentis: greenphone |
16:25.41 | summatusmentis | hrw: is that GSM too? |
16:26.13 | summatusmentis | oh, 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.30 | apaulsen | does anyone know anything about the recent pango update? |
16:28.04 | hrw | summatusmentis: greenphone is gsm |
16:28.12 | CIA-3 | 03hrw 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.36 | hrw | summatusmentis: 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.19 | summatusmentis | hrw: I'm working on learning that, currently, I assume you're looking for coding though? not just someone to administer patches? |
16:30.26 | hrw | summatusmentis: 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.33 | summatusmentis | hrw: hrm... I'd be willing to try, my coding experience is nothing more than the basics, but I'd like to help |
16:33.34 | hrw | ok |
16:34.09 | summatusmentis | hrw: what do you need from me? |
16:34.28 | Crofton|laptop | summatusmentis, long hours :) |
16:35.06 | summatusmentis | Crofton|home: heh, I've got some hours |
16:35.48 | hrw | summatusmentis: currently you can look at distro/openzaurus-3.5.5.conf and clean it ;D |
16:36.57 | summatusmentis | hrw: ok, I'll figure out how to get it, then figure out how to read it, and start there |
16:37.22 | koen | or you could ditch OZ and help angstrom getting a release :) |
16:42.47 | CIA-3 | 03koen 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.17 | koen | now OE has more openmoko recipes than openmoko svn |
16:43.51 | Crofton|laptop | what does today_svn do? |
16:44.02 | koen | a 'today' screen |
16:44.13 | koen | with summarrie sof your appointements and stuff |
16:44.21 | Crofton|laptop | ah |
16:44.33 | zecke | like opie-today ;) |
16:44.35 | Crofton|laptop | so taoday has nothing to do with svn SRCDATE+"now" |
16:44.43 | koen | no :) |
16:47.29 | hrw | koen: please update glib-2.0-native in angstrom |
16:47.29 | koen | where? |
16:47.38 | koen | hrw: please check before asking :) |
16:48.23 | hrw | koen: updated to 2.12.4 which I added? |
16:48.32 | koen | what's there to update? |
16:48.47 | koen | angstrom isn't in a branch |
16:49.00 | koen | and it has no PREFERRED_VERSIONS for glib native |
16:49.09 | hrw | koen: ah sorry - I was thinking that it has |
16:49.23 | koen | :) |
16:49.29 | koen | my grep disagrees :) |
16:49.50 | koen | I wanted to say "sure", but I couldn't find where it was pinned |
16:50.08 | koen | when can we expect elisa and flumotion in OE? |
16:51.03 | hrw | elisa? flumotion? |
16:52.11 | koen | gstreamer stuff :) |
16:52.20 | koen | I'm trying to guess what you are working on |
16:52.46 | koen | later all |
16:52.55 | hrw | ah |
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.07 | hrw | cu |
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.19 | Jin^eLD | re |
18:00.22 | NAiL | RP: ping? http://www.pastebin.ca/378679 |
18:01.00 | zecke | NAiL: update-altternatives --set git... |
18:01.06 | NAiL | a |
18:01.26 | NAiL | There is only 1 program which provides git |
18:01.26 | NAiL | (/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.58 | likewise | HopsNBarley: ping |
18:02.12 | zecke | NAiL: then set git to git.scm? |
18:02.17 | likewise | Hi all |
18:02.52 | Jin^eLD | hey likewise |
18:02.59 | likewise | Jin^eLD: Hi there |
18:05.20 | NAiL | zecke: got it. |
18:05.41 | NAiL | now it fails compiling instead: http://www.pastebin.ca/378682 |
18:06.12 | HopsNBarley | likewise, ping |
18:06.29 | likewise | HopsNBarley: pong |
18:06.41 | HopsNBarley | linux kernel 2.6 for $20: what system calls can delete a directory? just unlink/rmdir? |
18:07.11 | likewise | HopsNBarley: yes, AFAIK |
18:07.47 | HopsNBarley | as 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.06 | HopsNBarley | a directory is chmod'ed, okay says fakeroot, and remembers this. |
18:08.06 | RP | NAiL: 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.41 | HopsNBarley | much 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.55 | HopsNBarley | so 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.12 | HopsNBarley | but, fakeroot catches unlink/rmdir, so i'm at a bit of a loss as to how this could happen. |
18:09.15 | HopsNBarley | any ideas? |
18:09.40 | likewise | HopsNBarley: could you show a list of batch commands to reproduce this? |
18:10.19 | HopsNBarley | it seems installation dependent. only a few people have seen it. |
18:13.09 | NAiL | RP: Any fix? |
18:15.06 | zecke | RP: so lzo is another fast realtime compression algorithm? |
18:16.51 | RP | zecke: yes |
18:17.13 | RP | NAiL: Not that I know of at the moment. I'd need to look at it |
18:19.26 | hvontres|poodle | HopsNBarley: 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.12 | gerwinin | lolo |
18:21.24 | gerwinin | Hrw: you there ? |
18:21.26 | HopsNBarley | hvontres|poodle, ext3 |
18:21.46 | HopsNBarley | hvontres|poodle, i've booted/fscked with both 2.6.17 and 20. |
18:21.57 | hvontres|poodle | HopsNBarley: hmmm...so nothing special there... |
18:22.50 | summatusmentis | hrw|gone: is the openzaurus-3.5.5.conf in the .dev tree? |
18:23.50 | HopsNBarley | back in a bit. |
18:23.57 | mwester | HopsNBarley: 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.22 | Crofton | can 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.52 | zecke | luke-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.57 | mwester | Crofton: 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.07 | Crofton | heh |
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.22 | Ifaistos | anyone has any experience with g729 codec ? |
20:26.14 | hvontres|poodle | zecke: What is this Qtopia Patch Month thingy? |
20:29.31 | zecke | <PROTECTED> |
20:29.45 | zecke | <PROTECTED> |
20:31.12 | chouimat | zecke: 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.31 | hrw | hi |
20:51.35 | hrw | gerwinin: pong |
20:52.02 | hrw | summatusmentis: yes |
20:54.10 | gerwinin | hrw: two questions:) |
20:54.31 | hrw | go |
20:54.51 | gerwinin | hrw: 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.10 | gerwinin | hrw: Do you still have enough paid work ? Some dude called me and wants to hire some people |
20:55.43 | hrw | gerwinin: I did not - we spoke for <10 minutes in total. without koen I would not even know who that guy was |
20:56.20 | summatusmentis | hrw: org.openembedded.dev/conf/distro ? |
20:56.21 | hrw | gerwinin: I'm fulltime busy to August. Then month break for vacations and later not known yet. |
20:56.32 | hrw | summatusmentis: yes. read comments inside of it |
20:56.46 | summatusmentis | I don't see that file, I just updated |
20:57.01 | gerwinin | hrw : okay |
20:57.15 | gerwinin | hrw: I will tell the guy I don't know anybody :) |
20:57.36 | hrw | gerwinin: no one answered yet to that question here? |
20:57.36 | Crofton | gerwinin, what des he want people to do? |
20:58.15 | hrw | summatusmentis: ops. I did not pushed it... sorry |
20:59.55 | hrw | gerwinin: 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.45 | summatusmentis | hrw: no worries |
21:01.25 | gerwinin | hrw: I know |
21:01.39 | gerwinin | Crofton: he wants people to make some kind of medical device |
21:01.55 | gerwinin | Crofton: In holland they is a huge shortage of it-people |
21:02.22 | sirfred | Hello |
21:02.22 | gerwinin | Crofton: For example I get paid nowadays 100 euro per hour for making some kind of stupid java app |
21:02.49 | Crofton | intriguing |
21:03.03 | Crofton | but likely tricky for me since I am in US and it is medical |
21:03.15 | Crofton | sometimes that stuff can be very onvolved |
21:03.31 | summatusmentis | gerwinin: how hard is it to get into holland? |
21:03.45 | gerwinin | Crofton: I had an offer from the us to become the asterisk dude for some company 100k dollar a year |
21:03.54 | hrw | 100 eur/h - nice price |
21:04.02 | summatusmentis | granted the market will probably change in 4 years |
21:04.12 | Crofton | Maybe hrw is less busy than he thinks :) |
21:04.14 | gerwinin | summa : depends on where you from |
21:04.26 | hrw | Crofton: I have half year contract and I like it. |
21:04.33 | summatusmentis | gerwinin: us |
21:05.37 | Crofton__ | ~change 100 euro to usd |
21:05.51 | Crofton__ | ouch |
21:05.57 | Crofton__ | ~lart usd |
21:07.08 | Crofton | hrw, take the contract and hire someone for half the rate to do the work :) |
21:07.38 | hrw | Crofton: it would be possible to find someone. but he would not be so good |
21:07.45 | Crofton | :) |
21:07.49 | sirfred | RP: Hello? |
21:07.57 | CIA-3 | 03hrw 07org.oe.dev * r224b2627... 10/ (1 conf/distro/openzaurus-3.5.5.conf): (log message trimmed) |
21:07.57 | CIA-3 | OpenZaurus 3.5.5 distro config - need work |
21:07.57 | CIA-3 | It contain stuff from: |
21:07.57 | CIA-3 | - OpenZaurus 3.5.4.x |
21:07.57 | CIA-3 | - Ångström 2007.1 |
21:07.58 | CIA-3 | - UmbaUmba 17.3 |
21:08.00 | CIA-3 | This needs to be cleared and split into includes, some stuff even updated. |
21:08.22 | hrw | summatusmentis: go with it |
21:08.30 | summatusmentis | hrw: 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.27 | chouimat | <PROTECTED> |
21:18.39 | cyrus__ | http://pastebin.com/892321 |
21:18.44 | cyrus__ | can someone look at that and help me out |
21:18.57 | cyrus__ | I have jsut started to get into OE but to be honest, I have never had one thing compile without failing |
21:19.02 | sirfred | RP: I'm afraid that the minimum address where we could map external memory is 0x200000. Not all the bits are settable. |
21:19.10 | summatusmentis | hrw: I'm unfamiliar with the way OZ is built, what needs cleaning? is there a reference somewhere I can look at? |
21:19.24 | cyrus__ | 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.46 | hrw | summatusmentis: compare with .oz354x ones |
21:20.32 | sirfred | RP: I tried to set both registers, and the masks are 0xFFFFF800 for MC_FB_LOCATION and 0xFFFFE000 for MC_EXT_MEM_LOCATION. |
21:20.33 | summatusmentis | hrw: ok |
21:20.54 | hvontres|poodle | hrw: 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.54 | hrw | hvontres|poodle: that config needs cleaning before use |
21:22.18 | hvontres|poodle | hrw: I saw. But at least it's a start :) |
21:22.49 | Crofton__ | cyrus__, that is an error in the code |
21:23.12 | Crofton__ | something like you do not have an implementation for one of the class members |
21:23.53 | Crofton__ | http://gcc.gnu.org/faq.html#vtables |
21:24.08 | Crofton__ | The message is useless :) |
21:26.47 | *** join/#oe dkey (i=somebody@193.170.48.236) |
21:27.34 | zecke | Crofton__: no, it says the linker is crap :) |
21:28.20 | Crofton | well |
21:28.28 | Crofton | that is an laternate explanantion :) |
21:28.40 | zecke | you make use a dictionary |
21:28.55 | zecke | you make my dictionary look bad |
21:28.58 | Crofton | speel checker |
21:29.00 | zecke | you meant alternate |
21:29.04 | Crofton | yes |
21:29.13 | zecke | which makes my dictionary look good :) |
21:29.57 | Crofton | That error almost drove me insanse once |
21:30.04 | Crofton | insane |
21:31.52 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
21:33.55 | sirfred | XScale DSP coprocessor detected. |
21:34.24 | sirfred | I 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.46 | hrw | cu |
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.07 | ljp | zecke: best place for patches is not the mailing list, but task tracker |
22:18.13 | zecke | ljp: 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.58 | cyrus__ | 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.52 | JustinP | it means RP |
22:46.05 | JustinP | <PROTECTED> |
22:46.12 | JustinP | ;-) |
22:46.32 | hvontres|poodle | cyrus__: it means Richard Purdie (RP) made this wonderfull thing work for us :) |
22:46.58 | cyrus__ | 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.18 | CoreDump|home | hi |
22:52.20 | cbrake | cyrus__: find | xargs grep |
22:53.17 | cbrake | cyrus__: bitbake interactive also does command completion which sometimes helps |
22:54.28 | hvontres|poodle | Hey 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.58 | work_donato | hi 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.33 | work_donato | (I am rather new at this so I am following the getting started instructions on the website) |
23:09.49 | Jin^eLD | work_donato: what distro are you on? usually you have older gcc versions in separate packages that you can install |
23:09.55 | work_donato | suse |
23:09.59 | work_donato | opensuse 10.2 |
23:10.10 | Jin^eLD | hmm, look if they offer gcc-compat packages, with gcc 3.x |
23:10.26 | Jin^eLD | on most distros those can live together with gcc 4.x |
23:10.36 | work_donato | Ill give it a try, but, nonetheless, it can be installed in parallel with 4.1, right? |
23:10.41 | work_donato | ok |
23:10.45 | Jin^eLD | yes |
23:10.51 | work_donato | thx very much |
23:11.13 | mwester | work_donato: on some distros (like fedora IIRC) it's compat-gcc |
23:12.07 | Jin^eLD | work_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.32 | Jin^eLD | I had to do this because there were problems with the compat-gcc packages and building qemu on FC6 |
23:12.40 | Jin^eLD | 'night everyone |
23:14.41 | work_donato | > "If SUSE (or any other vendor) started to ship compilers for every variant |
23:14.41 | work_donato | > of broken code floating around in the world they would end up shipping all |
23:14.41 | work_donato | > versions of gcc ever released or even those that were never released." |
23:14.51 | work_donato | this came from suse itself |
23:15.06 | work_donato | (apparently) |
23:15.21 | mwester | Nice attitude. |
23:15.53 | mwester | The differences between gcc3 and gcc4 are dramatic, esp. for kernel work. |
23:16.01 | hvontres|poodle | mwester: Yet it sounds strangly familiar... |
23:16.30 | mwester | And it's hardly because of "broken" code, either... |
23:16.53 | mwester | hvonres|poodle: :-D |
23:16.54 | work_donato | imho it is "outdated" code |
23:19.59 | mwester | work_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.12 | luke-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.19 | RP | sirfred: ah. Interesting to know I guess |
23:50.38 | RP | sirfred: 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) |