| 00:45.03 | *** join/#oe carbonfreeze (n=carbonfr@141-152-237-24.gci.net) |
| 00:53.13 | *** join/#oe mrz80 (n=scotsman@n128-227-212-150.xlate.cns.ufl.edu) |
| 01:03.41 | *** part/#oe hvontres|work (n=hvontres@redhill.orthodyne.com) |
| 01:09.30 | *** join/#oe W8TVI (n=me@166.166.12.51) |
| 01:13.48 | *** join/#oe dijenerate (n=dijenera@69.73.224.188) |
| 01:48.51 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
| 02:10.11 | *** join/#oe lpotter (n=blah@c210-49-127-23.rochd1.qld.optusnet.com.au) |
| 02:13.24 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a147.ptbyny.tds.net) |
| 02:46.27 | *** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 03:03.34 | *** join/#oe tmbinc (i=XXX@e176130129.adsl.alicedsl.de) |
| 03:14.26 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 03:35.23 | *** join/#oe aquadran_ (n=pablo@scummvm/undead/aquadran) |
| 04:48.35 | JustinP | CoreDump|afk: .....I figured it out.... |
| 04:48.50 | JustinP | CoreDump|afk: rxvt is broken....rxvt-unicode, however, is not.... |
| 04:49.00 | *** join/#oe joshua_ (i=joshua@cl-5.chi-01.us.sixxs.net) |
| 04:50.56 | *** join/#oe W8TVI (n=me@166.166.12.129) |
| 04:58.34 | *** join/#oe katossi (n=guillerm@dslb-084-061-050-109.pools.arcor-ip.net) |
| 05:11.46 | *** join/#oe joshua_ (i=joshua@cl-5.chi-01.us.sixxs.net) |
| 05:18.50 | *** join/#oe lpotter (n=blah@c210-49-127-23.rochd1.qld.optusnet.com.au) |
| 05:24.45 | *** join/#oe memeruiz (n=memeruiz@201.194.192.98) |
| 05:46.30 | CIA-2 | 03justinp 07org.oe.oz354x * r03c4b710... 10/packages/meta/task-e-x11.bb: task-e-x11: rxvt doesn\'t work, but rxvt-unicode does |
| 06:10.10 | *** join/#oe noclouds (n=mhfan@60.166.36.201) |
| 06:39.27 | *** join/#oe xarq (n=xarq@c-24-6-158-63.hsd1.ca.comcast.net) |
| 06:44.13 | xarq | how do I set the foreground text color for my virtual terminal, in opie? |
| 07:13.05 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
| 07:24.01 | *** join/#oe aquadran (n=pablo@scummvm/undead/aquadran) |
| 07:28.27 | *** join/#oe minipanda (n=hzhang@221.221.145.132) |
| 07:30.57 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
| 07:38.25 | CIA-2 | 03coredump 07org.oe.oz354x * r924987a9... 10/packages/wmctrl/wmctrl_1.07.bb: wmctrl: Add wmctrl, a cmd line tool to interact with an EWMH/NetWM compatible X Window Manager |
| 07:38.29 | CIA-2 | 03coredump 07org.oe.dev * ra1b31cd3... 10/packages/wmctrl/wmctrl_1.07.bb: wmctrl: Add wmctrl, a cmd line tool to interact with an EWMH/NetWM compatible X Window Manager |
| 07:38.46 | *** join/#oe eFfeM (n=nobody@ip545787f8.direct-adsl.nl) |
| 07:39.42 | *** join/#oe zap (n=zap@85.249.170.16) |
| 07:39.54 | *** join/#oe YoG (n=zevele@bzq-88-155-50-13.red.bezeqint.net) |
| 07:50.05 | JustinP | hrw|gone: are your current build scripts in OE? The one in the oz354x branch seems....old to me |
| 07:51.08 | *** join/#oe zecke (n=ich@88.134.0.193) |
| 07:54.28 | zecke | mickey|thesis: ping |
| 07:59.25 | *** join/#oe TheCan (n=thecan@dslb-084-056-143-234.pools.arcor-ip.net) |
| 08:01.13 | zecke | njs: thanks for 'pluck', I hope to try it soon |
| 08:10.04 | zecke | hehe |
| 08:11.55 | zecke | hmm I can't pull from venge.net |
| 08:14.28 | *** join/#oe alan|home (n=alan@ARouen-151-1-77-160.w86-215.abo.wanadoo.fr) |
| 08:17.37 | zecke | <PROTECTED> |
| 08:20.03 | *** join/#oe dproldan (n=dpadilla@85.Red-80-37-251.staticIP.rima-tde.net) |
| 08:20.23 | *** part/#oe dproldan (n=dpadilla@85.Red-80-37-251.staticIP.rima-tde.net) |
| 08:24.43 | RP | morning all |
| 08:25.12 | eFfeM | morning RP |
| 08:25.21 | zecke | hey RP |
| 08:26.29 | RP | zecke: As you know, I started to look at rewriting the dependency code. I needed to start by trying to refactor the code in bin/bitbake. Would you agree a lot of that should become modules? |
| 08:27.10 | zecke | RP: well, mickeyl killed the modules and put it into bin/bitbake |
| 08:27.26 | zecke | RP: I'm fine with creating modules, and I don't expect mickeyl to resist |
| 08:27.42 | RP | zecke: Which modules did mickeyl kill? |
| 08:27.57 | zecke | I think it was only 'make.py' but I'm not sure |
| 08:28.51 | RP | I doubt mickeyl would (or could) make it worse :) |
| 08:29.11 | zecke | oh this wasn't what I tried to say :) |
| 08:29.24 | zecke | RP: no I'm fine with more modules |
| 08:29.31 | zecke | mickeyl will be as well |
| 08:29.49 | RP | zecke: He said as much when I mentioned it earlier this week |
| 08:30.10 | zecke | this damn time occupation... |
| 08:30.38 | RP | I'll generate some patches when I find some of that :) |
| 08:30.52 | zecke | *time* :} |
| 08:31.55 | *** join/#oe eumel (n=chatzill@p54820B5F.dip0.t-ipconnect.de) |
| 08:34.55 | CIA-2 | 03eFfeM 07org.oe.dev * rba9294b5... 10/packages/meta/slugos-packages.bb: slugos-packages.bb: added hdparm and lirc |
| 08:35.18 | RP | zecke: Is this too much of a hack? http://www.rpsys.net/openzaurus/temp/bb_fetcher_git_improve-r0.patch |
| 08:37.21 | zecke | it is portable |
| 08:37.34 | zecke | but I would better make sure we are in the right directory :} |
| 08:37.54 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 08:38.03 | RP | zecke: There is a chdir at just off the top of the diff |
| 08:38.44 | zecke | this is to save storage size? |
| 08:38.50 | RP | zecke: git is a bit untidy with its files and it does save a lot of space/time to remove those ones... |
| 08:38.56 | zecke | okay |
| 08:39.07 | zecke | well then this is a justified hack |
| 08:39.51 | RP | We could probably use git more effectively but I can't seem to figure out a better checkout command (which will checkout files but not touch git's index file) |
| 08:39.55 | kergoth | hey zecke, RP |
| 08:40.00 | RP | hi kergoth |
| 08:44.40 | zecke | kergoth: poor guy |
| 08:44.58 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 08:45.04 | RP | I saw the first one and it wasn't as bad as I was expecting :) |
| 08:45.05 | eFfeM | hi koen |
| 08:45.25 | zecke | RP: feel free to commit this speed improvement |
| 08:45.29 | zecke | koen: hey |
| 08:45.37 | zecke | koen: how is battling glibc going? |
| 08:45.40 | kergoth | i quite liked it. neither it nor the first one are movies you go to expecting something of incredible quality, you see them to be entertained, and both succeed admirably |
| 08:48.18 | zecke | okay |
| 08:48.34 | zecke | but what is this "entertaining" you talk about? Isn't it all about suffering? |
| 08:53.42 | RP | kergoth: The first one wasn't something I'd have watched given a choice but I will probably watch the second one voluntarily. I guess I did like it at some level :) |
| 08:58.45 | kergoth | hehe |
| 08:58.52 | *** join/#oe alan|home (n=alan@ARouen-151-1-77-160.w86-215.abo.wanadoo.fr) |
| 08:58.55 | kergoth | i didnt particularly want to see the first either, didnt seem like itd be worthwhile |
| 09:01.00 | koen | good morning all |
| 09:01.07 | kergoth | hey koen |
| 09:01.08 | koen | zecke: I bested it yesterday |
| 09:01.38 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.mn.comcast.net) |
| 09:02.30 | RP | morning koen |
| 09:04.25 | koen | hey kergoth & RP |
| 09:07.24 | zecke | koen: and did you score? |
| 09:07.34 | zecke | koen: or is that ulrich too strong? |
| 09:08.34 | RP | zecke: Why can't the dot generation code use filterProviders? |
| 09:08.54 | zecke | there was a reason |
| 09:09.07 | zecke | I think I wanted some information that was thrown away in filterProviders |
| 09:09.42 | RP | You wanted all providers including those which couldn't be built? |
| 09:10.06 | RP | No matter, we'll perhaps have a better way to do things soon :) |
| 09:10.28 | zecke | thank you soo much |
| 09:10.37 | zecke | can it get me thai food yet? |
| 09:10.57 | zecke | as I'm forbidden to eat pizza, I'm more interested in ordering thai/chinese food |
| 09:11.16 | RP | zecke: I was just about to ponder the status of the pizza fetcher :-/ |
| 09:11.38 | RP | I've just realised my bitbake svn is way out of date and have merge conflicts everywhere :-/ |
| 09:11.47 | koen | zecke: I did not score yet |
| 09:13.37 | *** join/#oe alan|xchat (n=alan@ARouen-151-1-68-87.w86-215.abo.wanadoo.fr) |
| 09:14.28 | *** join/#oe pb_ (n=pb@cpc1-cmbg6-0-0-cust434.cmbg.cable.ntl.com) |
| 09:14.52 | zecke | hey master |
| 09:15.09 | zecke | pb_: how to get a ATgnu.org address? |
| 09:15.14 | koen | zecke: I was about to disect the tarball and the ipk when I tripped the 1/0 button on the extension cord |
| 09:15.41 | pb_ | hail zecke |
| 09:15.50 | pb_ | I guess you have to write to the gnu folks and ask |
| 09:16.51 | RP | morning pb_ |
| 09:16.55 | pb_ | hi rp |
| 09:23.39 | koen | kergoth: how's the new job? |
| 09:25.02 | kergoth | dont start work for ohand until monday |
| 09:28.44 | koen | you're staying in AZ or moving back to minnesota? |
| 09:31.51 | kergoth | staying in AZ for another 6 months to a year, then will see. not back to minnesota, somewhere else warm, so that limits to the south half of the US, basically |
| 09:32.22 | tkp | morning |
| 09:37.33 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-7302.bb.online.no) |
| 09:37.55 | pb_ | g'day kergoth |
| 09:41.04 | eFfeM | hmmm |
| 09:41.04 | eFfeM | monotone: 0 | 0 | 192*** glibc detected *** monotone: double free or corruption (fasttop): 0x008e80c8 *** |
| 09:41.08 | eFfeM | hmmm |
| 09:41.09 | *** join/#oe ade|desk (n=ADAVEY@213-232-83-137.dsl.prodigynet.co.uk) |
| 09:41.27 | eFfeM | what did I do to deserve this :-) |
| 09:41.27 | zecke | koen: my fridge is full of cassis :) |
| 09:41.37 | eFfeM | ~lart monotone |
| 09:44.27 | ade|desk | koen: even buildroot segfaults .. which is good in a way. at least OE and buildroot have a common problem |
| 09:44.33 | koen | zecke: ah, good |
| 09:44.52 | koen | ade|desk: that's 'good' news |
| 09:45.04 | zecke | eFfeM: rebuild your system |
| 09:46.50 | eFfeM | zecke, I wanted to work on a package that only has a native bb file (and I figured out that creating a cross one was beyond my capabilities) |
| 09:47.06 | eFfeM | so I just did ipkg install monotone-5 boost-dev etc |
| 09:47.10 | eFfeM | on my target system |
| 09:48.04 | koen | was boost build with the same gcc as the rest of the system? |
| 09:48.40 | eFfeM | koen, I hope so, because my system is on the head and the packages are also from the head |
| 09:49.31 | eFfeM | the only thing I've found is: |
| 09:49.34 | eFfeM | monotone: /usr/lib/libstdc++.so.6: no version information available (required by /usr/lib/libboost_regex.so.1.33.0) |
| 09:49.45 | eFfeM | now trying to reinstall libstdc++ |
| 09:50.27 | eFfeM | i've seen this version thing before a while ago with another lib and seem to recall that explicitly removing and reinstalling helped |
| 09:51.24 | ade|desk | koen: my plan of action is to try using buildroot with different binutils and once i have a working busybox under buildroot, align OE with that and then try OE again |
| 09:51.38 | ade|desk | this could take a while |
| 09:51.44 | koen | sounds like a good plan |
| 09:59.45 | *** join/#oe aquadran (n=pablo@scummvm/undead/aquadran) |
| 10:01.41 | ade|desk | hmm 2.17 doesn't exist |
| 10:02.17 | ade|desk | its not on kernel.org/pub/linux/devel/binutils/ |
| 10:02.31 | ade|desk | have to grab from debian |
| 10:06.44 | ade|desk | right thats two builds on their way |
| 10:11.46 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
| 10:17.48 | *** join/#oe Burne (n=1@dyn-83-157-125-76.ppp.tiscali.fr) |
| 10:19.52 | Burne | www.idpz.net/tomytom/Linux.htm Linux news now ! :) |
| 10:21.10 | Burne | www.idpz.net/tomytom/Linux.htm Linux news now ! :) |
| 10:22.21 | *** join/#oe carter (n=carter@p54BBE23A.dip.t-dialin.net) |
| 10:25.55 | koen | ade|desk: http://www.gnu.org/software/binutils/ |
| 10:27.18 | koen | ehm |
| 10:27.21 | koen | ade|desk: http://ftp.kernel.org/pub/linux/devel/binutils/binutils-2.17.50.0.2.tar.bz2 |
| 10:27.46 | ade|desk | thats 2.17.50 not 2.17 |
| 10:32.07 | koen | aren't the 2.17.50.x post 2.17 snapshots? |
| 10:32.14 | ade|desk | i've grabbed the debian one and converted .gz to .bz2 to make buildroot happy |
| 10:32.44 | ade|desk | koen: nope, they are hj lu's linux only versions of binutils |
| 10:33.00 | koen | aha |
| 10:33.08 | ade|desk | his is the beta release of binutils 2.17.50.0.2 for Linux, which is based on binutils 2006 0526 in CVS on sources.redhat.com plus various changes. It is purely for Linux. |
| 10:33.39 | ade|desk | koen: and you think i know what i am talking about ?? haha |
| 10:34.13 | *** join/#oe __gints__ (n=gints@62.84.15.211) |
| 10:34.58 | YoG | help... my Z (860) locks when trying to load opie... |
| 10:35.23 | YoG | I'm running oz3.5.4.1 I flashed yesterday |
| 10:35.35 | ade|desk | YoG: try #opie or #openzaurus |
| 10:35.40 | YoG | ok |
| 10:37.33 | ade|desk | hmm something makes me suspect its not just binutils thats the problem, i think uclibc has ldso problems at the moment in svn |
| 10:37.48 | ade|desk | grr |
| 10:40.06 | *** join/#oe zecke_ (n=ich@88.134.0.193) |
| 10:50.03 | *** join/#oe magnet (n=magnet@lns-bzn-28-82-250-132-54.adsl.proxad.net) |
| 10:54.00 | *** join/#oe KerwoodDerby (n=Marshall@69-174-178-223.frdrmd.adelphia.net) |
| 11:04.37 | ade|desk | koen: latest uClibc snapshot works :) |
| 11:05.48 | ade|desk | still waiting for the 2.17 binutils build to finish |
| 11:10.12 | ade|desk | hehe 2.17 and 2.16.91.0.7 work with the snaphost from last night. |
| 11:10.13 | ade|desk | koen: which binutils do you use for angstrom |
| 11:10.36 | ade|desk | 2.17 has some fixes for arm so the changelog says |
| 11:12.40 | *** join/#oe cbrake_ (n=cbrake@cpe-65-25-51-117.neo.res.rr.com) |
| 11:13.56 | *** join/#oe dijenerate (n=dijenera@69.73.224.188) |
| 11:16.08 | ade|desk | right lets try OE with that snapshot |
| 11:16.55 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
| 11:17.21 | RP | zecke: How do you envisage debug output being controlled in bitbake in the future? |
| 11:18.52 | zecke | oh |
| 11:19.23 | zecke | Levels and Regions and then continue to use bb.debug(Level_Three,BuildCore,"Msg") |
| 11:19.33 | RP | zecke: I was wondering about some kind of debug domains |
| 11:19.48 | RP | right, regions = domains :) |
| 11:20.37 | RP | zecke: How do we convert to three options without breaking everything? :) |
| 11:20.49 | RP | Perhaps some kind of msgs module? |
| 11:21.40 | zecke | RP: there is a msg module in python, we might see if that is okay |
| 11:21.48 | zecke | RP: and we can either use default parameters |
| 11:22.05 | zecke | RP: or create bb.debug2/debug_new/debug_moo |
| 11:22.32 | RP | zecke: We'd still need a bb module to wrap around it so we can change the implementation at some later date without having to change every reference in the source |
| 11:22.54 | RP | zecke: We're going to need better message control when we do multithreading anyway |
| 11:23.10 | zecke | yes |
| 11:23.18 | RP | zecke: Another scary thought I had was how was tinderclient going to handle multithreading? |
| 11:23.46 | zecke | ouch :) |
| 11:23.54 | zecke | thanks for the pain |
| 11:24.08 | RP | zecke: sorry :} |
| 11:24.24 | zecke | koen: have you read the interview with Havard? |
| 11:24.39 | zecke | koen: it is funny how even Qt2 gets relabeled QtopiaCore |
| 11:27.25 | *** join/#oe woglinde (i=woglinde@e178081131.adsl.alicedsl.de) |
| 11:28.45 | zecke | woglinde: ^hey |
| 11:28.57 | woglinde | he zecke |
| 11:57.24 | *** join/#oe zii (n=sini@Torik16-TR1-82-128-193-15.suomi.net) |
| 11:57.30 | *** part/#oe zii (n=sini@Torik16-TR1-82-128-193-15.suomi.net) |
| 11:58.45 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 12:02.30 | CIA-2 | 03eFfeM 07org.oe.dev * r80526ab0... 10/packages/meta/slugos-native.bb: slugos-native: previous fix did not work, now added DEPENDS "libc6-dev" |
| 12:09.52 | RP | There are so many different things I want to change bitbake, I can't see a sensible way to start patching as they're all interdependent :-/ |
| 12:10.33 | zecke | hehe |
| 12:12.43 | RP | zecke: Take http://www.rpsys.net/openzaurus/temp/bb/split_providers.patch - the only way to fix the FIXMEs for now is to add two variables to the call which ultimately we don't want/need :-/ |
| 12:13.09 | RP | zecke: Would you agree we can remove these: http://www.rpsys.net/openzaurus/temp/bb/task_cleanup.patch ? |
| 12:13.51 | zecke | RP: I have never used these (also the complete graph code is a stranger to me) |
| 12:14.01 | zecke | so I think we can remove them |
| 12:14.11 | RP | zecke: They appear to do nothing and it still works when I remove them :) |
| 12:14.52 | RP | I just spent a while trying to work out what they did as couldn't quite believe they did nothing... |
| 12:15.31 | zecke | hehe |
| 12:18.57 | zecke | RP: are you working on better reporting of wrong PREFERRED_* as well? |
| 12:23.08 | eFfeM | anyone an idea what is wrong if a lib does not contain version definitions? |
| 12:23.41 | eFfeM | i don't get these with libstdc++ when I compile gcc 4.1.1. cross r5 |
| 12:23.49 | eFfeM | the older r4 work dir has a proper lib |
| 12:23.52 | eFfeM | anyone an idea? |
| 12:25.08 | RP | zecke: Better reporting would come later. My plan is to rework the structure so its sane, then look at our message structure |
| 12:26.08 | *** join/#oe W8TVI (n=me@166.166.15.242) |
| 12:30.56 | zecke | In some svk repo I have some code for that already (error reporting) |
| 12:31.20 | zecke | RP: I will leave bitbake up to you, and try to get some perl hacking on the tinderbox done |
| 12:32.23 | RP | zecke: ok. I'm not quite sure where these changes will lead atm. I want to sort the multithreading but there's a lot to fix before it'll be possible :-/ |
| 12:32.33 | RP | zecke: Did you consider buildbot btw? |
| 12:33.25 | zecke | RP: yes, it could be a lack of understanding but it doesn't cut it for what I have in mind :} |
| 12:33.32 | thux | Hi, not sure if off topic, but can anyone point me to documentation (if there is any) about familiar-gpe virtual keyboards? |
| 12:33.40 | zecke | RP: e.g. I do not want to have the server push commands to the clients |
| 12:33.52 | zecke | RP: we have too many different configurations |
| 12:33.57 | RP | zecke: right, I can understand that |
| 12:34.33 | zecke | RP: buildbot works great if you have one target and build it on many different systems |
| 12:35.00 | zecke | damn kspread, gnumeric and ooffice broken at the same time :( |
| 12:35.44 | RP | zecke: They all seem to have good and bad sides as far as OE is concerned. I agree we need to push from client to server rather than the other way around |
| 12:52.42 | *** join/#oe dan2003 (n=dan2003@cpc1-ware3-0-0-cust291.lutn.cable.ntl.com) |
| 13:05.26 | *** join/#oe Laibsch (n=Laibsch@V1ea1.v.pppool.de) |
| 13:11.43 | RP | ade|desk: neat :) |
| 13:12.38 | ade|desk | i lied, its 3125 K |
| 13:13.09 | ade|desk | i dont need locale but its in there anyway |
| 13:13.22 | ade|desk | as well as rdesktop |
| 13:14.13 | *** join/#oe csmanx (n=csman@70.55.142.36) |
| 13:25.46 | ade|desk | hehe 2.3G to make 3.1M |
| 13:34.34 | *** join/#oe pH5 (n=ph5@p548657D0.dip.t-dialin.net) |
| 13:41.16 | *** part/#oe thux (i=sadeadu@idiootti.info) |
| 13:45.53 | *** join/#oe marcan (i=1337@64.Red-83-54-251.dynamicIP.rima-tde.net) |
| 13:46.20 | *** join/#oe marcan (i=1337@64.Red-83-54-251.dynamicIP.rima-tde.net) |
| 13:54.37 | koen | ade|desk: neat |
| 13:55.14 | ade|desk | koen: have you tried 2.17 for angstrom ? |
| 13:56.46 | zecke | RP: I'm touching build.py now, is that okay? |
| 14:00.04 | *** join/#oe rob_w (n=bob@p213.54.214.199.tisdip.tiscali.de) |
| 14:00.32 | RP | zecke: Yes, I'll handle any merge |
| 14:00.35 | rob_w | hi .. i started a new build today with today`s oe.db .. now qemu-native fails to patch mouse_fix-r0 |
| 14:01.23 | RP | rob_w: use an older SRCDATE for qemu-native or update the patch? |
| 14:01.34 | rob_w | RP, ok |
| 14:01.47 | koen | ade|desk: not yet |
| 14:03.03 | zecke | RP: okay, I'm on 1017 (which is a bitbake bug) |
| 14:03.13 | koen | ade|desk: probably because 2.17 isn't in OE yet :) |
| 14:03.40 | ade|desk | koen: now that i've started drinking .. you might like to take the patches from buildroot for 2.17 and add them to a 2.17 bb |
| 14:04.01 | ade|desk | else i'll do it monday |
| 14:04.33 | koen | I'm adding 2.17 right now |
| 14:04.47 | koen | do you have a direct url for the br patches? |
| 14:05.20 | ade|desk | not direct only svn checkout |
| 14:06.38 | ade|desk | doh i've had too much to drink to drive now |
| 14:06.40 | ade|desk | bugger |
| 14:07.38 | koen | ade|desk: psst: http://svn.uclibc.org/cgi-bin/viewcvs.cgi/trunk/buildroot/toolchain/binutils/2.17/ |
| 14:08.18 | ade|desk | that would do it ;) |
| 14:09.32 | ade|desk | we should have a closer working relationship with the uclibc team , we nick so much stuff from buildroot |
| 14:11.32 | koen | ade|desk: convince vapier to use OE :) |
| 14:12.07 | ade|desk | unlikely, he's a embedded gentoo boy i think |
| 14:12.12 | ade|desk | s/a/an |
| 14:12.15 | koen | he is |
| 14:12.39 | koen | 'embedded gentoo - for the extremely patient' |
| 14:13.35 | zecke | koen: oh well, patience is not the issue. swap over nbd - deadlocking is the issue :) |
| 14:13.51 | koen | there was an embedded gentoo user in #gpe a while back |
| 14:14.11 | koen | he said OZ was too big (~20MB) so he installed a uclibc gentoo image |
| 14:14.16 | koen | which was ~200MB |
| 14:14.43 | koen | that was when I lost respect for gentoo/e |
| 14:15.42 | ade|desk | each project has slightly differing aims, i think it is good to share knowledge and patches.. after all we all want the same in the end |
| 14:16.01 | ade|desk | group hug anybody ? |
| 14:17.05 | koen | sharing patches and knowledge it good |
| 14:19.27 | ade|desk | i think it is the disease of the open source community, distro wars and slaping down other projects. seems like wasted effort to me |
| 14:21.50 | ade|desk | lol bbc2 has the first ever star trek episode on |
| 14:22.00 | ade|desk | captain pike :)# |
| 14:26.09 | koen | ade|desk: binutils 2.17 + br patches is on its way |
| 14:26.50 | mickey|thesis | ade|desk: congrats |
| 14:26.54 | mickey|thesis | morning folks |
| 14:27.23 | koen | hey mickey|thesis |
| 14:27.43 | ade|desk | howdy mickey|thesis |
| 14:28.57 | koen | mickey|thesis: that h4000 patches you mentioned on the mailing list is funny |
| 14:29.08 | mickey|thesis | koen: why? |
| 14:29.14 | koen | mickey|thesis: about 60% of it only works around bugs in the familiar tree |
| 14:29.21 | mickey|thesis | urghs |
| 14:29.54 | koen | it munges the kernel PV inside machine.conf |
| 14:30.05 | koen | because they have a fixed SRCDATE for the release |
| 14:30.14 | koen | it is just wrong in too many ways |
| 14:31.30 | mickey|thesis | hmm.... is at least the h4000 overrides in a couple of packages useful? |
| 14:31.39 | koen | mickey|thesis: did you push some csets just now? |
| 14:31.47 | mickey|thesis | yes, 3 |
| 14:31.49 | koen | mickey|thesis: only on tslib.bb |
| 14:32.00 | koen | mickey|thesis: I thought so -> /me merges |
| 14:32.25 | CIA-2 | 03mickeyl 07org.oe.dev * r1a49e7e2... 10/packages/python/ (python-2.4.3-manifest.inc python_2.4.3.bb): python 2.4.3 add PROVIDE line for subpackages to satisfy the BitBake RDEPENDS changes |
| 14:32.30 | CIA-2 | 03koen 07org.oe.dev * r43a56f99... 10/packages/binutils/ (9 files in 2 dirs): binutils 2.17: add normal and cross version |
| 14:32.35 | CIA-2 | 03mickeyl 07org.oe.dev * r8ef22559... 10/packages/ (4 files in 3 dirs): add python-webpy, a lightweight framework for web applications |
| 14:32.41 | CIA-2 | 03koen 07org.oe.dev * r2e3b25af... 10/conf/distro/angstrom-2006.9.conf: angstrom: use a released binutils instead of a snapshot |
| 14:33.28 | koen | ade|desk: there you go |
| 14:33.39 | ade|desk | nice one |
| 14:34.44 | RP | zecke, mickey|thesis: How does http://www.rpsys.net/openzaurus/temp/bb/msg_module.patch seem to try and improve message handling? |
| 14:35.02 | RP | (obviously I've not done a complete conversion but we don't have to all at once) |
| 14:36.07 | zecke | RP: having a bitfield for the domains would rock more |
| 14:36.25 | zecke | RP: then one could enable/disable the domains on the fly |
| 14:37.28 | RP | zecke: I had a dict of strings with enable/disable set against them. I'd like to enforce a clear set of domains on that field but my python isn't up to it. help :) |
| 14:37.40 | RP | s/them/them in mind/ |
| 14:37.49 | zecke | ah that will work :) |
| 14:38.14 | RP | pythons doesn't do enums? :) |
| 14:38.36 | zecke | it does - the weird way |
| 14:39.18 | zecke | using classes or other static stuff |
| 14:39.58 | *** join/#oe mr_nice_slacker1 (n=mr_nice_@p54A9D7A4.dip.t-dialin.net) |
| 14:41.54 | zecke | RP: trunk is free again |
| 14:43.38 | RP | zecke: ok, thanks |
| 14:46.45 | koen | mickey|thesis: http://venge.net/monotone/wiki/DaggyFixes might interest you |
| 14:48.07 | CIA-2 | 03koen 07org.oe.dev * r8c08038b... 10/packages/tslib/tslib_20060703.bb: tslib: add h4000 support |
| 14:48.11 | CIA-2 | 03koen 07org.oe.dev * r71c0819b... 10/conf/machine/h4000.conf: h4000.conf: add cleaned up version of h4000.conf |
| 14:48.15 | CIA-2 | 03koen 07org.oe.dev * r01a9e0cf... 10/classes/rootfs_ipk.bbclass: rootfs_ipk.bbclass: add make_zimage_symlink_relative |
| 14:48.19 | CIA-2 | 03koen 07org.oe.dev * rc1685b2c... 10/conf/machine/h2200.conf: h2200.conf: make symlink relative to fix booting with LAB |
| 14:50.35 | koen | mickey|thesis: h4000 support added |
| 14:50.42 | mickey|thesis | thanks |
| 14:50.44 | *** join/#oe minipanda (n=hzhang@61.49.119.33) |
| 14:50.56 | koen | mickey|thesis: only a small portion of the patch survived |
| 14:51.08 | mickey|thesis | a good read |
| 14:51.10 | mickey|thesis | (daggyfixes) |
| 14:51.45 | koen | I don't think we can educate most of our developers and users to make use of daggyfixes |
| 14:51.55 | koen | it's a long way from the cvs paradigma |
| 14:52.37 | koen | also note that the bitbake/OE interaction makes true daggyfixes hard to use |
| 14:52.42 | zecke | mickey|thesis: hey |
| 14:53.06 | *** join/#oe woglinde_ (i=woglinde@e178105136.adsl.alicedsl.de) |
| 14:53.16 | mickey|thesis | hail zecke |
| 14:53.23 | woglinde_ | hm |
| 14:53.25 | mickey|thesis | zecke: a very good mail, btw. |
| 14:53.27 | mickey|thesis | yo woglinde_ |
| 14:53.27 | woglinde_ | ~hail zecke |
| 14:53.32 | ibot | ACTION bows down to zecke and chants, "I'M NOT WORTHY!!" |
| 14:53.44 | zecke | stop that, my colleagues make fun |
| 14:53.58 | *** join/#oe danielsantos (n=root@ppp-70-128-142-103.dsl.rcsntx.swbell.net) |
| 14:53.59 | zecke | mickey|thesis: shortly afterwards I have read the interview with harvard |
| 14:54.13 | woglinde | dont chat as root |
| 14:54.14 | danielsantos | Good morning everybody |
| 14:54.15 | mickey|thesis | which one? |
| 14:54.15 | woglinde | its evil |
| 14:54.16 | mickey|thesis | URL? |
| 14:54.30 | zecke | mickey|thesis: on linuxdevices.com |
| 14:54.43 | koen | good mail from zecke, where? |
| 14:55.01 | danielsantos | Hey, is this Mickey from the openezx list? |
| 14:55.13 | zecke | danielsantos: yes, he is |
| 14:55.17 | zecke | mickey|thesis: http://linuxdevices.com/articles/AT3980891782.html |
| 14:55.19 | danielsantos | oh, hey there :) |
| 14:55.32 | koen | and http://linuxdevices.com/news/NS6437147703.html |
| 14:55.39 | *** join/#oe drw (n=drw@c-67-173-199-53.hsd1.tx.comcast.net) |
| 14:55.43 | woglinde | ah yeah the oz articel |
| 14:55.47 | zecke | woglinde: may I use your SUSE buy out idea, to start the buy out of Trolltech? |
| 14:56.06 | woglinde | zecke I claimed a patent on that |
| 14:56.16 | zecke | koen: it is sooo funny, but I knew it would come to this |
| 14:56.25 | danielsantos | Hey, anybody got a second to help me with my OpenEmbedded configuration? I'm having trouble with where my directories are. |
| 14:56.38 | zecke | koen: Moto didn't license Qtopia, only QtE |
| 14:56.56 | zecke | koen: so they relabeled Qt to Qtopia Core and suddenly Motorola is a Qtopia user as well |
| 14:57.13 | mickey|thesis | danielsantos: did you read gettingstarted on the wiki? |
| 14:57.15 | danielsantos | #tell woglinde hehe, and then I promise I'll go setup a user account :) Just got this machine going |
| 14:57.18 | danielsantos | doh! |
| 14:57.23 | danielsantos | Oh yea |
| 14:57.42 | woglinde | daniel try /msg woglinde |
| 14:57.54 | danielsantos | I wanted my tmp files to happen in tmpfs, but then I found that my cross-compiler was going away when I re-booted |
| 14:57.55 | mickey|thesis | ok, create one bild dir, and checkout OE to some dir |
| 14:58.02 | zecke | woglinde: try /msg NickServ setunfiltered on |
| 14:58.13 | mickey|thesis | heh |
| 14:58.16 | danielsantos | okies, thanks... been a while since was in IRC |
| 14:58.23 | woglinde | zecke hm |
| 14:58.30 | zecke | danielsantos: hehe, you can set a different dir for the cross compiler and staging |
| 14:58.35 | woglinde | zecke right bloody nickserv |
| 14:59.34 | danielsantos | Ok, so which directories should I keep in a persistient place then? I got my cross-compiler where it should be now (/usr/arm-a780-linux-gnu) |
| 14:59.56 | koen | danielsantos: OE has its own crosscompiler |
| 15:00.22 | danielsantos | Oh yea, well that is where I had OE put the cross-compiler |
| 15:00.47 | danielsantos | Actually, I think I moved it there from my /var/tmp/oetemp/cross directory... |
| 15:01.08 | danielsantos | but what other directories should I keep around? Just staging and deploy? |
| 15:01.10 | zecke | danielsantos: see bitbake.conf for possible directories |
| 15:01.22 | zecke | danielsantos: staging/ cross/ and deploy/ |
| 15:01.33 | zecke | danielsantos: and stamps :) |
| 15:01.39 | danielsantos | I promise I couldn't find docs on this :) |
| 15:01.45 | danielsantos | sweet! thanks zecke!! :) |
| 15:02.05 | zecke | danielsantos: that is too easy with OE (lack of docs, but we are working on it) |
| 15:02.42 | zecke | danielsantos: and if you look at bitbake.conf you could just move 'work' to a tmpfs (without symlinks) |
| 15:02.45 | danielsantos | Aye, maybe I can update that part of the Wiki. Hehe, I followed the Getting Started to a T except that I wanted my builds to happen in tmpfs. I didn't know I was putting everytyhing there! :) |
| 15:03.30 | zecke | RP: you might want to update poky's bitbake |
| 15:03.42 | zecke | RP: or give it a try at least :) |
| 15:03.51 | RP | zecke: For which bugs? :) |
| 15:03.57 | danielsantos | what's poky's bitbake? |
| 15:03.59 | zecke | <PROTECTED> |
| 15:04.03 | *** join/#oe magnet (n=magnet@lns-bzn-28-82-250-132-54.adsl.proxad.net) |
| 15:04.10 | RP | zecke: Is this better http://www.rpsys.net/openzaurus/temp/bb/msg_module.patch ? |
| 15:04.30 | zecke | danielsantos: poky is a subset of OpenEmbedded, created by o-hand.com to testdrive some of their technology |
| 15:04.39 | RP | ~poky |
| 15:04.41 | ibot | well, poky is http://projects.o-hand.com/poky |
| 15:04.42 | *** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg) |
| 15:04.53 | danielsantos | ahhh |
| 15:05.18 | danielsantos | interesting, thanks |
| 15:05.55 | zecke | RP: wtf, where did you get your python skills from? |
| 15:06.14 | zecke | assert names, "E..." <- I didn't know this even exists |
| 15:06.32 | danielsantos | lmao! ;) |
| 15:06.35 | RP | zecke: I found a good reference about enums ;-) |
| 15:06.43 | zecke | hehe |
| 15:07.08 | danielsantos | : don't know jack about python yet :) |
| 15:07.13 | zecke | RP: http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/413486 ahhhh |
| 15:07.25 | RP | zecke: ;-) |
| 15:07.59 | danielsantos | Ok, now I remember the command, hehe |
| 15:08.11 | zecke | RP: wow, looks nice :) |
| 15:08.40 | RP | zecke: Is utils the right place for the Enum class? |
| 15:09.01 | zecke | sounds good |
| 15:09.14 | koen | ibot: poky also is a subset of OpenEmbedded, created by o-hand.com to testdrive some of their technology |
| 15:09.16 | ibot | koen: what are you talking about? |
| 15:09.18 | RP | zecke: We should move digraph to there as well |
| 15:09.28 | woglinde | lol |
| 15:09.32 | zecke | do we need it at other places? |
| 15:09.34 | woglinde | ~poky |
| 15:09.35 | ibot | rumour has it, poky is http://projects.o-hand.com/poky |
| 15:09.39 | koen | ibot: poky is also a subset of OpenEmbedded, created by o-hand.com to testdrive some of their technology |
| 15:09.40 | ibot | okay, koen |
| 15:09.42 | RP | zecke: Its in __init__ atm :-/ |
| 15:09.45 | koen | ~poky |
| 15:09.47 | ibot | from memory, poky is http://projects.o-hand.com/poky, or a subset of OpenEmbedded, created by o-hand.com to testdrive some of their technology |
| 15:10.06 | RP | ibot: s/or/and/ :) |
| 15:10.15 | koen | yeah, stupid ibot |
| 15:10.28 | zecke | RP: will you make clutter fast on the Sharp zaurus? |
| 15:10.36 | zecke | okay I need to go to the gym |
| 15:10.37 | zecke | later |
| 15:10.41 | koen | I've learned a long time ago not to click random links in an irc channel |
| 15:10.45 | koen | hey XorA |
| 15:10.48 | RP | zecke: Using openGL? :) |
| 15:10.51 | XorA | hey koen |
| 15:11.04 | woglinde | bye zecke, greet al |
| 15:11.09 | woglinde | from me and tobi |
| 15:11.11 | XorA | koen: havng real trouble with my image :-) |
| 15:11.18 | RP | zecke: cya |
| 15:11.49 | zecke | woglinde: have fun with tobi :) |
| 15:11.53 | koen | XorA: if you spot lrg or mikearthur, I think I solved their binutils troubles with some help from ade|desk |
| 15:11.57 | zecke | woglinde: treat him good, otherwise you get trouble |
| 15:12.09 | XorA | koen: cool |
| 15:12.41 | XorA | koen: not sure if its gtk+ 2.10 or dejavu fonts 2.7 but I get thousands of alignment errors now, my Z crawls |
| 15:14.59 | ade|desk | koen: help ? |
| 15:21.12 | danielsantos | ok, thanks for the help all |
| 15:21.36 | danielsantos | msg: woglinde going to setup my user account now, LOL! :) |
| 15:21.52 | *** part/#oe danielsantos (n=root@ppp-70-128-142-103.dsl.rcsntx.swbell.net) |
| 15:25.46 | koen | ade|desk: pointing me to uclibc patches :) |
| 15:26.29 | *** join/#oe katossi_ (n=guillerm@dslb-084-061-013-183.pools.arcor-ip.net) |
| 15:29.19 | ade|desk | koen: was it not you who pointed me ? |
| 15:29.25 | koen | mickey|thesis: could you send a mail to the openezx list detailing ASoC stuff? |
| 15:29.50 | koen | ade|desk: you said that there were patches, and I found the http url |
| 15:34.18 | *** join/#oe Kristoffer (n=Kristoff@213-67-126-82-no75.business.telia.com) |
| 15:34.35 | woglinde | lol |
| 15:34.37 | woglinde | http://thedailywtf.com/forums/thread/80084.aspx |
| 15:42.57 | Kristoffer | mickey|thesis, one question. Im building for 2 platforms (using multimachine), how should the feed be put up? Can I have same feed dir for both machines or do I need to build one at a time and upload to different? It should check machine before downloading any .ipk methink, but want to make sure |
| 15:43.18 | pb_ | hi mickey|thesis |
| 15:43.22 | mickey|thesis | hey pb_ |
| 15:44.29 | mickey|thesis | Kristoffer: you can use a common directory for both feeds, since the architecture is encoded in the ipk filename and if you set the machine ipk priorities correctly, then the machine specific package gets preferred when building the feed. |
| 15:44.59 | mickey|thesis | l8er |
| 15:45.15 | Kristoffer | mickey|sports, danke |
| 15:45.19 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 15:47.50 | koen | Kristoffer: if ipkg gets too slow on your target you can consider splitting the feeds |
| 15:48.00 | koen | Kristoffer: if not you can leave it as one big feed |
| 15:48.29 | Kristoffer | koen, Ive already experienced the feed getting abit too slow for my taste. How can I do that? |
| 15:48.44 | Kristoffer | Would need to make dirs inside the deploy/ipk folder? |
| 15:49.40 | koen | you can do it on your webserver |
| 15:50.10 | Kristoffer | But If I lets say want to split up all my 6xx packages into subgroups, how can it keep track of where to find a file? |
| 15:50.13 | koen | mkdir ../sh3 ../arm ; mv *arm.ipk ../arm ; mv *sh3.ipkg ../sh3 |
| 15:50.14 | koen | etc |
| 15:50.38 | koen | and add those directories to /etc/ipkg/<feedname>.conf |
| 15:51.17 | Kristoffer | I understand that for arch, but is it also possible then to set up subfolders to each arch, for lets say sh3/opie.. |
| 15:51.18 | koen | Kristoffer: have a look at http://www.openembedded.org/repo/org.openembedded.oz354x/contrib/buildscripts/openzaurus/feed-split/ |
| 15:51.29 | Kristoffer | koen, thx |
| 15:59.46 | *** join/#oe subdue (n=chopstix@cpe-66-8-255-241.hawaii.res.rr.com) |
| 16:12.20 | *** join/#oe subdue (n=chopstix@cpe-66-8-255-241.hawaii.res.rr.com) |
| 16:14.51 | *** join/#oe subdue (n=chopstix@cpe-66-8-255-241.hawaii.res.rr.com) |
| 16:19.10 | Kristoffer | koen, one quick question. If I move around ipk's (to example /a /b /c /d..subfolders) and then run package index, would it create the correct package index then? |
| 16:23.10 | *** join/#oe tkp (n=tom@81-179-24-207.dsl.pipex.com) |
| 16:31.51 | *** join/#oe jkp__ (n=jkp@81-179-24-207.dsl.pipex.com) |
| 16:32.46 | *** join/#oe tkp_ (n=tom@81-179-24-207.dsl.pipex.com) |
| 16:36.54 | Kristoffer | Task-opie/Opie-image seems to remove my CVS snapshots of libopiecore2 when building image |
| 16:37.23 | Kristoffer | no idea why, but It deletes them and tries to use 1.2.2 and then failing cause ive defined that i want the SRCDATE one |
| 16:38.00 | Kristoffer | Its like it thinks that 1.2.2 > 1.2.2+CVS-20060709 or 1.2.2 = 1.2.2+CVS-20060709 |
| 16:39.09 | Kristoffer | posted a bug about it |
| 16:40.57 | koen | Kristoffer: no, you'd need to make a Packages file by hand |
| 16:41.09 | Kristoffer | koen, roger |
| 16:41.18 | koen | and ipkg-make-index removes those files |
| 16:41.31 | koen | actually it doesn't remove them, but moves them to morgue/ |
| 16:42.38 | koen | sweet |
| 16:42.42 | Kristoffer | koen, btw working on getting a jornada7xx image, but it complains about not being able to set/get suffix |
| 16:42.43 | koen | 40 days uptime on my h2200 |
| 16:42.48 | Kristoffer | koen, nice :D |
| 16:45.30 | CoreDump|home | hi |
| 16:45.36 | Kristoffer | CoreDump|home, yo |
| 17:07.08 | *** join/#oe JustinP (i=papercra@c-67-174-226-161.hsd1.ca.comcast.net) |
| 17:11.53 | JustinP | account off |
| 17:11.56 | JustinP | oops |
| 17:21.26 | *** join/#oe mallum (n=mallum@host81-132-227-111.range81-132.btcentralplus.com) |
| 17:29.22 | *** join/#oe YoG (n=zevele@bzq-88-155-50-13.red.bezeqint.net) |
| 17:34.50 | *** join/#oe rob_w (n=bob@p85.212.185.24.tisdip.tiscali.de) |
| 17:36.04 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a97.ptbyny.tds.net) |
| 17:45.11 | *** join/#oe zecke (n=ich@88.134.0.193) |
| 17:45.36 | zecke | hey |
| 17:47.20 | zecke | RP: I fear, this is what we do already! |
| 17:48.51 | zecke | adding PN to overrides |
| 17:50.53 | koen | zecke: locally |
| 17:51.03 | koen | zecke: RP wants to add it globally |
| 17:51.14 | koen | (at least that was what I was told earlier) |
| 17:51.18 | koen | hmmm |
| 17:51.25 | koen | monotone + photoshop = slow |
| 17:55.03 | *** join/#oe Timelord0 (n=TL@4.78.4.43) |
| 17:55.11 | koen | I guess I can put that on my "excuses to buy a macbook pro" list |
| 17:55.23 | emte | anything with phoyoshop is slow |
| 17:55.39 | zecke | koen: hehe, macbook pro *poser* |
| 17:55.45 | zecke | koen: I hate the macbook keyboard |
| 17:55.46 | emte | it will happily eat all your ram unless you limit it's defults |
| 17:56.02 | zecke | <PROTECTED> |
| 17:56.03 | koen | zecke: I'd be happy with a macbook if it wouldn't have that &*%(@#&$%*)@#& glossy finish on the screen |
| 17:56.25 | emte | but it makes it look pretty |
| 17:56.32 | emte | and thats what sells it |
| 17:56.46 | zecke | hmm zaurus updater and rm_work do not like each other |
| 17:59.41 | zecke | koen: ah that glossy look is not too bad |
| 18:00.08 | koen | zecke: my 12" powerbook is already to glossy for my taste |
| 18:00.26 | zecke | I'm too disabled to see any difference :) |
| 18:00.35 | *** join/#oe pb__ (n=pb@cpc1-cmbg6-0-0-cust434.cmbg.cable.ntl.com) |
| 18:02.20 | RP | zecke: We only do it locally atm, as koen says |
| 18:02.39 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 18:03.06 | zecke | RP: hmm, what would be the benefit of doing it globally? |
| 18:04.03 | zecke | hmm buildroot is GNU only as well :( |
| 18:10.33 | koen | hmmm, my printer only handles 8bit colour |
| 18:10.48 | Kristoffer | lol |
| 18:15.11 | emte | mine does two bit color |
| 18:15.18 | emte | black and orange |
| 18:15.31 | emte | i think i need to get the colors refilled |
| 18:16.14 | zecke | NAbyss: progressing? |
| 18:16.23 | koen | I think I now why the printer was so cheap :( |
| 18:16.48 | koen | it doesn't try to compress values >8bit |
| 18:16.56 | emte | if you didnt live so far i'd send you one of mine for free |
| 18:19.17 | tkp_ | koen: I said it was a blocker because It's stopping us progress with our image |
| 18:19.37 | tkp_ | sorry if I was mistaken about the usage of blocker |
| 18:19.56 | emte | tkp_, you mean koen or me? |
| 18:19.56 | koen | if it stops your image, it's a blocker |
| 18:20.25 | tkp_ | ok, well it stops out image, so I guess it is a blocker |
| 18:21.06 | tkp_ | emte: if your the one they call nigel Kostiuck ;) |
| 18:22.04 | emte | this means that policy has changed to allow any minor package to become a blocker? |
| 18:22.20 | emte | as opposed to ones blocking base images or hardware damage? |
| 18:22.40 | zecke | tkp_: what package? |
| 18:22.47 | emte | xerces-c |
| 18:22.49 | tkp_ | zecke: xerces-c |
| 18:22.54 | emte | and xml parser |
| 18:22.56 | zecke | tkp_: I will hack on it tonight |
| 18:23.10 | tkp_ | zecke: that would be appreciated |
| 18:23.44 | zecke | tkp_: why do you need it? I needed/need it for MCL |
| 18:24.06 | tkp_ | it's for one of our own binaries |
| 18:25.26 | tkp_ | zecke|food: MCL? |
| 18:35.46 | CoreDump|home | Not downgrading package fluxbox-gpe on root from 0.99+1.0rc-r4 to 0.99+1.0rc2-r0 |
| 18:35.58 | CoreDump|home | so much for debianizing the version grrr |
| 18:37.15 | *** join/#oe tmbinc (i=XXX@e176148249.adsl.alicedsl.de) |
| 18:39.17 | *** join/#oe mr_nice_slacker (n=mr_nice_@p54A9E4C9.dip.t-dialin.net) |
| 18:39.27 | mr_nice_slacker | hi all |
| 18:42.42 | tkp_ | emte: so, I have another bug to report... it's a blocker for me |
| 18:43.00 | tkp_ | should I put it in as a blocker? |
| 18:54.36 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a35.ptbyny.tds.net) |
| 19:04.10 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 19:05.01 | *** join/#oe Ken|JLime (n=Kristoff@213-67-126-82-no75.business.telia.com) |
| 19:05.42 | CIA-2 | 03hrw 07org.oe.oz354x * r90f4d2b8... 10/packages/keymaps/ (files/tosa/keymap-2.6.map keymaps_1.0.bb): |
| 19:05.42 | CIA-2 | keymaps: updated keymap for tosa/2.6 |
| 19:05.42 | CIA-2 | - Record, Home, Rotate changed to the one expected by OPIE |
| 19:05.42 | CIA-2 | - LeftOK is now Control (was Escape) |
| 19:05.43 | emte | tkp_, probably, as i asked earlier i guess policy has changed |
| 19:05.47 | CIA-2 | 03hrw 07org.oe.dev * racafceaa... 10/packages/keymaps/ (files/tosa/keymap-2.6.map keymaps_1.0.bb): |
| 19:05.47 | CIA-2 | keymaps: updated keymap for tosa/2.6 |
| 19:05.47 | CIA-2 | - Record, Home, Rotate changed to the one expected by OPIE |
| 19:05.48 | CIA-2 | - LeftOK is now Control (was Escape) |
| 19:05.50 | CIA-2 | synced with .oz354x |
| 19:06.10 | tkp_ | emte: ah well... went in as normal |
| 19:06.38 | emte | tkp_, the policy used to be for things that broke the build system, possible hardware damage, and minimal image build impairment |
| 19:07.10 | tkp_ | emte: tbh, that probably makes more sence |
| 19:07.18 | tkp_ | it's only a blocker for me |
| 19:07.54 | tkp_ | in the greater picture of OE, it's probably a smaller issue |
| 19:08.11 | emte | it does break your full image so i would see it as a major bug, but as far as a blocker... i dont know |
| 19:08.51 | emte | this is sort of where the debaucle with the OE vs hh.o lists is at |
| 19:09.32 | emte | since oe is the build system and it's meta where as hh.o covers familiar specific, gpe, etc |
| 19:10.24 | tkp_ | emte: sorry, hh.o? |
| 19:10.24 | emte | but parts of familiar do overlap into oe |
| 19:10.24 | emte | handhelds.org |
| 19:10.24 | tkp_ | ah, k |
| 19:10.47 | emte | i belive oz uses oe only tho |
| 19:11.12 | emte | and a few others have thier own |
| 19:11.57 | koen | emte: please keep still if you don't know what you are talking about |
| 19:12.13 | emte | so in all that mix where things belong is rather confusing for everyone excpet the core oe devs |
| 19:12.29 | emte | and koen loves me too |
| 19:12.46 | tkp_ | mm. I'm certainly finding it a little confusing to put things in their place |
| 19:13.46 | tkp_ | OE is the build system, but it seems very closly tied with specific distros |
| 19:14.31 | emte | yes, it seems to me to be going farther towards that direction |
| 19:15.04 | CIA-2 | 03cbrake 07org.oe.dev * r3efc3491... 10/packages/python/ (python-pyro_3.4.bb python-pyro_3.5.bb): python-pyro: upgrade from 3.4 to 3.5 |
| 19:15.07 | emte | ofcourse everything i say is my opinion and impression |
| 19:15.16 | emte | just to qualify for koen |
| 19:16.27 | emte | now lets see if i can fry my ipaq |
| 19:17.06 | *** join/#oe eFfeM (n=nobody@ip545787f8.direct-adsl.nl) |
| 19:22.48 | tkp_ | I seem to get this quite often: |
| 19:22.52 | tkp_ | NOTE: Couldn't find shared library provider for libgcc_s.so.1 |
| 19:23.20 | tkp_ | not sure if i'm supposed to |
| 19:23.23 | *** join/#oe EvilDevil_ (n=miau@p54A6F0C4.dip.t-dialin.net) |
| 19:24.33 | *** join/#oe gremlin[it] (n=gremlin@ppp-56-9.25-151.libero.it) |
| 19:24.49 | emte | not sure myself, there are some things that are okay to ignore |
| 19:24.55 | emte | dunno if that is one |
| 19:25.11 | zecke|food | tkp_: that is some kind of bug, I have never looked at :} |
| 19:25.39 | tkp_ | zecke|food: could it be the cause of the other problems I'm having? |
| 19:26.12 | zecke | tkp_: the only error could be: libgcc_s.so.1 missing from your rootfs |
| 19:30.10 | zecke | tkp_: rootfs? |
| 19:31.10 | tkp_ | zecke: rootfs... what about it? |
| 19:31.19 | tkp_ | I was installing alsa-utils when I got the error |
| 19:32.42 | zecke | tkp_: I have missed your error but it is unlikely you are suffering from libgcc... |
| 19:43.53 | RP | zecke: The global benefit is that you can influence packages from your local.conf file |
| 19:44.35 | zecke | but SRCDATE_PN = "foo" is already working |
| 19:44.46 | zecke | for each task PN is prepended to OVERRIDES |
| 19:44.57 | zecke | sorry, I don't see a difference :} |
| 19:49.54 | *** join/#oe woglinde (i=woglinde@e178105136.adsl.alicedsl.de) |
| 19:49.59 | zecke | woglinde: hey |
| 19:50.04 | woglinde | he zecke |
| 19:50.06 | woglinde | 0:0 |
| 19:50.20 | zecke | woglinde: is this his first soccer match? |
| 19:50.38 | woglinde | oh no |
| 19:50.51 | woglinde | in the hospital he watched the halfinal |
| 19:50.51 | *** join/#oe minipanda (n=hzhang@219.236.27.35) |
| 19:50.52 | RP | zecke: It is not in overrides. SRCDATE only works due to magic in the fetcher modules |
| 19:51.26 | zecke | ah well :) |
| 19:51.35 | RP | zecke: If it were, I'd agree :) |
| 19:51.39 | zecke | fetchers should use update_data |
| 19:51.44 | woglinde | zecke but he is sleeping right now |
| 19:52.07 | zecke | RP: well, update_data should be called before asking the fetchers to fetch |
| 19:52.23 | woglinde | zecke nachos |
| 19:52.24 | zecke | RP: and most of the tasks put PN into the OVERRIDES |
| 19:52.55 | zecke | and yes I agree we need some 'INSERT GOOD WORD HERE' to have a consistent usage of OVERRIDES |
| 19:54.42 | RP | zecke: The fetchers do use update_data IIRC |
| 19:54.49 | zecke | some :) |
| 19:54.50 | *** join/#oe YoG (n=zevele@bzq-88-155-50-13.red.bezeqint.net) |
| 19:55.01 | zecke | but most of the time to get the right FETCHCOMMAND |
| 19:55.21 | zecke | anyway update_data is so incredible fast you can always call it :) |
| 19:55.32 | RP | ;-) |
| 19:55.36 | *** join/#oe casper_ (n=casper@S0106000f6630d670.gv.shawcable.net) |
| 19:56.05 | RP | Parsing time is still our bottleneck |
| 19:56.33 | zecke | bitbake-1.5 should be a lot faster already |
| 19:56.41 | zecke | it has mithros COW code |
| 19:57.03 | RP | I have to admit I've not noticed much difference :-/ |
| 19:57.22 | zecke | it is |
| 19:57.50 | zecke | admitingly it makes no difference to "Start Bitbake; Get Coffee and order a pizza; beat wife; get drunk; return to console" |
| 19:57.58 | zecke | -Routine |
| 19:58.38 | Ken|JLime | haha |
| 19:58.44 | RP | I'm hoping to make depends resolution faster by only touching the fast cache and not requiring further file parsing |
| 19:59.00 | zecke | RP: I have relaunched the poky builds |
| 19:59.26 | RP | zecke: I hope they're working :} |
| 20:00.47 | zecke | RP: I had to hack tinderclient.bbclass |
| 20:00.49 | cbrake | so what do you use for the bb LICENSE field for something like this: http://pastebin.ca/82643 |
| 20:01.04 | zecke | RP: somehow the firewall fascist blocked the longer HTTP posts... |
| 20:01.12 | RP | zecke: Ah :-/ |
| 20:01.33 | zecke | cbrake: looks like BSD? |
| 20:01.44 | cbrake | zecke: k, thx |
| 20:01.48 | zecke | or even MIT :} |
| 20:01.51 | zecke | cbrake: check osi :) |
| 20:01.59 | cbrake | zecke: will do |
| 20:03.00 | *** join/#oe adoom (n=Aaron@209.168.137.98) |
| 20:04.09 | zecke | we want binutils-2.17 to be the default binutils? |
| 20:04.21 | woglinde | zecke if works yes |
| 20:04.50 | zecke | woglinde: I have no proof that it does |
| 20:05.17 | zecke | mickey|fifa2006: we should try michael meeks -Bdirect option for binutils |
| 20:06.06 | cbrake | zecke: does not match BSD exactly |
| 20:06.32 | zecke | MIT? X? |
| 20:08.21 | CIA-2 | 03eFfeM 07org.oe.dev * rc0ec3b82... 10/packages/meta/slugos-native-packages.bb: slugos-native-packages: added php-native |
| 20:08.40 | jkp__ | lo? |
| 20:11.00 | cbrake | zecke: google: "THE AUTHORS DISCLAIM ALL WARRANTIES WITH REGARD TO THIS SOFTWARE" site:opensource.org |
| 20:11.05 | cbrake | zecke: does not return anything :-( |
| 20:11.20 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 20:11.25 | zecke | well that is the normal warranty disclaimer |
| 20:11.31 | woglinde | re koen |
| 20:11.53 | zecke | and don't use google, google is evil |
| 20:12.37 | zecke | jkp__: I'm not on AMD64, it fails to build here as well :) |
| 20:12.37 | cbrake | zecke: but if I google: "THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY" site:opensource.org |
| 20:12.47 | cbrake | zecke: it returns the MIT license. |
| 20:12.54 | jkp__ | zecke: which? |
| 20:13.22 | cbrake | zecke: cheetah must not use a standard license |
| 20:13.49 | zecke | hehe |
| 20:13.58 | zecke | cbrake: it sounds like MIT then :) |
| 20:14.05 | zecke | MIT-like :) |
| 20:15.02 | tkp_ | zecke: dosfstools-native? |
| 20:15.09 | cbrake | zecke: the second google string is part of the MIT license -- just a google sanity check. |
| 20:15.26 | cbrake | zecke: I'd say MIT-like is close enough :-) |
| 20:15.43 | zecke | tkp_: no xerces-c |
| 20:15.49 | tkp_ | ah |
| 20:16.02 | zecke | tkp_: for dosfstools-native check if a newer release is available |
| 20:16.13 | zecke | tkp_: or if someone has some gcc4 patches |
| 20:17.13 | tkp_ | zecke: wre on gcc 3.4.4 |
| 20:17.26 | zecke | tkp_: on the 'host'? |
| 20:17.35 | tkp_ | ah, no |
| 20:17.45 | zecke | tkp_: we are taking about a -native package |
| 20:17.58 | tkp_ | on the host were on 4.1.1 |
| 20:18.44 | tkp_ | patches would be in the oe reposirory? |
| 20:18.52 | tkp_ | guess I'll need to pull and update |
| 20:23.30 | zecke | tkp_: no patches won't be in the oe repository |
| 20:23.39 | zecke | tkp_: otherwise they would have been applied :) |
| 20:23.54 | tkp_ | zecke: good point :p |
| 20:24.05 | zecke | :) |
| 20:24.07 | jkp__ | anyone able to tell me how to clean the kernel build so i can force a rebuild? |
| 20:24.32 | zecke | -b kernel-bb-file -cclean |
| 20:24.39 | jkp__ | Nothing provides dpendency kernel |
| 20:25.20 | jkp__ | didnt like that zecke |
| 20:25.55 | zecke | jkp__: well, I don't know which kernel you built, so you must think enough to fill the blanks |
| 20:26.34 | jkp__ | i dont understand the whole virtual mapping thing |
| 20:26.35 | jkp__ | if i say |
| 20:26.39 | jkp__ | bitbake kernel |
| 20:26.53 | jkp__ | it says "Nothing provides dependency kernel" |
| 20:27.00 | zecke | that is right |
| 20:27.08 | jkp__ | ok - so clue me in here :) |
| 20:27.30 | jkp__ | ive got a custom kernel bb and config called stv-kernel, i want to build it |
| 20:27.32 | zecke | jkp__: as you have said. it is "virtual/kernel" and not kernel |
| 20:27.56 | zecke | jkp__: as you might notice I have used "-b A-BB-FILE" where A was kernel |
| 20:27.59 | jkp__ | ahhh - so if i do that it will clean whatever i have set with the mapping? |
| 20:28.03 | zecke | jkp__: so now you need to create a turing machine |
| 20:28.09 | jkp__ | hehehehe |
| 20:28.19 | zecke | that replaces the string "A-BB-FILES" with a path to the bb file you use for your kernel |
| 20:28.34 | zecke | and within finite steps you have replaced the string and can ask bitbake to clean it :) |
| 20:28.38 | jkp__ | heh |
| 20:29.03 | jkp__ | so, so why when you have RDEPENDS or DEPENDS for the kernel, do you not specify virtual/kernel? |
| 20:29.06 | jkp__ | you specify kernel |
| 20:29.10 | zecke | jkp__: bitbake -b will not do any dependency handling, it will just open the file after the -b |
| 20:29.41 | zecke | jkp__: I don't get that, but I think the answer is: We do |
| 20:29.56 | zecke | jkp__: but most of the userspace is not depending on the kernel directly (at built) |
| 20:31.18 | jkp__ | ive seen packages where the RDEPENDS are just kernel, not virtual/kernel |
| 20:31.27 | jkp__ | you say i should use virtual/kernel though right? |
| 20:32.43 | zecke | jkp__: then this is likely to be a bug |
| 20:32.54 | jkp__ | ok - if i see it again ill let you know |
| 20:33.28 | jkp__ | the whole virtual thing is just to let you map a package name to something specific for your distro / machine? |
| 20:36.06 | jkp__ | zecke: i need one more small bit of help |
| 20:36.41 | jkp__ | im trying to use bootimage.bbclas |
| 20:36.54 | zecke | I have not used it myself |
| 20:37.05 | jkp__ | it looks for the kernel in $STAGING_KERNEL_DIR |
| 20:37.11 | jkp__ | for some reason this is wrong on mys system |
| 20:37.16 | jkp__ | any ideas where it is set? |
| 20:37.49 | woglinde | 3:0 |
| 20:37.52 | woglinde | jesus |
| 20:37.53 | zecke | jkp__: your kernel.bb files should put the bzImage there |
| 20:38.19 | jkp__ | well, they do, but where they put it is diffrerent to where bootimage.bbclass thinks it is |
| 20:38.55 | jkp__ | its looking in tmp/work/i586-linux/kernel |
| 20:39.05 | *** part/#oe casper_ (n=casper@S0106000f6630d670.gv.shawcable.net) |
| 20:39.08 | zecke | no that is wrong |
| 20:39.21 | zecke | STAGING_KERNEL_DIR is tmp/work/i586-linux/kernel ? |
| 20:39.44 | jkp__ | oops |
| 20:40.06 | jkp__ | its looking in tmp/staging/i586-linux/kernel/ |
| 20:40.26 | jkp__ | but its actually in tmp/staging/mini_itx-linux/kernel/ |
| 20:40.41 | jkp__ | we created a custom kernel config and .bb |
| 20:41.47 | zecke | jkp__: you have two options: Add a new variable to bootimg.class |
| 20:41.57 | zecke | jkp__: declaring path and filename of the kernel |
| 20:42.08 | zecke | jkp__: or install your kernel the way bootimg assumes it |
| 20:42.11 | jkp__ | heh - seems hacky but yes :) |
| 20:42.45 | zecke | well. Looking at the head of bootimg.bbclass, we can just add another variable |
| 20:42.47 | jkp__ | is there no nice way to make it recognise what kernel im building and therefore where it should be? |
| 20:43.05 | zecke | jkp__: no, we lack that sort of thing |
| 20:43.20 | zecke | jkp__: and it is tricky as you could decide to build different kernels etc... |
| 20:43.23 | jkp__ | heh - ok...as long as i know im not hacking when there is a better way |
| 20:43.36 | jkp__ | so the best way in your opinion? |
| 20:44.01 | zecke | $STGAING_KERNEL_DIR7/bzImage is not a bad assumption |
| 20:44.11 | zecke | the only assumption is that this will be a linux/x86 kernel |
| 20:44.21 | zecke | which is true as it is syslinux |
| 20:44.28 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 20:44.29 | jkp__ | why does STGAING_KERNEL_DIR map to x86? |
| 20:44.31 | *** join/#oe mr_nice_slacker (n=mr_nice_@p54A9E4C9.dip.t-dialin.net) |
| 20:44.32 | zecke | so I would just install the kernel into STAGING_KERNEL_DIR |
| 20:44.39 | mr_nice_slacker | hi all |
| 20:44.45 | zecke | jkp__: not the variable, bzImage and syslinux do |
| 20:45.18 | jkp__ | ok - so change my kernel .bb file to force the install in STAGING_KERNEL_DIR ? |
| 20:45.28 | zecke | do_deploy there |
| 20:45.53 | jkp__ | heh - it has not do_deploy section...i guess it is inheritted |
| 20:45.59 | jkp__ | which makes chaning it a pain |
| 20:46.13 | zecke | no, it is likely empty |
| 20:46.24 | zecke | and then there is always do_deploy_append/_prepend |
| 20:46.33 | RP | Isn't there something in kernel.bbclass which determines where the resulting image is? |
| 20:46.57 | zecke | you are the kernel master :) |
| 20:47.50 | RP | KERNEL_OUTPUT |
| 20:47.54 | hrw | hi |
| 20:47.56 | CIA-2 | 03cbrake 07org.oe.dev * r01860128... 10/packages/python/python-2.4.3-manifest.inc: python-netclient: add Cookie* files to package |
| 20:47.57 | CIA-2 | 03cbrake 07org.oe.dev * r3307181a... 10/packages/python/python-cheetah_1.0.bb: python-cheetah 1.0: add package to OE |
| 20:48.00 | RP | hi hrw |
| 20:48.01 | mr_nice_slacker | zecke:i am writing a keypad to thumbscript userspace keyboard driver at the moment it is nearly compleate. cause you found thumbscript interesting you could be my first tester? |
| 20:48.02 | CIA-2 | 03cbrake 07org.oe.dev * re24156fa... 10/packages/python/python-webpy_0.138.bb: python-webpy 0.138: add missing RDEPENDS |
| 20:48.03 | hrw | ~kill linux |
| 20:48.04 | ibot | ACTION shoots a hyper-charged proton gun at linux |
| 20:48.11 | jkp__ | RP - what i dont get is that STAGING_KERNEL_DIR seems to be different in the two cases |
| 20:48.31 | jkp__ | fro the kernel.bbclass its one place, and for bootimg.bbclass its another |
| 20:49.16 | hrw | why does linux cannot get ANY option to kill 'D' process... or make their resources freed... I do not like to being forced to reboot just because my MUA died |
| 20:50.02 | RP | hrw: It is annoying - I had that issue with my laptop the other day (wouldn't suspend any longer due to it) |
| 20:50.28 | zecke | Any idea how I can determine how many bits my target has? |
| 20:50.34 | hrw | RP: I have it too often |
| 20:50.35 | RP | jkp__: I not seen bootimg.bbclass before and its very new. I suspect its a bug or it needs features adding |
| 20:50.52 | jkp__ | RP: right, i see the variable - shouldnt the bootimg.bblass, inherit from kernel.bbclass |
| 20:50.54 | jkp__ | therefore inheritting that var |
| 20:50.57 | jkp__ | therefore able to use it to locate the kernel? |
| 20:51.03 | jkp__ | wouldnt that be a nicer solution? |
| 20:51.28 | RP | jkp__: That depends what bootimage.bbclass is doing. It certainly sounds nicer... |
| 20:51.42 | RP | jkp__: Where possible we do reuse classes, often quite heavily |
| 20:52.07 | jkp__ | i think that sounds like the way forward to me |
| 20:52.26 | jkp__ | if the kenrel is installed there everytime, it makes sense to look it up there |
| 20:52.39 | jkp__ | cleaner than some nasty hacking using overrides or some shit |
| 20:53.04 | RP | jkp__: You need to ask the author of that calss about it |
| 20:53.12 | jkp__ | CosmicPenguin |
| 20:53.21 | jkp__ | i was talking to him about it last night - i will mention it |
| 20:53.30 | jkp__ | (when hes on again) |
| 20:58.06 | hrw | heh..my home machine has C degrees inside of box and getting segfgfaults ;( |
| 20:58.30 | woglinde | he hrw |
| 21:01.03 | jkp__ | so, the STAGING_KERNEL_DIR and the KERNEL_OUTPUT dir - why are they different? |
| 21:03.11 | RP | jkp__: KERNEL_OUTPUT is where the kernel build tree generates the kernel. STAGING_KERNEL_DIR is where the kernel is staged two. Totally different things |
| 21:03.44 | woglinde | jesus |
| 21:03.46 | woglinde | http://gnumonks.org/~laforge/weblog/2006/07/06/#20060706-shanghai-armzone |
| 21:04.17 | jkp__ | is the kernel removed from the staging dir after it is built? |
| 21:04.38 | *** join/#oe ixoth (n=ixoth@pppoe-158.12.110.89-adsl.spbnit.ru) |
| 21:05.19 | RP | jkp__: Its more likely it gets placed in staging after its built |
| 21:05.27 | RP | jkp__: staging != workdir |
| 21:06.02 | jkp__ | im lost, i just dont understand why the bootimg class is trying to look it up in a place where it is not i guess :/ |
| 21:06.06 | jkp__ | noobie i now |
| 21:06.09 | jkp__ | *know |
| 21:06.27 | hrw | woglinde: awesome |
| 21:08.43 | woglinde | hrw yes |
| 21:09.15 | jkp__ | RP: ok so accepting i need to hack |
| 21:09.19 | woglinde | hrw reminds how stupid we believe the price for soemthing is fair |
| 21:09.32 | jkp__ | i tried to set KERNEL_STAGING_DIR to the place where my kernel is |
| 21:09.46 | jkp__ | no go, it still looks in the old place...is there a special syntax for an override? |
| 21:09.53 | ixoth | damn, i've spent whole day trying to make sound out of poodle with 2.6 |
| 21:10.18 | ixoth | I hate whoever invented that damn LoCoMo chip |
| 21:10.31 | hrw | ~locomo |
| 21:10.33 | ibot | i guess locomo is a completely undocumented chip in the Sharp Zaurus |
| 21:10.40 | woglinde | hm |
| 21:10.54 | woglinde | ixoth has some written to sharp for details? |
| 21:10.54 | hrw | ixoth: poodle use wm8731 for audio - we have driver for it as same one is in c7x0 |
| 21:10.56 | tkp_ | what's FILES_${PN} about? |
| 21:11.16 | hrw | tkp_: it means: PN will contain FILES |
| 21:11.18 | zecke | tkp_: PACKAGES and FILES relate |
| 21:11.29 | zecke | tkp_: so you PACkAGE = " |
| 21:11.47 | tkp_ | and PN is? |
| 21:11.47 | zecke | tkp_: so you have PACkAGES = " ${PN} ${PN}-doc ${PN}-dev " |
| 21:12.04 | tkp_ | Package Name? |
| 21:12.06 | zecke | tkp_: and with FILES_${PN} you say for package ${PN} install these files |
| 21:12.11 | zecke | tkp_: exactly |
| 21:12.27 | woglinde | nite |
| 21:12.41 | ixoth | hrw: but the problem is that poodle uses Locomo chip for i2s access to wm8731, and c7x0 uses scoop |
| 21:13.06 | ixoth | well, in fact i've got some results, but still no sound :( |
| 21:14.04 | hrw | ah |
| 21:14.27 | hrw | ixoth: so you are hacking poodle/2.6 sound support? |
| 21:15.07 | hrw | http://wiki.openzaurus.org/KernelInfo26/MachineStatus |
| 21:15.22 | ixoth | well, i'm trying to do that... it seemed simple at the beginning, but then it became harder & harder |
| 21:17.09 | jkp__ | RP: w00t - i have a bootimage |
| 21:17.33 | zecke | awesome |
| 21:17.38 | jkp__ | zecke: :D |
| 21:22.26 | emte | is there some trick to loop mount jffs2 images? |
| 21:22.35 | zecke | emte: yes |
| 21:22.46 | hrw | emte: mtdram |
| 21:22.49 | zecke | emte: mtdram, dd and mount :) |
| 21:23.06 | hrw | google: mount jffs2 mtdram |
| 21:23.08 | emte | mtdram .. |
| 21:23.24 | emte | yeah i've tried ~ 10 permutations of mount byitself |
| 21:25.02 | emte | maybe i should add that link to Eriks pivot wiki page ... |
| 21:25.08 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 21:31.53 | mr_nice_slacker | hardly OT - does anyone know how the key on the american keyboard(http://www.kachold.de/tastbel.html) on top left under the esc is called(not the wave the sign under the wave which looks like a apostrophe)? or even better knows the keycode? many thx. |
| 21:32.18 | koen | tilde? |
| 21:32.19 | hrw | backtick? |
| 21:32.27 | koen | hey hrw |
| 21:32.30 | hrw | hi koen |
| 21:32.48 | hrw | mr_nice_slacker: its ` (backtick) and ~ (tilde) |
| 21:34.09 | CIA-2 | 03freyther 07org.oe.dev * rdff694f0... 10/classes/tinderclient.bbclass: |
| 21:34.09 | CIA-2 | class/tinderclient.bbclass: Send bigger files in smaller chunks to avoid broken firewalls |
| 21:34.09 | CIA-2 | <PROTECTED> |
| 21:34.13 | CIA-2 | 03freyther 07org.oe.dev * r9e87109e... 10/packages/xerces-c/xerces-c_2.6.0.bb: |
| 21:34.13 | CIA-2 | packages/xerces-c/xerces-c_2.6.0.bb: Use configure directly instead of runConfigure |
| 21:34.14 | CIA-2 | <PROTECTED> |
| 21:34.16 | CIA-2 | <PROTECTED> |
| 21:34.18 | CIA-2 | <PROTECTED> |
| 21:34.20 | CIA-2 | <PROTECTED> |
| 21:34.22 | CIA-2 | <PROTECTED> |
| 21:35.01 | mr_nice_slacker | thx - something from this(http://pastebin.ca/82723) list must be it but there is no backtick :( |
| 21:35.44 | emte | did you look in your keyboard map? |
| 21:36.22 | mr_nice_slacker | i have german keyboard map the list is from /usr/include/linux/input.h |
| 21:37.37 | emte | what about /usr/share/keymaps ? |
| 21:37.54 | mr_nice_slacker | in the keyboard map the keys are called equal or are there signs? - i will try |
| 21:39.12 | hrw | mr_nice_slacker: on my pc: keycode 41 = grave asciitilde |
| 21:39.41 | emte | hmm i needto reinstal gcat |
| 21:40.10 | mr_nice_slacker | hrw: thx |
| 21:40.19 | mr_nice_slacker | hrw: grave is in the list :) |
| 21:41.37 | hrw | np |
| 21:42.15 | koen | or I could convince mickeyl into giving angstrom releases codenames |
| 21:43.56 | emte | okay ... i dd the jffs2 image into a mtd device, then try to mount the device correct? ( all the indicated mtd modules are loaded ) |
| 21:44.40 | emte | i am still getting the same errors |
| 21:46.22 | emte | there must be an easier way to extract /bin and /sbin |
| 21:47.19 | hrw | koen: I was thinking that angstrom 2006.9 had to be called 'umbaumba' |
| 21:51.14 | ixoth | goodbye everyone, have to go |
| 21:51.16 | *** part/#oe ixoth (n=ixoth@pppoe-158.12.110.89-adsl.spbnit.ru) |
| 21:53.30 | jkp__ | hey guys - i could do with a hand writing my first .bb file for a new package |
| 21:53.46 | jkp__ | i dont need anything right now, but beware...ill be asking annoying questions im sure ;) |
| 21:53.55 | jkp__ | (whats new eh? :p) |
| 21:54.03 | zecke | I'm started to get annoyed in preparation |
| 21:54.13 | *** join/#oe bloodrunner (n=bloodrun@dialup-4.233.194.62.Dial1.Manchester1.Level3.net) |
| 21:54.23 | jkp__ | zecke: hhehe - i lie, its not my first, ive written meta packages |
| 21:54.31 | jkp__ | but nothing that actually builds and installs sw |
| 21:54.52 | jkp__ | i need a native version which i need to use in another package, and also a target version of the same package |
| 21:55.06 | jkp__ | can you think of a simple example of this i could copy? |
| 21:55.33 | jkp__ | ipkg maybe i guess |
| 21:55.39 | hrw|tv | nano_1.3.12.bb - most famous example |
| 21:55.39 | koen | or zlib |
| 21:55.48 | jkp__ | ok :) |
| 21:55.54 | jkp__ | i need to use zlib so thats good |
| 21:56.11 | jkp__ | i take it the native version of zlib puts the headers in the right place? |
| 21:56.39 | koen | oh wait |
| 21:56.48 | jkp__ | doesnt have a target version :) |
| 21:56.50 | koen | I've actually written a howto for that |
| 21:56.57 | jkp__ | koen: w00t! |
| 21:56.58 | koen | jkp__: http://www.openembedded.org/user-manual&dpage=ch02s04 |
| 21:59.10 | jkp__ | am i allowed to BSD license my efforts? |
| 21:59.16 | jkp__ | or is that frowned upon? |
| 21:59.26 | hrw|tv | oe metadata is MIT licensed |
| 21:59.27 | jkp__ | (its my preferred license) |
| 21:59.30 | koen | we prefer the .bb files themself to be MIT |
| 21:59.50 | jkp__ | im not familiar with this license...which is it most similar to? |
| 22:00.14 | hrw|tv | to BSD |
| 22:00.22 | koen | http://www.opensource.org/licenses/mit-license.php for details |
| 22:00.31 | jkp__ | ta |
| 22:00.43 | hrw|tv | I do not remember diffs between BSD/MIT/X license |
| 22:01.21 | koen | "do what you like, but mention us and don't sue" |
| 22:01.43 | jkp__ | heh :) |
| 22:01.56 | hrw|tv | koen: there was also BSD without 'mention us'? |
| 22:02.09 | koen | iirc yes |
| 22:02.20 | koen | BSD minus advertising clause |
| 22:02.49 | koen | the bsd license also forces you to grow a beard and wear sandals |
| 22:03.11 | jkp__ | if i put something in RDEPENDS, it will build automatically right? i dont need to put it in DEPENDS too right? |
| 22:03.41 | koen | jkp__: the short answer is "yes" |
| 22:04.35 | jkp__ | everything is dynamically linked on OE right? |
| 22:04.46 | jkp__ | ie - if something needs zlib to build its an RDEPEND |
| 22:04.55 | koen | if it's needed for the build proces it's needs to be in DEPENDS as well, in case we start writing a multithreaded bitbake |
| 22:05.13 | koen | jkp__: by default we use dynamic linking |
| 22:05.25 | jkp__ | ok, so in this case it needs to be in both |
| 22:05.29 | koen | jkp__: but you can instruct OE to do static linking |
| 22:05.42 | jkp__ | i wont bother ;) |
| 22:05.45 | zecke | tkp_: xerces-c should work |
| 22:05.56 | zecke | tkp_: for dosfstools-native I would need an AMD64 machine |
| 22:06.16 | tkp_ | zecke: just updating my db |
| 22:06.21 | tkp_ | thanks for that |
| 22:06.22 | zecke | tkp_: or could you run gcc with -E instead of -c |
| 22:06.38 | zecke | tkp_: to see what it thinks about __u8 |
| 22:06.59 | tkp_ | zecke:where would I need to set that? |
| 22:07.26 | zecke | tkp_: e.g. in your(?) bugreport foo.c fails to compile |
| 22:07.46 | zecke | tkp_: you need to use this compile line, substitute -c with -E pastebin the resulting output |
| 22:09.50 | tkp_ | zecke: oe_runmake? |
| 22:10.09 | zecke | tkp_: no :) |
| 22:10.51 | zecke | tkp_: is that your bug report?: http://bugs.openembedded.org/show_bug.cgi?id=1155 |
| 22:11.02 | koen | 'night all |
| 22:11.03 | zecke | <PROTECTED> |
| 22:11.03 | zecke | `/home/tom/stv/oe-stv/build/tmp/work/x86_64-linux/dosfstools-native-2.10-r2/dosfstools-2.10/mkdosfs' |
| 22:11.07 | zecke | | ccache gcc |
| 22:11.07 | tkp_ | zecke: yes |
| 22:11.09 | zecke | -isystem/home/tom/stv/oe-stv/build/tmp/staging/x86_64-linux/include -O2 -c |
| 22:11.12 | zecke | mkdosfs.c -o mkdosfs. |
| 22:11.21 | zecke | tkp_: you see that from within ...-2.10-r2/dosfstools-2.10/mkdosfs |
| 22:11.30 | zecke | ccache gcc ... was invoked |
| 22:11.53 | zecke | now substitute -c with -E, run the command |
| 22:11.59 | zecke | ~pastebin the preprocessed file |
| 22:12.10 | tkp_ | zecke: is this in the tmp dir? |
| 22:12.18 | tkp_ | I'm looking at the .bb file atm |
| 22:12.32 | zecke | tkp_: bitbake was so nice to print the path for you |
| 22:12.40 | zecke | tkp_: just open your eyes, try |
| 22:12.55 | tkp_ | sorry... I have severall things on the go right now. |
| 22:13.02 | tkp_ | I'll take a proper look now. hold on |
| 22:16.27 | emte | zecke, i dont suppose you know of a link off hand that deals with mounting jffs2 on a host using udev? all the ones i've found sofar use methods that dont work |
| 22:16.44 | zecke | oh |
| 22:16.53 | zecke | modinfo mtdram |
| 22:17.03 | zecke | modprobe mtdram PARAM=SIZE works? |
| 22:17.11 | tkp_ | zecke: I think that did it |
| 22:17.13 | zecke | it does create mtd devices? or is this the issue? |
| 22:17.24 | tkp_ | no output with E instead of c |
| 22:17.24 | zecke | tkp_: well, it is only preprocessing |
| 22:17.30 | zecke | ~pastebin |
| 22:17.31 | ibot | hmm... pastebin is a place to paste your stuff without flooding the channel - try http://pastebin.com/, or http://pastebin.ca, or http://channels.debian.net/paste, or for #oe use http://oe.pastebin.com, or http://bzflag.pastebin.ca/ |
| 22:17.36 | hrw|tv | cu |
| 22:17.37 | zecke | tkp_: you know what preprocessing is? |
| 22:17.46 | zecke | hrw|gone: cya |
| 22:17.49 | emte | it creates the devices but /dev is mounted with a 10MB size which the jffs2 exceeds |
| 22:17.49 | tkp_ | zecke: nope :p |
| 22:18.07 | tkp_ | zecke: I ran ccache gcc -isystem/home/tom/stv/oe-stv/build/tmp/staging/x86_64-linux/include -O2 -E mkdosfs.c -o mkdosfs.o |
| 22:18.11 | tkp_ | and got no output |
| 22:18.24 | zecke | emte: then your dd does something wrong |
| 22:18.37 | zecke | tkp_: well the output is in mkdosfs.o |
| 22:18.50 | emte | zecke, how so? dd doesnt control the size of /dev udev does .... |
| 22:19.01 | zecke | tkp_: you should get a book about the C Programming Language, and should get familiar with make, autotools, compiling and preprocessing |
| 22:19.12 | zecke | emte: why is the size of /dev important? |
| 22:19.22 | tkp_ | zecke: yes, I'm still learning... |
| 22:19.29 | zecke | emte: you just create a handfull of mtdblockX and mtdX nodes |
| 22:19.33 | jkp__ | zecke: im teaching him |
| 22:19.36 | tkp_ | but I know shit loads more than I did two weeks ago ;) |
| 22:19.37 | jkp__ | bit by bit |
| 22:19.38 | zecke | ah :) |
| 22:19.42 | jkp__ | he's a web programmer |
| 22:19.43 | emte | all the instructions ive tried reference dd if=image.jffs2 of=/dev/mtd0 |
| 22:19.45 | jkp__ | i do the c stuffs |
| 22:19.51 | jkp__ | :) |
| 22:19.54 | jkp__ | but hes getting there |
| 22:20.02 | jkp__ | he knows how headers and includes work now :) |
| 22:20.06 | zecke | hehe, I wondered about the'kp_' similiarity |
| 22:20.07 | jkp__ | and linking |
| 22:20.09 | tkp_ | zecke: you you want me to paste the entire output contents of that file? |
| 22:20.12 | jkp__ | hehehe |
| 22:20.12 | tkp_ | it's prety largs |
| 22:20.15 | tkp_ | large* |
| 22:20.20 | zecke | tkp_: ~pastebin |
| 22:20.26 | jkp__ | we are say about 2 meters away from each other zecke |
| 22:20.27 | zecke | tkp_: we will kill you if you paste it here |
| 22:20.32 | jkp__ | hahahaha |
| 22:20.33 | tkp_ | hehehe |
| 22:20.40 | zecke | tkp_: using pastebin is okay :) |
| 22:20.42 | zecke | ~pastebin |
| 22:20.44 | ibot | i guess pastebin is a place to paste your stuff without flooding the channel - try http://pastebin.com/, or http://pastebin.ca, or http://channels.debian.net/paste, or for #oe use http://oe.pastebin.com, or http://bzflag.pastebin.ca/ |
| 22:21.28 | emte | or rafb.net/paste if pastebin is too slow |
| 22:21.57 | tkp_ | last time I tried to paste something that large it timed out |
| 22:22.18 | tkp_ | "Maximum execution time of 30 seconds exceeded in" |
| 22:22.20 | tkp_ | :( |
| 22:23.10 | zecke | anyway I will move to bed now |
| 22:23.21 | tkp_ | zecke: http://bzflag.pastebin.ca/82776 |
| 22:23.26 | zecke | I will consider upgrading and testing dosfstools 2.11 |
| 22:23.44 | zecke | tkp_: thanks, I will bookmark it and look into it tomorrow |
| 22:24.08 | tkp_ | mm. my FC5 box has 2.11 on it and that works with gcc 4.1.1 |
| 22:24.17 | tkp_ | night zecke . Thanks |
| 22:24.23 | emte | dd: writing to `/dev/mtd0': No space left on device |
| 22:24.23 | emte | <PROTECTED> |
| 22:25.02 | zecke | emte: try to mount it now :) |
| 22:25.11 | emte | there is nothing in it |
| 22:25.33 | emte | i was hoping it would atleast have a partial |
| 22:25.34 | zecke | hmm it has been years since I last mounted jffs2 loopback |
| 22:26.00 | zecke | emte: is mtd0 a charachter node? |
| 22:26.05 | zecke | or just a normal file? |
| 22:26.36 | emte | -rw-r--r-- 1 root root 0 2006-07-08 15:27 /dev/mtd0 |
| 22:26.40 | emte | looks like its cahr |
| 22:26.44 | emte | char* |
| 22:27.06 | zecke | it does? |
| 22:27.25 | zecke | I'm not good as these things but I would expect to see a 'c' and major and minor number |
| 22:27.31 | emte | 0 is a char device is it not? |
| 22:27.43 | emte | 3 is a block if i remember correct |
| 22:27.59 | zecke | tkp_: okay, my x86 preprocessed file has a typedef for __u8; you lack it |
| 22:28.19 | zecke | tkp_: mine is coming from asm-i386/types.h, mkdosfs should use stdints.h anyway... |
| 22:29.11 | jkp__ | zecke: you going to patch it? |
| 22:29.23 | jkp__ | (to use stdints.h) |
| 22:29.31 | zecke | jkp__: I will compile and try dofstools 2.11 tomorrow |
| 22:29.36 | jkp__ | sure |
| 22:29.40 | jkp__ | no rish :) |
| 22:29.45 | jkp__ | *rush |
| 22:29.55 | jkp__ | ewww. that must mean something like im tired |
| 22:30.00 | jkp__ | where are you zecke btw? |
| 22:30.14 | zecke | germany |
| 22:30.21 | jkp__ | not far then |
| 22:30.38 | jkp__ | not a football fan then? :p |
| 22:30.40 | emte | zecke, i am wrong ... it is missing the 'c' before the permissions |
| 22:31.07 | zecke | hehe |
| 22:31.14 | zecke | well I have watched the game |
| 22:32.19 | *** join/#oe TheCan (n=thecan@dslb-084-056-143-234.pools.arcor-ip.net) |
| 22:32.27 | zecke | ouch the workaround in 2.11 is to #define __KERNEL__ before including the types.h :} |
| 22:32.32 | zecke | morons |
| 22:32.38 | jkp__ | heh |
| 22:35.11 | jkp__ | how do i make my build use fakeroot? |
| 22:35.21 | jkp__ | or does that happen automatically? |
| 22:35.37 | zecke | jkp__: fakeroot do_stuff() {} |
| 22:35.43 | zecke | jkp__: should make it use fakeroot |
| 22:36.06 | jkp__ | hmm - getting odd warnings in the build |
| 22:36.18 | jkp__ | ill need to get the log from somewhere in a mo to see what they were |
| 22:37.06 | *** join/#oe lpotter (n=blah@c210-49-127-23.rochd1.qld.optusnet.com.au) |
| 22:37.14 | zecke | cya |
| 22:40.05 | jkp__ | can anyone tell me why i might be seeing multiple repetitions of the error "Couldn't find shared library provider for libgcc_s.so.1"? |
| 22:40.59 | emte | multiple things are looking/depend on it? |
| 22:41.21 | jkp__ | emte: i dont follow sorry :/ |
| 22:41.39 | jkp__ | anything to do with having things both in DEPENDS and RDEPENDS at the same time? |
| 22:41.43 | emte | i would thing you'd get the message everytime something went looking for it |
| 22:41.48 | emte | think |
| 22:42.04 | jkp__ | ok, and we dont have it? |
| 22:42.06 | emte | well DEPENDS is buildtime |
| 22:42.07 | jkp__ | seems odd |
| 22:42.16 | emte | RDEPENDS is actual runtime on the device |
| 22:42.43 | emte | and perhaps at image creation time ... |
| 22:42.45 | jkp__ | right, but if something needs to link to a lib then it needs to be in both right? |
| 22:42.50 | emte | no |
| 22:42.53 | jkp__ | no? |
| 22:43.16 | jkp__ | but how can you ensure it is built before the package you are buidling, and is present on the device? |
| 22:43.22 | emte | it would depend on library linking and if it expected another app ti be present |
| 22:44.01 | jkp__ | hang on - this is a simple case, just tell me which one i need to use and why if thats cool... |
| 22:44.08 | emte | DEPENDS is for build time requirements |
| 22:44.22 | jkp__ | so, i have an app that links to libcurl, zlib and readline |
| 22:44.23 | emte | RDEPENDS is for actual running |
| 22:44.32 | jkp__ | right, but the two are the same surely? |
| 22:44.36 | emte | no |
| 22:44.50 | emte | DEPENDS does not do anything after OE/bitbake are done |
| 22:44.54 | jkp__ | to buld it, the libs need to be present |
| 22:45.03 | emte | RDEPENDS is used by ipkg |
| 22:45.21 | jkp__ | right, which is why i say i need both |
| 22:45.26 | jkp__ | i need to link to them at build time |
| 22:45.35 | jkp__ | and to use RDEPENDS to make sure they are packaged properly |
| 22:45.39 | jkp__ | no? |
| 22:45.41 | emte | no |
| 22:46.00 | jkp__ | so RDEPENDS alone is enough? |
| 22:46.01 | emte | rdpends has nothing to do with packaging, but the required package for it to run |
| 22:46.23 | jkp__ | will packages in RDEPENDS be built first? |
| 22:46.26 | emte | best example i can think of would be ssl gnupg |
| 22:46.46 | emte | those are split into application, libraries, documentation etc |
| 22:47.08 | emte | do dont generically say the ssl package |
| 22:47.10 | *** join/#oe ___gints_ (n=gints@62.84.15.211) |
| 22:47.25 | emte | you woudl rdepends most likly on the library package |
| 22:47.52 | jkp__ | right, coz you want it on the box |
| 22:48.20 | emte | well you need it if you compile dymanic libraries |
| 22:48.29 | jkp__ | sure |
| 22:48.40 | jkp__ | otherwise it would be compiled in already |
| 22:48.53 | jkp__ | ok - i think i get that anyway...just about... |
| 22:49.08 | jkp__ | im still confused by the libgcc_s.so.1 error |
| 22:49.12 | jkp__ | that seems like bad news |
| 22:49.22 | jkp__ | can you explain what you think is causing it? |
| 22:49.35 | emte | your rdepends minght be openssl-libraries while your depends would be openssl |
| 22:49.37 | jkp__ | presumably something is not right |
| 22:50.00 | jkp__ | ok - now i get it |
| 22:50.24 | jkp__ | so you build the whole openssl package (ie headers etc as well) for your actual build, but for running you only need the libs |
| 22:50.34 | emte | that is as far as i understand the depends rdepends differences anyway |
| 22:50.42 | emte | yes |
| 22:50.52 | jkp__ | ok - good, i think i follow that now |
| 22:51.04 | jkp__ | so are those targets defined within one package? |
| 22:51.14 | emte | which? |
| 22:51.17 | jkp__ | ie - there is a package called openssl |
| 22:51.22 | emte | the packages split out ? |
| 22:51.31 | jkp__ | but you can say RDEPENDS=openssl-libs |
| 22:51.37 | jkp__ | are they seperate .bb files? |
| 22:51.38 | emte | look in your packages dir |
| 22:51.52 | emte | there are some 3k+ packages you can use |
| 22:52.00 | emte | yes |
| 22:52.17 | emte | have you looked in your deploy dir or at one of the feeds? |
| 22:52.27 | jkp__ | the feeds? nope |
| 22:52.36 | emte | i'll get you a link |
| 22:53.08 | emte | http://ftp.handhelds.org/distributions/familiar/releases/v0.8.2/feed/world/ |
| 22:53.47 | jkp__ | right...lots of ipks? :p |
| 22:53.55 | emte | things are optimaly split appart so you can use the least amount of required items |
| 22:54.18 | emte | the locale stuff is probably the most obvious |
| 22:54.43 | emte | since every locale is split out for each package taht needs/provides them |
| 22:55.09 | jkp__ | ok - that all makes sense, but i want to know how to do the same in my own packages now :) |
| 22:55.24 | emte | most of it is automated by default |
| 22:55.36 | emte | based on the Makefile |
| 22:55.55 | emte | sometimes manual manipulation is needed etc |
| 22:56.32 | emte | probably more often than not ... |
| 22:56.58 | jkp__ | ah - now looking at the openssl package |
| 22:57.19 | jkp__ | it puts stuff in ${STAGING_INCDIR}, ${STAGING_LIBDIR} etc |
| 22:57.35 | jkp__ | is it by doing that that you define the seperate component ipks? |
| 22:57.41 | emte | no |
| 22:57.51 | emte | taht is for the buildsystem includes |
| 22:57.53 | jkp__ | i dont see where that happens |
| 22:58.05 | jkp__ | ahhh - so that other stuff can use it after |
| 22:58.13 | emte | you only push stuff to staging for building |
| 22:58.17 | emte | right |
| 22:58.20 | mr_nice_slacker | someone with kernel 2.6 evdev uinput and no fear of resets will try my key2thumb driver? it is qnd at the moment (i am on lerning c). but could be tested. if you don't know thumbscript you can see it here (thumbscript.com). |
| 22:58.32 | mr_nice_slacker | it is userspace |
| 22:58.35 | jkp__ | so if i was going to write a -native package |
| 22:58.48 | jkp__ | i wouldnt inherit ipk , id just install stuff to staging |
| 22:58.49 | jkp__ | ? |
| 22:58.53 | emte | you would push things to staging |
| 22:58.56 | emte | yes |
| 22:58.59 | jkp__ | ahhhha |
| 22:59.02 | jkp__ | the penny drops |
| 22:59.21 | jkp__ | i stil dont understand how to split things out into seperate targets from one .bb |
| 22:59.36 | emte | you will find out if you need to do it |
| 22:59.42 | jkp__ | well |
| 22:59.48 | jkp__ | i have one case where i do |
| 22:59.48 | emte | ( missing files/rdepends ) |
| 22:59.52 | jkp__ | but its not urgent |
| 23:00.08 | jkp__ | its only removing three two binaries from the final system |
| 23:00.15 | emte | you will have to manually code it in to happen/bundle properly |
| 23:00.30 | jkp__ | there are three in the package and i only want one in the final system |
| 23:00.36 | jkp__ | ok - ill worry about it later :) |
| 23:00.46 | emte | there are lots of examples around :) |
| 23:00.52 | emte | 3k+ |
| 23:00.53 | jkp__ | im still worried about that gcc error i pasted |
| 23:00.55 | jkp__ | should i be? |
| 23:00.58 | jkp__ | hehe :) |
| 23:01.08 | zwelch | wlan-ng-modules splits itself into several packages |
| 23:01.26 | emte | if it is an error, maybe, if its a warning, not until something breaks because of it |
| 23:01.41 | jkp__ | seems to be a warning |
| 23:01.48 | emte | are you planning to use gcc on the target? |
| 23:01.52 | zwelch | i mention it because i was having problems with gpe-image not seeing its wlan-ng-modules-usb, even though everything seems to build correctly ;) |
| 23:02.43 | zwelch | i think that supports the "worry about it later" train of thought :) |
| 23:04.15 | *** join/#oe lpotter (n=blah@c210-49-127-23.rochd1.qld.optusnet.com.au) |
| 23:04.47 | *** join/#oe thejapa (n=thejapa@200-232-210-132.dsl.telesp.net.br) |
| 23:31.37 | *** join/#oe lpotter (n=blah@c210-49-127-23.rochd1.qld.optusnet.com.au) |
| 23:53.17 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
| 23:58.44 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |