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.45 | sheenmaster | kergoth: would it be possible to use an infrared keyboard with the Z? |
01:16.04 | sheenmaster | kergoth: 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.46 | jurrie | I'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.49 | jurrie | I'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.25 | james_lan-zaurus | ibot openzaurus |
06:16.26 | | from 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.44 | james_lan-zaurus | ibot oz news |
06:16.45 | | james_lan-zaurus: I wish you would RTFM. |
06:17.54 | james_lan-zaurus | ibot oz |
06:17.55 | | i heard oz is see openzaurus or http://www.openzaurus.org/ or /join #openzaurus |
06:22.02 | bbeattie | what'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.48 | james_lan-zaurus | don'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.48 | bbeattie | kergoth: around? |
07:14.13 | bbeattie | Anyone active? :-) |
07:15.41 | schurig | yes, my coffee machine ... |
07:16.01 | bbeattie | heh |
07:16.19 | schurig | greetings to the hills of utah |
07:17.48 | bbeattie | I'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.19 | bbeattie | Yup, good'ole utah. |
07:20.03 | bbeattie | And greetings to Nuernberg Germany :-) |
07:23.23 | schurig | bbeattie: 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.45 | schurig | In Oz, the package name has changed, but not it's location. So jeode should find all what it needs. |
07:24.54 | schurig | However, 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.04 | schurig | And 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.45 | bbeattie | good 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.17 | bbeattie | schurig: 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.10 | schurig | I used /whois bbeattie and saw that you're in #Utah and so I made a wild guess |
07:34.59 | bbeattie | Hah. :-) Take the easy way. ;) |
07:36.22 | schurig | and you name sounded so mormonic ... (just kidding!) |
07:37.08 | schurig | btw: 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.52 | bbeattie | My father lived near/around Frankfurt for 2 years, and beattie is scotish. :-) |
07:49.41 | bbeattie | Germany is one of the first places I plan on visiting out of the states. |
07:52.30 | bbeattie | I 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.10 | bbeattie | anyone 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.18 | winterkind | Someone here, who can help me with getting qt-embedded compiled? |
09:00.48 | winterkind | the crosscompiler works, but I can't get qt-embedded to compile |
09:03.26 | schurig | winterkind: what's your problem? |
09:03.33 | winterkind | several |
09:03.40 | winterkind | Hi nice to get feedback |
09:03.57 | winterkind | first I set up a toolchain |
09:04.10 | winterkind | i can get a simple c/c++ prog to compile for the Z |
09:04.19 | winterkind | then I fetch qt-embedded |
09:04.34 | winterkind | I think I have problems with the Path |
09:04.38 | schurig | winterkind: are you using the buildroot system from OZ? |
09:04.45 | winterkind | Yes |
09:04.49 | winterkind | I downloaded it |
09:05.01 | schurig | So, your toolchain is the one that OZ compiled for you? |
09:05.03 | winterkind | but do I need it for building qt-emb. |
09:05.20 | winterkind | no I set it up by myself |
09:05.36 | schurig | winterkind: I'm also using the qte from OZ for my own programs ... |
09:05.37 | winterkind | --- |
09:05.37 | winterkind | make[2]: Entering directory `/opt/arm-linux/qt-2.3.4-beta5/src/moc' |
09:05.37 | winterkind | g++ -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.37 | winterkind | as: unrecognised option `-Qy' |
09:05.38 | winterkind | y.tab.c:370: Internal compiler error: |
09:05.40 | winterkind | y.tab.c:370: output pipe has been closed |
09:05.42 | winterkind | --- |
09:05.55 | winterkind | i am a little confused |
09:06.19 | winterkind | I read several doks on settign up a crosscompile env. for the Z |
09:06.45 | winterkind | I thougth the right way is setting up a crosscomnpiler |
09:07.02 | winterkind | after that, compile qt-embedded and then compile opie |
09:07.05 | schurig | Here 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.06 | winterkind | am I wrong ? |
09:07.31 | winterkind | yes an the first prob is. it is using the "as" from my crosscompiler |
09:07.40 | winterkind | because it is the first in PATH |
09:07.42 | schurig | if 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.10 | schurig | Your crosscompiler should NOT have "as", it should have only "arm-linux-as". So that the two won't be confused ! |
09:08.44 | schurig | You 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.58 | winterkind | yes I have that |
09:09.03 | winterkind | youre rigth: |
09:09.16 | winterkind | arm-linux-as |
09:09.52 | schurig | Suppose 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.18 | winterkind | gcc --version |
09:10.18 | winterkind | 2.95.4 |
09:10.34 | schurig | I said suppose. Substitute your own version numbers :-) |
09:10.42 | winterkind | /opt/arm-linux/2.95.3/bin/arm-linux-gcc --version |
09:10.42 | winterkind | 2.95.3 |
09:11.19 | winterkind | .oO( I would love to get the crosscompile thing to work) |
09:11.43 | schurig | And 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.21 | winterkind | but I thought, moc should be build for x86, the host machine |
09:12.55 | winterkind | the arm assembler ist called arm-linux-as |
09:13.02 | winterkind | the x68 assembler ist called as |
09:13.47 | winterkind | I will take out the PATH for the crosscompiler as , for building moc |
09:13.51 | *** join/#openzaurus Laze (Laze@pc168213.stofanet.dk) |
09:16.56 | winterkind | Allright , it is a path thing |
09:16.59 | winterkind | the problem is |
09:17.25 | winterkind | my arm-linux-binaries are found before the x86 |
09:17.35 | winterkind | and I have a as for arm |
09:31.38 | schurig | winterkind: 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.04 | schurig | The name is the only thing that differentiates an arm-crosscompiler from the x86-nativecompiler. |
09:32.15 | schurig | If it can't be differentiated by name, then it's broken. |
09:32.26 | winterkind | youre right |
09:32.38 | winterkind | not the as in /2.95.3/bin |
09:33.13 | winterkind | it found as in the binaries for the arm-architekture |
09:33.19 | schurig | I'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.43 | winterkind | I have got moc compiled |
09:34.11 | winterkind | but my crosscompiler doesnt work anymore |
09:34.21 | schurig | For 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.35 | winterkind | that was the problem |
09:34.53 | winterkind | i took it out of the PATH |
09:34.57 | schurig | and 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.27 | schurig | No. 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.53 | winterkind | --- |
09:35.54 | winterkind | arm-linux-gcc -o test test.cpp |
09:35.55 | winterkind | arm-linux-gcc: installation problem, cannot exec `cpp0': No such file or directory |
09:35.56 | winterkind | --- |
09:36.09 | winterkind | is the new problem |
09:36.36 | winterkind | is it allrigth that there is a cpp in the same dir als arm-linux-g++ ? |
09:36.49 | schurig | yes, cpp is identical on all platforms. |
09:37.02 | schurig | arm-linux-addr2line* arm-linux-g77* arm-linux-objcopy* arm-linux-strings* jcf-dump |
09:37.07 | schurig | arm-linux-ar* arm-linux-gasp* arm-linux-objdump* arm-linux-strip* jv-scan |
09:37.11 | schurig | arm-linux-as* arm-linux-gcc* arm-linux-protoize* arm-linux-unprotoize* |
09:37.12 | schurig | arm-linux-c++* arm-linux-gcj* arm-linux-ranlib* cpp* |
09:37.12 | schurig | arm-linux-c++filt* arm-linux-ld* arm-linux-readelf* gcjh* |
09:37.13 | schurig | arm-linux-g++* arm-linux-nm* arm-linux-size* gcov* |
09:37.25 | schurig | This is the contents of my directory that's in my path. |
09:37.41 | winterkind | I have that too under /opt/arm-linux/2.95.3/bin/ |
09:37.56 | winterkind | my PATH=/opt/arm-linux/qt-emb/bin:/opt/arm-linux/2.95.3/bin:/usr/bin:/bin |
09:38.51 | winterkind | but why is arm-linux-g++ looking for cpp0 |
09:38.52 | winterkind | arm-linux-g++: installation problem, cannot exec `cpp0': No such file or directory |
09:39.09 | schurig | winterkind: I think I've downloaded my compiler from http://www.lart.tudelft.nl/lartware/compile-tools/ |
09:39.25 | winterkind | I took the crosscopiler from opie |
09:39.48 | winterkind | cross-2.95.3.tar.bz2 |
09:40.01 | schurig | winterkind: hmm, did you install the crosscompiler into EXACTLY the same directory as said? |
09:40.23 | winterkind | no, but I did a symlink |
09:40.25 | schurig | toolchains 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.38 | winterkind | even with a symlink |
09:41.18 | winterkind | YEAH, my crosscompiler |
09:41.26 | winterkind | works again, the symlink was gone |
09:41.31 | winterkind | sorry for that |
09:41.31 | schurig | not 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.43 | winterkind | so know I am at the same point like yesterday |
09:42.02 | winterkind | s/know/now |
09:42.20 | winterkind | let me try again to compile qt-emb. |
09:42.31 | winterkind | my simple c++ prog. compiles for the Z |
09:42.34 | winterkind | :) |
09:43.09 | winterkind | I had yesterday a problem, that qt-emb wanted sharp_char.h |
09:43.19 | schurig | winterkind: 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.37 | schurig | The sharp_char.h is from the kernel for the Zaurus. |
09:43.40 | winterkind | I think the kernel is missing |
09:44.00 | winterkind | I thougth it would be in oz-buildroot |
09:44.12 | schurig | yeah, you must compile kernel before this. Maybe you've deselected the kernel. |
09:44.26 | winterkind | thanks so much schurig, for taking the time, to help me |
09:44.55 | winterkind | so I download the needed kernel , I think 2.4.6 |
09:45.03 | schurig | hehe, sonnenbrand, why not? |
09:45.14 | winterkind | an do I have to apply patches first |
09:45.34 | schurig | winterkind: the buildroot downloads and applies patches for you. |
09:45.54 | schurig | somehow I get the impression that you did NOT have done a "bk pull" ... |
09:46.01 | winterkind | ok I am confused |
09:46.08 | winterkind | no I took the snapshot |
09:46.32 | winterkind | buildroot-exported/ |
09:46.47 | schurig | you 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.00 | schurig | it downloads the sources, patches them, compiles them and creates *.ipk files. |
09:47.01 | winterkind | ahhhhh |
09:47.19 | schurig | that should work with a snapshot, too. |
09:47.25 | winterkind | I tougth, I have to get qt-emb and opie done first |
09:47.27 | schurig | but I've never used snapshots |
09:47.40 | schurig | the buildsystem gets even the sources for you. |
09:47.46 | winterkind | and the I have to work with buildroot-exported |
09:47.46 | schurig | and first is always the kernel. |
09:48.06 | winterkind | after that |
09:48.31 | winterkind | so you mean , I should download oz with bk first |
09:49.07 | schurig | maybe, maybe not. I think snapshot is fine. I just haven't used it |
09:49.28 | winterkind | I will give it a try |
09:49.46 | winterkind | do a "make xconfig" in the buildroot dir, rigth? |
09:50.02 | schurig | yes |
09:50.30 | schurig | and, when you have a working toolchain, you don't need to select binutils/gcc in the "host build tools" |
09:51.03 | schurig | if some of the env vars in Vars.make don't suit you, you can override them in Vars.local |
09:56.06 | winterkind | ok |
09:57.58 | winterkind | so let start make |
09:58.42 | winterkind | it is downloading the kernel :) |
09:59.14 | winterkind | buildroot knows the dirs for qr-emb and opie from $QTDIR and OPIEDIR ? |
10:00.36 | schurig | winterkind: 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.01 | schurig | and in $(TOPDIR)/output/staging/arm-linux/{lib,bin,include} |
10:01.32 | winterkind | you do not need to download opie and qt-emb by hand |
10:01.33 | schurig | btw: if you compile often, you should look and install ccache. Can save you hours of time. |
10:01.47 | winterkind | so I was on the total wrong way yesterday |
10:01.51 | schurig | winterkind: now, it downloads it for you. Opie even right from cvs. |
10:02.03 | winterkind | wonderfull |
10:02.03 | schurig | winterkind: hmm, is our docu so bad? |
10:02.07 | winterkind | yes |
10:02.20 | winterkind | not really |
10:02.27 | winterkind | mabye I took the wrong doku |
10:02.30 | winterkind | from opie |
10:02.48 | schurig | ok, opie is not OZ. OZ is so much more. :-) |
10:02.52 | winterkind | I read many dokus on setting up crosscompile for the Z |
10:03.48 | winterkind | I only found this for oz: |
10:03.49 | winterkind | http://www.openzaurus.org/oz_website/faq/faq?id=84 |
10:04.22 | winterkind | and I thougth, I have to set up a working crosscompiler, qt-emb and opie first |
10:05.02 | winterkind | by the way I love oz |
10:05.28 | schurig | for me the FAQ entry seems clear. It does not mention that you should download qte by hand |
10:05.28 | winterkind | I only have the same prob with prism2 and hostap with RFMON |
10:05.37 | winterkind | that ist rigth |
10:05.58 | winterkind | but when your are new, and you also read other doks on setting up crosscompile |
10:06.07 | winterkind | for Z, you can think that |
10:06.44 | winterkind | maybe 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.55 | schurig | you can select the hostap driver in make xconfig, it will be compiled for you, too |
10:07.11 | winterkind | yes I did that |
10:07.33 | schurig | At 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.13 | winterkind | I mean this bug: http://sourceforge.net/tracker/index.php?func=detail&aid=675362&group_id=43045&atid=434956 |
10:08.17 | schurig | hostap compiled here cleanly, even with a different kernel (mind you, I don't use OZ with a zaurus, but with my ownhardwre) |
10:08.52 | winterkind | the problem seems to be wireless-tools |
10:09.05 | winterkind | i should be fixed with version 25 |
10:09.14 | winterkind | oz uses 24a |
10:09.40 | schurig | when you use bk, then you can get a previous packages/wireless/* contents, e.g. the one from OZ rc1. |
10:09.48 | schurig | not possible with snapshots, mind you |
10:10.36 | winterkind | I don't want an older version, I want to compile wireless-tools version 25 for the Z |
10:10.51 | winterkind | oz uses version 24a |
10:10.57 | winterkind | even in unstable |
10:11.45 | winterkind | you're total right with the FAQ, I thought to complicated |
10:12.14 | winterkind | wonderfull oz still compiles :)) |
10:12.40 | winterkind | the makefile is compiling the kernel |
10:12.53 | schurig | when wireless tools 25 are already out, then simply change packages/wireless-tools/Makefile. And send me the diffs :-) |
10:13.03 | schurig | once it's working |
10:13.18 | winterkind | after I get it compiled, I will do that ;) |
10:13.42 | schurig | winterkind: 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.16 | winterkind | I want to help oz, but it could take some time, until I understand all I need for that task |
10:15.11 | schurig | winterkind: 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.24 | winterkind | maybe wireless-tools ver. 25 won't solve the RFMON thing with hostap |
10:17.49 | winterkind | I will gibe it a try |
10:17.57 | winterkind | s/ib/iv |
10:20.32 | winterkind | schurig: ll is not found |
10:22.10 | winterkind | it 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.56 | schurig | winterkind: alias ll='ls -l' |
10:26.10 | winterkind | ahh old suse style |
10:26.12 | winterkind | hehe |
10:26.28 | schurig | old schurig style. I used that back in slackware days |
10:26.49 | winterkind | i know that from my suse experience |
10:29.39 | schurig | winterkind: 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.30 | schurig | winterkind: and, still compiling? |
10:42.25 | winterkind | juchu, it is starting to compile the progs |
10:46.45 | winterkind | ohhh , I am getting an error with pathes: |
10:46.46 | winterkind | --- |
10:46.47 | winterkind | /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.47 | winterkind | cp -au /opt/arm-linux/buildroot-exported/sources/mtd /opt/arm-linux/buildroot-exported/build/mtd |
10:46.47 | winterkind | patch -f -s -p1 </opt/arm-linux/buildroot-exported/packages/mtd/mkfs.patch |
10:46.49 | winterkind | 4 out of 5 hunks FAILED -- saving rejects to file util/mkfs.jffs2.c.rej |
10:46.51 | winterkind | Patch had errors |
10:46.53 | winterkind | make[2]: *** [/opt/arm-linux/buildroot-exported/stamps/.mtd.sourcetree] Error 1 |
10:46.55 | winterkind | make[2]: Leaving directory `/opt/arm-linux/buildroot-exported/packages/mtd' |
10:46.57 | winterkind | make[1]: *** [packages/mtd] Error 2 |
10:46.59 | winterkind | make[1]: Leaving directory `/opt/arm-linux/buildroot-exported' |
10:47.03 | winterkind | make: *** [all] Error 2 |
10:47.05 | winterkind | --- |
10:49.06 | *** join/#openzaurus mewyn` (~mike@dsl081-228-057.chi1.dsl.speakeasy.net) |
11:04.40 | winterkind | I will go all over it again, but first I will download bk |
11:11.14 | winterkind | one more question |
11:11.19 | winterkind | which version does bk fetch with |
11:11.26 | winterkind | <PROTECTED> |
11:11.34 | winterkind | stable or oz3.1rc2 |
11:11.35 | winterkind | ? |
11:20.40 | winterkind | ok it seems to be rc2 |
11:21.39 | schurig | winterkind: the patch for mkfs.jffs2 is no longer needed. It's no longer in BK, but in your snapshot |
11:21.59 | winterkind | i going all over it again with bk source |
11:22.09 | winterkind | Hermes support (Orinoco/WavelanIEEE/PrismII/Symbol 802.11b cards) (CONFIG_PCMCIA_HERMES) [N/y/m/?] (NEW) |
11:22.23 | winterkind | it is not needed, when I want to use hostap, right |
11:22.40 | winterkind | compiling the kernel again |
11:23.20 | winterkind | so wonderfull, that you are helping me schurig |
11:23.43 | schurig | winterkind: I don't know if hermes is needed, I wouldsay no. But if you make it a module, it won't hurt. |
11:24.10 | winterkind | i choosed no |
11:24.23 | schurig | winterkind: 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.46 | winterkind | you're right, but for now I can wait |
11:24.59 | winterkind | I spent the whole day yesterday , to get it work |
11:25.09 | schurig | ccache 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.29 | winterkind | yes I heard from ccache |
11:25.38 | winterkind | it is usefull also when building kde |
11:26.27 | winterkind | rigth now , I am doing a clean new buildroot-oz |
11:44.26 | winterkind | schurig: I am getting an infinite loop |
11:44.48 | winterkind | the make script always ask for the hermes option in the kernel again |
11:45.04 | winterkind | no matter if I choose "no" oder "module" |
11:46.07 | winterkind | <PROTECTED> |
11:55.59 | cwaig | anyone here know about the IrDA setup on OZ? |
11:57.34 | schurig | winterkind: where? |
11:57.42 | winterkind | <PROTECTED> |
11:57.53 | schurig | I don't have a clue. Kill it. |
11:58.12 | schurig | winterkind: I work with a different kernel. I don't have a problem there. |
11:59.06 | schurig | winterkind: 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.34 | schurig | winterkind: I usually "try again" by doing rm -rf build/linux* stamps/.kernel* make |
11:59.44 | schurig | so this makes sure that only the kernel get's reinstall/recompiled |
11:59.55 | winterkind | ok |
12:00.00 | winterkind | gonna try that |
12:00.07 | schurig | during installation time, it uses packages/kernel/linux.config as a configuration file, so you can put into it what you want. |
12:00.31 | schurig | winterkind: just use the right packages/kernel* directory, I'm not sure which one applies to your case. |
12:00.57 | schurig | But i guess "kernel" is the normal one for Zaurus |
12:03.26 | LordVan | hm.... memory is very low please end this application imediately .. |
12:03.33 | LordVan | weird.. |
12:03.38 | LordVan | i got the 64-0 kernel.. |
12:05.26 | LordVan | seems 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.30 | winterkind | schurig: I know now why it loops so often in the kernel |
13:17.51 | winterkind | make builds al kind of kernel combination |
13:17.53 | winterkind | :) |
13:17.56 | winterkind | past that stage |
13:18.37 | *** part/#openzaurus Trinity (~ast@Charybdis.suse.de) |
13:21.01 | schurig | winterkind: oh, yes, they build 4 kernels. I just did not knew what you meant with "loop" |
13:21.41 | winterkind | it build 20 kernel |
13:43.05 | schurig | winterkind: so many? Wow. you SHOULD use ccache! |
13:43.20 | winterkind | I installed ccache |
13:43.36 | winterkind | it is now working on glibc |
13:43.57 | schurig | hehe. Go and get some lunch. |
13:44.48 | schurig | By 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.29 | winterkind | nice to hear |
13:46.49 | winterkind | you think it is allready in the bk-source-tree of oz? |
13:48.36 | schurig | i think so |
13:49.21 | winterkind | so in a few hours, i will try my new hostap/wireless_tools-package :) |
14:19.17 | winterkind | wonderfull, make is still compiling |
14:20.51 | schurig | hehe |
14:26.10 | LordVan | anyone has problems with sd being read-only sometimes w/o doing anything special? |
14:54.53 | chouimat | morning |
15:00.33 | LordVan | morning |
15:09.10 | *** join/#openzaurus sieve (~sieve@12.148.134.9) |
15:18.28 | *** join/#openzaurus LordVan (~lordvan@62.47.64.183) |
15:24.02 | winterkind | schurig: ohhhh compiler error |
15:24.22 | winterkind | --- |
15:24.22 | winterkind | checking target system type... arm-unknown-linux-gnu |
15:24.22 | winterkind | ./configure: line 1373: syntax error near unexpected token `"xine-lib",' |
15:24.22 | winterkind | ./configure: line 1373: `AM_INIT_AUTOMAKE("xine-lib", $XINE_MAJOR-$XINE_PRE)' |
15:24.22 | winterkind | make[2]: *** [/opt/arm-linux/buildroot-oz/stamps/.libxine1.binary] Error 2 |
15:24.22 | winterkind | make[2]: Leaving directory `/opt/arm-linux/buildroot-oz/packages/libxine' |
15:24.24 | winterkind | --- |
15:28.52 | schurig | winterkind: erstmal würde ich libxine ausschalten. |
15:29.24 | winterkind | ja würde ich auch gerne, aber wie wähle ich teile aus dem base-system aus ? |
15:29.49 | schurig | winterkind: 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.09 | winterkind | jut, hab ich nicht |
15:31.58 | schurig | ups, 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.04 | winterkind | schurig, 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.10 | schurig | winterkind: still compiling? Not yet bored? |
16:04.37 | winterkind | bored yes, compiling yes, but smiling, because it is compiling |
16:05.33 | bipolar | I 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.17 | schurig | winterkind: I hope you have other things to do |
16:06.38 | winterkind | bipolar: http://www.ruault.com/Zaurus/ethernet-over-usb-howto.html |
16:07.09 | winterkind | schurig: yes, but allways looking with one eye on the compilingprocess |
16:37.16 | schurig | winterkind: 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.55 | brontos | Hey all! |
17:13.02 | brontos | I know you all will hate this question, but here it goes. |
17:13.15 | brontos | Is there a way to sync with MS Outlook? |
17:18.00 | *** join/#openzaurus sapo143 (~Teastmond@zzz-063253057090.splitrock.net) |
17:43.59 | winterkind | you 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.04 | Zed_____ | Hi ! |
18:17.21 | *** join/#openzaurus james_lan (~james@156.26.48.49) |
18:17.23 | cbok | kergoth? |
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.19 | weissi | my 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.05 | cbok | read some documentation? |
20:14.14 | cbok | note this channel is for openzaurus |
20:14.20 | cbok | email sharp? |
20:14.20 | weissi | I didn't find anything :-( |
20:14.34 | cbok | have you looked on community.zaurus.com? |
20:14.39 | cbok | searched the message boards? |
20:14.42 | weissi | hmm, do you know if there's the same prob with oz? |
20:14.57 | weissi | no, thnx, I'll look on community.sharp.com! |
20:15.25 | cbok | dunno |
20:15.42 | cbok | but, you see, the orig sharp rom and the oz stuff is far different |
20:15.43 | cbok | so.. |
20:16.03 | weissi | really? I thought oz is based on sharp rom |
20:16.50 | weissi | *g* |
20:16.50 | cbok | drivers, for the most part, are far different now |
20:17.00 | weissi | ah ok! |
20:17.00 | cbok | so, look on the message boards |
20:17.04 | cbok | email sharp or call them |
20:17.19 | weissi | ok, I am... |
20:26.43 | cbok | chouimat |
20:26.50 | cbok | have you had any success w/zgcc? |
20:27.01 | chouimat | nope |
20:27.03 | cbok | i'm receiving a bus error on cc1 |
20:27.07 | cbok | which sucks |
20:27.12 | cbok | damnit. |
20:28.11 | cbok | i'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) |