| 00:00.44 | leon | anyone got a monotone 0.25 for AMD64? |
| 00:01.14 | leon | .deb package I would like. |
| 00:24.02 | likewise | all: Can someone add "autoconf" to http://www.openembedded.org/wiki/RequiredSoftware |
| 00:26.48 | CosmicPenguin | what is autoconf required for? It should be build as a native package |
| 00:26.54 | JustinP | likewise: yes, you can |
| 00:27.18 | likewise | Oh, though I needed a login request with a dev first |
| 00:27.50 | likewise | CosmicPenguin: it is not. I just started a fresh build on a fresh host, and got the error autoconf was not available. |
| 00:27.55 | CosmicPenguin | what package? |
| 00:29.02 | likewise | CosmicPenguin: package automake-native-1.9.3-r5 |
| 00:29.22 | likewise | CosmicPenguin: but I am not fully up sync with HEAD. |
| 00:29.27 | CosmicPenguin | didn't somebody hit that recently? |
| 00:29.55 | likewise | CosmicPenguin: sorry for the noise, should have tested against HEAD first. |
| 00:30.01 | CosmicPenguin | it sounds familiar |
| 00:30.03 | jacques | yay, libtool-native builds for me again. |
| 00:31.55 | CosmicPenguin | likewise: from automake-native.inc: |
| 00:31.56 | CosmicPenguin | DEPENDS = "autoconf-native" |
| 00:32.17 | CosmicPenguin | so unless you have autoconf-native in ASSUMED_PROVIDED, then there is something wonky with your depends - are you sure you have bitbake 1.4.2? |
| 00:34.07 | likewise | yes |
| 00:34.14 | kergoth | CosmicPenguin: theres a bug right now. 'bitbake bootstrap-image' for example doesnt end up building autoconf-native before automake-native, despite the latter needing the former, and having it in the deps. |
| 00:34.26 | CosmicPenguin | Thats where I remember that from |
| 00:34.26 | kergoth | had to 'bitbake autoconf-native bootstrap-image' |
| 00:34.49 | kergoth | i think its a bug in bitbake itself |
| 00:35.02 | kergoth | well, it has to be. violating a DEPENDS is bad, mmk |
| 00:36.12 | likewise | kergoth: yes I think so too, my org.oe.dev checkout is exactly the same and has been working before, only bitbake went from 1.4 to 1.4.2 |
| 00:36.41 | likewise | kergoth: your workaround seems to work. |
| 00:36.48 | kergoth | its ugly, but at least you can build |
| 00:36.51 | kergoth | heh |
| 00:37.38 | CosmicPenguin | We've got the right people on the case |
| 00:38.13 | likewise | Not only that, also the right people at IRC :-) |
| 00:39.08 | likewise | Thanks. Let's see where the build goes. |
| 00:45.49 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 00:54.30 | likewise | Good nite all and thanks for all the fish |
| 00:58.47 | *** join/#oe CSMan (n=csman@70.53.195.208) |
| 01:09.46 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 01:28.53 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
| 01:42.15 | *** join/#oe JoeSchmo (n=jciccone@pool-71-127-204-137.nwrknj.east.verizon.net) |
| 01:56.27 | *** join/#oe CSMan (n=csman@bas1-montreal42-1177928656.dsl.bell.ca) |
| 02:02.58 | *** join/#oe CSMan_ (n=csman@70.55.141.208) |
| 02:09.16 | *** join/#oe myopiate (n=myopiate@219.70.70.236) |
| 02:24.08 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a39.ptbyny.tds.net) |
| 02:43.31 | *** join/#oe thejapa (n=thejapa@200-232-210-201.dsl.telesp.net.br) |
| 03:03.00 | thejapa | ~seen hrw |
| 03:03.11 | ibot | hrw <n=hrw@host-ip170-158.crowley.pl> was last seen on IRC in channel #oe, 1d 8h 12m 26s ago, saying: 'morning'. |
| 03:03.12 | thejapa | /~seen hrw |
| 03:05.42 | thejapa | ^help |
| 03:05.46 | thejapa | ~help |
| 03:06.45 | thejapa | wtf is ASSUME_PROVIDED |
| 03:06.58 | thejapa | ~wtf is ASSUME_PROVIDED |
| 03:07.14 | thejapa | ~wtf ASSUME_PROVIDED |
| 03:07.32 | thejapa | ~karma |
| 03:07.32 | ibot | thejapa has neutral karma |
| 03:14.13 | v8jlene | ASSUME_PROVIDED tells OE not to build something - it assumes it has been made available via some other method... |
| 03:15.18 | thejapa | v8jlene: thanks! can I abuse your help a little? If I use ASSUME_PROVIDED += "glibc", it still is trying to build glibc |
| 03:15.32 | thejapa | must I put the whole version too? |
| 03:16.19 | emte | thejapa, glibc will be built regradless |
| 03:16.29 | emte | it is used in the cross tools |
| 03:16.38 | emte | regardless* |
| 03:16.59 | thejapa | emte: but what about native? |
| 03:17.08 | v8jlene | Gcc and glibc are rather complicated... |
| 03:17.15 | emte | what about it |
| 03:17.38 | v8jlene | If you look in the gcc .bb's you see that they have things like: PROVIDES = "virtual/${TARGET_PREFIX}gcc virtual/${TARGET_PREFIX}g++" |
| 03:17.50 | emte | OE makes the correct assumption that your target will not have the same glibc version as your host |
| 03:17.55 | thejapa | oh, I guess that in native there is no need to build glibc... it's already there, isn't it? |
| 03:17.56 | thejapa | ah |
| 03:18.03 | emte | no |
| 03:18.10 | emte | native means native to target |
| 03:18.14 | thejapa | ok |
| 03:18.22 | thejapa | i'm going crazy here. |
| 03:18.25 | emte | you get three stages at most |
| 03:18.47 | emte | intital cross, cross, and target |
| 03:18.58 | v8jlene | If you have a local compiler you can assume provided for it if you want. If you have a cross-compiler you can assume provided for that as well.. etc.. |
| 03:18.59 | thejapa | it is breaking with a weird message about no rule to make target install in glibc. |
| 03:19.15 | emte | occasionally you can skip one or more by using qemu IF your distro supports it |
| 03:19.50 | emte | since qemu emulates your target |
| 03:19.58 | v8jlene | Look here: http://www.openembedded.org/user-manual&dpage=ch05s05 |
| 03:20.25 | emte | yes, you can use any compiler you wish |
| 03:20.36 | v8jlene | Note that using pre-built gcc's and glibc's is rather compilcated and since I haven't done it I can't really help much more than that... |
| 03:20.54 | emte | 2.95 is still used for the ancients taht use the original sharp rom on thier zaurii |
| 03:21.43 | emte | in any case you should really let OE build them for you |
| 03:22.03 | emte | it will be easier to troubleshoot runtime problems |
| 03:22.12 | thejapa | i see. |
| 03:23.24 | emte | since you would know what options they were compiled with and the actual version |
| 03:23.33 | emte | as well as special patches etc |
| 03:24.25 | *** join/#oe CSMan (n=csman@bas1-montreal42-1177928215.dsl.bell.ca) |
| 03:24.59 | thejapa | i've sent a message to oe@hh.org... i've pasted it here. http://oe.pastebin.com/754887 I've been banging my head for 2 days already |
| 03:25.28 | thejapa | it's about this error, would you help me just a bit more? :) |
| 03:26.24 | emte | who set your cvs date? |
| 03:26.42 | emte | and why are you using unstable? |
| 03:27.03 | emte | your trying to build familiar for x86? |
| 03:27.07 | thejapa | i didn't set cvs date |
| 03:27.39 | emte | s/why/what |
| 03:27.54 | thejapa | i thought i should build unstable, because i want to test cvs stuff. |
| 03:28.14 | thejapa | and familiar is because I have a h2200, and want to test it there later. |
| 03:28.27 | thejapa | hehe, as you can see, i'm totally new to this thing. |
| 03:28.37 | emte | you have i686 as your target which isnt even a valid machine |
| 03:28.52 | emte | i doubt unstable will compeil |
| 03:28.55 | emte | compile* |
| 03:29.19 | emte | and "native" as a macine is not valid either |
| 03:29.23 | emte | machine* |
| 03:30.03 | *** join/#oe CSMan_ (n=csman@bas1-montreal42-1177928257.dsl.bell.ca) |
| 03:30.07 | thejapa | so, i must set cvs date |
| 03:30.19 | emte | you need to fix your whole system |
| 03:30.30 | emte | MACHINE = "h2200" |
| 03:30.50 | emte | comment out TARGET _ARCH |
| 03:31.20 | emte | and i highly suggest you dont use unstable |
| 03:31.27 | emte | but taht is up to you |
| 03:32.12 | thejapa | TARGET_ARCH I believe has been set by setting MACHINE="native", isn't it? |
| 03:32.48 | emte | they are interdependent |
| 03:33.11 | thejapa | ah |
| 03:33.58 | thejapa | the thing about native was because I will try to develop things on my PC, and I wanted to run them on it before trying on h2200. |
| 03:34.11 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 03:34.40 | thejapa | Actually, it was hrw that told me to use it, but I never asked him if this was just for opie stuff. |
| 03:34.49 | mithro | france: you around? |
| 03:35.12 | emte | why type of things? |
| 03:35.16 | emte | what* |
| 03:36.03 | thejapa | hehe, i got a weird idea about using a single backend for opie pim data and gpe pim data |
| 03:36.27 | *** join/#oe CSMan__ (n=csman@70.55.142.226) |
| 03:36.29 | thejapa | all in the same sqlite databases, so we can easily test both environments |
| 03:36.41 | emte | good luck, have you tried to talk to thier authors about that? |
| 03:36.49 | thejapa | erm. no |
| 03:37.14 | emte | i belive taht opie and gpe use different storage systems |
| 03:37.20 | thejapa | yep. |
| 03:37.22 | emte | not too sure tho |
| 03:37.39 | thejapa | opie uses sqlite 3 or xml, but sqlite3 is the preferred. |
| 03:37.46 | thejapa | gpe uses sqlite 2. |
| 03:37.52 | *** join/#oe CSMan___ (n=csman@70.55.144.183) |
| 03:38.11 | thejapa | it's my summer of code application |
| 03:39.23 | thejapa | actually, it was very lucky for me to be selected, i thought they wouldn't do it because i said i've never done linux development, so there's tons of things to learn |
| 03:40.08 | thejapa | i've done tons of windows dev though, but open source vs proprietary development is way different |
| 03:42.19 | thejapa | that's why i ask lots of dumb questions. :) |
| 03:43.24 | *** join/#oe CSMan____ (n=csman@70.55.140.125) |
| 03:48.58 | *** join/#oe CSMan (n=csman@70.55.140.104) |
| 03:51.39 | v8jlene | thejapa: I haven't had a lot of luck targetting x86 - always seems to be gcc and/or glibc problems. I found that MACHINE="epia" works and that's what I currenty use. |
| 03:54.03 | thejapa | v8jlene: great |
| 03:54.23 | thejapa | i'll try it right now. What is epia? :D |
| 03:54.57 | thejapa | mini pc? |
| 03:55.18 | *** join/#oe CSMan_ (n=csman@70.55.144.222) |
| 03:55.54 | v8jlene | thejapa: http://www.via.com.tw/en/products/mainboards/ |
| 03:56.13 | v8jlene | thejapa: So yeah, the mini-ITX and non-ITX boards from via or EPIA. |
| 03:56.41 | v8jlene | non-ITX? I meant nano-ITX... so they are x86 |
| 03:57.46 | thejapa | I'll try it. :) |
| 03:58.08 | thejapa | it will build i586 |
| 03:58.30 | thejapa | it has TARGET_ARCH = "i586" |
| 04:00.48 | thejapa | thanks a lot emte and v8jlene! you helped a lot more than you think :) |
| 04:00.59 | thejapa | i must go. |
| 04:01.07 | *** part/#oe thejapa (n=thejapa@200-232-210-201.dsl.telesp.net.br) |
| 04:07.50 | france | mithro: hi |
| 04:08.08 | mithro | france: you have email now! :) |
| 04:08.17 | mithro | do you know where/when the OE website moved/moving |
| 04:08.59 | france | mithro: they did it on 05/27/06, but did not tell me, so I know none of the details, but do a nslookup of www.openembedded.org |
| 04:09.16 | france | mithro: it is some site in germany |
| 04:11.00 | france | mithro: when I found out a day or so ago, I asked and kergoth said to delete everything in /home/oe as it was not needed. |
| 04:13.16 | france | mithro: e-mail recieved, thanks! |
| 04:14.27 | *** join/#oe CSMan (n=csman@70.55.140.224) |
| 04:16.18 | emte | i must say the mailing lists have gone quite quiet |
| 04:16.38 | emte | and the rss from the servers as well |
| 04:19.45 | *** join/#oe CSMan_ (n=csman@70.55.142.80) |
| 04:27.03 | *** join/#oe TheMasterMind1 (n=aman@leesburg-bsr3-68-65-169-54.chvlva.adelphia.net) |
| 04:27.58 | *** join/#oe CSMan__ (n=csman@70.53.195.39) |
| 04:30.28 | *** join/#oe Timelord (n=TL@4.78.4.43) |
| 04:32.49 | *** join/#oe CSMan (n=csman@70.55.141.27) |
| 04:39.35 | *** join/#oe CSMan__ (n=csman@70.55.141.152) |
| 04:51.10 | *** join/#oe CSMan_ (n=csman@bas1-montreal42-1177928602.dsl.bell.ca) |
| 05:06.42 | *** join/#oe CSMan (n=csman@70.55.140.20) |
| 05:10.05 | *** join/#oe W8TVI (n=me@166.165.158.222) |
| 05:31.45 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 05:39.40 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 05:45.27 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 06:39.43 | *** join/#oe idealm (n=ideal@218.82.57.233) |
| 06:40.29 | JustinP | emte: you on the OE list? |
| 06:48.49 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
| 07:13.57 | *** join/#oe awelux (n=awelux__@dslb-084-058-163-061.pools.arcor-ip.net) |
| 07:30.58 | *** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-10-35.w86-201.abo.wanadoo.fr) |
| 07:31.21 | cyrilRomain | good morning OE ! |
| 07:31.44 | eFfeM | morning all |
| 07:38.14 | *** join/#oe _gints___ (n=gints@62.84.15.211) |
| 07:49.44 | *** part/#oe Laibsch (n=Laibsch@V33b1.v.pppool.de) |
| 08:17.16 | *** join/#oe zap (n=zap@85.249.170.16) |
| 08:19.58 | *** join/#oe katossi (n=guillerm@dslb-084-062-160-231.pools.arcor-ip.net) |
| 08:21.10 | *** join/#oe katossi (n=guillerm@dslb-084-062-160-231.pools.arcor-ip.net) |
| 08:27.33 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 08:35.07 | magnet | hello world. |
| 08:46.13 | *** join/#oe magnet (n=magnet@lns-bzn-28-82-250-150-176.adsl.proxad.net) |
| 09:03.24 | *** join/#oe woglinde (i=woglinde@e178082064.adsl.alicedsl.de) |
| 09:10.17 | *** join/#oe dkey| (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 09:11.01 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
| 09:17.42 | *** join/#oe lmanul (n=manu@dan75-4-82-239-58-38.fbx.proxad.net) |
| 09:21.24 | *** join/#oe zecke (n=ich@88.134.3.173) |
| 09:22.45 | pb_ | good morning zecke |
| 09:22.59 | woglinde | moring pb |
| 09:23.03 | woglinde | +n |
| 09:23.06 | CIA-9 | 03koen 07org.oe.dev * r37e5aa70... 10/packages/linux/ (linux-ezx/ezx6-jumbo.patch linux-ezx_2.6.16.13.bb): |
| 09:23.06 | CIA-9 | linux-ezx: fix patching brokenness: |
| 09:23.06 | CIA-9 | * OE uses quilt by default, so we can use it two times in a row |
| 09:23.07 | CIA-9 | * I'm too lazy to fix it properly for the .1% of OE users that do INHERIT += "patcher" |
| 09:23.07 | CIA-9 | * The ezx patchset is one jumbo patch now |
| 09:23.08 | CIA-9 | ~lart mickeyl for breaking nearly everybodies build |
| 09:23.10 | pb_ | hi woglinde |
| 09:24.35 | cyrilRomain | hey woglinde, zecke, pb_, koen |
| 09:24.46 | woglinde | lol |
| 09:24.50 | woglinde | hi cyril |
| 09:25.12 | cyrilRomain | ;o) |
| 09:26.18 | zecke | mickey|bbl: use quilt! |
| 09:27.03 | koen | ughs |
| 09:27.06 | koen | s/can/can't/ |
| 09:30.15 | zecke | JustinP: the usual zero feedback :} |
| 09:30.35 | zecke | france: did you turn off spam filtering on OE at handhelds.org? |
| 09:31.10 | koen | JustinP: feel free to check in the script under contrib/ |
| 09:33.27 | cyrilRomain | zecke: the ipkg segfault is fixed in ipkg-0.99.163.tar.gz :) But ipkg.inc try to fetch ipkg from CVS and there is not (yet) tagged branch for this release :-/ |
| 09:33.38 | cyrilRomain | zecke: BTW, is there any reason why not building ipkg from the tarball available here http://www.handhelds.org/download/packages/ipkg/ ? |
| 09:33.58 | koen | no good reason |
| 09:34.00 | zecke | cyrilRomain: not that I would know |
| 09:34.03 | koen | patches welcome :) |
| 09:34.36 | cyrilRomain | koen: I includes the patch into the existing terse.patch, but it is not a proper solution |
| 09:35.28 | cyrilRomain | either I ask the ipkg developer to create such a tagged branch, so that we simply have to copy the ipkg*159*.bb to ipkg*163*.bb |
| 09:35.50 | cyrilRomain | either ipkg.inc should be changed to build from http://www.handhelds.org/download/packages/ipkg/ |
| 09:36.02 | zecke | cyrilRomain: if you feel like, you could write a test suite for ipkg |
| 09:40.27 | cyrilRomain | zecke: why not, but I'm afraid not to have enough time to do it :-/ I work on other project than OE and although I'd like to help as much as possible, I prefer to be sure to have enough time to do such a task |
| 09:40.46 | zecke | cyrilRomain: hehe :) |
| 09:45.04 | cyrilRomain | zecke: for now, I perfer to participate in regression test building incremental and from-scratch Angstrom images and reporting build to Tinderbox :) |
| 09:45.34 | cyrilRomain | zecke: BTW, shall I ask for an account for Tinderbox so that I could add comment to my builds ? |
| 09:46.00 | zecke | cyrilRomain: you can use your bugtracker account |
| 09:46.09 | cyrilRomain | zecke: great :) |
| 09:46.14 | zecke | cyrilRomain: if you have no strong password... |
| 09:46.20 | zecke | cyrilRomain: otherwise this is insecure :} |
| 09:47.02 | zecke | as part of my uni work I might be able to hack tinderbox today |
| 09:48.09 | cyrilRomain | zecke: I took a quick look in Tinderbox last week (I installed one on my server) |
| 09:48.33 | cyrilRomain | zecke: BTW, did you know http://buildbot.sourceforge.net/ ? |
| 09:48.58 | cyrilRomain | zecke: It is intended to be a python equivalent of Tinderbox |
| 09:49.22 | cyrilRomain | zecke: I just discovered it today and don't know if it good or not |
| 09:49.34 | zecke | cyrilRomain: I don't know, I have seen it though |
| 09:49.48 | zecke | cyrilRomain: the buildbot servers asks the clients to start/stop building |
| 09:50.14 | zecke | cyrilRomain: but as with OE we have many different configurations that can take different amount of time |
| 09:50.28 | zecke | cyrilRomain: and for now we do not need bidirectional communications... |
| 09:58.44 | *** join/#oe bronson (n=bronson@pool-72-70-92-114.bstnma.east.verizon.net) |
| 10:10.16 | cyrilRomain | zecke: about Tinderbox, I think it would be great if: |
| 10:10.27 | cyrilRomain | zecke: 1) Tinderbox settings were outside the local.conf file. Because when you change TINDER_MACHINE of TINDER_REPORT, bitbake reparse all the bb files :-/ |
| 10:10.46 | zecke | cyrilRomain: why would you change it ;) |
| 10:10.48 | cyrilRomain | zecke: 2) the OEREV="unknown" in report were replaced with the DB revision _and_ a 'monotone diff' file, so that anyone would be able to reproduce the same build |
| 10:11.06 | zecke | cyrilRomain: this is on the todo :) |
| 10:11.16 | cyrilRomain | zecke: :) |
| 10:11.17 | *** join/#oe pH5 (n=ph5@p5485FCF7.dip.t-dialin.net) |
| 10:11.18 | zecke | cyrilRomain: even monotone includes a diff when compiling |
| 10:13.18 | cyrilRomain | zecke: where can I find such automatically created diff ? |
| 10:14.36 | zecke | cyrilRomain: monotone --version will print the diff used |
| 10:14.52 | cyrilRomain | zecke: thanks ! |
| 10:16.31 | pH5 | good morning |
| 10:16.57 | cyrilRomain | zecke: I should be there this afternoon, if I can help for Tinderbox .... |
| 10:17.10 | zecke | can you do perl hacking? |
| 10:17.23 | zecke | cyrilRomain: and we could extend your python script |
| 10:17.40 | cyrilRomain | zecke: yes (for the python script) |
| 10:18.36 | cyrilRomain | zecke: about perl, I'm not an expert but have some developer skill, so I could try |
| 10:28.21 | *** join/#oe likewise (n=chatalot@82-171-189-134.dsl.ip.tiscali.nl) |
| 10:46.47 | zecke | I hate perl... |
| 10:54.12 | pb_ | hi ph5 |
| 10:54.22 | pH5 | hi pb_ |
| 11:17.23 | *** join/#oe hrw (n=hrw@c28-240.icpnet.pl) |
| 11:17.34 | hrw | hi |
| 11:18.27 | cyrilRomain | hi hrw |
| 11:18.36 | JaMa | hi hrw |
| 11:20.11 | hrw | someone with amd64? |
| 11:21.25 | JaMa | me |
| 11:21.43 | hrw | can you build gcc 3.4.4 with bitbake? |
| 11:22.01 | hrw | not gcc-cross but gcc |
| 11:23.17 | JaMa | I don't know what bitbake is.. :( |
| 11:23.29 | hrw | ok. then forget |
| 11:23.31 | JaMa | [ebuild UD] sys-devel/gcc-3.4.4-r1 [3.4.6-r1] USE="doc gcj nls -bootstrap -boundschecking -build -fortran -gtk -hardened -ip28 -ip32r10k% -multislot -nocxx -nopie -nossp -objc -vanilla" 27,037 kB |
| 11:31.25 | likewise | hrw: yes, i think my gcc 3.4.4 builds went ok on amd64 |
| 11:31.41 | hrw | with .dev? |
| 11:32.46 | likewise | hrw: sorry, that's a false report; openslug does not build gcc natively. |
| 11:32.58 | likewise | I can try right away if you wish |
| 11:34.23 | likewise | hrw: bitbake -b org.openembedded.dev/packages/gcc/gcc_3.4.4.bb ? |
| 11:36.55 | hrw | bitbake gcc-3.4.4 |
| 11:40.02 | hrw | hi cliff |
| 11:40.14 | cbrake | morning hrw |
| 11:40.30 | hrw | cbrake: looks like very morning even.. |
| 11:40.55 | hrw | i did not get up before 8 usually :) |
| 11:41.15 | cbrake | hrw: heh, well kids change all that :-) |
| 11:41.23 | hrw | i suppose |
| 11:41.25 | cbrake | hrw: morning is my time to get things done ... |
| 11:42.13 | hrw | kids.. year or two and i will get own ones.. |
| 11:42.47 | cbrake | hrw: great! Its a good experience and a lot of fun :-) |
| 11:42.49 | zecke | I'm getting old.. everyone around is getting their firstboorn :} |
| 11:42.58 | woglinde | zecke he |
| 11:43.03 | woglinde | you have 7 years |
| 11:43.09 | zecke | hrw: force 'it' to study medicine |
| 11:43.15 | zecke | hrw: and teach 'it' latin! |
| 11:43.32 | zecke | woglinde: Al is doing 'bad' jokes already |
| 11:43.40 | hrw | latin? |
| 11:43.51 | woglinde | zecke should we meet with al? |
| 11:43.55 | zecke | woglinde: I would have to stop taking my drugs first, otherwise it would look like stitch |
| 11:44.09 | woglinde | and my wife talking to her about beeing pregnat? |
| 11:44.13 | zecke | no |
| 11:44.29 | zecke | better not, the influence will be bad in any case |
| 11:44.32 | zecke | (bad for me) |
| 11:46.34 | cbrake | hrw: kicking off a gcc-3.4.4 build now ... |
| 11:47.03 | likewise | hrw: hitting a ICE also... |
| 11:47.08 | hrw | cbrake: I just had to do it on dev. when you came |
| 11:47.33 | zecke | likewise: which one |
| 11:47.49 | likewise | | /home/leon/sandbox/ixp4xx/openembedded/build/tmp/work/gcc-3.4.4-r5/gcc-3.4.4/gcc/stmt.c: In function `expand_decl': |
| 11:47.51 | likewise | | /home/leon/sandbox/ixp4xx/openembedded/build/tmp/work/gcc-3.4.4-r5/gcc-3.4.4/gcc/stmt.c:4051: error: unrecognizable insn: |
| 11:47.52 | likewise | | (insn 672 574 673 53 (set (reg:SI 270) |
| 11:47.54 | likewise | | (const_int -4294958849 [0xffffffff000020ff])) -1 (insn_list:REG_DEP_ANTI 566 (nil)) |
| 11:47.55 | likewise | | (nil)) |
| 11:47.57 | likewise | | /home/leon/sandbox/ixp4xx/openembedded/build/tmp/work/gcc-3.4.4-r5/gcc-3.4.4/gcc/stmt.c:4051: internal compiler error: in extract_insn, at recog.c:2083 |
| 11:47.58 | likewise | | Please submit a full bug report, |
| 11:48.13 | likewise | sorry that should have been to pastebin.com - sorry for the spam... |
| 11:48.31 | zecke | likewise: pastebin the compile line please |
| 11:48.35 | zecke | 0xffffffff000020ff don't look like a 32bit address |
| 11:49.00 | zecke | doesn't... |
| 11:49.18 | hrw | zecke: how goes getting few X2? |
| 11:49.19 | likewise | http://pastebin.com/755318 |
| 11:50.42 | zecke | hrw: fighting with my stinginess |
| 11:52.06 | zecke | likewise: could you just preprocess the file? |
| 11:52.14 | zecke | replacing -c with -E |
| 11:52.23 | likewise | zecke: yes, hold on |
| 11:53.34 | zecke | woglinde: I need more time and clones... |
| 11:53.34 | zecke | woglinde: would you like to hack an ALC/FLUTE library |
| 11:54.34 | cbrake | same gcc-3.4.4 error here |
| 11:54.54 | hrw | thx |
| 11:55.03 | zecke | and the specs of the involved compilers could be interesting as well |
| 11:56.00 | zecke | puh I'ms till human and don't understand the spec file |
| 11:58.49 | *** join/#oe univac (n=univac@148.81.191.193) |
| 12:02.43 | likewise | and I really need a reference card for OE... :-/ |
| 12:03.42 | *** join/#oe Cwiiis (n=cwiiis@host86-134-40-15.range86-134.btcentralplus.com) |
| 12:04.03 | cyrilRomain | zecke: http://www.inrialpes.fr/planete/people/roca/doc/draft-ietf-rmt-flute-07.txt ? |
| 12:05.32 | cyrilRomain | zecke: hum ... a draft only of the official one that look similar ... |
| 12:05.48 | zecke | cyrilRomain: they are RFCs |
| 12:06.01 | zecke | cyrilRomain: yeah this FLUTE |
| 12:08.49 | likewise | zecke: the ICE disappears when using -O2 instead of -Os. (as I expected, I have filed many of these bugs at GCC Bugzilla) |
| 12:09.00 | likewise | hrw: see above |
| 12:09.16 | likewise | zecke: GCC teams responds that GCC 3.4.x is no longer maintained |
| 12:09.22 | likewise | s/teams/team |
| 12:09.32 | woglinde | likewise uh good to know |
| 12:09.51 | zecke | likewise: the pointer size is wrong anyway |
| 12:10.10 | zecke | likewise: it is using stuff from the host (likely) which should happen regardles of optimisation |
| 12:10.13 | likewise | yes, but it' s good to know the wrong path is presumably in the size-optimizer. (-Os) |
| 12:10.25 | likewise | zecke: that is scary then |
| 12:10.52 | zecke | this is why I wanted to see a preprocessed file |
| 12:10.59 | likewise | zecke: on it. |
| 12:11.39 | hrw | grammar question... "I took someone to somewhere" is correct? |
| 12:12.47 | likewise | hrw: I think yes. |
| 12:13.07 | likewise | as in: I took Paul to Dublin? |
| 12:13.20 | hrw | yes |
| 12:13.23 | likewise | yes |
| 12:14.39 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
| 12:15.00 | hrw | thx |
| 12:15.29 | likewise | zecke: I think this should be it: http://oe.pastebin.com/755347 |
| 12:17.08 | zecke | is that everythingß |
| 12:17.42 | likewise | zecke: no, seems there is a snippet limit on pastebin |
| 12:17.53 | zecke | /home/leon/sandbox/ixp4xx/openembedded/build/tmp/work/gcc-3.4.4-r5/gcc-3.4.4/gcc/stmt.c |
| 12:17.53 | zecke | is not the recog.c |
| 12:18.06 | zecke | likewise: please grep for your amd64 include directory |
| 12:21.21 | likewise | zecke: recog.c is the source file from which my native (distro) compiler is built. I am confused... |
| 12:22.48 | zecke | ah sorry |
| 12:22.50 | zecke | right |
| 12:24.22 | likewise | zecke: ok, so my native compiler (Ubuntu 6.06 LTS btw) ICEs in recog.c:2038 compiling gcc-3.4.4, source file stmt.c:4051 |
| 12:24.33 | zecke | likewise:no |
| 12:25.01 | likewise | zecke: no, my OE built arm-target crosscompiler does that. |
| 12:25.02 | zecke | likewise: the cross compiler we built (arm-linux-gcc) should build gcc |
| 12:25.04 | likewise | :-) |
| 12:25.09 | zecke | okay |
| 12:25.23 | zecke | so the bug is either within the cross compiler, or within the newly built one |
| 12:25.39 | zecke | someone thinks it is okay to use 32bit addressed |
| 12:25.43 | likewise | yes, agreed |
| 12:25.58 | zecke | 64... |
| 12:26.38 | likewise | zecke: yes, either the sources for the to-be-built gcc go wrong, or the arm-target cross-compiler already goes wrong with wrong built-ins. |
| 12:28.15 | likewise | zecke: I do this: grep -e '^#' stmt.i | grep -v leon |
| 12:28.38 | likewise | zecke: all includes, but not the ones that refer local (/home/leon/sandbox/ bla bla) |
| 12:29.21 | likewise | zecke: gives this http://oe.pastebin.com/755370 |
| 12:30.48 | zecke | three time config.h |
| 12:31.18 | zecke | hmm... later I fear |
| 12:31.24 | likewise | zecke: ping. I think I am going to build the arm cross-compiler with --save-temps option, that way all preprocessed files are left in the filesystem. |
| 12:31.37 | likewise | zecke: for later worry, you mean? |
| 12:31.45 | zecke | I need to get some stuff done |
| 12:31.57 | likewise | zecke: sure, me too, and the weather is too nice here |
| 12:32.06 | zecke | hehe |
| 12:32.09 | likewise | thanks for looking along! |
| 12:32.11 | likewise | cu |
| 12:32.44 | zecke | likewise: I didn't know --save-temps |
| 12:33.01 | likewise | it's a gcc option |
| 12:33.27 | likewise | saved me a lot of hassle debugging sometimes. LOng since I have used it, I have to look it up. |
| 12:35.25 | hrw | cu - have a nice weekend |
| 12:35.49 | likewise | cu - still have to see davinci |
| 12:36.03 | hrw | like|garden: book is much better |
| 12:38.01 | cyrilRomain | hum .. 'bitbake meta-toolchain' fails here (using gcc4.1.1) http://oe.pastebin.com/755362, any ideas ? |
| 12:38.15 | cyrilRomain | BTW, what is gcc-*-sdk for ? |
| 12:38.27 | zecke | no :( |
| 12:38.45 | cyrilRomain | zecke: :-/ |
| 12:40.42 | cyrilRomain | hum ... gcc-cross-sdk_4_1.0.bb includes gcc4-build-sdk.inc, but only gcc3-build-sdk.inc exist, could it be related ? |
| 12:56.58 | *** join/#oe pH5 (n=ph5@p5485D3CD.dip.t-dialin.net) |
| 13:02.38 | *** join/#oe TheCan (n=thecan@dslb-084-056-133-043.pools.arcor-ip.net) |
| 13:08.23 | *** join/#oe darkschneider (n=gab@213.140.6.96) |
| 13:09.51 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
| 13:13.38 | *** join/#oe thejapa (n=thejapa@200-232-210-201.dsl.telesp.net.br) |
| 13:13.51 | *** join/#oe like|garden (n=chatalot@82-171-189-134.dsl.ip.tiscali.nl) |
| 13:15.07 | pb_ | cyrilRomain: the -sdk packages are used for generating standalone installable cross toolkits |
| 13:15.23 | likewise | grr. screensaver crashes on AMD64/Ubuntu6.06LTS/Radeon9700... |
| 13:15.46 | cyrilRomain | pb_: i.e. one .ipk that contains gcc+binutils+glibc ? |
| 13:17.49 | cyrilRomain | pb_: ah ok: _cross_ toolkits. thanks |
| 13:19.11 | woglinde | moin mickeyl |
| 13:22.21 | *** join/#oe mickey|bbl (n=LPA@gandalf.tm.informatik.uni-frankfurt.de) |
| 13:23.36 | mickeyl | hi |
| 13:26.21 | zecke | hey |
| 13:27.26 | mickeyl | i'd like to lower our amount of qte patches in .dev. it looks to me like we no longer need some of them, i.e. the mouse and keyboard patches that predate tslib/kernel keymap developments. |
| 13:27.49 | mickeyl | any idea about these? |
| 13:28.38 | zecke | die patches die |
| 13:28.48 | mickeyl | exactly |
| 13:29.08 | mickeyl | RP: I need an opinion about multicolor LEDs |
| 13:29.17 | mickeyl | RP: please ping me when you're around |
| 13:29.23 | zecke | mickeyl: they taste good, but are not healthy |
| 13:29.40 | mickeyl | heh, LEDs, not LSDs |
| 13:30.02 | zecke | wow, Shaved, Washed, Clothed I feel like a Human Being |
| 13:30.45 | likewise | all: I have file://blabla.h in my SRC_URI, but it doesn't seem to be handled in any way. It should be copied to the S (source) dir, right? |
| 13:30.54 | zecke | likewise: no |
| 13:30.56 | zecke | likewise: WORKDIR |
| 13:31.17 | *** join/#oe magnet (n=magnet@lns-bzn-28-82-250-150-176.adsl.proxad.net) |
| 13:31.42 | likewise | ok, and patches are always applied to S. |
| 13:31.57 | mickeyl | right |
| 13:31.58 | zecke | yes |
| 13:32.10 | mickeyl | you _could_ cheat with adding a directory structure to FILES |
| 13:32.14 | mickeyl | but it's not recommended |
| 13:32.22 | mickeyl | better copy the files manually from WORKDIR into S |
| 13:33.45 | likewise | mickeyl: it is allowed / neat to add a directory to FILES and cp ${WORKDIR}/thatdir . ? |
| 13:34.03 | likewise | . = ${S} during do_configure |
| 13:35.02 | likewise | And both files and patches may either be stored in ${PN}${PV} or files/ dir along with the .bb, depending on whether they are applicable to all, or just a single version? |
| 13:36.47 | mickeyl | likewise: take a look at freeNote |
| 13:36.55 | mickeyl | where we do it like that |
| 13:37.14 | mickeyl | we just add a directory structure into files/ and then copy it automatically by specifying it in SRC_URI |
| 13:37.33 | mickeyl | dirs are allowed in SRC_URI |
| 13:39.40 | likewise | mickeyl: thanks. |
| 13:44.53 | likewise | mickeyl: that resulted in a Freetype only supporting Truetype fonts, 1/3 of the lib size. |
| 13:45.48 | mickeyl | cool! |
| 13:45.51 | mickeyl | good job |
| 13:46.07 | mickeyl | which font types do you disable then? |
| 13:46.26 | likewise | mickeyl: hold on, I'll explain a bit. |
| 13:48.19 | likewise | mickeyl: I disabled type1 support, t42 support, winfnt, pcf, postscript and bitmap rastering |
| 13:49.15 | likewise | mickeyl: and I disabled glyph names, mac fonts, adobe glyph lists, zlib support, lzw support, embedded bitmaps |
| 13:49.39 | likewise | mickeyl: so, anti-aliased truetype rendering only. Also, I added the light-hinting patch. |
| 13:49.48 | pb_ | hi mickeyl |
| 13:51.02 | mickeyl | hey phil |
| 13:51.42 | mickeyl | likewise: excellent. that looks like a good patch to me. |
| 13:52.06 | mickeyl | anyway, you should mail oe@handhelds.org to see that no one cries out because of removing a feature they rely on :) |
| 13:52.09 | likewise | mickeyl: I do not know which distro's use which features of freetype. |
| 13:52.22 | mickeyl | right, either mail or add your proposal into the bugtracker |
| 13:52.28 | mickeyl | the latter may be better |
| 13:52.33 | likewise | ok |
| 13:52.46 | mickeyl | then if no one complains for - let's say a week - apply it |
| 13:53.01 | likewise | mickeyl: I am not a OE committer myself. |
| 13:53.14 | mickeyl | s/apply it/I apply it/ |
| 13:53.15 | mickeyl | :D |
| 13:53.34 | likewise | :-) |
| 13:55.24 | likewise | Most of my stuff now sits here (mostly intrusive patches to reduce dependencies and strip package features) http://www.esrac.ele.tue.nl/~leon/linux/openembedded/ |
| 13:57.15 | zecke | mickeyl: I think poppler needs a fullblown freetype? |
| 13:57.53 | likewise | zecke: this is why I loosely proposed having a "feature dependency tree" in OE/bitbake. |
| 13:58.02 | mickeyl | zecke: true. i guess we want to have two versions then. a reduced one and a fullblown |
| 13:58.14 | mickeyl | both RREPLACEing each other |
| 13:58.38 | likewise | mickeyl: yes, I discussed this with koen; once you start making multiple configurations of single package, it is hard to deal with dependencies. |
| 13:58.58 | likewise | mickeyl: think of the USE flags in Gentoo. |
| 13:59.05 | zecke | likewise: yeah, we need such thing, but it needs to be better than the USEflag |
| 13:59.07 | zecke | hehe |
| 13:59.12 | zecke | need to pick up al now |
| 13:59.19 | likewise | zecke: ok, good luck |
| 13:59.50 | zecke | I'm not late yet, so she musn't be angry :} |
| 14:00.16 | likewise | zecke: Otherwise blame me :-) |
| 14:00.44 | zecke | "You are late due the computer?" ... |
| 14:00.57 | zecke | now she starts chatting she understands a little better |
| 14:01.04 | likewise | zecke: No, "I was chatting with an unknown ' friend' " :-) |
| 14:01.20 | zecke | cya |
| 14:02.30 | pb_ | "You are late due to your imaginary friend?" |
| 14:02.30 | pb_ | heh |
| 14:03.05 | likewise | mickeyl: Your RREPLACE idea; I would create a limited freetype and the current freetype. Some packages depend on the limited, other on the full-blown freetype. So the two versions would have different names. |
| 14:03.22 | likewise | freetype and freetype-ttf for example |
| 14:03.57 | likewise | pb_: My imaginary friend returned my car too late :-) |
| 14:06.59 | mickeyl | likewise: right. and both packages have to RREPLACE each other since they're providing the same library. |
| 14:07.33 | likewise | mickeyl: freetype then RPROVIDES both freetype and freetype-ttf?? |
| 14:07.49 | mickeyl | no |
| 14:07.55 | mickeyl | ah right |
| 14:07.55 | mickeyl | yes |
| 14:07.58 | mickeyl | feature-based |
| 14:10.12 | likewise | restarting chatzilla, as I installed a firefox extension that I want enabled... |
| 14:11.33 | *** join/#oe likewise (n=chatalot@82-171-189-134.dsl.ip.tiscali.nl) |
| 14:20.06 | likewise | pb_: is the -sdk stuff work in progress? I am interested in trying that. Its cross-toolchain is used within OE, but also usable outside it without much hassle? |
| 14:20.46 | *** join/#oe W8TVI (n=me@166.165.158.222) |
| 14:20.51 | koen | likewise: it's only used outside of OE |
| 14:20.58 | koen | likewise: 'bitbake meta-sdk' |
| 14:21.23 | likewise | koen: but what I compile with it, is 100% compatible with the libs inside the rootfs created by OE? |
| 14:21.38 | koen | it should be |
| 14:21.42 | likewise | koen: hello btw :-) |
| 14:21.55 | koen | hi :) |
| 14:22.07 | likewise | koen: you are counting days? (nights?) |
| 14:22.28 | koen | I'm trying to figure out how to get my luggage down to 20kg |
| 14:22.34 | likewise | koen: haha |
| 14:22.59 | koen | my 80-400mm lens is 2.5kg, tripod is 2kg, etc |
| 14:23.19 | likewise | rm 50 bottles of beer? |
| 14:23.28 | koen | :) |
| 14:23.34 | NAbyss | likewise: rm: Permission denied. |
| 14:23.53 | koen | I have 4 bottles of huttenkloas for prplague :) |
| 14:24.17 | koen | on the way back that space is probably filled by rum |
| 14:25.02 | likewise | NAbyss: :-) |
| 14:25.18 | NAbyss | likewise: The beer's important! |
| 14:25.30 | NAbyss | But, that's easily discerned from my hostmask. |
| 14:27.31 | likewise | koen: ok replace the 50 bottles of beer with a single beertender, should save weight of glass. Get rid of the tripod, prpplague will stand in instead. |
| 14:27.47 | koen | :) |
| 14:28.25 | *** join/#oe drw (n=drw@c-67-173-199-53.hsd1.tx.comcast.net) |
| 14:34.48 | *** join/#oe CSMan_ (n=csman@70.55.146.65) |
| 14:35.17 | koen | "896 reads" on the 404 page I installed 2 days ago |
| 14:36.32 | *** join/#oe CSMan__ (n=csman@70.55.147.99) |
| 14:40.31 | likewise | koen: 404? You are counting non-existant wiki pages or what? |
| 14:41.06 | likewise | koen: how's the OE survey coming along btw? |
| 14:49.01 | *** join/#oe EvilDevil_ (n=miau@p54A6E87D.dip.t-dialin.net) |
| 14:58.59 | koen | likewise: I told drupal to redirect 404s to http://www.openembedded.org/page-not-found |
| 14:59.17 | koen | likewise: iirc zecke and NAbyss were working something out |
| 15:00.08 | thejapa | koen: nice! :) |
| 15:00.22 | thejapa | i like drupal a lot, very easy to edit |
| 15:00.33 | koen | me too |
| 15:00.47 | koen | it was either plone or drupal :) |
| 15:02.08 | NAbyss | koen: Yep, haven't heard from zecke though as yet |
| 15:02.34 | koen | ah, down to 17.5 kg |
| 15:05.35 | *** join/#oe CSMan_ (n=csman@70.55.143.164) |
| 15:08.04 | *** join/#oe CSMan__ (n=csman@70.55.145.111) |
| 15:09.56 | chouimat | morning |
| 15:10.09 | eFfeM | hi |
| 15:21.07 | *** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 15:31.17 | thejapa | hope this is not a delicate topic, so all links at oe.hh.org don't work anymore, right? |
| 15:31.38 | koen | correct |
| 15:31.41 | thejapa | ok |
| 15:31.45 | koen | use www.openembedded.org |
| 15:31.57 | cyrilRomain | is there an automatic redirection ? |
| 15:32.16 | cyrilRomain | i think of this because of site that already have link to oe |
| 15:32.21 | koen | www.openembedded.org has always worked |
| 15:32.57 | cyrilRomain | ok then :) |
| 15:36.34 | thejapa | oh... lot's of bookmarks... how can i have so many... |
| 15:36.54 | cyrilRomain | koen: about -sdk packages, you said it is only used outside OE. So to build an ARM toolchain, I should not use 'bitbake meta-toolchain' and build gcc,glibc,binutils separately ? |
| 15:37.27 | cyrilRomain | koen: 'bitbake meta-toolchain' indeed try to build gcc-cross-sdk |
| 15:38.04 | koen | to build an arm toolchain to be used outside of OE, you can use meta-sdk or meta-toolchain |
| 15:38.49 | cyrilRomain | koen: e.g. to add a toolchain to the angstrom distro, should I use meta-sdk or meta-toolchain ? |
| 15:42.07 | emte | JustinP, yeah i am on ~5 lists |
| 15:42.42 | koen | cyrilRomain: I don't really get what you want to do |
| 15:42.51 | emte | its just odd to see e17 more active than OE |
| 15:44.07 | cyrilRomain | koen: I want to make an angstrom image and add an ARM toolchain on my tosa. For now, I'm doing 'bitbake gcc-4.1.1', 'bitbake binutils', 'bitbake glibc', etc... |
| 15:44.50 | cyrilRomain | koen: I just noticed the meta-toolchain this morning and was wondering if it would build all necessary .ipk |
| 15:45.18 | koen | cyrilRomain: ah, *-cross-sdk is for build hosts (e.g. x86->arm) |
| 15:45.46 | koen | to build on the device it self you need 'bitbake gcc binutils <etc>' |
| 15:45.58 | cyrilRomain | koen: thank you very much :) |
| 15:46.29 | koen | you could create a new meta packages, like meta-native-toolchain, which would build gcc, binutils, glibc, etc |
| 15:48.10 | cyrilRomain | koen: ... I'll build it by hand for now but keep this idea in mind ;) |
| 15:50.28 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11983.bb.online.no) |
| 16:03.47 | *** join/#oe JaMae (n=martin@njama.mk.cvut.cz) |
| 16:04.27 | koen | anyone have additions for http://www.openembedded.org/wiki/PapersAndPresentations ? |
| 16:04.52 | koen | please add them yourself :) |
| 16:21.03 | eFfeM | hi, decided to give gcc 4 a try for building slugos, commented out all PREFERRED_VERSION lines for gcc and glibc, now it is building gcc-cross-4.0.2, but the latest one in packages is gcc-cross_4.2-20060513.bb |
| 16:21.18 | eFfeM | anyone an idea why I am not getting that one and what I need to do to use this one? |
| 16:22.29 | jnc | erm |
| 16:25.50 | NAiL | eFfeM: There was a good reason not to use gcc 4 for slugos... I can't quite remember what right now ;) |
| 16:27.00 | NAiL | eFfeM: adding a "Tested on the following slugos-variants:" wouldn't be a bad idea... |
| 16:28.04 | NAiL | (imho) |
| 16:28.25 | eFfeM | NAiL: saw quite some work on gcc here in #oe for the last few days, so I thought I'd give 4.2 a try instead of just running the idle loop of my system |
| 16:28.34 | eFfeM | yeah, I like that sentence |
| 16:29.03 | thejapa | koen: would it be useful if "oeandyourdistro" contained info about using a custom ebuild for qt so one can use qvfb in gentoo? |
| 16:29.38 | eFfeM | anyway, still interested to give gcc4.2 a try if I only knew how |
| 16:29.43 | NAiL | eFfeM: It should have a note saying something like "If you've tested this on another slugos variant, please add it to this list" |
| 16:30.25 | eFfeM | and NAiL of course if you recall why gcc4 caused a problem, feel free to let me know |
| 16:30.36 | NAiL | gcc4.2 and eabi(?) would be nice for the next release (post-3.x) |
| 16:30.56 | eFfeM | NAiL: good sentence, these then would be the 1st two lines of each package related wiki page (e.g. the howto's) |
| 16:31.30 | eFfeM | NAiL: since 3.x is imminent, I'd thought to give 4.2 a local try. |
| 16:31.46 | jnc | NAiL: you've got borzoi hardware, ya? |
| 16:31.58 | eFfeM | don't know about eabi |
| 16:32.04 | NAiL | jnc: nope :( |
| 16:32.08 | jnc | oh |
| 16:32.18 | NAiL | Can't recall what borzoi was atm |
| 16:32.24 | eFfeM | btw also would like to see kexec work on slugos be |
| 16:32.25 | NAiL | but I'm pretty sure I don't have any :P |
| 16:32.30 | NAiL | eFfeM: me too |
| 16:32.32 | jnc | i aim to ask another zaurus c3100 user what distro they run |
| 16:32.35 | jnc | and how stable it is |
| 16:32.57 | eFfeM | nail, from wikipedia: The Borzoi is an intelligent, active dog |
| 16:33.10 | NAiL | I'm hoping to get a hold of a BlueAngel later on though :-D |
| 16:34.58 | jnc | sure i'd like to run something OE-derived :) |
| 16:35.22 | jnc | the options aren't too productive though, last i checked |
| 16:41.33 | koen | eFfeM-away, NAiL: gcc 4.x are missing the armeb patches iirc |
| 16:41.45 | koen | ~borzoi |
| 16:41.46 | ibot | methinks borzoi is the Sharp SL-C3100, or a dog (see http://www.dogbreedinfo.com/borzoi.htm ) |
| 16:42.21 | koen | eFfeM-away, NAiL: and EABI for armeb doesn't exist yet afaik |
| 16:46.40 | emte | eFfeM-away, did anyone tell you 4.0.2 != 4.2.x ? |
| 16:55.20 | *** join/#oe zecke (n=ich@88.134.3.173) |
| 16:57.51 | zecke | pH5: any idea why name is 0x0? |
| 17:00.19 | *** join/#oe katossi (n=guillerm@dslb-084-062-160-231.pools.arcor-ip.net) |
| 17:01.28 | koen | zecke: I'm seriously considering to teach OE to populate a chroot and do builds from there |
| 17:01.53 | koen | zecke: but I'm not sure if it's a smart move to do that in the SoC |
| 17:01.56 | koen | probably not |
| 17:04.18 | CIA-9 | 03koen 07org.oe.dev * re13ada17... 10/packages/linux/linux-ezx_2.6.16.13.bb: |
| 17:04.18 | CIA-9 | linux-ezx: properly fix patching troubles: |
| 17:04.18 | CIA-9 | * remove patches/ and .pc/ subdirs after do_ezxpatch |
| 17:04.18 | CIA-9 | * reinstate patching from openezx.org tarballs |
| 17:04.19 | zecke | koen: well |
| 17:04.56 | koen | it would solve soooo many problems |
| 17:05.02 | koen | but it is a lot of work |
| 17:05.10 | pH5 | zecke: the problem seems to be further up the chain, FcObjectPtrU(pe->object) is 0x0 in FcFontRenderPrepare already for (FcPatternEltU(pat->elts)+19)->object (=44) but I have no idea what that means |
| 17:05.45 | zecke | koen: your issue is the 'rotating' STAGING_DIR? |
| 17:06.01 | zecke | koen: you don't need that, debian somehow packages a gcc as well |
| 17:06.05 | zecke | koen: and is that using a chroot? |
| 17:07.08 | koen | zecke: my issues involve the rotating dir, relocation issues and build paths ending up in packages |
| 17:08.27 | koen | the first issue magically disappears when using -dev packages to populate staging |
| 17:08.38 | koen | so I'll attach that one first |
| 17:08.58 | koen | ehm |
| 17:09.00 | koen | attack |
| 17:10.48 | *** join/#oe dkey| (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 17:10.57 | *** join/#oe katossi (n=guillerm@dslb-084-062-160-231.pools.arcor-ip.net) |
| 17:10.58 | zecke | koen: you should be able to avoid this rotating thing more easily |
| 17:14.09 | koen | by unbreaking glibc's do_stage |
| 17:24.23 | *** join/#oe CSMan (n=csman@70.55.81.160) |
| 17:26.47 | cyrilRomain | zecke: 13:18 < zecke> cyrilRomain: and we could extend your python script |
| 17:26.50 | cyrilRomain | zecke: what would you like to extend ? (it is a bash script, the python one was less straight forward) |
| 17:27.03 | zecke | eek bash |
| 17:27.27 | zecke | cyrilRomain: the task executor before the task executor |
| 17:27.33 | zecke | cyrilRomain: update bitbake, oe, start the starts |
| 17:27.42 | zecke | cyrilRomain: remove the directories after a while... |
| 17:30.56 | cyrilRomain | zecke: I'm afraid not to get what you really want |
| 17:31.04 | zecke | don't worry |
| 17:31.18 | cyrilRomain | zecke: there is already an update bitbake and an update oe.db functions |
| 17:31.21 | zecke | cyrilRomain: this script should update BitBake/OE from more than one source |
| 17:31.42 | zecke | cyrilRomain: e.g. using the MasterMakefile from NSLu2, svn, git... |
| 17:31.56 | zecke | cyrilRomain: automatically prune directories after x days or y builds |
| 17:32.48 | cyrilRomain | zecke: ok, let's start with "update BitBake/OE from more than one source" |
| 17:33.19 | koen | we could ship a list of public mirrors in the OE tree |
| 17:33.51 | zecke | or build poky :) |
| 17:33.57 | zecke | or familiar from the git tree |
| 17:35.30 | koen | zecke: let's not mention that in here |
| 17:37.15 | cyrilRomain | zecke: where can I find the whole list of BitBake/OE sources ? |
| 17:37.30 | zecke | cyrilRomain: nowhere, it needs to be configurable :) |
| 17:37.39 | zecke | cyrilRomain: you will be an executor of a configuration |
| 17:37.52 | zecke | cyrilRomain: TinderHelper Stuff1 Stuff2 Stuff3 Stuff4 |
| 17:37.58 | zecke | cyrilRomain: where StuffX is a configuration |
| 17:44.16 | *** join/#oe cyrilRom1in (n=cyrilRom@AToulouse-157-1-77-174.w81-50.abo.wanadoo.fr) |
| 18:03.40 | *** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
| 18:08.13 | *** part/#oe joshin (i=josh@VDSL-130-13-143-17.PHNX.QWEST.NET) |
| 18:23.02 | *** join/#oe goxboxlive_ (n=goxboxli@ti500710a080-11983.bb.online.no) |
| 18:38.21 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 18:38.21 | *** topic/#oe is OpenEmbedded Developer Lounge | OE and bitbake were made to match, keep them both up to date | BitBake 1.4.2 has been released - only use HEAD if you are developing it | this is still not a distribution support channel |
| 18:39.53 | cyrilRom1in | zecke: it is easy to make e.g. the OE database name and path configurable, but writing a script able to update bitbake/OE from any possible repository (either a svn, a git, a darcs,...,) implies as many driver as SCM (like in bitbake the fetch/*.py scripts). hum... |
| 18:40.26 | zecke | cyrilRom1in: this is why I labeled it task executor |
| 18:40.40 | cyrilRom1in | zecke: if we do something more generic, it should not be harder to use than specific scripts |
| 18:40.43 | zecke | cyrilRom1in: or we could use the tinderclient.pm from freedesktop, but I don't get what it is doing :} |
| 18:41.00 | zecke | cyrilRom1in: right. A 'configuration' would look |
| 18:41.12 | zecke | cyrilRom1in: build oe, use monotone via wget from, use branch foo |
| 18:41.27 | zecke | cyrilRom1in: build with this BBPATH holding conf... |
| 18:42.31 | eFfeM | emte: I know 4.0.2 != 4.2.x; the issue is that bb gcc-cross starts a build with 4.0.2 while there are also 4.1 and 4.2 bb files, Isn't bb supposed to take the latest version if there is no PREFERRED ? |
| 18:42.52 | zecke | eFfeM: we have DEFAULT_PREFERENCE and suchs as well |
| 18:43.00 | eFfeM | ah, ok |
| 18:43.11 | zecke | eFfeM: but yes in absence of any '*PREF*' the highest version should be selected |
| 18:47.30 | eFfeM | koen, about the missing armeb patch: I looked into the gcc-4.2-20060513 dir and there is a patch file called armeb-fix.patch |
| 18:48.09 | cyrilRom1in | zecke: the script would provide a set of task like update bitbake/oe. Do you have a predefined list of task in mind ? |
| 18:48.23 | zecke | no :) |
| 18:48.50 | cyrilRom1in | zecke: BTW, Bitbake is made to do task, no ? |
| 18:49.01 | koen | eFfeM: that's good news |
| 18:49.19 | cyrilRom1in | s/task/tasks/ |
| 18:49.25 | koen | zecke: no, glibc wants to compile stuff in do_stage, requiring libc-headers and stuff in staging -> broken behaviour |
| 18:49.33 | eFfeM | koen, i'm trying to build it , just curious where it will strand |
| 18:50.04 | koen | eFfeM: 4.1.1 might be a better choice |
| 18:50.33 | *** join/#oe XorA (n=dp@81-178-226-250.dsl.pipex.com) |
| 18:50.36 | XorA | morning |
| 18:50.48 | koen | hey XorA |
| 18:50.52 | XorA | hey koen |
| 18:51.01 | XorA | koen: I worked out why abiword plugins do not work |
| 18:51.13 | koen | XorA: cool |
| 18:51.14 | XorA | koen: I just need to debug the fault in configure.in/libtool.m4 |
| 18:51.40 | XorA | koen: unfortuneately debian has conspired to render my computer useless :-( |
| 18:52.09 | eFfeM | koen, ok will try 4.1.1 |
| 18:52.15 | koen | XorA: that's too bad |
| 18:52.35 | XorA | koen: someone seems to have removed a large chunk of the amd64 packages from all mirrors :-( |
| 18:53.10 | zecke | cyrilRom1in: yes it is :} |
| 18:53.58 | *** join/#oe angom_h (n=angom@200.76.230.166) |
| 18:55.12 | JustinP | koen: done. ^_^ Thanks, I forgot about contrib |
| 18:57.30 | CIA-9 | 03justinp 07org.oe.dev * r7086df3f... 10/contrib/mtnpatch.py: Add mtnpatch.py, a script to parse and import a full monotone diff |
| 18:58.14 | eFfeM | hi, is there a way to find out who is using a certain module? I have a module I need to unload but it says used by 2 without giving any name |
| 18:59.19 | koen | eFfeM: lsmod |
| 18:59.36 | eFfeM | koen: |
| 18:59.37 | eFfeM | Module Size Used by |
| 18:59.37 | eFfeM | bnep 12448 2 |
| 18:59.48 | koen | hrm |
| 18:59.53 | koen | and cat /proc/modules? |
| 19:00.20 | eFfeM | bnep 12448 2 - Live 0xbf286000 |
| 19:00.29 | koen | weird |
| 19:00.32 | XorA | /etc/init.d/bluetooth stop I would suggest |
| 19:00.50 | eFfeM | XorA: good plan |
| 19:00.59 | koen | and ifdown the bnep interfaces |
| 19:01.07 | eFfeM | koen, I think there is indeed an app usign it nfsd has count 8 |
| 19:02.03 | eFfeM | xora after the stop indeed the count drops to 0 |
| 19:03.27 | eFfeM | i'm trying to get btsco to work, initially it works but after a short while I get a connect error in dmesg and no more sound, unloading and reloading sco helps a few times, but after a few times this does not work any more either and there is no streaming so I wanted to unload/reload more |
| 19:04.12 | koen | does your usb controller support sco transfers? |
| 19:04.21 | koen | and is it compiled into the kernel? |
| 19:04.52 | eFfeM | the controller works under ubuntu and the sco modules are loaded |
| 19:05.04 | eFfeM | i don't think there is anything that needs to be compiled in the kernel |
| 19:05.20 | koen | I meant if you enabled sco support for the usb chip |
| 19:05.24 | eFfeM | and actually the sound playback does start, I get a second or so of sound on my headset |
| 19:05.30 | koen | I remember seeing something like that in the kernel config |
| 19:05.31 | eFfeM | koen, let me check |
| 19:06.47 | eFfeM | koen from defconfig |
| 19:06.47 | eFfeM | CONFIG_BT_SCO=m |
| 19:06.48 | eFfeM | CONFIG_BT_HCIUSB_SCO=y |
| 19:07.08 | eFfeM | no other SCO stuff |
| 19:07.10 | koen | looks ok |
| 19:08.35 | eFfeM | the odd thing is that I get sound for a while but then it fails and in messages I get: |
| 19:08.36 | eFfeM | hci_scodata_packet: hci0 SCO packet for unknown connection handle 46 |
| 19:09.02 | eFfeM | also I avoided using a usb hub |
| 19:09.35 | eFfeM | I'm eager to get sound on my headset and eventually try to use it as a voip headset |
| 19:20.59 | eFfeM | koen, any advise on what binutils to use with gcc 4.1.1 |
| 19:21.20 | eFfeM | (I've build initial-cross, but cross fails because it has the wrong ld |
| 19:25.50 | zecke | 2.16? |
| 19:27.20 | eFfeM | zecke: that is the one I am using but then configure for gcc-cross-4.1.1 gives: /home/frans/OpenSlugHead/openslug/tmp/cross/lib/gcc/armeb-linux/4.1.1/../../../../armeb-linux/bin/ld: unrecognised emulation mode: armelf_linux |
| 19:28.11 | eFfeM | hm. i'm getting the old ld, might need to clean it and recompile with the new inital gcc |
| 19:29.24 | XorA | ahah, well at least openbox is available to me, Im off to switch to XC |
| 19:31.59 | *** join/#oe XorA (n=dp@81-178-226-250.dsl.pipex.com) |
| 19:33.57 | eFfeM | ok rebuilding binutils-cross fixed things |
| 19:35.21 | eFfeM | rebooting, back in a few minutes ... |
| 19:36.22 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
| 19:36.53 | thejapa | i don't get it. why i can build glibc for h2200 successfully, but i can't when it is native. hit my head in the wall if you need. |
| 19:37.56 | XorA | gah even vim is not available :-( |
| 19:38.19 | thejapa | XorA: vim for amd64? |
| 19:38.26 | *** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 19:50.14 | *** join/#oe __gints__ (n=gints@62.84.15.211) |
| 19:54.23 | zecke | ljp: is there a port of QtTestlib to Qt2? |
| 19:57.30 | XorA | thejapa: debian amd64 port has gone walkies :-( |
| 20:04.39 | thejapa | oh, i tried amd64 at the beginning of the month. i guess i have a problem with debian... i went back to gentoo |
| 20:26.06 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 20:28.58 | eFfeM | a quick note on my gcc 4.1.1 adventure |
| 20:30.46 | zecke | yes |
| 20:37.51 | lamikr | has anybody tried to use firefox with gpe on small devices? |
| 20:39.07 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 20:40.37 | eFfeM | system crashed.... |
| 20:40.52 | zecke | lamikr: small as in? |
| 20:41.23 | eFfeM | will report about gcc later |
| 20:42.04 | lamikr | zecke: Well something like ipaqs... 64m of mem. I would like to test whether the flash plugin from 770 would work. |
| 20:42.12 | zecke | lamikr: see the pdaXrom screenshots |
| 20:44.22 | CSMan | so my SD card becomes useless if i try to use linux |
| 20:44.25 | lamikr | zecke: Do you know whether the minimo has plug-in support? |
| 20:44.37 | zecke | no, I don't know |
| 20:45.51 | lamikr | The minimo has some build problems at least in 083 branch. Patches did not apply cleanly. |
| 20:46.55 | lamikr | and the plugin support was turned off by default. |
| 21:10.37 | likewise | anyone got a amd64 .deb for monotone 0.25? |
| 21:12.41 | lamikr | zecke: The pics in http://www.pdaxrom.org/screenshots.php?menuid=2 looked really cool. That web-page was new for me. Do you know the device they have used for screenshots? |
| 21:15.49 | zecke | lamikr: Sharp Zaurus |
| 21:19.26 | lamikr | oh, really. Need to test the quake with h6300 on someday. |
| 21:19.48 | zecke | lamikr: quake even worked okay in strongARMs |
| 21:20.02 | zecke | RIP DEC |
| 21:20.52 | lamikr | zecke: How fast are the newest Zaurus models, are they near to HTC phones like universal? |
| 21:21.15 | zecke | lamikr: I think Sharp did not buy the ~600mhz variants from Intel |
| 21:23.17 | lamikr | cr2: Ok, and I guess sharp did not have either any special graph chips. So it should work also in h6300... |
| 21:24.08 | zecke | lamikr: w100 is used in some devices |
| 21:24.31 | zecke | lamikr: the pxa270 based devices use the pxafb IIRC |
| 21:26.00 | lamikr | zecke: I do not have much experiences with these pxa devices, only have old ipaq3630 in addition of h6300. But it seems that intel has currently more portable Linux device models than ti/omap. |
| 21:26.23 | lamikr | So, my next device may well be pxa based. |
| 21:28.04 | eFfeM | is there a compiler built in #define that gives the version of the compiler? I want to print a msg in my program specifying with which compiler it was compiled |
| 21:28.20 | zecke | eFfeM: yes |
| 21:28.36 | eFfeM | what name? |
| 21:28.37 | zecke | eFfeM: both GNU, GNU CC and GNU LIBC have these |
| 21:28.39 | zecke | :} |
| 21:28.58 | eFfeM | I recalled there is someting but forgot the name |
| 21:29.03 | eFfeM | brb |
| 21:30.06 | XorA | lamikr: I ran firefox on a Zaurus 5500 with SA cpu :-) thats the smallest I have been with it |
| 21:30.21 | XorA | lamikr: 240x320 screen |
| 21:31.12 | lamikr | Xora: My screen size is same :-) How much memory the zaurus 5500 has? |
| 21:31.12 | XorA | lamikr: 64M |
| 21:31.38 | XorA | lamikr: firefox on that device was on the edge of usable, it took ages to render pages |
| 21:31.59 | XorA | lamikr: these days I have a 400Mhz pxa wth 640x480 screen |
| 21:32.01 | lamikr | Well, thats the same I have. I will try that if I fail to build the minimo from dev with plugin support turned on. |
| 21:32.24 | XorA | lamikr: good luck, Ive never got minimo to build :-) |
| 21:32.44 | zecke | eFfeM: hmm |
| 21:33.58 | lamikr | Xora: Yes, I fear that the desktop ligth firefox is now very good with 64 mb of mem... But I remember seeing it running with win95/intel 150 mhz desktop, so there are hope. |
| 21:34.07 | *** join/#oe TheMasterMind1 (n=aman@leesburg-bsr3-68-65-169-54.chvlva.adelphia.net) |
| 21:34.32 | XorA | lamikr: I use firefox a lot on my current PDA |
| 21:34.53 | lamikr | Xora: What PDA you now have? |
| 21:35.02 | XorA | lamikr: Zaurus c860 |
| 21:35.53 | lamikr | XorA: That's something I havent never heard. So is zaurus still actively releasing new devices? |
| 21:36.20 | XorA | lamikr: yes, latest is the C3200 pxa27X and a microdrive |
| 21:36.23 | XorA | |terrier |
| 21:36.29 | XorA | ~terrier |
| 21:36.29 | ibot | i heard terrier is Sharp Zaurus SL-C3200, or a dog |
| 21:37.03 | XorA | ~lart my keyboard for being funny tonight |
| 21:37.42 | lamikr | Xora: That's realy cool. I remember when I saw the first zaurus model with Linux demoed in 2001. I was really amazed and wanted to order one immediately. But then it took quite long before the first device really came to european. |
| 21:38.47 | XorA | lamikr: it is my dream to upgrade later this year |
| 21:39.44 | lamikr | XorA: Do you know does zaurus plan to release devices with phone? |
| 21:39.51 | zecke | eFfeM: __GNUC__ |
| 21:39.55 | zecke | eFfeM: is the major number |
| 21:39.59 | XorA | lamikr: that is beyond my crystal ball :-) |
| 21:40.18 | XorA | lamikr: I plan to buy a HTC Magician (I think thats the right one) next week |
| 21:40.21 | likewise | all: when do I put a patch in files/, or when in packagename-version/ directory? |
| 21:40.52 | zecke | eFfeM: __GNUC_MINOR__ should have the minor number |
| 21:42.07 | lamikr | XorA: Visit in htc-linux irc, if you need more info with models. Just heard that they have managed to get the wlan driver from hx4700 to work with htc-universal. Earlier version worked them only for sending data but reading failed. |
| 21:42.56 | XorA | lamikr: yeah, been there, I getting it as an XDA from O2, I just cant remeber exactly which model it translates to |
| 21:43.36 | woglinde | xora xdaIII |
| 21:43.41 | woglinde | i think |
| 21:43.57 | XorA | woglinde: XDA Mini S is what I want |
| 21:44.25 | woglinde | xora oh hm |
| 21:44.44 | lamikr | XorA: In finland those HTC devices are usually not visible in shops, one needs to order them separately. Shops mostly offers devices from nokia,ericson,samsuns,philips,motorola and recently from qltek. |
| 21:46.15 | zecke | mickeyl: hey |
| 21:46.18 | mickeyl | hi |
| 21:46.22 | mickeyl | RP: ping? |
| 21:46.31 | zecke | mickeyl: I'm going to bed late tonight, but onyl due the Dallas Mavericks |
| 21:46.49 | mickeyl | zecke: granted because it's an exception :) |
| 21:47.37 | mickeyl | what's the recommended linux kernel interface for a vibrator? |
| 21:47.38 | zecke | mickeyl: 'designing' some stuff now |
| 21:47.53 | zecke | mickeyl: consider the usability of this device first |
| 21:48.05 | XorA | Human Interface Device |
| 21:48.15 | mickeyl | sounds overcomplicated to me |
| 21:48.21 | mickeyl | i'm considering the LED class model atm. |
| 21:48.36 | mickeyl | since it's basically a dumb output device |
| 21:48.48 | mickeyl | like a led, just that it's vibration instead of photons |
| 21:48.56 | XorA | mickeyl: have you not seen a Rampant Rabbit? |
| 21:49.12 | zecke | mickeyl: at ROAD we had a simple platform device for that |
| 21:49.13 | eFfeM | zecke: thanks for the info, I want to verify that my gcc cross is indeed 4.1.1. |
| 21:49.16 | zecke | mickeyl: no interface :} |
| 21:49.51 | zecke | mickeyl: and created sysfs files for it, I don't know if vibrator classifies for a 'class' |
| 21:49.56 | mickeyl | i see. it would match fine to the LED if I had more than just the three levels RP has dedicated. perhaps i can convince him to add some more |
| 21:50.14 | mickeyl | i just need 4 levels |
| 21:50.14 | zecke | mickeyl: abusing the LED class? |
| 21:50.24 | mickeyl | s/ab// |
| 21:50.40 | mickeyl | seems just fine for a simple output device |
| 21:50.43 | mickeyl | *shrug* |
| 21:50.51 | zecke | mickeyl: I thought the idea of a class device was to give somewhat stable API to userspace as well |
| 21:51.37 | mickeyl | yeah |
| 21:52.09 | *** join/#oe katossi_ (n=guillerm@dslb-084-062-163-108.pools.arcor-ip.net) |
| 21:52.39 | zecke | ~seen ar_ |
| 21:52.55 | ibot | ar_ <n=ar@port-ip-213-211-231-85.reverse.mdcc-fun.de> was last seen on IRC in channel #oe, 132d 7h 46m 57s ago, saying: 'any ideas?'. |
| 21:52.57 | zecke | OT: anyone has experience with 'wix' on wine? |
| 21:53.10 | XorA | zecke: wix? |
| 21:53.29 | zecke | XorA: Windows XML Installer or the other way around... |
| 21:53.50 | zecke | XorA: You create a WiX file, then use the candle and finally light and you have a msi installer |
| 21:54.11 | woglinde | zecke hm nice |
| 21:54.13 | XorA | zecke: ah, Ive only installed msi files, never tried to make them |
| 21:54.28 | woglinde | msi with GPO is cool |
| 21:55.13 | zecke | woglinde: GPO? |
| 21:55.20 | woglinde | grou policy order |
| 21:55.22 | zecke | woglinde: how can I create MSI from Linux? |
| 21:55.26 | woglinde | gruppenrichtlinie |
| 21:55.31 | woglinde | zecke noway |
| 21:55.44 | XorA | woglinde: stop swearing in here :-) |
| 21:57.04 | woglinde | xora okay :( |
| 21:57.40 | zecke | woglinde: bloody friend :) |
| 21:57.44 | XorA | woglinde: having inherted a broken ADS setup at work, those words hurt my ears :-) |
| 21:57.56 | eFfeM | ok, managed to crosscompile hello world with gcc 4.1.1 for slugos |
| 21:58.31 | eFfeM | koen, zecke, thanks for your help |
| 21:58.49 | eFfeM | calling it a day for now, I'll try something serious tomorrow |
| 21:58.51 | eFfeM | cu |
| 21:58.58 | *** part/#oe eFfeM (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 22:07.30 | zecke | I'm watching a bad Cricket Movie and begin to start this game... |
| 22:09.37 | mickeyl | heh |
| 22:09.38 | mickeyl | have fun |
| 22:09.39 | mickeyl | g'night |
| 22:10.07 | woglinde | night mickeyl |
| 22:13.41 | zecke | hmm mingw doesn't build on darwin |
| 22:13.48 | zecke | cyrilRomain|bbl: ping? |
| 22:14.00 | cyrilRomain|bbl | zecke: pong |
| 22:14.32 | zecke | cyrilRomain|bbl: I now have sometime for the script |
| 22:14.43 | CIA-9 | 03mickeyl 07org.oe.dev * rbdb1cb19... 10/conf/machine/a780.conf: a780.conf: fix typo |
| 22:15.32 | cyrilRomain | zecke: well, explain me your thought :) |
| 22:15.56 | *** join/#oe marcan (i=1337@32.Red-88-0-78.dynamicIP.rima-tde.net) |
| 22:16.41 | zecke | it might be too late |
| 22:16.52 | zecke | :} |
| 22:19.04 | cyrilRomain | better late than never :) |
| 22:19.16 | zecke | cyrilRomain: well, what I need is |
| 22:19.31 | zecke | cyrilRomain: a tool that can update data from a given/configured source |
| 22:19.47 | zecke | cyrilRomain: do the builds |
| 22:19.59 | zecke | cyrilRomain: and depending on a setting clean the tree :) |
| 22:21.43 | cyrilRomain | zecke: update data from a given/configured source: we may use the fetch/*.py script, don't you think ? |
| 22:22.12 | zecke | cyrilRomain: yes, each to be built tree could be a .bb file |
| 22:22.20 | zecke | cyrilRomain: and we would have our own base.bbclass with the tasks |
| 22:22.39 | zecke | cyrilRomain: fetch, unpack/update, build, eventually_clean |
| 22:23.48 | cyrilRomain | zecke: do the builds: you mean build like (but better) 'for i in angstrom, familiar, for j in gpe-image gcc-4.1.1 do use conf j && bitbake $j' ? |
| 22:24.01 | zecke | no |
| 22:24.10 | zecke | bitbake CONFIG(s) |
| 22:24.31 | zecke | you would have bitbake meta-build |
| 22:24.48 | zecke | and each build.... would be a configuration+target |
| 22:30.27 | cyrilRomain | zecke: you want to also generate (at least some part) of local.conf files ? |
| 22:31.11 | zecke | cyrilRomain: no |
| 22:31.26 | zecke | cyrilRomain: What is in my head is |
| 22:31.38 | zecke | cyrilRomain: I have a couple trees configured |
| 22:31.57 | zecke | conf/local.conf and this 'auto builder' is writing a conf/auto.conf |
| 22:32.10 | zecke | or another hint for the tinderclient.bbclass |
| 22:32.20 | zecke | e.g. clobbered/not-clobbered build |
| 22:32.54 | woglinde | zecke rhcp in a few minutes |
| 22:33.06 | zecke | woglinde: ah 'that' RHCP |
| 22:33.35 | zecke | woglinde: I like Dani California, but that is pretty much it |
| 22:35.08 | woglinde | zecke the metallica concert was great |
| 22:35.38 | zecke | woglinde: it was shown on MTV as well |
| 22:35.51 | woglinde | zecke yes yes |
| 22:36.51 | zecke | woglinde: I'm watching American Chopper now |
| 22:37.10 | zecke | hmm, too tired to work |
| 22:37.31 | cyrilRomain | zecke: I'm just starting to understand... yes maybe too tired to work ;) |
| 22:37.55 | woglinde | zecke that I like too |
| 22:37.59 | zecke | ERROR: The following variable(s) were not set: TARGET_OS |
| 22:38.00 | zecke | Please set them directly, or choose a MACHINE or DISTRO that sets them. |
| 22:38.06 | zecke | woglinde: XXP |
| 22:38.08 | zecke | cyrilRomain: hehe |
| 22:38.38 | woglinde | zecke I know |
| 22:38.51 | woglinde | saw it at my parents house |
| 22:38.56 | *** join/#oe Jshanab (n=chatzill@cpe-24-221-246-64.ca.sprintbbd.net) |
| 22:39.21 | zecke | woglinde: do you have a flash countdown on your website? |
| 22:40.01 | woglinde | zecke lol no |
| 22:40.12 | woglinde | zecke you cant have a download or it |
| 22:40.15 | woglinde | for |
| 22:41.41 | zecke | woglinde: http://www.inf.fu-berlin.de/lehre/SS04/ALP2/vorlesung/2.1.pdf <- haha |
| 22:41.49 | zecke | woglinde: a wrong binary search implementation |
| 22:41.59 | cyrilRomain | zecke: what do you exactly mean by 'configuration' and 'target' ? |
| 22:42.03 | zecke | woglinde: I think I should pass if I claim his bin search is broken |
| 22:42.09 | zecke | cyrilRomain: dunno |
| 22:42.18 | zecke | cyrilRomain: configuration is lik conf/local.conf |
| 22:42.25 | zecke | cyrilRomain: and target bitbake target |
| 22:42.35 | woglinde | zecke I meant countdown |
| 22:42.38 | woglinde | damn it |
| 22:42.45 | woglinde | I am on drugs |
| 22:42.51 | woglinde | because of the concert |
| 22:42.56 | zecke | woglinde: no swear words my bloody |
| 22:42.57 | woglinde | have to come down |
| 22:43.02 | zecke | woglinde: too much metal in your blodd? |
| 22:43.13 | zecke | woglinde: don't play alabama man, don't hit your wife |
| 22:44.19 | Jshanab | Good afternoon all. I have started working on a project to put linux on my pocketPC smartphone. (HTC apache,PP6700). I have used Haret to boot a familiar kernel with opie but the hardware drivers need work. So I searched around on how to best do this. After setting up the crosscompile environment manually on my gentoo AMD64, I realized I didn't have a good start point for the kernel config or what files are needed in a "distribution" like |
| 22:45.57 | Jshanab | I am finding that the documentation is still being written and I am stuck on bitbake bugs during package install. |
| 22:45.59 | Jshanab | the error ends in "AttributeError: 'NoneType' object has no attribute 'endswith' ", Any clues? |
| 22:46.02 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 22:46.52 | zecke | Jshanab: not much |
| 22:47.01 | zecke | Jshanab: which version of bitbake are you using? |
| 22:47.16 | zecke | Jshanab: it should print an environment |
| 22:48.41 | woglinde | jshanab you know the htc model porting sides? |
| 22:48.42 | Jshanab | 1.4.0!!!!. Coming form gentoo, it is really cool to see the recipes are just like ebuilds, but looks like I missed something that should be 1.4.2 |
| 22:49.08 | zecke | Jshanab: well, not too much changed in this regard then |
| 22:49.12 | *** join/#oe drw (n=drw@c-67-173-199-53.hsd1.tx.comcast.net) |
| 22:49.26 | zecke | Jshanab: which task of which package is failing? |
| 22:49.30 | zecke | hey drw |
| 22:49.44 | drw | hi zecke |
| 22:50.14 | Jshanab | any or all bitbake commands executed in the build directory ie "bitbake nano" |
| 22:50.42 | Jshanab | woglinde, you were asking about sites? |
| 22:51.03 | zecke | Jshanab: well, more specific? Is it failing directly? |
| 22:51.14 | zecke | Jshanab: or is it parsing stuff? |
| 22:51.14 | woglinde | jshanab no I only want to know if you come form them |
| 22:52.04 | Jshanab | http://wiki.xda-developers.com/index.php?pagename=ApacheProgress I found this site, but absolutly no activity or responses in monthes. zecke, let me post the output... |
| 22:52.16 | woglinde | jshanab ah okay |
| 22:52.34 | woglinde | they concentraded on the blueangel and universal |
| 22:53.37 | Jshanab | http://pastebin.com/756621 |
| 22:54.43 | Jshanab | I have a HTC_apache and it is a perfect oppertunity to learn this stuff and I may found a way to replace the screen with a higher resolution :-) |
| 22:56.27 | likewise | dig this: bitbake -v -n librsvg | grep current | sed 's/NOTE: current path: //' | sed 's/\(.* -> \)*\(.*\) -> \(.*\)$/\2 --> \3/' | sed 's/\(.*\) (.*) --> \(.*\) (.*)/\1 --> \2/' |
| 22:56.33 | Jshanab | PSYCO JIT not yet tested in AMD64 in gentoo, do I need it? |
| 22:56.39 | zecke | no |
| 22:56.59 | zecke | Jshanab: ah |
| 22:57.02 | zecke | Jshanab: update to bitbake 1.4.2 |
| 22:57.10 | zecke | Jshanab: and consider fixing your BBPATH |
| 22:57.33 | Jshanab | BBPATH is ok, but I will try 1.4.2 |
| 22:57.46 | zecke | Jshanab: certainly not |
| 22:58.21 | zecke | Jshanab: this bug was first seen by lrg who had a wrong BBPATH |
| 22:58.28 | zecke | Jshanab: and conf/bitbake.conf wasn't picked up from OE |
| 22:58.37 | zecke | Jshanab: and then CACHE was not set at all :) |
| 23:02.15 | Jshanab | does this look correct |
| 23:02.17 | Jshanab | <PROTECTED> |
| 23:03.44 | zecke | yes :) |
| 23:04.17 | Jshanab | CACHE ??? |
| 23:04.39 | zecke | to avoid parsing again :) |
| 23:05.20 | woglinde | rhcp started |
| 23:05.27 | zecke | woglinde: southpark as well |
| 23:05.28 | woglinde | http://www.aol.de/index.jsp?sg=Musik_special_RockinRio&cid=881679479 |
| 23:05.29 | Jshanab | CCACHE ? |
| 23:05.50 | zecke | Jshanab: no |
| 23:05.53 | zecke | CACHE |
| 23:06.19 | zecke | http://www.openembedded.org/repo/org.openembedded.oz354x/conf/bitbake.conf |
| 23:06.25 | zecke | this CACHE |
| 23:06.36 | zecke | and you can put it anywhere... /stuff/ is not a... |
| 23:07.59 | cyrilRomain | we lost zecke |
| 23:08.17 | zecke | ? |
| 23:08.29 | zecke | Jshanab: http://bugs.openembedded.org/show_bug.cgi?id=895 |
| 23:08.37 | Jshanab | I missed that one in the docs, thanks zecke |
| 23:09.00 | Jshanab | cool! |
| 23:09.03 | zecke | Jshanab: well, updating to 1.4.2 should fix your issue |
| 23:09.28 | zecke | Jshanab: and this issue was uncovered due a wrong BBPATH |
| 23:10.08 | Jshanab | ok, I will create an ebuild and give her a go |
| 23:15.41 | cyrilRomain | night all |
| 23:16.22 | cyrilRomain | zecke: well as we say in France 'la nuit porte conseil' or 'night makes ideas more clear' |
| 23:16.35 | cyrilRomain | ;) |
| 23:16.39 | zecke | cyrilRomain: sleep? |
| 23:16.47 | cyrilRomain | zecke: yep, i need |
| 23:17.14 | cyrilRomain | :) |
| 23:17.19 | woglinde | zecke provide a stream *g* |
| 23:17.34 | zecke | woglinde: I would have picked you up... |
| 23:17.47 | woglinde | zecke no its okay |
| 23:17.52 | woglinde | I ahve the musci |
| 23:26.59 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
| 23:28.12 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 23:31.56 | CSMan | so guys, under what circumstances the kernel will actually "see" the sd card? i reset the ipaq and took the battery for a while |
| 23:32.07 | CSMan | after rebooting the card was mountable again |
| 23:32.53 | emte | from a clean start |
| 23:33.11 | emte | there are issues with the suspend scripts and any events associated arround |
| 23:34.00 | emte | mostly the fact that devices are not unmounted before they are suspended |
| 23:34.33 | emte | so if your device has a long power up time or the device was removed unpredictable behavoir happens |
| 23:35.23 | emte | subsiquent devices wont mount, total ipaq lockup, etc |
| 23:44.17 | *** join/#oe NAbyss (n=foo@220-253-43-213.VIC.netspace.net.au) |
| 23:48.11 | CSMan | emte: i wasn't aware of the unmounting process everytime the ipaq goes in suspend mode |
| 23:49.54 | CSMan | emte: it was doing the job thou; i could use the device normally after resuming, but then you are right, there was a moment in which i started having very strange behavior such as spontanous reboot |
| 23:59.39 | *** join/#oe JaMa (n=martin@njama.mk.cvut.cz) |