| 00:00.21 | *** join/#oe aboeglin (~aboeglin@213.154.79.4) |
| 00:03.55 | *** join/#oe chewy (~dieu@r2351064.cidc.net) |
| 00:12.10 | *** join/#oe Ken|JLimeX (~Ken@h72n2fls34o1105.telia.com) |
| 01:06.23 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 01:46.59 | *** join/#oe hufnus (~slonsiki@md51336d0.tmodns.net) |
| 02:03.03 | *** join/#oe BigAl (~bigal@dsl-203-113-234-160.ACT.netspace.net.au) |
| 02:12.48 | *** join/#oe W8TVI (~noel@69.39.75.252) |
| 02:38.17 | *** join/#oe imk (~dj@69-175-55-137.ontrca.adelphia.net) |
| 02:44.33 | *** join/#oe hufnus (~slonsiki@mfa3e36d0.tmodns.net) |
| 02:44.48 | *** join/#oe w8tvi- (~noel@69.39.75.252) |
| 02:51.51 | chouimat|Zzzz | night |
| 02:57.23 | *** join/#oe W8TVI (~noel@69.39.75.252) |
| 03:11.06 | *** part/#oe W8TVI (~noel@69.39.75.252) |
| 03:17.43 | *** part/#oe fyliu (~Fangsta@user-10cm1l3.cable.mindspring.com) |
| 03:36.26 | *** join/#oe mithro (~tim@lester.mithis.com) |
| 04:03.12 | *** join/#oe andersee (~andersen@12.158.229.94) |
| 04:14.18 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
| 04:16.24 | emte | heya raster |
| 04:17.19 | raster | emte: emmie! 'avo |
| 04:17.22 | emte | lol |
| 04:17.26 | emte | how goes it>? |
| 04:21.39 | raster | not too bad |
| 04:21.46 | raster | friggin parsing text again |
| 04:21.49 | raster | i hate parsing! |
| 04:21.50 | raster | grrr |
| 04:21.52 | emte | :( |
| 04:22.02 | emte | buy a lisp programmer :) |
| 04:22.07 | emte | he can do it for ya |
| 04:22.22 | emte | hide him in your desk drawer |
| 04:23.29 | ljp | i used to parse text with two sticks and a rock! |
| 04:23.49 | emte | good thing you wernt trying to start a fire |
| 04:24.01 | ljp | ya, sometimes one did start ;) |
| 04:24.05 | emte | lol |
| 04:24.22 | emte | you musta been parsing a legal doc |
| 04:24.26 | emte | :P |
| 04:24.44 | raster | hahahah |
| 04:25.35 | _ggilbert | <PROTECTED> |
| 04:25.46 | ljp | ha |
| 04:25.48 | ljp | hahaha |
| 04:25.49 | _ggilbert | I believe step one would be "write excel import code" |
| 04:25.52 | ljp | ha ha ha ha hahaha |
| 04:26.26 | emte | i always found the excel2html converter handy in those cases :) |
| 04:27.03 | emte | actually a damn nice brower addon |
| 04:27.08 | emte | browser* |
| 04:49.27 | *** join/#oe W8TVI (~noel@69.39.75.252) |
| 05:19.01 | *** join/#oe qfh (~qfh@ppp-82-135-4-27.mnet-online.de) |
| 05:23.06 | *** join/#oe Timelord (~TL@64-147-65-183.access-4.intertex.net) |
| 05:25.45 | *** join/#oe W8TVI (~noel@69.39.75.252) |
| 05:27.24 | *** join/#oe bluelightning (~bluelight@203-173-245-200.akl.ihugultra.co.nz) |
| 05:37.15 | *** join/#oe tigrux (~tigrux@dsl-200-95-25-165.prod-infinitum.com.mx) |
| 05:47.44 | *** join/#oe Timelord (~TL@64-147-65-183.access-4.intertex.net) |
| 05:56.47 | *** join/#oe linuxwhore (~johnh@65-103-6-111.mpls.qwest.net) |
| 06:42.49 | *** join/#oe Geo_KM (~keith@CPE-61-9-204-1.nsw.bigpond.net.au) |
| 06:43.50 | *** join/#oe SFred (~mteira@17.Red-81-44-134.pooles.rima-tde.net) |
| 06:55.02 | *** join/#oe newl (~newlook@203.59.137.191) |
| 06:58.39 | newl | re. I'm having a little trouble with bb following the wiki instructions. I've specified BBFILES as suggested in the comment above it yet when trying a 'bitbake task-boostrap' I get a 'No such file <pattern> while parsing <pattern>'. I've tried using various different targets as mentioned in the wiki with the same results. Can anyone shed some light on what perhaps I may be missing or may not have done? |
| 07:01.26 | emte | did you clone the bk tree? |
| 07:02.20 | newl | No, I used the read only client, not the normal BK client. |
| 07:02.49 | *** join/#oe man-di (~man-di@dyndsl-080-228-195-004.ewe-ip-backbone.de) |
| 07:04.03 | emte | but you did get a tree? |
| 07:04.39 | newl | Yes. sfioball grabbed the whole lot. I even followed up with the suggested update (of which there were none becuase I had just checked it out) |
| 07:05.16 | emte | then its an envoriment setup problem |
| 07:05.29 | emte | check what your BBPATH is pointing to |
| 07:05.37 | emte | or if its even getting exported |
| 07:06.04 | newl | BBPATH is correctly exported to the directories as suggested by the GettingStarted wiki page, yes. |
| 07:07.29 | newl | Somewhat frustrating really..I can build a kernel (using arm host environment) and initrd (manually) for this 1930 but I can't get this working while following the directions to the letter. :) |
| 07:10.51 | emte | i am not sure what to tell you, but your enviroment setup is incorrect. somehow where you telling BB that you put the files is in a different place than they exist |
| 07:12.10 | newl | argh..you were somewhat right. BBFILES var had a typo. I'd dropped a 'd' off of openembedded. |
| 07:12.57 | newl | Thanks for the prodding and insight, it was helpful. :) |
| 07:17.39 | newl | working nicely now..thanks again emte. |
| 07:17.42 | *** part/#oe newl (~newlook@203.59.137.191) |
| 07:34.49 | XorA | morning |
| 07:37.01 | BigAl | morning |
| 07:39.48 | bluelightning | hi all |
| 07:56.35 | RP | morning all |
| 07:58.47 | BigAl | Is anybody trying to port 2.6 to the spitz? |
| 08:02.02 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 08:06.46 | RP | BigAl: Nobody has started yet |
| 08:08.02 | BigAl | RP: I was thinking of having a go at it myself. |
| 08:09.10 | RP | BigAl: It should be straight forward to build on the work I've done for the c7x0 |
| 08:09.27 | RP | BigAl: http://www.rpsys.net/openzaurus/ |
| 08:10.12 | BigAl | RP: Where would it be best to start, do you think? |
| 08:10.58 | RP | BigAl: Create a machine file and get it to boot... |
| 08:11.07 | RP | BigAl: Do you have a serial lead? |
| 08:11.22 | BigAl | RP: Yup, got one of those. |
| 08:11.40 | RP | BigAl: That's a good start. You'll need it ;-) |
| 08:12.03 | RP | BigAl: Do you have a working OE setup? Or an arm crosscompiler? |
| 08:12.26 | BigAl | RP: Yup, I've got OE working, I've built OZ a couple of times already. |
| 08:12.57 | RP | BigAl: Ok, take a look at the 2.6 kernel for the c7x0 within OE then... |
| 08:13.13 | RP | Start from that as a base as it has some tweaks to work on Zaruii |
| 08:13.37 | *** join/#oe mallum (~mallum@host81-155-187-125.range81-155.btcentralplus.com) |
| 08:13.43 | RP | Have a look at arch/arm/mach-pxa/corgi.c and start work on a spitz.c |
| 08:13.59 | BigAl | RP: I'll check that out. |
| 08:14.02 | RP | I'd keep it seperate from corgi until we know how much or little they have in common |
| 08:14.36 | RP | The equivalent file in 2.4 is corgi.c which has been butchered for spitz/akita |
| 08:17.23 | BigAl | RP: I've got the 2.4.20 pxa tree there, I'll grab the 2.6.11 one too |
| 08:22.33 | hrw|work | hello |
| 08:22.37 | XorA | morning hrw|work |
| 08:22.43 | greg72 | hi hrw |
| 08:24.12 | RP | hi hrw|work |
| 08:25.58 | *** join/#oe cedric__ (~cedric@81.56.179.236) |
| 08:27.47 | hrw|work | RP: is it normal that after conecting power to c7x0 i got warning about critical powerlevel? |
| 08:28.45 | RP | hrw|work: From the kernel or something else? Which warning exactly? |
| 08:30.22 | hrw|work | RP: from opie |
| 08:32.32 | XorA | hrw|work: thats normal |
| 08:32.47 | RP | hrw|work: It could be that the battery driver hasn't had a chance to refresh the power status |
| 08:32.53 | hrw|work | ah |
| 08:35.27 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 08:39.38 | *** join/#oe tapo (~tapo@sig9-d9baf3a9.pool.mediaWays.net) |
| 08:47.41 | *** join/#oe mallum (~mallum@host81-153-51-72.range81-153.btcentralplus.com) |
| 09:00.00 | *** join/#oe woglinde (woglinde@pD9E7FD8A.dip.t-dialin.net) |
| 09:05.26 | *** join/#oe mallum (~mallum@host81-155-186-122.range81-155.btcentralplus.com) |
| 09:12.05 | hrw|work | ~lart patcher |
| 09:15.27 | hrw|work | ~lart TT for using freetype1 |
| 09:15.41 | woglinde | hm? |
| 09:16.00 | woglinde | cant you use freetype outside the tt tarball? |
| 09:16.33 | hrw|work | woglinde: #undef QT_NO_FREETYPE is needed to hae makeqpf working |
| 09:17.14 | hrw|work | woglinde: and it use freetype1 instead of freetype2 |
| 09:17.33 | woglinde | qpdf usess freeytpe1? |
| 09:17.39 | hrw|work | qte |
| 09:18.03 | *** join/#oe b0ti|work (~boti@ant.hdsnet.hu) |
| 09:18.24 | hrw|work | ~seen ljp |
| 09:18.29 | ibot | ljp is currently on #zaurus (5d 13h 24m 14s) #opie (5d 13h 24m 14s) #oe (5d 13h 24m 14s) #elinux (5d 13h 24m 14s) #handhelds.org (5d 13h 24m 14s) #openzaurus (5d 13h 24m 14s). Has said a total of 38 messages. Is idling for 4h 52m 37s |
| 09:22.23 | greg72 | bitbake gcc-cross says http://www.math.bme.hu/~gergoe/log2 it fails at do_package. Search for "Nothing to be done" for the relevant error messages. Do you have any hint? I have package_tar in distro/<mydistro>.conf |
| 09:22.45 | hrw|work | ~lart mickeyl for storing timestamp in reboot script |
| 09:27.37 | *** join/#oe mallum (~mallum@host81-153-53-116.range81-153.btcentralplus.com) |
| 09:28.04 | *** join/#oe ade|desk (~adavey@194.200.143.249) |
| 09:28.14 | ade|desk | morning all |
| 09:29.31 | hrw|work | hi ade |
| 09:29.46 | hrw|work | ulibc moved from cvs to svn? |
| 09:30.07 | greg72 | hrw|work: yes they did |
| 09:30.09 | hrw|work | uclibc I mean |
| 09:35.28 | greg72 | Now I commented out INHERIT += " package_tar" and got the following: http://pastebin.ca/11017 strange... why does bitbake try building a basic package but not the others? |
| 09:36.13 | hrw|work | greg72: could you use package_ipk? |
| 09:37.16 | greg72 | hrw|work: I could, but the now system on our gadget uses rpm instead. It also had problems. But OK I try package_ipk. I'll tell you the result |
| 09:38.06 | hrw|work | the problem is that package_tar, package_rpm are so rarely used that its hard to tell do they work |
| 09:49.18 | greg72 | hrw|work: using package_ipk ends in http://www.math.bme.hu/~gergoe/log3 see "Nothing to be done" for error messages. |
| 09:50.01 | hrw|work | does not build libgcc, libstdc++ packages? |
| 09:50.27 | greg72 | should I delete <tmp> and start it from scratch? |
| 09:50.34 | hrw|work | rather yes |
| 10:01.00 | hrw|work | someone tried affix BT drivers instead of bluez? |
| 10:01.13 | woglinde | hrw why? |
| 10:01.30 | hrw|work | woglinde: driver for my card does not survive suspend/resume |
| 10:01.42 | hrw|work | and author know about it |
| 10:02.01 | hrw|work | so I think about trying affix one |
| 10:05.10 | hrw|work | hi lardman |
| 10:06.39 | RP | Is anyone available to help a python newbie out with a silly question? |
| 10:07.42 | lardman | hi hrw|work |
| 10:09.16 | hrw|work | RP: I'm python lamer but maybe someone else will tell - ask then |
| 10:13.04 | RP | Ok, looking at http://www.rpsys.net/openzaurus/temp/temp.py, I'm trying to make the getVar function work from this external C++ file. return self.dict[var]["content"] and return str(tmp) don't seem to be the same type though. It seems to lose some attributes. How can I preserve them and yet load the string through DataDict_C.get? |
| 10:15.09 | RP | Specifically, I see: AttributeError: 'str' object has no attribute 'append' |
| 10:15.29 | hrw|work | mickey|zzZZzz: wakeup |
| 10:19.17 | RP | hrw|work: I guess I'll just have to wait :) |
| 10:19.42 | hrw|work | rather yes |
| 10:30.14 | greg72 | hrw|work: http://www.math.bme.hu/~gergoe/log4 is my log after creating empty temp-dir and using package_ipk. So this issue seems to be independent of the packaging system. |
| 10:32.08 | hrw|work | greg72: I'm building amr-uclibc now |
| 10:36.51 | hrw|work | greg72: uclibc pacakges created, gcc-cross is building |
| 10:45.39 | hrw|work | heh.. gcc-cross failed |
| 10:45.58 | greg72 | hrw|work: where? |
| 10:46.22 | hrw|work | still outputing log |
| 10:46.33 | hrw|work | over 170kbps connection |
| 10:47.37 | hrw|work | heh.. iconv_t |
| 10:47.51 | hrw|work | /home/hrw/zaurus/oe/build/u0505/tmp/work/armv5te-linux/gcc-cross-3.4.3-r10/gcc-3.4.3/build.i686-linux.arm-linux-uclibc/arm-linu |
| 10:47.54 | hrw|work | x-uclibc/libstdc++-v3/include/arm-linux-uclibc/bits/codecvt_specializations.h:52: error: `iconv_t' does not name a type |
| 10:48.37 | greg72 | I had the same... that's with the new openembedded tree. in my old oe tree that file contains almost nothing. |
| 10:49.29 | greg72 | my old tree is of 20050425 |
| 10:50.30 | hrw|work | someone familiar with toolchain is needed then |
| 10:52.24 | greg72 | I've sent a mail to crossgcc mailing list but no response I got |
| 10:52.48 | hrw|work | OT - I have to think about method of celebration for sunday... one year with oe |
| 10:53.23 | greg72 | hrw|work: do you have a working gadget that was built using oe? |
| 10:53.58 | hrw|work | greg72: zaurus sl-5500 (collie) and zaurus c760 (husky) |
| 10:58.55 | greg72 | it's all right to celebrate this anniversary then. Have a beer/cake/some sea-gadget :-) |
| 11:12.45 | hrw|work | sea-gadget? |
| 11:19.20 | hrw|work | ~change 1 gbp to eur |
| 11:20.04 | *** join/#oe zecke (~ich@83-169-170-14-dynip.superkabel.de) |
| 11:22.51 | mickeyl | morning |
| 11:22.53 | hrw|work | hi mickeyl |
| 11:27.58 | RP | morning mickeyl |
| 11:28.02 | mickeyl | RP: I' |
| 11:28.18 | mickeyl | RP:I'm about to dive into housework for a couple of hours. after that I can take a look at your Python problem |
| 11:28.42 | RP | mickeyl: Ok, thanks. It'll be something simple I'm not understanding about python objects ;-) |
| 11:31.52 | hrw|work | ~change 42 eur to pln |
| 11:32.39 | greg72 | hrw|work: sorry for my English I've thought of seafood |
| 11:32.50 | hrw|work | greg72: ah... |
| 11:36.47 | zecke | RP: hi, maybe I can help (but be aware I'm not close to be a python expert) |
| 11:36.51 | RP | zecke: I think I've just realised the problem. Its not just strings that the DataDict class stores is it? |
| 11:37.52 | zecke | RP: right |
| 11:38.13 | RP | zecke: I can see it using strings and lists. Is there anything else? |
| 11:38.24 | zecke | RP: dicts |
| 11:38.31 | zecke | RP: and the graph |
| 11:38.46 | RP | zecke: Is there a function I can use to to translate these objects into strings and back again? |
| 11:39.17 | zecke | RP: check data_sqlite.py I do aweful pickling |
| 11:39.42 | *** join/#oe Virusmaster (~Thomas@p549CF69F.dip.t-dialin.net) |
| 11:40.47 | zecke | RP: but actually one can store anything for a key :} |
| 11:43.04 | RP | zecke: This would be analayse and restoreValue ? I think they might sort my problem out |
| 11:43.29 | zecke | RP: yes but it will be a source of slow down :} |
| 11:43.56 | zecke | RP: but for the first attempt it will work |
| 11:44.16 | RP | zecke: At the moment, I don't care about speed. a) make it work b) make it work faster :) |
| 11:50.58 | tapo | is "data.py" the "bad guy" needing optimization? |
| 11:51.12 | zecke | tapo: no data.py is just fine (now) |
| 11:51.56 | zecke | tapo: data.py is almost only a delegate |
| 11:52.01 | tapo | I would read the docs, but I cant make them :) |
| 11:52.08 | RP | zecke: is there something like #define in python? |
| 11:52.36 | RP | The C programmer in my isn't finding this easy :) |
| 11:52.44 | zecke | RP: no there is no preprocessor |
| 11:52.56 | zecke | def FOOO(x): |
| 11:53.10 | zecke | return foofify_x |
| 11:53.33 | RP | zecke: Ok, I think that will work, thanks. |
| 11:54.02 | zecke | also It seems like constants are normally introduced at the top of the file with a leading '_' |
| 11:54.12 | zecke | I don't know if it is THE python convention... |
| 11:56.41 | RP | zecke: So I could put _dataTypeStr=0 at the top of the file and then anywhere I use _dataTypeStr, I'll get a 0? |
| 11:57.35 | zecke | yes |
| 11:58.11 | tapo | like in http://www.taponet.de/t1.txt |
| 11:59.17 | RP | thanks |
| 12:00.10 | RP | zecke: offhand, do you know what percentage of bb variables are binary? |
| 12:01.25 | zecke | RP: off hand not |
| 12:01.38 | zecke | RP: but probably only a minority |
| 12:01.53 | zecke | RP: most of them are strings, some functions (strings as well) and only |
| 12:01.56 | RP | zecke: I'm hoping its small - if so, this might not loose too much speed |
| 12:02.05 | zecke | RP: the taskgraph is a true binary |
| 12:03.57 | hrw|work | is it OK to bump PR just because new build is needed in upgrades? |
| 12:04.12 | zecke | i think yes |
| 12:09.07 | hrw|work | fsck.. |
| 12:18.22 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |
| 12:21.13 | *** join/#oe jacques (~jacques@jacques.nslu2-linux) |
| 12:25.57 | *** join/#oe greg72 (~budayg@ns1.sysdata.hu) |
| 12:48.35 | *** join/#oe mallum (~mallum@host81-155-188-130.range81-155.btcentralplus.com) |
| 12:56.24 | *** join/#oe NickHaflinger (~nick_hafl@85.124.108.108) |
| 13:05.18 | hrw|work | mickeyl: wb |
| 13:06.04 | mickeyl | hi |
| 13:06.07 | mickeyl | hi NickHaflinger |
| 13:06.15 | mickeyl | ~shoot wlan-ng just because |
| 13:06.17 | ibot | ACTION shoots wlan-ng just because in the ear with a frozen turkey cannon! |
| 13:07.18 | hrw|work | and tt, sharp too ;) |
| 13:08.36 | zecke | RP: we need to talk kergoth into giving us access to the bitbake svn respository |
| 13:09.02 | hrw|work | zecke: you dont have it? |
| 13:09.24 | zecke | hrw|work: there was no reason to have access to bitbake |
| 13:09.43 | hrw|work | I know |
| 13:09.49 | zecke | Actually I think I only fixed one bug |
| 13:09.53 | hrw|work | I probably got it just because.. |
| 13:09.56 | zecke | I made SRC_URI_append_collie work :) |
| 13:10.19 | zecke | but that was prior to the bitbake split |
| 13:10.48 | NickHaflinger | hi mickeyl |
| 13:11.40 | NickHaflinger | hmm, is there a repository holding some "newer" bb files - like for example a newer apache than 2.0.48? |
| 13:12.27 | mickeyl | i'm afraid not. |
| 13:12.36 | mickeyl | if there is no newer apache, then no one bothered to add one yet |
| 13:12.59 | mickeyl | the core team has a hard time to maintain what's in already... we could need a few more maintainers |
| 13:13.12 | NickHaflinger | mickeyl, i see .. |
| 13:13.43 | NickHaflinger | mickeyl, the core team ass doing a really grat job .. |
| 13:13.57 | NickHaflinger | .... and of course all the other too :) |
| 13:14.20 | NickHaflinger | (and my keyboard seems to swallow some keys here and there) |
| 13:14.30 | hrw|work | mickeyl: you have wrt54? |
| 13:14.51 | Crofton | I updated the version of the swig bb file, what is the best way to have that added to the main repo? |
| 13:14.57 | mickeyl | hrw|work: yes, in my office |
| 13:15.07 | hrw|work | Crofton: sent patch to oe ml |
| 13:15.08 | mickeyl | Crofton: mail it to oe@handhelds.org |
| 13:15.15 | Crofton | ok, I'm on the list |
| 13:15.25 | hrw|work | mickeyl: works good? |
| 13:16.04 | mickeyl | hrw|work: yes, fairly well - even with the standard firmware |
| 13:16.33 | hrw|work | thx |
| 13:17.10 | hrw|work | mickeyl: can you look at my last changeset? I'm not sure is it good method |
| 13:17.12 | mickeyl | it's nice to run a python shell on your router |
| 13:17.13 | mickeyl | heh |
| 13:17.21 | mickeyl | hrw|work: ya, let me see |
| 13:17.42 | mickeyl | 1.3211 ? |
| 13:18.01 | hrw|work | yes |
| 13:18.07 | hrw|work | openzaurus.conf change |
| 13:18.09 | mickeyl | ya that should be ok - in theory |
| 13:18.26 | mickeyl | in practice, i used ?= on some more variables with the effect that they were undefined |
| 13:18.32 | mickeyl | must be a bitbake bug somewhere |
| 13:18.35 | mickeyl | let's try agian |
| 13:20.07 | Crofton | How do I get bitkeeper to make patches? |
| 13:20.08 | mickeyl | ~lart Randolf for using _one_ bb to create modules and userland tools |
| 13:20.22 | mickeyl | Crofton: bk help diffs; |
| 13:20.40 | mickeyl | send is also nice |
| 13:21.03 | Crofton | I have checked the stuff into my local repo |
| 13:21.18 | Crofton | I keep another guy synced with me |
| 13:21.39 | mickeyl | the send it or use makepatch |
| 13:21.43 | mickeyl | s/the/then/ |
| 13:21.59 | mickeyl | in the past i had a hard time applying bk patches, but we can try once more |
| 13:22.16 | Crofton | This one is trivial :) |
| 13:22.31 | Crofton | two new bb files with only the file version changed |
| 13:22.40 | Crofton | I am just trying to learn the process |
| 13:22.50 | Crofton | EVEN THOUGH IT IS A WASTE OF TIME |
| 13:22.52 | Crofton | soryy |
| 13:23.05 | Crofton | frustration over the bk situation |
| 13:23.11 | mickeyl | yah, same here |
| 13:23.17 | mickeyl | it sucks having to use less capable tools |
| 13:23.38 | Crofton | curse Torvalds for using it in the first place |
| 13:23.46 | Crofton | ~lart Stallamn for being right |
| 13:23.54 | zecke | oh oh 'bk pull' doesn't work for me |
| 13:24.06 | zecke | it prompts me for my password and then fails silently |
| 13:28.06 | zecke | I can not even clone :} |
| 13:28.53 | hrw|work | I was asked today for openlogging |
| 13:29.02 | zecke | weird now it works... |
| 13:29.23 | hrw|work | ~lart konq/e |
| 13:29.54 | hrw|work | | make[5]: *** No rule to make target `-lpcre', needed by `konqueror'. Stop. |
| 13:30.01 | hrw|work | I hate konq/e |
| 13:30.57 | mickeyl | yippe that again |
| 13:31.09 | mickeyl | just remove it from the repository. who needs a graphic web browser ? |
| 13:32.20 | hrw|work | go gpe |
| 13:32.28 | XorA | hrw|work: you know the fix for that? |
| 13:32.52 | hrw|work | bbrebuild pcre and pray |
| 13:33.03 | XorA | hrw|work: apt-get install pcre-dev |
| 13:33.35 | XorA | hrw|work: for some reason konq/e needs pcre on /, I never managed to find out where, I got lost in all the auto* crap |
| 13:34.16 | NickHaflinger | anyone with access to the repository? |
| 13:34.35 | NickHaflinger | base.bbclass : needs ',' addd at the last 2 lines ... |
| 13:34.44 | NickHaflinger | '/' |
| 13:35.14 | hrw|work | fscking pcre |
| 13:37.21 | mickeyl | NickHaflinger: you mean http://www.oesources.org/source/current/ ? |
| 13:37.26 | mickeyl | does it make a difference? |
| 13:38.22 | NickHaflinger | yup |
| 13:38.33 | NickHaflinger | see the regex on the left ... |
| 13:38.48 | NickHaflinger | it would just append the filename right after current |
| 13:38.58 | NickHaflinger | like blah/currenthttp_2.0.48 |
| 13:39.09 | NickHaflinger | and not blah/current/http_2.0.48 |
| 13:39.34 | mickeyl | k |
| 13:39.34 | mickeyl | done |
| 13:39.36 | mickeyl | thanks |
| 13:39.50 | mickeyl | urhgs |
| 13:40.04 | mickeyl | ~lart me for adding bogus stuff to changesets |
| 13:40.10 | NickHaflinger | np |
| 13:40.39 | hrw|work | mickeyl: auæ... |
| 13:41.10 | NickHaflinger | oh, and did someonce succeed to build apache lately? |
| 13:41.11 | NickHaflinger | :) |
| 13:43.12 | greg72 | guys, I have read somewhere about bitbake-ng mailing list but cannot find it on the web. does it exist? |
| 13:43.49 | mickeyl | sure |
| 13:43.54 | mickeyl | ah well, not exactly ng |
| 13:44.01 | mickeyl | but it's on topic on bitbake@handhelds.org |
| 13:45.27 | hrw|work | mickeyl: are there some archives? |
| 13:45.52 | mickeyl | don't think so |
| 13:45.58 | mickeyl | nothing you missed |
| 13:46.06 | mickeyl | there were like 2 or 3 mails on that list yet |
| 13:47.09 | hrw|work | aha |
| 13:59.41 | *** join/#oe simprix (~simprix@gw001.cdsoc.org) |
| 14:04.12 | Crofton | OK swig patch in the mail |
| 14:07.34 | RP | OTE: exceptions.RuntimeError:maximum recursion depth exceeded while evaluating: |
| 14:07.34 | RP | 0.0cvs${CVSDATE} |
| 14:07.42 | RP | Hmmm :) |
| 14:09.50 | mickeyl | ups |
| 14:12.12 | luke-jr_ | lardman|lunch: ping |
| 14:17.03 | chouimat | m orning |
| 14:17.20 | hrw|work | hi chouimat |
| 14:23.19 | *** join/#oe zwi (~zwi@216.88.131.43) |
| 14:24.51 | BigAl | RP: I've got my C3000 booting 2.6 now. It doesn't actually do anything, but it makes it to the main kernel. Yay! |
| 14:25.28 | mickeyl | congrats |
| 14:25.45 | mickeyl | that's the most important first step |
| 14:25.50 | BigAl | mickeyl: Thanks! |
| 14:26.04 | mickeyl | the CXK will rock with 2.6 |
| 14:27.38 | hrw|work | so we can say that 2.6/cxk is started? |
| 14:27.53 | BigAl | Yup. |
| 14:28.33 | Noodles | BigAl: Cooooool. |
| 14:28.35 | hrw|work | can someone post it on oz.org? |
| 14:28.39 | RP | BigAl: Nice one :) |
| 14:28.44 | BigAl | I've been poking at it the last couple of days, but I finally got something that booted tonight. |
| 14:28.52 | Noodles | Is this with serial output? |
| 14:28.58 | BigAl | Yeah |
| 14:29.52 | RP | If you dump the pxafb registers under 2.4, you can probably get a framebuffer in short order |
| 14:30.45 | BigAl | RP: I think there's some code for a generic pxa-fb in there somewhere, so hopefully it shouldn't be too hard to fiddle with that. |
| 14:30.56 | RP | BigAl: See OTE: exceptions.RuntimeError:maximum recursion depth exceeded while evaluating: |
| 14:30.58 | RP | 0.0cvs${CVSDATE} |
| 14:31.03 | RP | sorry, hang on |
| 14:31.09 | RP | OTE: exceptions.RuntimeError:maximum recursion depth exceeded while evaluating: |
| 14:31.09 | RP | 0.0cvs${CVSDATE} |
| 14:31.11 | hrw|work | mickeyl: http://www.vanille.de/images/ski.jpg - which one is you? |
| 14:31.26 | RP | What's happened to my cut and paste :-/ |
| 14:31.29 | XorA | RP: you really love that expetion ':-) |
| 14:31.31 | mickeyl | hrw|work: left one |
| 14:31.38 | mickeyl | hrw|work: the one who looks uneasy on ski |
| 14:31.56 | hrw|work | thx |
| 14:32.21 | mickeyl | http://www.vanille.de/images/mickey.jpg looks more like me though |
| 14:32.24 | hrw|work | mickeyl: your captain log is hard to read after altavista ;) |
| 14:32.28 | mickeyl | hehe |
| 14:32.58 | hrw|work | have to add one date to calendar |
| 14:32.59 | mickeyl | i pondered whether to write it in english, but most snippets are more or less just relevant to my friends |
| 14:33.03 | mickeyl | :) |
| 14:33.21 | hrw|work | 26.12 I usually had party with friends |
| 14:33.29 | RP | BigAl: See hx2750_pxafb_info in http://www.rpsys.net/openzaurus/patches/ipaq/hx2750_base-r5.patch |
| 14:33.37 | luke-jr_ | lardman|lunch: your lunch is too long or something =p |
| 14:33.50 | mickeyl | ya, when I was a child it was a really bad date. nowadays it's cool, because most friends have time to visit me on 26th |
| 14:34.40 | hrw|work | I'm writing a page about me |
| 14:34.41 | luke-jr_ | what is CXK? |
| 14:34.47 | mickeyl | ~akita |
| 14:34.48 | ibot | akita is, like, the Sharp SL-C1000, or a dog |
| 14:34.48 | mickeyl | ~spitz |
| 14:34.49 | ibot | i heard spitz is the Sharp SL-C3000, or a dog |
| 14:35.07 | luke-jr_ | and that has to do with "CXK" how? O.o |
| 14:35.24 | Noodles | K is an abbreviation for 1000 in some circles. |
| 14:35.32 | Noodles | So x000 - 1K, 3K. |
| 14:35.50 | luke-jr_ | Cxk would be more fitting then =p |
| 14:35.53 | BigAl | RP: I'll check it out. |
| 14:35.57 | mickeyl | sure, but it's harder to type |
| 14:36.01 | mickeyl | hence CXK |
| 14:36.02 | mickeyl | :D |
| 14:36.11 | luke-jr_ | actually, CXK is harder =p |
| 14:36.56 | Noodles | Did you see my post saying I think my wireless issues are hardware rather than OE? |
| 14:37.20 | Noodles | I've got a new one on order which will hopefully work, and then I'll have pretty much functional C3000 goodness. |
| 14:40.16 | *** join/#oe marcan (1337@80-29-18-233.adsl.nuria.telefonica-data.net) |
| 14:41.09 | RP | I'm a little sad as I'd hoped to be able to do the 2.6 support for akita/spitz :) |
| 14:42.03 | Noodles | I'm sure it'll be based on your existing work. |
| 14:42.59 | mickeyl | most things wouldn't be possible without your groundwork. nand, scoop, usb gadget, pcmcia, etc. comes to mind |
| 14:43.02 | BigAl | Definitely. |
| 14:43.04 | hrw|work | http://www.hrw.one.pl/index.php/poza-menu/about/ |
| 14:43.23 | mickeyl | oh that's nice |
| 14:43.45 | hrw|work | not finished yet |
| 14:43.47 | mickeyl | we all should do something like that, small introduction how we were dragged^w^w came to the project |
| 14:45.13 | *** join/#oe dkey (~dkey@193.170.48.234) |
| 14:45.43 | RP | mickeyl: It would be quite interesting :) |
| 14:45.51 | zecke | mickeyl: I don't want to confess I'm stupid and insane |
| 14:46.42 | mickeyl | heh |
| 14:48.58 | hrw|work | ok - moved http://www.hrw.one.pl/index.php/about/ |
| 14:48.59 | NickHaflinger | mickeyl, do you have a sec to check someting? |
| 14:49.09 | mickeyl | what? |
| 14:49.36 | NickHaflinger | mickeyl, it seems the line separators '\' in the apache.bb file mess up sed |
| 14:50.00 | NickHaflinger | mickeyl, so i would assume that just removing them should wokr (at least it does for me) |
| 14:50.06 | *** join/#oe dkey (~dkey@193.170.48.234) |
| 14:50.21 | NickHaflinger | mickeyl, with them there, sed simply craps out |
| 14:50.28 | mickeyl | ya, let me try |
| 14:54.39 | NickHaflinger | thanks |
| 14:54.39 | lardman | luke_jr_: sorry got caught before I got back to my computer |
| 14:57.22 | lardman | luke-jr_: so what can I do you for? |
| 14:57.42 | *** join/#oe offroadgeek (~zic@dsl093-017-213.msp1.dsl.speakeasy.net) |
| 14:59.16 | *** join/#oe Timelord0 (~TL@64-147-65-82.access-3.intertex.net) |
| 15:00.54 | *** join/#oe cedric (~cedric@voulx.bluebugs.org) |
| 15:01.22 | *** join/#oe chouimat (~dieu@chouinard.developer.kde) |
| 15:04.26 | NickHaflinger | mickeyl, and while you're at it ... ;) |
| 15:04.58 | NickHaflinger | ... the sed line with s,/usr/lib,${libdir}/,g; should be s,/usr/lib/,${libdir}/,g; |
| 15:05.25 | NickHaflinger | thanks |
| 15:06.12 | *** join/#oe hufnus (~slonsiki@m5e1036d0.tmodns.net) |
| 15:06.35 | hrw|work | ok. added link to my About page to oz.org developers |
| 15:08.46 | Noodles | BigAl: Real name? |
| 15:10.25 | BigAl | Noodles: Alexander Wykes |
| 15:19.09 | mickeyl | NickHaflinger: I can't even get beyond the configure stage here: cp: Aufruf von stat für ,,/build/find_apu.m4" nicht möglich: Datei oder Verzeichnis nicht gefunden |
| 15:20.15 | mickeyl | (file not found, that is) |
| 15:20.23 | lardman | :) |
| 15:20.54 | NickHaflinger | mickeyl, yup, got the german version :) |
| 15:21.31 | NickHaflinger | mickeyl, ok, then i'm not incredibly stupid ... and was right in rewriting the .bb filee |
| 15:24.54 | luke-jr_ | lardman: get a chance to look at Minimo? |
| 15:26.50 | lardman | luke-jr_: no, I forgot, give me a minute and I'll dig out the log file and take a look |
| 15:32.16 | lardman | luke-jr_: so is this the same error as you get: http://pastebin.ca/11036? |
| 15:33.03 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 15:33.59 | luke-jr_ | nope |
| 15:34.12 | lardman | :) |
| 15:34.15 | lardman | promising |
| 15:34.21 | luke-jr_ | http://pastebin.ca/11037 |
| 15:35.09 | luke-jr_ | similar, maybe |
| 15:35.44 | *** join/#oe Crofton (~balister@jhr-476-5192.mprg.ee.vt.edu) |
| 15:36.24 | luke-jr_ | the silly thing is... I plan to uninstall Minimo first thing anyway=p |
| 15:36.53 | lardman | this is while doing a gpe-image? |
| 15:37.07 | luke-jr_ | yep |
| 15:37.42 | lardman | you could always remove it from meta/meta-gpe.bb for your build |
| 15:38.03 | luke-jr_ | I suppose.. |
| 15:38.21 | lardman | oops, it's not in there |
| 15:38.26 | luke-jr_ | lol |
| 15:38.45 | lardman | gpe-image.bb |
| 15:38.46 | luke-jr_ | the thing is, even if I remove it, the bug is still there |
| 15:38.50 | luke-jr_ | so it only solves it for me |
| 15:39.15 | lardman | I don't know why minimo's failing - different errors too, never a promising sigbn |
| 15:40.23 | luke-jr_ | hmm |
| 15:40.32 | luke-jr_ | patching file conf/distro/openzaurus.conf |
| 15:40.38 | luke-jr_ | ERROR: The following variable(s) were not set: TARGET_OS |
| 15:40.45 | luke-jr_ | wonder who made that change o.o |
| 15:42.03 | Crofton | =================================== ERROR ==================================== |
| 15:42.03 | Crofton | takepatch: can't find key 'pb@mebius.reciva.com|classes/xlibs.bbclass|20050419135642|37962|50e0bfe1aff8fc81' in id cache |
| 15:42.24 | Crofton | Anyone have any idea how to fix errors like this when you do a bk pull? |
| 15:42.36 | hrw|work | Crofton: bk resolve |
| 15:43.00 | Crofton | hmmm |
| 15:43.09 | Crofton | Using :0.0 as graphical display |
| 15:43.09 | Crofton | resolve: can't find RESYNC dir, nothing to resolve? |
| 15:43.52 | lardman | re the alteration to openzaurus.conf, do we now need to specify TARGET_OS in local.conf? |
| 15:44.04 | luke-jr_ | lardman: interestingly, I see it in the conf |
| 15:44.16 | luke-jr_ | TARGET_OS ?= "linux" |
| 15:45.44 | *** join/#oe tigrux (~tigrux@dsl-200-95-25-165.prod-infinitum.com.mx) |
| 15:46.54 | luke-jr_ | is ?= valid? |
| 15:47.37 | lardman | odd, I have TARGET_OS in conf/distro/openzaurus.conf |
| 15:47.51 | luke-jr_ | ... |
| 15:48.25 | lardman | perhaps that means my pull didn't work |
| 15:48.27 | *** join/#oe Crofton_ (~balister@jhr-476-5192.mprg.ee.vt.edu) |
| 15:48.40 | luke-jr_ | lardman: did you see what I said about ?= and such? =p |
| 15:49.01 | lardman | I've no idea about that I'm afraid |
| 15:51.35 | mickeyl | yeah that's what i meant |
| 15:51.42 | mickeyl | ?= doesn't work in the os conf |
| 15:51.45 | mickeyl | although it should |
| 15:53.35 | luke-jr_ | so... is OE just going to be left broken until BB is fixed? |
| 15:54.04 | hrw|work | mickeyl: could you back that change? |
| 15:55.23 | *** join/#oe Crofton__ (~balister@h80ad9277.dhcp.vt.edu) |
| 15:55.38 | mickeyl | sure |
| 15:55.57 | lardman | hrw|work: you mean remove it? |
| 15:56.21 | lardman | hrw|work: or back-up/confirm the reason for the change? |
| 15:58.06 | hrw|work | lardman: revoke, remove, back-up |
| 15:58.35 | lardman | :) ok, back-up has two meanings that I could see in this context |
| 16:01.10 | *** join/#oe offroadgeek (~zaurus@offroadgeek.sustaining.supporter.pdpc) |
| 16:01.33 | offroadgeek | hi luke-jr |
| 16:01.38 | luke-jr_ | hi |
| 16:01.43 | offroadgeek | whats up? |
| 16:01.52 | luke-jr_ | Minimo is brokne |
| 16:02.05 | offroadgeek | bummer |
| 16:02.13 | luke-jr_ | and 3D doesn't work on Z |
| 16:02.49 | mickeyl | hrw|work: done |
| 16:03.28 | hrw|work | cool - thx |
| 16:10.13 | *** join/#oe Crofton (~balister@jhr-476-5192.mprg.ee.vt.edu) |
| 16:12.30 | hrw|work | bye |
| 16:12.37 | mickeyl | cu |
| 16:29.31 | mickeyl | hmm |
| 16:31.04 | Noodles | It burns! |
| 16:31.09 | *** join/#oe anomaly_ (~anomaly@dsl-202-173-142-209.sa.westnet.com.au) |
| 16:37.55 | mickeyl | bummer, it's really xform_key |
| 16:40.07 | RP | I'm having a little bit of trouble getting my head around the way bitbake stores its data. Presumably there are multiple data_dict's around. Is there one per .bb file? |
| 16:40.08 | mickeyl | gah i wonder how that works all |
| 16:40.19 | mickeyl | RP: yes, one per .bb file |
| 16:40.24 | mickeyl | that's the infamous d pointer |
| 16:41.55 | RP | mickeyl: At the moment I seem to have rolled them all into one big structure. I'm having problems working out which data_dict I'm working on at any one time :-/ |
| 16:43.13 | RP | I only appear to see the data_dict init function called 18 times, rather than once per bb file... |
| 16:44.39 | *** join/#oe andersee (~andersen@es-gateway.directv.com) |
| 16:44.52 | zecke | RP: we've one for conf/loca.conf |
| 16:45.02 | zecke | it is called conf and saved in make.py |
| 16:45.18 | zecke | and then we've a dict with the data for each bbfile |
| 16:46.04 | *** join/#oe Crofton (~balister@jhr-476-5192.mprg.ee.vt.edu) |
| 16:46.38 | RP | zecke: I can't quite see where you get the tablenames from in your sql code... |
| 16:46.59 | RP | Presumably the tablenames are related for the bbfile that table represents? |
| 16:49.31 | NickHaflinger | i guess this is my 10E6 stupid question of the day (tm) ... |
| 16:49.44 | NickHaflinger | is mysql bb broken? |
| 16:50.57 | mickeyl | somehow yes |
| 16:51.12 | mickeyl | in so far that it detects some settings based on your host |
| 16:51.38 | NickHaflinger | mickeyl, cant get passed the not detecting LinuxThreads... |
| 16:51.49 | mickeyl | ya, that's exactly that |
| 16:51.55 | mickeyl | sounds like you build on a system with glibc 2.2.x |
| 16:51.58 | NickHaflinger | but i somehow guess thats a glibc 2.3.3 problem |
| 16:52.12 | NickHaflinger | nah, my buildsystem is 3.3.5 |
| 16:52.15 | mickeyl | someone should ditch autofoo for sqlite and use their pregenerated system |
| 16:52.20 | NickHaflinger | aehm 2.3.5 |
| 16:54.29 | zecke | RP: ah I've two dictonaries |
| 16:54.41 | zecke | RP: look at data_cow for the two classes :} |
| 16:55.02 | zecke | RP: I was too lazy to implement persistent mode for data_dict.py (sorry) |
| 16:55.26 | woglinde | chouimat good luck |
| 16:55.40 | zecke | yeah good luck |
| 16:55.49 | chouimat | thanks |
| 16:56.24 | RP | zecke: I'm just getting more confused now :-/. I'm off for food - back later |
| 16:56.47 | zecke | RP: oh it is really simple |
| 16:56.57 | zecke | RP: just ping me after you got some sugar for your blood |
| 17:00.02 | *** join/#oe SirFred (~mteira@227.Red-80-39-166.pooles.rima-tde.net) |
| 17:00.06 | SirFred | Good evening |
| 17:00.36 | zecke | hey |
| 17:13.07 | *** join/#oe Cwiiis[uni] (~cil103@brand.ecs.soton.ac.uk) |
| 17:44.29 | *** join/#oe zap (~zap@217.170.93.196) |
| 17:47.49 | mickeyl | <CIA> |
| 17:47.51 | mickeyl | add and apply an additional patch to qkeyboard_qws.cpp for CXK. This fixes the wrong cursor keypad rotation and gets our number of patches against Qt/Embedded to 20 - yippie... ;) |
| 17:47.53 | mickeyl | </CIA> |
| 17:50.53 | mickeyl | Noodles: does your patch also fix the jog wheel ? |
| 17:51.01 | mickeyl | well, i guess i could try |
| 17:51.10 | Crofton | http://qtopia.net/modules/news/ |
| 17:51.19 | luke-jr_ | tmp/work/firefox-1.0.3-r0/mozilla/security/coreconf/Linux.mk needs editing that OE fails to do... -L/lib to -L... |
| 17:58.11 | *** join/#oe CIA-9 (~CIA@flapjack.navi.cx) |
| 18:01.03 | offroadgeek | mickeyl: need me to test an updated rom? |
| 18:01.12 | mickeyl | no ROM |
| 18:01.17 | mickeyl | but a new qte |
| 18:01.23 | mickeyl | i'll upload it to the upgrades feed |
| 18:01.37 | offroadgeek | cool |
| 18:01.52 | offroadgeek | i should reflash then ;) |
| 18:02.01 | mickeyl | hmm |
| 18:02.03 | mickeyl | well |
| 18:02.19 | mickeyl | when you reflash anyway, then you should use the new kernelmap as well |
| 18:02.26 | mickeyl | did Noodles provide you with a kernel? |
| 18:02.53 | offroadgeek | no |
| 18:03.02 | mickeyl | ok, then give me some more minutes |
| 18:03.09 | mickeyl | it may emit the WARNING on boot |
| 18:03.13 | mickeyl | but you can safely ignore that |
| 18:03.21 | offroadgeek | will do |
| 18:05.05 | mickeyl | ok, a newer zImage-spitz- and a newer libqte-spitz- is in the upgrades feed. it's not yet in the packages, so you need to install it via direct link |
| 18:05.28 | mickeyl | together this should fix most keyboard issues |
| 18:05.41 | mickeyl | apart from the special keys in pda mode, but we'll care about that eventually |
| 18:05.48 | offroadgeek | hmm.. I have an akita |
| 18:05.55 | mickeyl | oh |
| 18:07.19 | Crofton | http://pastebin.ca/11054 |
| 18:07.34 | Crofton | I'll still havig a problem running bitbake |
| 18:07.46 | Crofton | I just grabbed it from svn yesterday |
| 18:07.59 | mickeyl | looks like a configuration problem |
| 18:08.02 | mickeyl | echo $$BBPATH |
| 18:08.06 | mickeyl | s/$$/$/ |
| 18:08.27 | Crofton | <PROTECTED> |
| 18:08.38 | mickeyl | hmm looks good |
| 18:08.42 | Crofton | yeah |
| 18:08.47 | mickeyl | somehow your base.bbclass isn't getting parsed |
| 18:08.49 | mickeyl | i have no idea why |
| 18:08.58 | mickeyl | base_set_filespath is definitly in base.bbclass |
| 18:09.28 | Crofton | Is it possible svn is busted? |
| 18:09.43 | mickeyl | doubtful, but let me upgrade |
| 18:10.01 | Crofton | thanks |
| 18:10.08 | Crofton | for taking the chance :) |
| 18:10.11 | *** join/#oe reenoo_ (~r@p5489F29E.dip.t-dialin.net) |
| 18:10.22 | reenoo_ | evening |
| 18:10.48 | Crofton | Is it possible I am missing a needed supporting program? |
| 18:11.23 | mickeyl | no, it would report that |
| 18:11.29 | mickeyl | hi reeno |
| 18:11.45 | reenoo_ | hey mickeyl |
| 18:12.15 | ggilbert | hey m |
| 18:14.39 | mickeyl | offroadgeek: ok, a new kernel and a new qte for akita is now in upgrades/ |
| 18:14.54 | treke | mickeyl: did you remember to upload source? |
| 18:15.13 | mickeyl | for what, to where ? |
| 18:15.19 | treke | the upgrades feed |
| 18:15.36 | offroadgeek | mickeyl: thanks |
| 18:15.53 | *** join/#oe zap (~zap@217.170.93.196) |
| 18:15.57 | *** part/#oe offroadgeek (~zaurus@offroadgeek.sustaining.supporter.pdpc) |
| 18:16.04 | mickeyl | treke: was that the answer for "for what" or "to where" ? |
| 18:16.08 | Crofton | crap, looks like cockpit error |
| 18:16.09 | treke | both |
| 18:16.11 | treke | :) |
| 18:16.13 | mickeyl | hmm |
| 18:16.15 | mickeyl | no idea |
| 18:16.22 | mickeyl | hrw takes care about the upgrades |
| 18:16.31 | treke | and he completely ignores source |
| 18:16.37 | *** join/#oe offroadgeek (michael@offroadgeek.sustaining.supporter.pdpc) |
| 18:16.39 | treke | regardless of my pestering him |
| 18:16.48 | mickeyl | hmm, i'll remember to pester him as well |
| 18:16.53 | treke | ah well |
| 18:17.05 | treke | soon that'll be a nonissue |
| 18:17.11 | mickeyl | how so? |
| 18:17.45 | treke | mickeyl: upload script that doesn't allow ipks into the feed with no source info :p |
| 18:18.27 | treke | one of the things I've been hacking on when I run out of "work" to do |
| 18:19.10 | mickeyl | ccol |
| 18:19.15 | mickeyl | cool, too |
| 18:21.02 | *** join/#oe mrz80 (~scotsman@ip24-136-33-61.ga.at.cox.net) |
| 18:25.27 | luke-jr_ | ERROR: Nothing provides libsigc++ |
| 18:25.33 | luke-jr_ | what's supposed to provide that? O.o |
| 18:26.43 | Cwiiis[uni] | Does anyone know how to discard changes with cvs? |
| 18:28.09 | Noodles | mickeyl: I didn't fix the jog wheel, no. |
| 18:29.32 | *** join/#oe Virusmaster (~Thomas@pD95DEE4A.dip.t-dialin.net) |
| 18:33.19 | hrw | re |
| 18:33.30 | hrw | treke: upgrades/source/ will be ok? |
| 18:33.52 | hrw | treke: or should I upload it to somewhere else? |
| 18:34.22 | treke | upgrades/source is just fine |
| 18:34.30 | treke | anywwhere is fine by me, as long as it's there |
| 18:34.33 | hrw | ok. |
| 18:35.55 | hrw | ipkg 0.99.148, kdepimpi 2.1.1, zbedic 0.9.4, mime-support 3.28 - rest was PR upgrades or Cwiiis[uni] part |
| 18:38.37 | hrw | added info about uploading source to README_POLICY |
| 18:38.47 | treke | good |
| 18:39.06 | treke | since we don't have tags for them, there's no easy way to tell what source is needed |
| 18:40.03 | hrw | what about adding changeset numbers to README? |
| 18:40.52 | hrw | like: upgraded: opie-wellenreiter 1.2.0 (working with WE16) - changeset 1.3013.2.6 |
| 18:43.05 | treke | not sure there |
| 18:43.06 | hrw | btw - where to put 'equiv' pacakges? like my libxine1 which depend on libxine and nothing more? |
| 18:43.06 | treke | but mentioning the bug report it fixes is probably a good idea |
| 18:43.26 | hrw | yes - it is even written in policy - "append a note with date and reason of the package upgrade to README" |
| 18:44.51 | treke | all things I'm planning to automate :p |
| 18:54.12 | *** join/#oe dkey (~dkey@L0004P13.dipool.highway.telekom.at) |
| 19:16.05 | *** join/#oe B0Ti (~boti@82.79.98.49) |
| 19:16.21 | *** join/#oe aboeglin (~aboeglin@213.154.79.4) |
| 19:18.46 | B0Ti | what's the status of the 2.6.12-rc kernel? |
| 19:19.01 | [cc]smart | obviously, for the avreage one bitbake cyrus-imapd works, but for me, it always ends in: |
| 19:19.03 | [cc]smart | t |
| 19:19.03 | [cc]smart | collect2: ld returned 1 exit status |
| 19:19.43 | [cc]smart | ?? |
| 19:19.52 | [cc]smart | doesn't transmit the previous line.. |
| 19:19.54 | [cc]smart | strange |
| 19:20.14 | [cc]smart | ld: cannot find -lnetsnmpagent |
| 19:20.55 | [cc]smart | i assumed there was sth. wrong with a path setting, but that cannot be as far as i get this cause this would then happen the same way to you |
| 19:21.55 | B0Ti | can 2.6.12-rc be used on c7x0? I heard the kernel size is too big and is not usable yet, true? |
| 19:22.00 | [cc]smart | two lines before i see: ld: skipping incompatible /us |
| 19:22.00 | [cc]smart | r/lib/libnetsnmpagent.so when searching for -lnetsnmpagent |
| 19:29.57 | *** join/#oe pb_ (~pb@2002:5168:d330:1:a00:1fff:fe06:93c) |
| 19:30.17 | pb_ | hi all |
| 19:30.20 | zecke | <PROTECTED> |
| 19:36.16 | mickeyl | B0Ti: i think it's usable. RP seems to worked out the pcmcia kinks lately. 2.6.11 is our stable one though, i'd recommend basing on that one |
| 19:37.17 | luke-jr_ | what's supposed to provide libsigc++? |
| 19:41.52 | mickeyl | hmm... you mean, other than... libsigc++/libsigc++*.bb ? |
| 19:43.27 | *** join/#oe mallum (~mallum@host81-156-154-186.range81-156.btcentralplus.com) |
| 19:44.11 | zecke | RP: are you there? |
| 19:44.53 | hrw | re |
| 19:44.54 | *** part/#oe dyoung-zzzz (~dyoung@dyoung.nslu2-linux) |
| 19:45.00 | luke-jr_ | mickeyl: BB can't seem to find it |
| 19:45.03 | luke-jr_ | for some reason |
| 19:45.51 | hrw | luke-jr_: in what package? |
| 19:47.46 | mickeyl | there is no libsigc++ provider |
| 19:47.50 | mickeyl | it's either libsigc++-1.0 |
| 19:47.51 | mickeyl | or -2.0 |
| 19:49.11 | hrw | mickey|dinner: smacznego |
| 19:54.41 | *** join/#oe Crofton|laptop (~balister@h80ad9388.dhcp.vt.edu) |
| 19:55.47 | B0Ti | mickeyl: I ran into an oops in usbcore that I can't solve, so maybe I will try 2.6.12 because the usb code has evolved a lot since 2.6.11 |
| 20:02.44 | *** join/#oe mallum (~mallum@host81-155-185-252.range81-155.btcentralplus.com) |
| 20:04.16 | hrw | mickey|dinner: I love your changeset when you push misc things at once... |
| 20:05.27 | mickeyl | hrw: i know. I'm sorry about that, but the major problem is bk mv |
| 20:05.35 | mickeyl | it'll be history soon enough... |
| 20:05.47 | pb_ | heh |
| 20:06.48 | hrw | yep |
| 20:06.56 | Crofton | just when I start to get bk figures out too |
| 20:08.44 | RP | B0Ti: The usb code won't work on a pxa270 so I wouldn't bother... |
| 20:08.55 | hrw | mickeyl: what do you think about adding opie-icon-reload to opie-image? |
| 20:09.08 | RP | B0Ti: 2.6.12-rc3-mm2 is stable and you should develop against that now. 2.6.11 is bugfixes only |
| 20:09.20 | RP | I sorted out the kernel size problems |
| 20:09.31 | mickeyl | hrw: I rather finish my ONotify class |
| 20:09.37 | RP | zecke: I'm back now. Others had plans for my evening until now ;-) |
| 20:09.40 | B0Ti | RP: usbcore is stable on 2.6.12 as well? |
| 20:09.46 | hrw | RP: you recommend upgrade from 2.6.11 to 2.6.12-rc3-mm2? |
| 20:09.48 | mickeyl | hrw: using this the launcher will watch for files added to /opt/QtPalmtop/* |
| 20:09.55 | mickeyl | hrw: and then automatically refreshes |
| 20:09.58 | mickeyl | when a file is added |
| 20:10.07 | hrw | mickeyl: under 2.4.18 too? and other 2.4.*? |
| 20:10.19 | mickeyl | ah right, that's 2.6 only :D |
| 20:10.44 | RP | B0Ti: I'm not sure about the status if usbcore |
| 20:10.55 | pb_ | mickeyl: heh. well, it's not as if there's any excuse to still be using 2.4. |
| 20:10.55 | hrw | mickeyl: exactly... not every zaurus, ipaq, etc use 2.6.x |
| 20:11.24 | hrw | mickeyl: what about adding opie-icon-reload for 2.4 only? |
| 20:11.35 | mickeyl | pb_: heh, the only excuse being closed chipset specifications and movitation to hack kernel |
| 20:11.52 | mickeyl | or rather, lack of |
| 20:11.54 | mickeyl | heh |
| 20:12.24 | pb_ | oh, right, the damn locomo |
| 20:12.29 | mickeyl | *nod* |
| 20:12.34 | mickeyl | no SD for collie |
| 20:12.41 | luke-jr_ | hrw: mickeyl: glibmm |
| 20:12.49 | pb_ | yeah, I always forget that |
| 20:13.05 | RP | and poodle/tosa aren't 2.6 ready yet :-/ |
| 20:13.12 | RP | far from it :-( |
| 20:13.16 | hrw | collie without SD is unusable for too many users |
| 20:13.37 | B0Ti | I get a weird oops on an interrupt (insert) and I'm not sure where the problem lies. |
| 20:13.39 | B0Ti | oops: http://pastebin.ca/10926 |
| 20:13.39 | B0Ti | source: http://lxr.linux.no/source/drivers/usb/core/hub.c#L2079 |
| 20:13.39 | B0Ti | objdump: http://siliconium.net/usbcore.objdump |
| 20:13.56 | luke-jr_ | Is SD stable already? O.o |
| 20:14.01 | [cc]smart | sl-5500 without SD ? |
| 20:14.02 | pb_ | RP: that's bad news for both the poodle users, but probably not too much of a problem for everyone else. |
| 20:14.04 | [cc]smart | that a brick |
| 20:14.18 | mickeyl | luke-jr_: on c7x0, rock solid. better than any sharp hacks before |
| 20:14.19 | luke-jr_ | [cc]smart: SL-5500 shipped is a brick? |
| 20:14.26 | [cc]smart | yes |
| 20:14.34 | luke-jr_ | mickeyl: nice... too bad I already got that $20 CF wifi |
| 20:14.35 | hrw | [cc]smart: I used my collie for year without sd card |
| 20:14.36 | [cc]smart | you need to add sd and openzaurus first |
| 20:14.48 | luke-jr_ | Don't 5500 lack the wires for SD anyway? |
| 20:14.52 | [cc]smart | and you feel way better now, don't you ? |
| 20:14.54 | [cc]smart | :) |
| 20:14.55 | hrw | 20$ cf wifi... |
| 20:14.59 | mickeyl | SD being the SD slot |
| 20:15.02 | hrw | [cc]smart: now I have husky |
| 20:15.03 | mickeyl | not the SD protocol |
| 20:15.10 | [cc]smart | SD slot |
| 20:15.11 | [cc]smart | right |
| 20:15.17 | hrw | luke-jr_: nevermind sd or mmc - it just dont work |
| 20:15.18 | mickeyl | without SD slot, no MMC either :D |
| 20:15.22 | [cc]smart | i put a card there and running root from SD |
| 20:15.25 | luke-jr_ | hrw: ? |
| 20:15.38 | hrw | luke-jr_: no docs for sd/mmc port in collie |
| 20:15.46 | luke-jr_ | oh |
| 20:15.50 | luke-jr_ | I have a c760 :0 |
| 20:15.52 | luke-jr_ | :)* |
| 20:15.55 | RP | B0Ti: I'll repeat again, I really doubt usb support will work on the pxa270 |
| 20:16.30 | [cc]smart | the builtin flash is just too small to install sufficient software |
| 20:17.00 | luke-jr_ | hrw: BTW... what about 20$ cf wifi? =p |
| 20:17.17 | hrw | luke-jr_: fscking cheap.. |
| 20:17.24 | RP | B0Ti: That oops is from the SL811HD usb driver. Does spitz have one of them in it? |
| 20:17.27 | luke-jr_ | hrw: don't you read the forum *sometimes*? =p |
| 20:17.37 | B0Ti | RP: ok, so should I give up porting the CFU1 usb host card pcmcia driver? |
| 20:17.41 | hrw | luke-jr_: keep in mind - I dont live in .us |
| 20:17.47 | luke-jr_ | hrw: HSN had the card and we had coupon codes for a while |
| 20:17.58 | hrw | luke-jr_: HSN ship only to us |
| 20:18.18 | B0Ti | RP: that's in the ratoc rex usb cf card. |
| 20:18.42 | pb_ | B0Ti: isn't that driver ported already? |
| 20:18.44 | luke-jr_ | HSN is out of stock last I checked, tho :| |
| 20:19.26 | pb_ | I thought koen did that weeks ago. |
| 20:19.26 | RP | B0Ti: That might be different then. I assumed you were trying to access the pxa's inbuilt usb functions |
| 20:19.27 | B0Ti | pb_: tell me if it is ;) |
| 20:19.27 | luke-jr_ | hrw: hrm... I'd be willing to do a relay thing if they still had it and it was worth it for you (no idea how much shipping would be) |
| 20:19.46 | RP | B0Ti: I really have no knowledge of usb cf cards though. It would assume you have a working pcmcia interface under 2.6... |
| 20:19.55 | B0Ti | RP: The initial release of the sl811-hcd code had a comment that it works on pxa. |
| 20:20.30 | RP | B0Ti: What did you do about scoop/pcmcia code? |
| 20:20.37 | B0Ti | RP: now the pcmcia glue works ok. I can insert and remove the card. It gets detected and listed under /proc/bus/usb |
| 20:21.01 | B0Ti | RP: This bug happens when I plug in an usb device into the hub. |
| 20:21.03 | luke-jr_ | mickeyl: hrw: so... any idea which libsigc++ glibmm *should* be depending on? :) |
| 20:21.08 | RP | How does a memory card work? |
| 20:21.18 | [cc]smart | quite nice |
| 20:21.21 | mickeyl | luke-jr_: not offhand |
| 20:21.22 | *** join/#oe swbrown (~chatzilla@xenawp.ucsd.edu) |
| 20:21.35 | mickeyl | you can probably gather that by looking at the code or the web page |
| 20:21.38 | mickeyl | then i'll add it |
| 20:21.59 | RP | B0Ti: Did you have to make many changes to get scoop/pcmcia working out of interest? |
| 20:22.17 | mickeyl | hmm you already have a console and framebuffer ? |
| 20:22.28 | luke-jr_ | libsigc++ (1.2.x for gtkmm 2.x, or 1.0.x for gtkmm 1.2) |
| 20:22.44 | luke-jr_ | so 1.x I guess |
| 20:23.04 | mickeyl | don't think so |
| 20:23.11 | mickeyl | gtkmm in oe is 2.4.8 |
| 20:23.11 | luke-jr_ | ? |
| 20:23.17 | luke-jr_ | exactly |
| 20:23.22 | mickeyl | ah 1.x = 1.2.x ? |
| 20:23.22 | luke-jr_ | 1.2.x for gtkmm 2.x <--- |
| 20:23.41 | luke-jr_ | yea, I was just remember either 1.x or 2.x =p |
| 20:23.43 | mickeyl | heh |
| 20:23.44 | swbrown | If my SRC_URI has a path with a colon in it, like http://www.foo.org:12345/, it winds up passing it to tar like program_foo.org:12345__20050331.tar.gz. Problem is, a colon causes tar to try invoking rsh. Is there a way around this? Seems like a bug in bitbake. |
| 20:23.45 | mickeyl | yeah |
| 20:23.56 | *** join/#oe mallum (~mallum@host81-153-52-71.range81-153.btcentralplus.com) |
| 20:24.02 | B0Ti | RP: the pcmcia part was easy, and just needed to add a platform_device structure to pass on to the sl811-hcd driver. I also modified the sl811h a bit, pcmcia io address wasn't the same as expected for example |
| 20:25.14 | RP | B0Ti: You did nothing with scoop or pxa2xx_sharpsl.c? |
| 20:25.25 | B0Ti | RP: nope |
| 20:25.35 | mickey|tv | luke-jr_: done |
| 20:25.40 | RP | B0Ti: That sounds extemely wrong then |
| 20:25.58 | B0Ti | RP: why so? |
| 20:26.39 | RP | B0Ti: If you post your machine patches somewhere, I'll take a look |
| 20:27.07 | luke-jr_ | even CVS commits are usually immidiately available... |
| 20:27.15 | RP | B0Ti: Sharp pcmcia access is done via these SCOOP chips they put in the device. If you aren't setting that up, I can't see any way it could be expected to work |
| 20:28.28 | RP | ~akita |
| 20:28.29 | ibot | i heard akita is the Sharp SL-C1000, or a dog |
| 20:29.05 | pb_ | What does the scoop actually do? Surely the pxa255 deals with about 98% of the pcmcia bus on its own. |
| 20:29.16 | B0Ti | RP: the old code (for 2.4) had the io/irq detection stuff in place, and it seems to work. |
| 20:29.20 | B0Ti | RP: http://siliconium.net/cfu1-driver-2.6.11-20050505.tar.gz |
| 20:29.30 | B0Ti | RP: not a patch though. |
| 20:30.02 | pb_ | B0Ti: where's it crashing? |
| 20:30.02 | zecke | RP: in data.py you see three 'factory' methods |
| 20:30.10 | zecke | RP: one for getting a data instance |
| 20:30.21 | zecke | RP: one for getting a named/persistent data instance |
| 20:30.34 | zecke | RP: one for getting a modify time (for the cache) |
| 20:30.39 | hrw | does service manual for collie can help in writing 2.6 support? |
| 20:30.46 | zecke | RP: cd lib |
| 20:30.57 | *** join/#oe Pigi (~NoOne@host171-27.pool80117.interbusiness.it) |
| 20:31.05 | zecke | RP: change the factories and do python bb/data.py and see if you pass the test |
| 20:31.06 | Pigi | Ciao all |
| 20:31.19 | B0Ti | pb_: here: http://pastebin.ca/10926 |
| 20:31.27 | zecke | RP: if that goes well implement the persistent/named class on top of your data implementation |
| 20:31.49 | zecke | RP: for data_cow and data_sqlite this was roughly 20-30 lines of code |
| 20:31.51 | hrw | RP, mickey: does service manual for collie can help in writing 2.6 support? |
| 20:33.04 | RP | B0Ti: I don't think you have any pcmcia/scoop interface setup so accessing a CF card is never going to work |
| 20:33.22 | pb_ | B0Ti: oh, right. it looks like the sl811-hcd is forgetting to set up some data structure that the core needs. |
| 20:33.40 | pb_ | can you tell what line of code in hub.c it's crashing at/ |
| 20:33.45 | pb_ | s:/:?: |
| 20:33.50 | hrw | ok. time to sleep - bye all |
| 20:34.11 | B0Ti | pb_: that's what I don't know how to do on arm. |
| 20:34.20 | jh_ | mickey|tv: thanks for the d-pad patch! just installed it on my akita |
| 20:34.30 | RP | zecke: At the moment I'm only using your data_delegate patch as I suspect the others complicate things |
| 20:34.34 | zecke | I'm too stupid for math |
| 20:34.48 | zecke | RP: data_cow patch is safe as well |
| 20:34.55 | zecke | RP: actually all are ok |
| 20:35.16 | RP | hrw: Does the service manual detail any of the mmc/sd interface> |
| 20:35.17 | RP | ? |
| 20:35.45 | zecke | RP: all three patches should help you |
| 20:36.04 | zecke | RP: the persistent patch adds the idea of persistent/named objects |
| 20:36.12 | zecke | it is like a VM ;) |
| 20:36.19 | zecke | it is like VM even |
| 20:36.33 | RP | zecke: I think its the named objects bit I'm missing |
| 20:36.47 | pb_ | B0Ti: if you have a kernel with debug info, you can probably use gdb or addr2line, just like on any other platform. |
| 20:36.55 | pb_ | if not, you'll have to disassemble the code and match it up with the oops. |
| 20:37.35 | zecke | RP: yes :) |
| 20:37.54 | luke-jr_ | mickey|tv: ...ping |
| 20:38.33 | zecke | RP: it is like that some parses the conf (conf/bitbake.conf ->(includes) conf/local.conf -> conf/distro/bestone-acme.conf) |
| 20:38.46 | zecke | RP: then it starts to collect the BB files (in build.py IIRC) |
| 20:39.00 | RP | zecke: It all becomes clear when I see the deepcopy line in fetch.py :) |
| 20:39.00 | B0Ti | pb_: I have disassembled it, but still couldn't figure out the line number yet. http://siliconium.net/usbcore.objdump |
| 20:39.16 | luke-jr_ | mickey|tv: their site lies: configure: error: Library requirements (sigc++-2.0 >= 2.0.0 |
| 20:39.23 | zecke | RP: with the persistent mode you get asked to create a dict for a file and you get the conf ( a dict as well) instance |
| 20:39.47 | B0Ti | pb_: I'll need to set up the kernel to use usb-serial as the console, if that's possible. I don't have a normal serial cable. |
| 20:40.16 | zecke | RP: I'm still struggling with my math assignment but just ping me (I hope to see it) |
| 20:40.58 | *** join/#oe anomaly_ (~anomaly@ppp194-72.lns1.adl1.internode.on.net) |
| 20:41.16 | RP | zecke: ok, thanks. I was thinking the cow patch did something a bit different from what it does :) |
| 20:41.44 | pb_ | B0Ti: can you do a dissassembly with relocs included (objdump -dr)? |
| 20:42.19 | RP | pb_ For a start, scoop controls power to the card |
| 20:43.32 | *** join/#oe molivier2 (~mac@f01v-21-160.d4.club-internet.fr) |
| 20:46.51 | B0Ti | pb_: updated with -dr -> http://siliconium.net/usbcore.objdump |
| 20:47.12 | RP | I've just registered a machine number for akita |
| 20:48.35 | zecke | RP: it fixes some wrong assumptions across bitbake |
| 20:49.08 | zecke | RP: the only thing that must interest you in data_cow.py is createCopy and the persistent implementation |
| 20:49.22 | zecke | RP: from the diff you'll see that the persisting stuff is a simple refactoring |
| 20:49.42 | *** join/#oe zmiq (~chatzilla@59.Red-80-35-121.pooles.rima-tde.net) |
| 20:51.14 | pb_ | B0Ti: hm, I still don't see any relocs in that disassembly |
| 20:51.25 | RP | zecke: Yes, it was the deepcopy I hadn't seen. I'd assumed the first patch took care of that. I'd read all the others :-/ |
| 20:51.31 | *** join/#oe dyoung (~dyoung@dyoung.nslu2-linux) |
| 20:51.59 | RP | pb_, B0Ti: Are you sure this can run without the scoop/pcmcia driver? |
| 20:52.08 | *** part/#oe zmiq (~chatzilla@59.Red-80-35-121.pooles.rima-tde.net) |
| 20:53.36 | pb_ | RP: no, but I certainly haven't seen anything to suggest that it can't. |
| 20:54.32 | swbrown | "tarfn = bb.data.expand('%s_%s_%s_%s.tar.gz' % (module.replace('/', '.'), host, revision, date), localdata)" is where the error is. If "host" contains a colon, like "foo.org:1234", tar will treat the filename as needing rsh and screw the build. Should host be host.replace(':', '.')? |
| 20:54.33 | RP | pb_: It doesn't need power then? |
| 20:54.49 | pb_ | RP: it does, but clearly the power is enabled since the device is being detected correctly. |
| 20:56.11 | pb_ | and, if it detects a hub being plugged in, the HCD itself must also be running. |
| 20:56.59 | RP | pb_: There's also some interrupt control in scoop |
| 20:57.24 | B0Ti | pb_: sorry I made a typo in the filename, this should be ok: http://siliconium.net/usbcore.objdump.dr |
| 20:57.53 | pb_ | ah, that's more like it |
| 20:58.26 | B0Ti | RP: When I connect a USB device (my camera) it sees the connection, so there is power. |
| 20:59.19 | B0Ti | RP: also I ported a register test routine from the old drivers, and it passes too. |
| 20:59.44 | pb_ | oh, heh, it looks like udev->bus->controller->driver->name is probably NULL. |
| 20:59.48 | pb_ | that'd be a bit dumb. |
| 21:00.26 | RP | B0Ti: fair enough, if it works, go for it. I remain sceptical though ;-) |
| 21:02.04 | offroadgeek | noodles: great job on fixing the FN key! |
| 21:02.58 | B0Ti | pb_: thanks, I thought I did that, but that was only for the bus_name |
| 21:03.18 | Noodles | offroadgeek: Cool, it works for you? Akita or Spitz? |
| 21:04.25 | offroadgeek | akita |
| 21:05.10 | B0Ti | RP: if there is interrupt control in the scoop, that might pose some problems. We'll see ;) |
| 21:05.25 | offroadgeek | is there a quick way to re-map the ,/ key? (basically flip them) |
| 21:05.56 | pb_ | B0Ti: I think your irqs are probably working if it can detect peripheral in/out events. |
| 21:08.45 | B0Ti | pb_: that's good to know. Can you tell me how you figured out udev->bus->controller->driver->name from the objdump? |
| 21:11.31 | zecke | offroadgeek: loadkeys flip_flop_madmess? |
| 21:11.36 | pb_ | B0Ti: well, it was mostly a guess. but, if you look at the code, udev arrives in r1 and then gets shuffled into r6. then it does r2=*(r6+64); r3=*(r2); r1=*(r3+112); ip=*(r1), and the last load is the one that crashes. |
| 21:12.02 | zecke | yeah so obvious |
| 21:12.04 | zecke | ~hail pb_ |
| 21:12.06 | ibot | ACTION bows down to pb_ and chants, "I'M NOT WORTHY!!" |
| 21:13.07 | pb_ | also, if you look at that big printk() call, the value that it was attempting to load is what it would have used as the second-to-last argument. |
| 21:17.15 | B0Ti | pb_: thanx, it'll take some time till I can think in arm asm this fast, last time I coded in asm was for 286 =) |
| 21:17.25 | pb_ | heh |
| 21:17.46 | B0Ti | java made me forget all that too :) |
| 21:22.26 | Pigi | hey pb_, I managed to compile the hh39 kernel for sa. |
| 21:23.00 | Pigi | I will send the patches to france so we will have oe compiling a kernel also for sa arch |
| 21:26.30 | pb_ | Pigi: excellent |
| 21:27.04 | Pigi | After that I will send to oe ML a working defconfig-h3600 |
| 21:28.39 | *** join/#oe luke-jr (~luke-jr@207.192.219.246) |
| 21:28.56 | luke-jr | what package has the usbnet-device module? |
| 21:29.00 | luke-jr | for GPE/2.4 |
| 21:29.18 | pb_ | Pigi: cool, thanks |
| 21:31.28 | Pigi | now it's time to sleep. |
| 21:31.30 | Pigi | nite all |
| 21:31.54 | chouimat | <PROTECTED> |
| 21:39.16 | zecke | RP: just checking, did you understand what I mean with persistent data? |
| 21:39.32 | zecke | RP: parsing is black magic in bitbake... |
| 21:40.05 | *** join/#oe Virusmaster (~Thomas@pD95DEE4A.dip.t-dialin.net) |
| 21:41.11 | RP | zecke: I think so. I'm out of time to spend on this now until Monday |
| 21:41.32 | RP | (I'm away from Computers until then from tomorrow morning for a change :) |
| 21:41.46 | B0Ti | fuck me. it works. |
| 21:41.48 | B0Ti | ~hail pb_ |
| 21:41.50 | ibot | ACTION bows down to pb_ and chants, "I'M NOT WORTHY!!" |
| 21:42.02 | B0Ti | http://pastebin.ca/11067 |
| 21:42.22 | B0Ti | need to test transfers though. |
| 21:43.00 | zecke | RP: I'm going to visit my grandparent over the weekend |
| 21:44.07 | zecke | B0Ti: no heureka? fuck me instead? this youth... |
| 21:49.31 | pb_ | B0Ti: ah, very good |
| 21:50.48 | B0Ti | hehe, I can plug the usb cable from the z into itself (into the usb cf card), and get a usb0 interface. This is a real loopback device!! |
| 21:51.05 | pb_ | hehe |
| 21:51.51 | luke-jr | B0Ti: I can't even plug it from my Z into my desktop and get it to work :( |
| 21:52.51 | offroadgeek | noodles: have you noticed any issues with the console app not launching? |
| 21:53.25 | B0Ti | luke-jr: did you read the updated howto (me and hrw updated the usbnet howto on OZ.org)? |
| 21:54.45 | treke | oh crap |
| 21:54.56 | treke | I never put up RT |
| 21:55.01 | luke-jr | B0Ti: didn't see it... |
| 21:55.07 | luke-jr | oz.org? |
| 21:55.19 | B0Ti | what scsi device is used for usb-storage for mounting ? Can't get to mount sd[a-d]. |
| 21:55.44 | luke-jr | B0Ti: the first sdX available |
| 21:55.58 | luke-jr | B0Ti: unless you're sure you're using usb-storage, however, try ubX |
| 21:56.04 | *** join/#oe mallum (~mallum@host81-153-53-244.range81-153.btcentralplus.com) |
| 21:56.59 | luke-jr | B0Ti: I couldn't even get lsusb to see it until just now... |
| 21:57.10 | luke-jr | and I have no idea why lsusb *does* see it now... |
| 21:58.47 | luke-jr | no usb0 tho |
| 22:03.45 | B0Ti | sd_mod and usb-storage should enable sd[a-d], |
| 22:03.46 | B0Ti | ~# cat /dev/sda |
| 22:03.47 | B0Ti | cat: /dev/sda: No such device or address |
| 22:05.18 | luke-jr | B0Ti: since usbnet is broken, any idea how to try usb storage? |
| 22:05.33 | *** join/#oe Ken|JLime (~Ken@h72n2fls34o1105.telia.com) |
| 22:08.35 | luke-jr | "Bus 003 Device 047" |
| 22:08.42 | luke-jr | is device 47 that common? O.o |
| 22:13.11 | *** join/#oe obi (~obi@B3114.karlshof.wh.tu-darmstadt.de) |
| 22:15.53 | *** join/#oe luke-jr (~luke-jr@207.192.219.246) |
| 22:16.50 | luke-jr | so... no ideas? :| |
| 22:16.57 | treke | no ideas |
| 22:17.18 | *** join/#oe Geo_KM (~keith@CPE-61-9-204-1.nsw.bigpond.net.au) |
| 22:17.28 | luke-jr | treke: you even knew the problem? |
| 22:18.29 | treke | usb storage problems |
| 22:18.55 | treke | and I don't have the foggiest clue how the zuarus usb storage driver works |
| 22:20.06 | luke-jr | well, USB in general |
| 22:20.09 | pb_ | hi treke |
| 22:20.12 | luke-jr | I don't care if it's network or storage ... |
| 22:20.16 | B0Ti | luke-jr: usbnet is not broken. |
| 22:20.26 | luke-jr | B0Ti: it is here :/ |
| 22:20.41 | reenoo_ | luke-jr: #openzaurus |
| 22:20.48 | B0Ti | and I need to access sub-storage from my Z (external HD and such) and not the Z itslef ATM. |
| 22:20.49 | luke-jr | reenoo_: I'm there |
| 22:21.31 | luke-jr | are the Sharp cables known to break easily, by any chance? |
| 22:21.34 | Noodles | offroadgeek: No, console seems to work for me. |
| 22:22.33 | treke | pb_: welcome |
| 22:23.10 | reenoo_ | luke-jr: I was just trying to point out that this is not a distribution support channel |
| 22:23.24 | reenoo_ | evening pb_ |
| 22:23.28 | pb_ | hi reenoo_ |
| 22:23.30 | reenoo_ | hey treke |
| 22:23.34 | luke-jr | reenoo_: the topic says that also |
| 22:23.34 | *** join/#oe fyliu (~fyliu@lenert44.ucsd.edu) |
| 22:24.18 | zecke | hey reenoo_ |
| 22:24.45 | reenoo_ | yo zecke |
| 22:25.30 | treke | luke-jr: he was being subtle |
| 22:26.16 | *** join/#oe orgz (~orgz@dsl093-017-213.msp1.dsl.speakeasy.net) |
| 22:28.25 | *** join/#oe orgz (~orgz@dsl093-017-213.msp1.dsl.speakeasy.net) |
| 22:32.52 | *** join/#oe Crofton|laptop (~balister@66-207-66-26.black.dmt.ntelos.net) |
| 22:41.07 | offroadgeek | noodles: it works for me in the beginning, but then for some reason it just gives sig sevs... I'm going to start with a fresh flash and see what happens |
| 22:41.38 | Cwiiis | argh, thieves all need to die slowly and painfully... |
| 22:42.35 | *** join/#oe org_laptop (~offroadge@dsl093-017-213.msp1.dsl.speakeasy.net) |
| 22:44.37 | CosmicPenguin | Any compelling reason not to always do '-a' on unzip call in oe_unpack_file? |
| 22:46.10 | *** join/#oe mallum (~mallum@host217-42-255-225.range217-42.btcentralplus.com) |
| 22:54.38 | pb_ | I think "-a" is a bit dangerous. Why do you want it? |
| 22:55.17 | CosmicPenguin | dos conversion mainly |
| 22:55.26 | pb_ | (that's the "try to guess which files are text" option, right?) |
| 22:55.30 | CosmicPenguin | yeah |
| 22:56.02 | CosmicPenguin | also converts from \r\n to \n |
| 22:56.13 | pb_ | I guess we could add some variable that a .bb can set to request -a when unzipping. |
| 22:56.50 | pb_ | I'm a bit loath to turn it on globally because the "is this a text file?" thing is only a heuristic, and it might end up destroying binary files by mistake. |
| 22:58.50 | CosmicPenguin | well, a ;dosconvert is always indicated |
| 22:58.55 | CosmicPenguin | probably best |
| 22:59.09 | CosmicPenguin | has the added advantage of shaming the vendor |
| 22:59.19 | pb_ | heh, right |
| 23:11.26 | Crofton|laptop | hmmm, should PREFERRED_VERSION_uboot = "1.1.2" |
| 23:11.28 | Crofton|laptop | work? |
| 23:11.35 | Crofton|laptop | I get prefered version not available |
| 23:11.51 | Crofton|laptop | but uboot bb file provides virtual/bootloader |
| 23:12.54 | pb_ | no, because the package name is "u-boot", not "uboot". |
| 23:13.17 | Crofton|laptop | bbfile is uboot |
| 23:13.20 | Crofton|laptop | argh |
| 23:13.32 | pb_ | no, the .bb file is u-boot. |
| 23:13.33 | Crofton|laptop | I am confused |
| 23:13.45 | pb_ | -r--r--r-- 1 pb pb 1629 2005-04-14 08:24 u-boot_1.1.2.bb |
| 23:13.45 | Crofton|laptop | ah |
| 23:13.47 | pb_ | there it is. |
| 23:13.48 | Crofton|laptop | yep |
| 23:14.20 | Crofton|laptop | should I just used preferred_provider_bootlader = u-boot-1.1.2? |
| 23:14.33 | Crofton|laptop | um virtual/bootloader |
| 23:15.13 | pb_ | I don't think that will work. The argument to PREFERRED_PROVIDER needs to be a concrete package name, not a virtual. |
| 23:15.15 | pb_ | (iirc) |
| 23:15.31 | pb_ | so, you'd need PREFERRE_PROVIDER_virtual/bootloader = "u-boot" |
| 23:15.39 | Crofton|laptop | yeh |
| 23:15.46 | Crofton|laptop | I'll try some things |
| 23:15.47 | *** join/#oe mallum (~mallum@host81-153-53-207.range81-153.btcentralplus.com) |
| 23:16.02 | Crofton|laptop | bitbake uboot (no dash_ tries to build the cvs one |
| 23:16.04 | pb_ | and, notionally, PREFERRED_VERSION_u-boot = "1.1.2", but there are no other versions so I doubt that matters too much. |
| 23:16.42 | Crofton|laptop | -r--r--r-- 1 balister balister 1629 May 5 14:43 u-boot_1.1.2.bb |
| 23:16.43 | Crofton|laptop | -r--r--r-- 1 balister balister 732 May 5 14:43 uboot_cvs.bb |
| 23:16.43 | Crofton|laptop | -r--r--r-- 1 balister balister 157 May 5 14:43 uboot-vibren-pxa255idp_cvs.bb |
| 23:16.50 | Crofton|laptop | in pacakages/uboot |
| 23:16.59 | pb_ | indeed. |
| 23:17.37 | pb_ | so, that is version 1.1.2 of u-boot, version 0.0cvs${CVSDATE} of package uboot, and version 0.0cvs${CVSDATE} of package uboot-vibren-pxa255idp. |
| 23:17.50 | Crofton|laptop | I am setting up a new machine, I used to leave mkimage in the path so I could build OSK kernels completely in oe |
| 23:18.18 | pb_ | if you say "bitbake uboot", you will get version 0.0cvs${CVSDATE} of uboot, because that's the only one there is. |
| 23:18.34 | Crofton|laptop | details, details |
| 23:18.35 | pb_ | if you say "bitbake u-boot", you will get version 1.1.2 of u-boot, because that is also the only one there is. |
| 23:18.40 | pb_ | and so on. |
| 23:18.44 | Crofton|laptop | :) |
| 23:18.55 | Crofton|laptop | the inconsistency makes me nervous .... |
| 23:19.01 | Crofton|laptop | thanks |
| 23:19.22 | pb_ | it does seem a bit weird. |
| 23:19.51 | CosmicPenguin | wow evil |
| 23:19.57 | CosmicPenguin | .zip;dos=1 works |
| 23:20.06 | pb_ | neat |
| 23:23.17 | *** join/#oe dkey (~dkey@L0004P13.dipool.highway.telekom.at) |
| 23:29.17 | CosmicPenguin | hmm... interesting |
| 23:30.31 | CosmicPenguin | strip from binutils 2.14.90.0.7 issues a warning when it encounters an unknown file |
| 23:30.38 | CosmicPenguin | s/warning/error/ |
| 23:32.02 | CosmicPenguin | Thats sort of annoying |
| 23:35.06 | CosmicPenguin | ahhh.... thats why |
| 23:39.30 | *** join/#oe mithro (~tim@lester.mithis.com) |
| 23:40.01 | CosmicPenguin | not defining KERNEL_OBJECT_SUFFIX in kernel.bbclass seems to be a problem, especially since it inherits module_strip |
| 23:40.54 | *** join/#oe mallum (~mallum@host81-153-55-4.range81-153.btcentralplus.com) |
| 23:51.58 | _chronic | <PROTECTED> |
| 23:56.42 | _chronic | apologies. i realise this is not a direct oe development issue, but I've tried other channels, and I notice ppl like CoreDump & others have oe ChangeLog entries regarding unionroot. |
| 23:58.08 | CoreDump|home | _chronic: i gave up w/ unionroot because of frequent freezes |
| 23:58.41 | _chronic | CoreDump: hi. thanks. oh. :-/ |
| 23:58.50 | CoreDump|home | :) |
