irclog2html for #openzaurus on 20030213

00:18.44*** join/#openzaurus raster (~raster@203.206.217.82)
00:37.44*** join/#openzaurus bipolar_ (bflong@ben-n-rhi.msns.flt.ptd.net)
00:50.07*** join/#openzaurus Stripes_ (~Zack_Morr@adsl-63-194-24-74.dsl.lsan03.pacbell.net)
00:54.13*** join/#openzaurus ljp (~ljp@199.165.157.88)
01:09.55*** join/#openzaurus TimRiker (~timr@rikers.org)
01:13.14*** join/#openzaurus sheenmaster (~sheenmast@Morristown-68-118-103-87.chartertn.net)
01:15.45sheenmasterkergoth: would it be possible to use an infrared keyboard with the Z?
01:16.04sheenmasterkergoth: such as a WebTV k/b
01:19.13*** join/#openzaurus DaWorm (~zic@202.57.71.237)
01:39.20*** join/#openzaurus billytwowilly (~chris@h24-86-147-220.ed.shawcable.net)
02:04.26*** join/#openzaurus Leaves (~Leif@d141-178-151.home.cgocable.net)
02:10.32*** join/#openzaurus chouimat (~dieu@modemcable120.184-130-66.que.mc.videotron.ca)
02:16.46jurrieI've had no luck getting any of the player ipks to work for me on rc2.  Is there a known good way to get player2 to work?  I don't mind reflashing and starting from scratch to get there.  Mostly interested in getting ogg support in a player with a pretty face.
02:46.49jurrieI'll take part of that back.... xmms works... the rest doesn't.  No prob... will try again next time 'round
03:03.42*** join/#openzaurus walters (walters@verbum.org)
03:28.29*** join/#openzaurus walters (walters@verbum.org)
03:31.11*** join/#openzaurus hunger_ (~foobar@pD9ED732E.dip.t-dialin.net)
04:27.12*** join/#openzaurus mewyn` (~knoppix@dsl081-228-057.chi1.dsl.speakeasy.net)
04:32.01*** join/#openzaurus Bala (Ryan@hsdbsk142-165-143-91.sasknet.sk.ca)
05:08.03*** part/#openzaurus billytwowilly (~chris@h24-86-147-220.ed.shawcable.net)
05:28.45*** join/#openzaurus jserv (~jserv@140.116.142.108)
05:37.10*** join/#openzaurus jserv (~jserv@140.116.142.108)
05:39.01*** join/#openzaurus jserv (~jserv@140.116.142.108)
05:40.39*** part/#openzaurus jserv (~jserv@140.116.142.108)
05:41.12*** join/#openzaurus jserv (~jserv@140.116.142.108)
05:52.36*** join/#openzaurus hunger__ (foobar@pD9E6437A.dip.t-dialin.net)
06:01.08*** join/#openzaurus hunger_ (foobar@pD9E64159.dip.t-dialin.net)
06:03.23*** join/#openzaurus frankps (~frankps@10.80-202-169.nextgentel.com)
06:13.57*** join/#openzaurus bbeattie (~bbeattie@cpe-66-1-180-69.ut.sprintbbd.net)
06:15.09*** join/#openzaurus james_lan-zaurus (~zic@ip68-102-114-12.ks.ok.cox.net)
06:16.25james_lan-zaurusibot openzaurus
06:16.26from memory, openzaurus is an alternative linux distribution for the Sharp SL-5[50]00[dg]{0,1} PDA.  See http://www.openzaurus.org/. Also ask me about oz faq, oz feed, oz bk, oz release, or oz prerelease. And dont forget to /join #openzaurus.
06:16.44james_lan-zaurusibot oz news
06:16.45james_lan-zaurus: I wish you would RTFM.
06:17.54james_lan-zaurusibot oz
06:17.55i heard oz is see openzaurus or http://www.openzaurus.org/ or /join #openzaurus
06:22.02bbeattiewhat's the new sys req keys for 3.1rc2?  "hold home" is now an action, and doesn't seam to work for "home s" "home b"
06:22.04*** join/#openzaurus Necrosan (artiezhiga@f-ibaraki-192066.zero.ad.jp)
06:23.48james_lan-zaurusdon't know, try disabling the hold home action
06:27.30*** join/#openzaurus LordVan (~lordvan@62.47.64.183)
06:28.10*** join/#openzaurus LordVan (~lordvan@62.47.64.183)
06:29.55*** part/#openzaurus Necrosan (artiezhiga@f-ibaraki-192066.zero.ad.jp)
07:07.20*** join/#openzaurus schurig (~schurig@pD951A1C0.dip.t-dialin.net)
07:11.48bbeattiekergoth: around?
07:14.13bbeattieAnyone active? :-)
07:15.41schurigyes, my coffee machine ...
07:16.01bbeattieheh
07:16.19schuriggreetings to the hills of utah
07:17.48bbeattieI'm looking at using that new java map app, but it needs a JVM, I backed mine up with the first tool before I installed OZ, but the jeode ipk requires a qpe-base.  There's no qpe-base in the OZ feeds, so what is the next step? I'd think that new packagers (creators) would not have this dependancy, but I'm not where I can install the sharp rom, repackage jeode, and reflash back to OZ to isntall it. :-) Any tips?
07:18.19bbeattieYup, good'ole utah.
07:20.03bbeattieAnd greetings to Nuernberg Germany :-)
07:23.23schurigbbeattie: take my advice with a grain of salt, I don't have a Zaurii.  However, assuming you have Qt installed, you can simply install the jeode library anyway, maybe from the commandline with "--force-..." switch to ipkg
07:23.45schurigIn Oz, the package name has changed, but not it's location. So jeode should find all what it needs.
07:24.54schurigHowever, what I've heard so far was: there is a tool that takes the jeode binary out of a Sharp ROM and creates an normal installable ipk file out of it, without tricks.
07:26.04schurigAnd there are surely (on linux) ways to get jeode out of the sharp rom without the need to flash it. Something like mount -o loop or making a RAM based MTD device and copying the jffs part of the Sharp ROM into it, then mounting that.
07:28.45bbeattiegood points.  I did use the tool to pull jeode out of the Sharp ROM, but that tool created a dependency on qpe-base, which opie doesn't have.  I'll try the loopback, but I don't know how the tool will work that way.  I'm thinking there is an easier way, but I don't know what it is.
07:32.17bbeattieschurig: did you just dig my ip for the utah info?  I had some fellow employee's from 'LST' who worked over there and was curious if you were part of that group or knew some of them.
07:34.10schurigI used /whois bbeattie and saw that you're in #Utah and so I made a wild guess
07:34.59bbeattieHah. :-) Take the easy way. ;)
07:36.22schurigand you name sounded so mormonic ...        (just kidding!)
07:37.08schurigbtw: I'm living near Frankfurt, Nürmberg is about 3 hours on the autobahn away
07:48.31*** join/#openzaurus kolla (~kolla@drift3.uninett.no)
07:48.52bbeattieMy father lived near/around Frankfurt for 2 years, and beattie is scotish. :-)
07:49.41bbeattieGermany is one of the first places I plan on visiting out of the states.
07:52.30bbeattieI wonder how good of a replacement kaffe is for jeode
08:04.24*** join/#openzaurus nikki (nikki@202.57.94.9)
08:09.52*** join/#openzaurus Trinity (~ast@Charybdis.suse.de)
08:11.10*** join/#openzaurus Bala (~Rusaw@hsdbsk142-165-143-91.sasknet.sk.ca)
08:18.10bbeattieanyone know of a gui app that works with kaffe? I can't get any so far to work.
08:24.39*** join/#openzaurus newbie (~nobody@adsl-195-184-237-107.mistral-uk.net)
08:25.18*** part/#openzaurus newbie (~nobody@adsl-195-184-237-107.mistral-uk.net)
08:26.37*** join/#openzaurus cwaig (~nobody@adsl-195-184-237-107.mistral-uk.net)
08:32.02*** join/#openzaurus killefiz_ (~sven@ach9-d9bbabde.pool.mediaWays.net)
08:33.28*** join/#openzaurus kolla (~kolla@drift3.uninett.no)
08:33.55*** join/#openzaurus kolla (~kolla@drift3.uninett.no)
08:43.19*** join/#openzaurus kolla (~kolla@drift3.uninett.no)
08:58.40*** join/#openzaurus winterkind (~brand@c155011.adsl.hansenet.de)
09:00.18winterkindSomeone here, who can help me with getting qt-embedded compiled?
09:00.48winterkindthe crosscompiler works, but I can't get qt-embedded to compile
09:03.26schurigwinterkind: what's your problem?
09:03.33winterkindseveral
09:03.40winterkindHi nice to get feedback
09:03.57winterkindfirst I set up a toolchain
09:04.10winterkindi can get a simple c/c++ prog to compile for the Z
09:04.19winterkindthen I fetch qt-embedded
09:04.34winterkindI think I have problems with the Path
09:04.38schurigwinterkind: are you using the buildroot system from OZ?
09:04.45winterkindYes
09:04.49winterkindI downloaded it
09:05.01schurigSo, your toolchain is the one that OZ compiled for you?
09:05.03winterkindbut do I need it for building qt-emb.
09:05.20winterkindno I set it up by myself
09:05.36schurigwinterkind: I'm also using the qte from OZ for my own programs ...
09:05.37winterkind---
09:05.37winterkindmake[2]: Entering directory `/opt/arm-linux/qt-2.3.4-beta5/src/moc'
09:05.37winterkindg++  -c -I/opt/arm-linux/qt-emb/include -Wno-unused -Wno-parentheses -pipe -DQWS -fno-exceptions -fno-rtti -O2 -fno-default-inline -Wall -W -DNO_DEBUG -DQT_NO_CODECS -DQT_LITE_UNICODE -I../../include -I../tools -I. -o mocgen.o mocgen.cpp
09:05.37winterkindas: unrecognised option `-Qy'
09:05.38winterkindy.tab.c:370: Internal compiler error:
09:05.40winterkindy.tab.c:370: output pipe has been closed
09:05.42winterkind---
09:05.55winterkindi am a little confused
09:06.19winterkindI read several doks on settign up a crosscompile env. for the Z
09:06.45winterkindI thougth the right way is setting up a crosscomnpiler
09:07.02winterkindafter that, compile qt-embedded and then compile opie
09:07.05schurigHere it generates moc, using your x86 compiler. And somehow this did put "-Qy" to your as(ssembler) which doesn't got that. It's not a toolchain problem!
09:07.06winterkindam I wrong ?
09:07.31winterkindyes an the first prob is. it is using the "as" from my crosscompiler
09:07.40winterkindbecause it is the first in PATH
09:07.42schurigif it were the crosscompiler, then you would see arm-linux-g++, not g++. But "moc" must be a i86 binary, it run's on your host,not on the zaurus
09:08.10schurigYour crosscompiler should NOT have "as", it should have only "arm-linux-as". So that the two won't be confused !
09:08.44schurigYou put the wrong directory of your toolchain in the path, there must be some directory where all binaries start with arm-linux-<whatever>
09:08.58winterkindyes I have that
09:09.03winterkindyoure rigth:
09:09.16winterkindarm-linux-as
09:09.52schurigSuppose your current g++ is gcc 3.1 and your toolchain is gcc 3.2.2, then the x86 3.1 g++ would call an arm 3.2.2 as. Certainly that wouldn't work.
09:10.18winterkindgcc --version
09:10.18winterkind2.95.4
09:10.34schurigI said suppose. Substitute your own version numbers :-)
09:10.42winterkind/opt/arm-linux/2.95.3/bin/arm-linux-gcc --version
09:10.42winterkind2.95.3
09:11.19winterkind.oO( I would love to get the crosscompile thing to work)
09:11.43schurigAnd EVEN when they had the same versions, then the x86 g++ would generate assembly code, call the arm assembler. And that one wouldn't understand that.
09:12.21winterkindbut I thought, moc should be build for x86, the host machine
09:12.55winterkindthe arm assembler ist called arm-linux-as
09:13.02winterkindthe x68 assembler ist called as
09:13.47winterkindI will take out the PATH for the crosscompiler as , for building moc
09:13.51*** join/#openzaurus Laze (Laze@pc168213.stofanet.dk)
09:16.56winterkindAllright , it is a path thing
09:16.59winterkindthe problem is
09:17.25winterkindmy arm-linux-binaries are found before the x86
09:17.35winterkindand I have a as for arm
09:31.38schurigwinterkind: then somethng is WRONG on your system. For example. my PATH to the arm binaries is /usr/local/arm/2.95.3/bin and in this directory there is no "as"
09:32.04schurigThe name is the only thing that differentiates an arm-crosscompiler from the x86-nativecompiler.
09:32.15schurigIf it can't be differentiated by name, then it's broken.
09:32.26winterkindyoure right
09:32.38winterkindnot the as in /2.95.3/bin
09:33.13winterkindit found as in the binaries for the arm-architekture
09:33.19schurigI'd suggest you do a "find -name "arm-linux-gcc" and try those directories there you find this binary and put them into your path
09:33.43winterkindI have got moc compiled
09:34.11winterkindbut my crosscompiler doesnt work anymore
09:34.21schurigFor example, here I have /usr/local/arm/arm-linux/bin/as. But I put NOT this directory into my path, otherwise I'd have the same problems as you
09:34.35winterkindthat was the problem
09:34.53winterkindi took it out of the PATH
09:34.57schurigand I have a second as in /usr/local/arm/2.95.3/arm-linux/bin/as, but this isn't in my PATH either.
09:35.27schurigNo. The problem was not that it is your path, the problem was that the wrong directory was in your path. Or that you downloaded a broken toolchain.
09:35.53winterkind---
09:35.54winterkindarm-linux-gcc -o test test.cpp
09:35.55winterkindarm-linux-gcc: installation problem, cannot exec `cpp0': No such file or directory
09:35.56winterkind---
09:36.09winterkindis the new problem
09:36.36winterkindis it allrigth that there is a cpp in the same dir als arm-linux-g++ ?
09:36.49schurigyes, cpp is identical on all platforms.
09:37.02schurigarm-linux-addr2line*  arm-linux-g77*   arm-linux-objcopy*   arm-linux-strings*     jcf-dump
09:37.07schurigarm-linux-ar*         arm-linux-gasp*  arm-linux-objdump*   arm-linux-strip*       jv-scan
09:37.11schurigarm-linux-as*         arm-linux-gcc*   arm-linux-protoize*  arm-linux-unprotoize*
09:37.12schurigarm-linux-c++*        arm-linux-gcj*   arm-linux-ranlib*    cpp*
09:37.12schurigarm-linux-c++filt*    arm-linux-ld*    arm-linux-readelf*   gcjh*
09:37.13schurigarm-linux-g++*        arm-linux-nm*    arm-linux-size*      gcov*
09:37.25schurigThis is the contents of my directory that's in my path.
09:37.41winterkindI have that too under  /opt/arm-linux/2.95.3/bin/
09:37.56winterkindmy PATH=/opt/arm-linux/qt-emb/bin:/opt/arm-linux/2.95.3/bin:/usr/bin:/bin
09:38.51winterkindbut why is arm-linux-g++ looking for cpp0
09:38.52winterkindarm-linux-g++: installation problem, cannot exec `cpp0': No such file or directory
09:39.09schurigwinterkind: I think I've downloaded my compiler from http://www.lart.tudelft.nl/lartware/compile-tools/
09:39.25winterkindI took the crosscopiler from opie
09:39.48winterkindcross-2.95.3.tar.bz2
09:40.01schurigwinterkind: hmm, did you install the crosscompiler into EXACTLY the same directory as said?
09:40.23winterkindno, but I did a symlink
09:40.25schurigtoolchains have hard-coded path into them. Then you download a toolchain that is for /usr/local/arm and put it into /opt/arm-linux, then the toolchain won't work!
09:40.38winterkindeven with a symlink
09:41.18winterkindYEAH, my crosscompiler
09:41.26winterkindworks again, the symlink was gone
09:41.31winterkindsorry for that
09:41.31schurignot sure. But you can find out which files it tries to open.   "strace -ff -efile -otrace arm-linux-g++ your options here". And then you do a "grep cpp0 trace*" and know where it looks for them
09:41.43winterkindso know I am at the same point like yesterday
09:42.02winterkinds/know/now
09:42.20winterkindlet me try again to compile qt-emb.
09:42.31winterkindmy simple c++ prog. compiles for the Z
09:42.34winterkind:)
09:43.09winterkindI had yesterday a problem, that qt-emb wanted sharp_char.h
09:43.19schurigwinterkind: when you compile qte from OZ, then it compiles lot's of stuff before this, the kernel, the glibc, libpng, libz and so on.
09:43.37schurigThe sharp_char.h is from the kernel for the Zaurus.
09:43.40winterkindI think the kernel is missing
09:44.00winterkindI thougth it would be in oz-buildroot
09:44.12schurigyeah, you must compile kernel before this. Maybe you've deselected the kernel.
09:44.26winterkindthanks so much schurig, for taking the time, to help me
09:44.55winterkindso I download the needed kernel , I think 2.4.6
09:45.03schurighehe, sonnenbrand, why not?
09:45.14winterkindan do I have to apply patches first
09:45.34schurigwinterkind: the buildroot downloads and applies patches for you.
09:45.54schurigsomehow I get the impression that you did NOT have done a "bk pull" ...
09:46.01winterkindok I am confused
09:46.08winterkindno I took the snapshot
09:46.32winterkindbuildroot-exported/
09:46.47schurigyou get OZ, do a "make xconfig", select your packages. And then you do "make". And it makes all pre-required packages before it comes to Qt/Embedded.
09:47.00schurigit downloads the sources, patches them, compiles them and creates *.ipk files.
09:47.01winterkindahhhhh
09:47.19schurigthat should work with a snapshot, too.
09:47.25winterkindI tougth, I have to get qt-emb and opie done first
09:47.27schurigbut I've never used snapshots
09:47.40schurigthe buildsystem gets even the sources for you.
09:47.46winterkindand the I have to work with buildroot-exported
09:47.46schurigand first is always the kernel.
09:48.06winterkindafter that
09:48.31winterkindso you mean , I should download oz with bk first
09:49.07schurigmaybe, maybe not. I think snapshot is fine. I just haven't used it
09:49.28winterkindI will give it a try
09:49.46winterkinddo a "make xconfig" in the buildroot dir, rigth?
09:50.02schurigyes
09:50.30schurigand, when you have a working toolchain, you don't need to select binutils/gcc in the "host build tools"
09:51.03schurigif some of the env vars in Vars.make don't suit you, you can override them in Vars.local
09:56.06winterkindok
09:57.58winterkindso let start make
09:58.42winterkindit is downloading the kernel :)
09:59.14winterkindbuildroot knows the dirs for qr-emb and opie from $QTDIR and OPIEDIR ?
10:00.36schurigwinterkind: now, it doesn't care for your local install QTDIR and OPIEDIR, it creates new ones. In $(TOPDIR)/build/qte-2.3.4-beta4 and $(TOPDIR)/build/opie
10:01.01schurigand in $(TOPDIR)/output/staging/arm-linux/{lib,bin,include}
10:01.32winterkindyou do not need to download opie and qt-emb by hand
10:01.33schurigbtw: if you compile often, you should look and install ccache. Can save you hours of time.
10:01.47winterkindso I was on the total wrong way yesterday
10:01.51schurigwinterkind: now, it downloads it for you. Opie even right from cvs.
10:02.03winterkindwonderfull
10:02.03schurigwinterkind: hmm, is our docu so bad?
10:02.07winterkindyes
10:02.20winterkindnot really
10:02.27winterkindmabye I took the wrong doku
10:02.30winterkindfrom opie
10:02.48schurigok, opie is not OZ.  OZ is so much more. :-)
10:02.52winterkindI read many dokus on setting up crosscompile for the Z
10:03.48winterkindI only found this for oz:
10:03.49winterkindhttp://www.openzaurus.org/oz_website/faq/faq?id=84
10:04.22winterkindand I thougth, I have to set up a working crosscompiler, qt-emb and opie first
10:05.02winterkindby the way I love oz
10:05.28schurigfor me the FAQ entry seems clear. It does not mention that you should download qte by hand
10:05.28winterkindI only have the same prob with prism2 and hostap with RFMON
10:05.37winterkindthat ist rigth
10:05.58winterkindbut when your are new, and you also read other doks on setting up crosscompile
10:06.07winterkindfor Z, you can think that
10:06.44winterkindmaybe it would be nice, to write a note saying "you do not need to fetch other things"
10:06.45*** join/#openzaurus killefiz (~sven@ach9-d9bba8af.pool.mediaWays.net)
10:06.55schurigyou can select the hostap driver in make xconfig, it will be compiled for you, too
10:07.11winterkindyes I did that
10:07.33schurigAt the top of the FAQ it says "the rest of the operating system is downloaded from various sources (which are described in the makefiles)."
10:08.13winterkindI mean this bug: http://sourceforge.net/tracker/index.php?func=detail&aid=675362&group_id=43045&atid=434956
10:08.17schurighostap compiled here cleanly, even with a different kernel (mind you, I don't use OZ with a zaurus, but with my ownhardwre)
10:08.52winterkindthe problem seems to be wireless-tools
10:09.05winterkindi should be fixed with version 25
10:09.14winterkindoz uses 24a
10:09.40schurigwhen you use bk, then you can get a previous packages/wireless/* contents, e.g. the one from OZ rc1.
10:09.48schurignot possible with snapshots, mind you
10:10.36winterkindI don't want an older version, I want to compile wireless-tools version 25 for the Z
10:10.51winterkindoz uses version 24a
10:10.57winterkindeven in unstable
10:11.45winterkindyou're total right with the FAQ, I thought to complicated
10:12.14winterkindwonderfull oz still compiles :))
10:12.40winterkindthe makefile is compiling the kernel
10:12.53schurigwhen wireless tools 25 are already out, then simply change packages/wireless-tools/Makefile. And send me the diffs :-)
10:13.03schurigonce it's working
10:13.18winterkindafter I get it compiled, I will do that ;)
10:13.42schurigwinterkind: you can see with "ll -tr output/ipks" what it had compiled so far. Or with "ll -tr stamps". In this directory it marks what has already been done.
10:14.16winterkindI want to help oz, but it could take some time, until I understand all I need for that task
10:15.11schurigwinterkind: if you want to help, you MUST get bitkeeper. Then ask kergoth for bitkeeper write access. Send your public ssh key to kergoth@handhelds.org. But ask him which one, he is online at german evening hours.
10:17.24winterkindmaybe wireless-tools ver. 25 won't solve the RFMON thing with hostap
10:17.49winterkindI will gibe it a try
10:17.57winterkinds/ib/iv
10:20.32winterkindschurig: ll is not found
10:22.10winterkindit is compiling qt-emb right now :)
10:23.25*** join/#openzaurus raster_ (~raster@CPE-144-137-101-123.nsw.bigpond.net.au)
10:23.46*** join/#openzaurus LordVan (~lordvan@62.47.64.183)
10:24.05*** join/#openzaurus mickeyl (mickey@gandalf.tm.informatik.uni-frankfurt.de)
10:25.11*** part/#openzaurus mickeyl (mickey@gandalf.tm.informatik.uni-frankfurt.de)
10:25.56schurigwinterkind: alias ll='ls -l'
10:26.10winterkindahh old suse style
10:26.12winterkindhehe
10:26.28schurigold schurig style. I used that back in slackware days
10:26.49winterkindi know that from my suse experience
10:29.39schurigwinterkind: actually, it's alias ll='ls -lAF --color=tty'
10:32.14*** join/#openzaurus TrnQuil8y (~oob@81-5-138-97.dsl.eclipse.net.uk)
10:40.30schurigwinterkind: and, still compiling?
10:42.25winterkindjuchu, it is starting to compile the progs
10:46.45winterkindohhh , I am getting an error with pathes:
10:46.46winterkind---
10:46.47winterkind/opt/arm-linux/buildroot-exported/scripts/getsource -sourcetree `/opt/arm-linux/buildroot-exported/scripts/getsource -source -printonly ":pserver:anoncvs@cvs.infradead.org:/home/cvs module=mtd; /opt/arm-linux/buildroot-exported/packages/mtd/mkfs.patch" /opt/arm-linux/buildroot-exported/sources/` /opt/arm-linux/buildroot-exported/build/mtd && touch /opt/arm-linux/buildroot-exported/stamps/.mtd.sourcetree;
10:46.47winterkindcp -au /opt/arm-linux/buildroot-exported/sources/mtd /opt/arm-linux/buildroot-exported/build/mtd
10:46.47winterkindpatch -f -s -p1 </opt/arm-linux/buildroot-exported/packages/mtd/mkfs.patch
10:46.49winterkind4 out of 5 hunks FAILED -- saving rejects to file util/mkfs.jffs2.c.rej
10:46.51winterkindPatch had errors
10:46.53winterkindmake[2]: *** [/opt/arm-linux/buildroot-exported/stamps/.mtd.sourcetree] Error 1
10:46.55winterkindmake[2]: Leaving directory `/opt/arm-linux/buildroot-exported/packages/mtd'
10:46.57winterkindmake[1]: *** [packages/mtd] Error 2
10:46.59winterkindmake[1]: Leaving directory `/opt/arm-linux/buildroot-exported'
10:47.03winterkindmake: *** [all] Error 2
10:47.05winterkind---
10:49.06*** join/#openzaurus mewyn` (~mike@dsl081-228-057.chi1.dsl.speakeasy.net)
11:04.40winterkindI will go all over it again, but first I will download bk
11:11.14winterkindone more question
11:11.19winterkindwhich version does bk fetch with
11:11.26winterkind<PROTECTED>
11:11.34winterkindstable or oz3.1rc2
11:11.35winterkind?
11:20.40winterkindok it seems to be rc2
11:21.39schurigwinterkind: the patch for mkfs.jffs2 is no longer needed. It's no longer in BK, but in your snapshot
11:21.59winterkindi going all over it again with bk source
11:22.09winterkindHermes support (Orinoco/WavelanIEEE/PrismII/Symbol 802.11b cards) (CONFIG_PCMCIA_HERMES) [N/y/m/?] (NEW)
11:22.23winterkindit is not needed, when I want to use hostap, right
11:22.40winterkindcompiling the kernel again
11:23.20winterkindso wonderfull, that you are helping me schurig
11:23.43schurigwinterkind: I don't know if hermes is needed, I wouldsay no. But if you make it a module, it won't hurt.
11:24.10winterkindi choosed no
11:24.23schurigwinterkind: hehe, if you HAD ccache installed, it wouldn't even compile most of it, it would fetch the *.o out of the cache.
11:24.46winterkindyou're right, but for now I can wait
11:24.59winterkindI spent the whole day yesterday , to get it work
11:25.09schurigccache runs *.c/*.cpp files throught the precompiler and compares hashes of the output. Quite often it has not to compile anything when you upgrade a package, but only say 5 out of 40 source files.
11:25.29winterkindyes I heard from ccache
11:25.38winterkindit is usefull also when building kde
11:26.27winterkindrigth now , I am doing a clean new buildroot-oz
11:44.26winterkindschurig: I am getting an infinite loop
11:44.48winterkindthe make script always ask for the hermes option in the kernel again
11:45.04winterkindno matter if I choose "no" oder "module"
11:46.07winterkind<PROTECTED>
11:55.59cwaiganyone here know about the IrDA setup on OZ?
11:57.34schurigwinterkind: where?
11:57.42winterkind<PROTECTED>
11:57.53schurigI don't have a clue. Kill it.
11:58.12schurigwinterkind: I work with a different kernel. I don't have a problem there.
11:59.06schurigwinterkind: you can do a manual config, e.g. with "make menuconfig" in build/linux...   then copy the .config file to packages/kernel/linux.config and try again
11:59.34schurigwinterkind: I usually "try again" by doing rm -rf build/linux* stamps/.kernel* make
11:59.44schurigso this makes sure that only the kernel get's reinstall/recompiled
11:59.55winterkindok
12:00.00winterkindgonna try that
12:00.07schurigduring installation time, it uses packages/kernel/linux.config as a configuration file, so you can put into it what you want.
12:00.31schurigwinterkind: just use the right packages/kernel* directory, I'm not sure which one applies to your case.
12:00.57schurigBut i guess "kernel" is the normal one for Zaurus
12:03.26LordVanhm.... memory is very low please end this application imediately ..
12:03.33LordVanweird..
12:03.38LordVani got the 64-0 kernel..
12:05.26LordVanseems like a problem with 'Today' running too long..
12:10.38*** join/#openzaurus ljp (~ljp@tf0154.peakpeak.com)
12:11.17*** join/#openzaurus hunger_ (foobar@pD9E64159.dip.t-dialin.net)
13:15.35*** join/#openzaurus ljp_ (~ljp@tf0154.peakpeak.com)
13:17.30winterkindschurig: I know now why it loops so often in the kernel
13:17.51winterkindmake builds al kind of kernel combination
13:17.53winterkind:)
13:17.56winterkindpast that stage
13:18.37*** part/#openzaurus Trinity (~ast@Charybdis.suse.de)
13:21.01schurigwinterkind: oh, yes, they build 4 kernels. I just did not knew what you meant with "loop"
13:21.41winterkindit build 20 kernel
13:43.05schurigwinterkind: so many?  Wow.  you SHOULD use ccache!
13:43.20winterkindI installed ccache
13:43.36winterkindit is now working on glibc
13:43.57schurighehe. Go and get some lunch.
13:44.48schurigBy the way, mickeyl told me on #openembedded (the declared successor of openzaurus, but still vaporware) that he fixed hostap stuff some days ago, he's doing wellenreiter, an opie app, now
13:46.29winterkindnice to hear
13:46.49winterkindyou think it is allready in the bk-source-tree of oz?
13:48.36schurigi think so
13:49.21winterkindso in a few hours, i will try my new hostap/wireless_tools-package :)
14:19.17winterkindwonderfull, make is still compiling
14:20.51schurighehe
14:26.10LordVananyone has problems with sd being read-only sometimes w/o doing anything special?
14:54.53chouimatmorning
15:00.33LordVanmorning
15:09.10*** join/#openzaurus sieve (~sieve@12.148.134.9)
15:18.28*** join/#openzaurus LordVan (~lordvan@62.47.64.183)
15:24.02winterkindschurig: ohhhh compiler error
15:24.22winterkind---
15:24.22winterkindchecking target system type... arm-unknown-linux-gnu
15:24.22winterkind./configure: line 1373: syntax error near unexpected token `"xine-lib",'
15:24.22winterkind./configure: line 1373: `AM_INIT_AUTOMAKE("xine-lib", $XINE_MAJOR-$XINE_PRE)'
15:24.22winterkindmake[2]: *** [/opt/arm-linux/buildroot-oz/stamps/.libxine1.binary] Error 2
15:24.22winterkindmake[2]: Leaving directory `/opt/arm-linux/buildroot-oz/packages/libxine'
15:24.24winterkind---
15:28.52schurigwinterkind: erstmal würde ich libxine ausschalten.
15:29.24winterkindja würde ich auch gerne, aber wie wähle ich teile aus dem base-system aus ?
15:29.49schurigwinterkind: und dann: bei mir lief das heute morgen ohne Probleme. Aber ich habe in make xconfig -> Packages -> Host build tools ->    auch automake und autoconf an
15:30.09winterkindjut, hab ich nicht
15:31.58schurigups, sorry for the german
15:39.37*** join/#openzaurus ljp (~ljp@tf0154.peakpeak.com)
15:43.21*** join/#openzaurus bipolar (~bflong@24.229.103.140)
15:45.35*** join/#openzaurus Bala (~Rusaw@hsdbsk142-165-147-112.sasknet.sk.ca)
15:46.09*** join/#openzaurus Leaves (~Leif@d141-178-151.home.cgocable.net)
15:48.03*** join/#openzaurus ljp_work (~ljp@01-216.026.popsite.net)
15:48.04winterkindschurig, thnx again, that solved the problem
15:53.26*** join/#openzaurus ast_ (~ast@Charybdis.suse.de)
15:55.39*** part/#openzaurus ast_ (~ast@Charybdis.suse.de)
16:04.10schurigwinterkind: still compiling?  Not yet bored?
16:04.37winterkindbored yes, compiling yes, but smiling, because it is compiling
16:05.33bipolarI would like to set up my zaurus so that the usb0 interface automaticly comes up when I put the Z in the cradle. Is there a howto somewhere on doing this?
16:06.17schurigwinterkind: I hope you have other things to do
16:06.38winterkindbipolar: http://www.ruault.com/Zaurus/ethernet-over-usb-howto.html
16:07.09winterkindschurig: yes, but allways looking with one eye on the compilingprocess
16:37.16schurigwinterkind: feierabend, I'm back tomorrow. Happy compiling.
16:37.48*** part/#openzaurus schurig (~schurig@pD951A1C0.dip.t-dialin.net)
17:01.33*** part/#openzaurus cwaig (~nobody@adsl-195-184-237-107.mistral-uk.net)
17:12.38*** join/#openzaurus brontos (~brontos@adsl-61-48-92.asm.bellsouth.net)
17:12.55brontosHey all!
17:13.02brontosI know you all will hate this question, but here it goes.
17:13.15brontosIs there a way to sync with MS Outlook?
17:18.00*** join/#openzaurus sapo143 (~Teastmond@zzz-063253057090.splitrock.net)
17:43.59winterkindyou guys and girls have done a wonderfull work with the source-build-system
17:49.35*** join/#openzaurus Zed_____ (~chatzilla@p50859216.dip.t-dialin.net)
17:50.04Zed_____Hi !
18:17.21*** join/#openzaurus james_lan (~james@156.26.48.49)
18:17.23cbokkergoth?
18:25.58*** join/#openzaurus kurre (~kurre@ncircle.nullnet.fi)
18:29.07*** join/#openzaurus Leaves (~Leif@d141-178-151.home.cgocable.net)
18:32.32*** join/#openzaurus walters (walters@verbum.org)
18:43.03*** join/#openzaurus ljp_work (~ljp@01-080.026.popsite.net)
18:50.40*** join/#openzaurus kurre (~kurre@ncircle.nullnet.fi)
19:05.50*** join/#openzaurus MSpin (~MSpin@gw.mspin.net)
19:10.46*** join/#openzaurus billytwowilly (~chris@h24-86-147-220.ed.shawcable.net)
19:11.52*** join/#openzaurus Neo|Work (~neotron@207.188.30.40)
19:12.04*** part/#openzaurus Neo|Work (~neotron@207.188.30.40)
19:21.17*** join/#openzaurus kurre (~kurre@ncircle.nullnet.fi)
19:28.07*** join/#openzaurus schurig|home (~schurig@p5080A479.dip0.t-ipconnect.de)
19:30.49*** join/#openzaurus sapo143 (~TEastmond@zzz-063253057090.splitrock.net)
20:04.00*** join/#openzaurus sapo143 (~TEastmond@zzz-063253057090.splitrock.net)
20:09.36*** join/#openzaurus ljp_work (~ljp@01-206.026.popsite.net)
20:09.55*** join/#openzaurus weissi (~weissi@frbg-d9b9379b.pool.mediaWays.net)
20:11.19weissimy zaurus(original sharp rom) does not accept IrDA msgs from mobile phones (tested: Siemens S55, Nokia 6210), because of an error while transmission(infos not sent), but the file is afterwards in /tmp/obex, what can I do?
20:14.05cbokread some documentation?
20:14.14cboknote this channel is for openzaurus
20:14.20cbokemail sharp?
20:14.20weissiI didn't find anything :-(
20:14.34cbokhave you looked on community.zaurus.com?
20:14.39cboksearched the message boards?
20:14.42weissihmm, do you know if there's the same prob with oz?
20:14.57weissino, thnx, I'll look on community.sharp.com!
20:15.25cbokdunno
20:15.42cbokbut, you see, the orig sharp rom and the oz stuff is far different
20:15.43cbokso..
20:16.03weissireally? I thought oz is based on sharp rom
20:16.50weissi*g*
20:16.50cbokdrivers, for the most part, are far different now
20:17.00weissiah ok!
20:17.00cbokso, look on the message boards
20:17.04cbokemail sharp or call them
20:17.19weissiok, I am...
20:26.43cbokchouimat
20:26.50cbokhave you had any success w/zgcc?
20:27.01chouimatnope
20:27.03cboki'm receiving a bus error on cc1
20:27.07cbokwhich sucks
20:27.12cbokdamnit.
20:28.11cboki've been too lazy to want to cross compile
20:32.45*** join/#openzaurus TimRiker (timr@rikers.org)
21:16.29*** join/#openzaurus gatu_ (~gatu_kon@ppp-62-245-161-49.mnet-online.de)
21:54.26*** join/#openzaurus Leaves (~Leif@d141-178-151.home.cgocable.net)
21:59.46*** join/#openzaurus Gatu (~gatu_kon@ppp-62-245-160-204.mnet-online.de)
22:01.05*** join/#openzaurus Gatu (~gatu_kon@ppp-62-245-160-204.mnet-online.de)
22:25.10*** join/#openzaurus Leaves (~Leif@d141-178-151.home.cgocable.net)
22:38.15*** join/#openzaurus victorvdl (~victorvdl@ip182.124-173-207.eli-du.nwlink.com)
23:24.32*** part/#openzaurus sapo143 (~TEastmond@zzz-063253057090.splitrock.net)
23:38.40*** join/#openzaurus nasa (~smithna@12-227-166-90.client.attbi.com)
23:46.15*** join/#openzaurus raster (~raster@203.206.217.82)

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