00:00.25 | chouimat|away | not so sure mess with windows and found out that the last crash wiped out the corporate database and it's backup :) |
00:04.08 | *** join/#openembedded xxx (~chatzilla@adsl-64-123-36-248.dsl.eulstx.swbell.net) |
00:05.42 | beattie | anybody who keeps the backup on the same windows machine(s) as the primary gets what they deserve |
00:06.36 | beattie | true backups go on secondary media |
00:07.02 | Twiun | and usually a second backup goes in a firesafe offsite |
00:07.34 | Twiun | or at the very least gets ssh'd onto a dev's home machine :) |
00:07.39 | beattie | if you are serious about it they do |
00:08.35 | chouimat|away | Twiun: I saw that last week |
00:08.44 | beattie | any afe place where one disaster won't take both sets of backups out, (baring the sun going nova :) ) |
00:10.28 | chouimat|away | beattie: getting caught in the explosion of the building while taking the backups out? |
00:12.03 | beattie | well keeping you backups in the basement of the World Trade Center for your data center on the 100th floor woudl not have done much good :) |
00:13.18 | *** join/#openembedded effy (effy@a142212.ipgw.phs.yoyogi.mopera.ne.jp) |
00:25.38 | *** join/#openembedded icefox (~ben@ool-4351483a.dyn.optonline.net) |
00:48.17 | TheMasterMind1 | ibot seen effy |
00:48.17 | | effy is currently on #zaurus (34m 59s) #openembedded (34m 59s) #openzaurus (34m 59s) |
00:48.19 | TheMasterMind1 | ibot seen effy-kun |
00:48.20 | | effy-kun <~zic@a134079.ipgw.phs.yoyogi.mopera.ne.jp> was last seen on IRC in channel #zaurus, 1d 15h 51m 47s ago, saying: 'I don't run OZ, but the default C700 ROM.'. |
00:50.20 | Twiun | TheMasterMind1: adding libfb to the buildroot |
01:02.34 | Twiun | but, first, some sleep :) |
01:07.56 | beattie | I seem to recall a mailing list for all the oz checkin notices, anybody know what that is |
01:12.56 | *** join/#openembedded zaurus_lover (~nicedude@sj-natpool-220.cisco.com) |
01:13.41 | zaurus_lover | hi there ... anyone got the MA701 card working with the C750 ? need tips if you have ... |
01:22.11 | *** part/#openembedded zaurus_lover (~nicedude@sj-natpool-220.cisco.com) |
01:37.11 | TheMasterMind1 | beattie: its on sourceforge |
01:37.13 | TheMasterMind1 | openzaurus-users |
01:41.54 | *** join/#openembedded IRCMonkey (~chatzilla@h68-144-206-251.cg.shawcable.net) |
01:44.15 | *** join/#openembedded tiptone (~tiptone@h24-206-180-113.tx.shawcable.net) |
01:44.23 | TheMasterMind1 | hrm |
01:44.39 | TheMasterMind1 | is the warranty on the c750 worth 100 bucks? |
01:46.14 | TheMasterMind1 | actually, no. |
01:46.18 | TheMasterMind1 | worth $40? |
02:27.18 | *** join/#openembedded ljp_laptop (~ljp@tz0164.peakpeak.com) |
02:31.14 | thMachine | i'm trying to format my SD card, but mkfs.vfat is giving me an error, Attempting to create a too large file system, is there a workaround to this? |
02:32.17 | chouimat|Zzzzz | night |
02:35.40 | *** join/#openembedded Xumbi (~Xumbi@h004005aff8ef.ne.client2.attbi.com) |
03:04.58 | *** join/#openembedded mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
03:06.51 | mithro | TheMasterMind1: you alive? |
03:07.01 | TheMasterMind1 | ya |
03:07.20 | mithro | well i have no idea how to build these compat packages by hand |
03:07.27 | mithro | s/hand/buildroot |
03:07.58 | TheMasterMind1 | ok |
03:08.04 | TheMasterMind1 | how do you do them currently |
03:08.19 | TheMasterMind1 | what do they consist of |
03:08.28 | mithro | i currently have a seperate buildroot |
03:09.15 | mithro | and i build qpe and opie and libqte |
03:09.29 | TheMasterMind1 | with gcc2? |
03:09.32 | mithro | yeah |
03:09.47 | TheMasterMind1 | and then how do you package them so that they're used if an app doesn't open with gcc3 |
03:09.51 | mithro | then i copy them out of the output directory by a script and build a package of them |
03:10.11 | mithro | TheMasterMind1: currently it's manual, you run a "makecompat <gcc2 app>" |
03:10.33 | mithro | i plan to intergrate with the lanucher when i get around to it... |
03:11.22 | TheMasterMind1 | alright |
03:11.42 | TheMasterMind1 | i'll need to ask kergoth about the best way to do that since we have to build seperate copies of qte and opie and what not with gcc2 |
03:11.50 | mithro | yeah |
03:11.55 | mithro | which is the problem |
03:12.04 | mithro | which is why i do em by hand atm :) |
03:12.14 | TheMasterMind1 | crap |
03:14.03 | mithro | crap? |
03:17.05 | TheMasterMind1 | nm |
03:17.06 | TheMasterMind1 | gaim died |
03:18.04 | mithro | ahh okay |
03:18.24 | mithro | is libsidplay a c or c++ lib? |
03:46.57 | mithro | bah i'm still getting |
03:47.01 | mithro | /opt/arm/toolchains/3.2/bin/../lib/gcc-lib/arm-linux/3.2.3/../../../../arm-linux/bin/ld: libkeyview.so.1.0.0: undefined versioned symbol name std::time_put_w@@GLIBCPP_3.2 |
03:47.01 | mithro | /opt/arm/toolchains/3.2/bin/../lib/gcc-lib/arm-linux/3.2.3/../../../../arm-linux/bin/ld: failed to set dynamic section sizes: Bad value |
03:47.01 | mithro | collect2: ld returned 1 exit status |
03:48.09 | mithro | any ideas? |
03:50.03 | TheMasterMind1 | are you not linking in libstd++ or something |
03:50.56 | mithro | arm-linux-gcc -L/opt/arm/openzaurus/3.2/buildroot-oz/build/opie/lib -L/opt/arm/openzaurus/3.2/buildroot-oz/build/qt-2.3.5/lib -L/opt/arm/openzaurus/3.2/buildroot-oz/output/staging/target/lib -L/opt/arm/openzaurus/3.2/buildroot-oz/output/staging/usr/X11R6/lib -Wl,-rpath-link,/opt/arm/openzaurus/3.2/buildroot-oz/output/staging/target/lib -Wl,-rpath-link,/opt/arm/openzaurus/3.2/buildroot-oz/output/staging/usr/X11R6/lib -Wl,-rpath-link,/opt/ar |
03:50.57 | mithro | m/openzaurus/3.2/buildroot-oz/output/staging/target/lib -Wl,-rpath=/opt/QtPalmtop/lib -shared -Wl,-soname,libkeyview.so.1 -Wl,-rpath,/opt/arm/openzaurus/3.2/buildroot-oz/build/opie/plugins/inputmethods -o libkeyview.so.1.0.0 keyview.o keyboardimpl.o moc_keyview.o -Wl,-rpath,/opt/arm/openzaurus/3.2/buildroot-oz/build/opie/lib -L/opt/arm/openzaurus/3.2/buildroot-oz/build/opie/lib -Wl,-rpath,/opt/arm/openzaurus/3.2/buildroot-oz/build/qt-2. |
03:50.57 | mithro | 3.5/lib -L/opt/arm/openzaurus/3.2/buildroot-oz/build/qt-2.3.5/lib -lsupc++ -lqpe -lstdc++ -lqte |
03:51.04 | mithro | thats the line which causes it... |
03:51.15 | mithro | as you can see it links against alot of stuff... |
03:51.36 | TheMasterMind1 | indeed |
03:53.23 | mithro | however i can't see why i can't find the symbol :( |
03:55.44 | mithro | shouldn't there be a libstdc++.so in the toolchain? |
03:57.55 | *** part/#openembedded mdz_ (~mdz@216-15-124-77.c3-0.smr-ubr3.sbo-smr.ma.cable.rcn.com) |
03:58.15 | treke|home | mithro: use the openzaurus.org toolchains |
03:58.19 | mithro | i am |
03:58.39 | treke|home | I built opie with it less than a week ago |
03:59.33 | mithro | well there must be something diffrent between your toolchain an mine... |
04:00.10 | mithro | which bz did you use? |
04:00.19 | treke|home | bz? |
04:00.30 | mithro | i'm using cross-3.2-oz-3.tar.bz2 |
04:01.03 | treke|home | beats me. I've got oz-3 sitting in my home directory, so probably it |
04:02.54 | mithro | hrm... |
04:03.12 | mithro | could you send me a "find <directory which toolchain is in>" ? |
04:20.26 | *** part/#openembedded brainless_afk (cbca@203.115.79.153) |
04:24.32 | mithro | what lib defined theat std::time_put_w ? stdc++? |
04:29.02 | mithro | hrm this doesn't make any sense... when i remove the -lstdc++ from the above it stops dieing |
04:32.02 | mithro | and now it continues to compile... |
04:33.49 | *** join/#openembedded cyn (~cyn@adsl-210-64-185.mem.bellsouth.net) |
04:42.34 | *** join/#openembedded mantus (~no@pm871-22.dialip.mich.net) |
04:43.01 | mantus | is there a linux distro for the ipaq 3955? |
04:51.08 | *** join/#openembedded treke|laptop (~ggilbert@lsanca2-ar29-4-41-066-059.lsanca2.elnk.dsl.genuity.net) |
04:51.38 | *** part/#openembedded mantus (~no@pm871-22.dialip.mich.net) |
04:52.09 | *** join/#openembedded mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
04:53.11 | *** join/#openembedded cyn (~cyn@adsl-210-64-185.mem.bellsouth.net) |
06:03.19 | *** join/#openembedded hunger_ (foobar@pD9E64890.dip.t-dialin.net) |
06:51.15 | *** join/#openembedded andya (~andya@bsif41sgy3ac.bc.hsia.telus.net) |
06:52.04 | *** part/#openembedded andya (~andya@bsif41sgy3ac.bc.hsia.telus.net) |
07:49.30 | *** join/#openembedded dqp (~dqp@pD9E0D198.dip.t-dialin.net) |
08:35.30 | *** join/#openembedded zaurus_lover (~nicedude@sj-natpool-220.cisco.com) |
08:52.50 | *** part/#openembedded zaurus_lover (~nicedude@sj-natpool-220.cisco.com) |
09:03.08 | *** join/#openembedded nofpu (~matthew@host217-41-42-191.in-addr.btopenworld.com) |
09:07.33 | *** join/#openembedded nofpu (~matthew@host217-41-42-191.in-addr.btopenworld.com) |
09:15.00 | *** join/#openembedded lsmith (~vandal@p213.54.11.165.tisdip.tiscali.de) |
09:43.56 | dqp | greetings |
09:44.13 | dqp | just noticed that cvs-client in buildroot is out of sync |
09:44.28 | dqp | ftp.cvshome.org has switched to 1.11.6 |
10:14.43 | *** join/#openembedded YeiazeI (~yeiazel@home.yeiazel.net) |
10:17.40 | *** join/#openembedded brainlesss (cbca@203.115.79.153) |
10:19.26 | *** part/#openembedded brainlesss (cbca@203.115.79.153) |
10:24.28 | *** join/#openembedded carsten (~carsten@p5082148F.dip.t-dialin.net) |
10:28.34 | carsten | moin |
10:31.42 | yeiazel | moin |
10:56.34 | *** join/#openembedded hunger (foobar@pD9E64890.dip.t-dialin.net) |
11:20.12 | *** join/#openembedded nofpu (~matthew@host217-41-42-191.in-addr.btopenworld.com) |
11:36.22 | *** join/#openembedded nofpu (~matthew@host217-41-42-191.in-addr.btopenworld.com) |
12:20.05 | dqp | trying to compile buildroot for simpad, I get: |
12:20.13 | dqp | light.cpp:67: `GroupLight_ac' undeclared (first use this function) |
12:20.19 | dqp | any pointers? |
12:21.37 | *** join/#openembedded pb_ (~pb@pc2-cmbg4-3-cust239.cmbg.cable.ntl.com) |
12:22.48 | *** join/#openembedded Fare (~episteme@samaris.tunes.org) |
12:22.49 | Fare | hi |
12:23.24 | Fare | I was trying to build OZ with uclibc, and it croaked and died with this weird error: |
12:23.57 | Fare | /usr/src/arm/buildroot-oz/build/uClibc-0.9.19\" -I. -I./arm -I../libdl -c ldso.c -o ldso.o |
12:23.57 | Fare | In file included from ldso.c:1377: |
12:23.57 | Fare | readelflib1.c: In function `_dl_load_elf_shared_library': |
12:23.57 | Fare | readelflib1.c:631: internal error--unrecognizable insn: |
12:23.57 | Fare | (insn 2247 2244 71 (set (reg:QI 0 r0) |
12:23.58 | Fare | <PROTECTED> |
12:24.02 | Fare | <PROTECTED> |
12:24.04 | Fare | <PROTECTED> |
12:24.15 | Fare | what does that mean? |
12:24.20 | pb_ | need a better compiler. |
12:24.32 | Fare | ok |
12:24.36 | Fare | which do you recommend? |
12:25.01 | pb_ | do you care about c++ binary compatibility? if not, I recommend gcc 3.3. |
12:25.19 | Fare | I don't personally care, but maybe opie does? |
12:25.42 | Fare | that said, I'm not sure I care about opie, if X works. |
12:25.42 | mithro | whats the diffrence between 3.3 and 3.2? are they abi compatible? |
12:25.48 | pb_ | mostly, yes. |
12:25.51 | chouimat | morning |
12:26.04 | Fare | will the kernel compile with 3.3 ? |
12:26.30 | pb_ | Fare: the only place it matters is if you want to run binary-only C++ applications that were built with 2.95.3 (eg the ones from the sharp ROM). |
12:26.52 | pb_ | yeah, the kernel will build with 3.3. It needs a couple of patches, but you can pick them up from www.arm.linux.org.uk. |
12:27.03 | Fare | ibot: toolchain? |
12:27.04 | | toolchain is probably at http://www.handhelds.org/pub/linux/arm/toolchain, or see factoid other-toolchains |
12:27.54 | mithro | i've got compat packages if you have to space for em |
12:28.24 | chouimat | ibot other-toolchains |
12:28.25 | | other-toolchains are at http://handhelds.org/z/wiki/Toolchains, or http://openzaurus.org/official/toolchain/, or at http://www.csh.rit.edu/~jeffm/pub/cross/arm-linux/ppc/ which can be modified to work with Zaurus cross development, or can be found at http://www.handhelds.org/~joshua/ |
12:28.26 | Fare | compact? |
12:28.56 | Fare | the OZ url given above is mostly empty - obsolete? |
12:29.00 | mithro | compatibility |
12:29.31 | Fare | oh, ok. what kind of compat adapter is needed? |
12:30.35 | mithro | they are basicly all of libqte and libqpe compiled with 2.95.3 |
12:30.51 | mithro | they are needed to run apps compiled for 2.95.3 |
12:31.11 | mithro | (is using a gcc 3.2 or 3.3 compiled opie) |
12:32.31 | Fare | ok |
12:32.45 | Fare | I think I'll have to recompile parts of opie |
12:32.57 | Fare | (the keyboard support for my machine is deficient) |
12:34.22 | mithro | what is your machine? |
12:38.21 | Fare | C700 |
12:39.12 | mithro | thats what i've got |
12:39.29 | mithro | you using the images from /official/experimental/C700/ ? |
12:45.37 | mithro | i'm currently trying to build uptodate version of that image (ie Opie 0.99 and a few of the newer fixes) |
12:49.04 | *** join/#openembedded brainless (cbca@203.115.79.153) |
12:53.31 | mithro | anyone know a good way to make a backup of your current install? |
12:56.44 | Fare | yes I am |
12:56.58 | Fare | things like, there is no control key, the right shift doesn't work, etc. |
12:57.14 | Fare | mithro: backup of which machine? |
12:57.20 | mithro | the zaurus |
12:57.32 | Fare | there's a backup/restore utility already |
12:57.38 | mithro | Fare: the kernel is what needs to be updated, Opie pulls it's data from the kernel |
12:57.44 | mithro | Fare: no i mean make a raw image |
12:57.45 | Fare | (looks like all it does is tar, though) |
12:57.49 | mithro | i'm thinking dd style |
12:57.56 | Fare | well, use dd then |
12:58.14 | *** join/#openembedded lsmith (~vandal@p213.54.11.165.tisdip.tiscali.de) |
12:58.38 | Fare | mithro: then why does opie fail whereas qtopia works, on the same kernel? |
12:59.03 | Fare | (to acknowledge keys like right shift, etc.) |
13:00.07 | mithro | qtopia uses a diffrent scheme |
13:01.07 | Fare | oh, well |
13:01.07 | mithro | the scheme that opie uses works with alot of devices, ie Zauruses, IPaq's, SimPad's etc... |
13:01.27 | Fare | so what should I do to get opie working on the C700 ? |
13:01.50 | Fare | btw, is there a mailing-list or discussion forum where there are *developers* for OZ on the C700? |
13:03.15 | mithro | not that i know off :) |
13:03.25 | mithro | btw i'm not a main developer at all... |
13:04.25 | Fare | ok |
13:04.37 | Fare | what about adding bigger fonts to the konsole? |
13:07.25 | mithro | feel free to dive in and try and figure out how to do it :) |
13:09.42 | mithro | personally my biggest beef with opie is the today program |
13:10.17 | SuKoShi | Fare: check out http://externe.net/zaurus/forum/ |
13:13.04 | mithro | well here goes nothing... |
13:13.24 | mithro | ibot: seen twuin |
13:13.24 | | i haven't seen 'twuin', mithro |
13:13.31 | mithro | ibot: seen Twuin |
13:13.31 | | mithro: i haven't seen 'twuin' |
13:17.48 | mithro | woot cool new process dialog |
13:19.50 | mithro | hey mickeyl |
13:20.18 | mithro | i should soon have an opie 0.99 zaurus :) yay! :) |
13:20.29 | mickeyl | hi mithro |
13:20.39 | mickeyl | you mean on your c700 ? |
13:20.44 | mithro | yeah |
13:20.50 | mickeyl | nice. built it on your own ? |
13:20.53 | mithro | yeah |
13:21.00 | mithro | finnaly manage to convince opie to build |
13:21.02 | mickeyl | good. now you are an expert and can help us :D |
13:21.18 | mithro | nah, i'll need to get it to build a few more times before i'm an expert :) |
13:22.03 | mithro | why doesn't OZ install samba server by default? |
13:23.11 | mickeyl | well... because we only have 16mb flash and a samba server is not needed by that much people |
13:23.28 | *** join/#openembedded ljp_laptop (~ljp@tq0220.peakpeak.com) |
13:23.57 | mithro | ahh while i have 64mb of it :) |
13:24.03 | mickeyl | *cough* |
13:24.04 | mickeyl | yeah |
13:24.34 | ljp_laptop | hi |
13:24.41 | Fare | mithro: I'm jealous |
13:25.23 | *** join/#openembedded kolla (~kolla@firda.home.uninett.no) |
13:26.08 | mithro | Fare: i'll upload the images in a couple of hours |
13:26.19 | mithro | Fare: the key arrows are fixed, yay :) |
13:27.54 | kolla | say... where's portmapper for OZ? |
13:28.16 | yeiazel | I haven't found it |
13:30.01 | Fare | mithro: which arrows? |
13:30.03 | kolla | need it for nfs :P |
13:30.24 | Fare | mithro: which machine do you have? |
13:30.30 | mickeyl | anyone familiar with ramfs ? |
13:30.33 | mithro | C700 |
13:30.46 | mickeyl | well... tmpfs even |
13:30.52 | mithro | woot i have sound! :) |
13:31.04 | Fare | mithro: what did you do? |
13:31.08 | mickeyl | we need it to get fixed not to report 0 free bytes or otherwise we can't use that as a destination for ipkg |
13:31.25 | Fare | mithro: what cross-compiler/options do you use? |
13:32.26 | mithro | gcc 3.2 |
13:34.07 | *** join/#openembedded _ibz (~ibz@host217-39-16-118.in-addr.btopenworld.com) |
13:34.16 | _ibz | hi |
13:34.57 | *** join/#openembedded carsten (~carsten@pD9E56598.dip.t-dialin.net) |
13:39.20 | kolla | so anyone have an idea on wether NFS mounting should work or not, considering that portmatter isnt avaible? |
13:40.35 | mithro | nfs can work very well without port mapper |
13:41.10 | kolla | really |
13:41.19 | mithro | yeah |
13:41.24 | kolla | so why does it just hang when I try to mount? :) |
13:41.36 | mickeyl | because you're not using the proper options? |
13:41.45 | kolla | no options should be needed |
13:41.46 | mickeyl | nolock,soft,rsize=8192,wsize=8192 |
13:41.53 | mickeyl | bs. options are needed. |
13:41.53 | Fare | mithro: did you start from the def-configs/corgi-opie ? |
13:42.07 | kolla | mickeyl: then make the needed options default, duh :) |
13:42.45 | kolla | default behaviour should never be "hang" :) |
13:43.05 | mithro | Fare: yeah |
13:43.11 | mickeyl | kolla: it is NOT a hang - it just takes 5 minutes to mount. |
13:43.26 | Fare | mithro: using glibc or uclibc? |
13:43.42 | mithro | glibc 2.3.* |
13:43.52 | Fare | will uclibc work and save me memory? |
13:44.01 | mickeyl | fare: yes |
13:44.09 | mithro | never used uclibc |
13:44.10 | Fare | or are important things incompatible with it? |
13:44.23 | mickeyl | fare: opie doesn't compile yet |
13:44.29 | mickeyl | fare: support for uclibc it is not yet completed in buildroot. |
13:44.34 | mickeyl | you volunteer? |
13:44.44 | mickeyl | please look into cross-gcc/Makefile |
13:44.46 | Fare | not yet |
13:45.00 | Fare | maybe I'll volunteer after I get something working at all |
13:45.02 | mickeyl | we need to teach cross-gcc how to build a uclibc based toolchain - that's all |
13:45.12 | Fare | I prefer starting from a working setup and replace pieces |
13:45.17 | mithro | how much is the size diffrence between uclibc and glibc? |
13:45.25 | Fare | that have to crawl in a bunch of non-working gear |
13:45.49 | kolla | mickeyl: nonsense, it hangs here :) |
13:46.11 | mickeyl | kolla: then you have other problems as well. |
13:46.12 | kolla | mount never exits, and stalls |
13:46.43 | Fare | mickeyl: where is cross-gcc ? |
13:46.55 | mickeyl | <buildroot>/packages/cross-gcc/Makefile |
13:46.55 | Fare | (I'm in buildroot-oz, shouldn't I be?) |
13:47.46 | mickeyl | well.... rather cross-gcc/<version>/Makefile |
13:47.54 | Fare | ok |
13:47.58 | Fare | It's almost empty |
13:48.11 | Fare | are there docs as to what kind of stuff to put there? |
13:48.18 | mickeyl | <buildroot>/packages/cross-gcc/include.mk is the important file |
13:48.21 | mickeyl | no docs |
13:48.35 | Fare | ok |
13:49.10 | mickeyl | "just" add a bunch of rules and an option to create a gcc 2.9x toolchain using uclibc. there is more docs in uclibc cvs |
13:49.30 | mickeyl | half of buildroot compiles with uclibc without a dedicated toolchain |
13:49.39 | mickeyl | the other half needs a toolchain because of STL |
13:50.30 | kolla | mithro: with the options it worked fine :) |
13:50.32 | Fare | what's the difference between a dedicated toolchain and a non-dedicated toolchain? |
13:51.26 | mickeyl | every toolchain is dedicated to a runtime library |
13:51.34 | mickeyl | the connection between a compiler and the runtime library is _very_ strong |
13:51.44 | mickeyl | because e.g. you never need to do -lc |
13:51.47 | mickeyl | that is done _automatically_ |
13:51.59 | mickeyl | gcc is tied to glibc (normally) |
13:52.10 | *** join/#openembedded YeiazeI (~yeiazel@home.yeiazel.net) |
13:52.46 | Fare | you mean it's more difficult than just changing the crt0.o and libc.so ? |
13:53.26 | Fare | (which is what happens when you upgrade your glibc, btw) |
13:53.38 | mickeyl | right |
13:53.57 | mickeyl | the proble e.g. are the _headers_ |
13:54.13 | mickeyl | uclibc contains other headers, because it includes not everything-but-the-kitchen-sink |
13:54.52 | mickeyl | well... not really - but you get the picture |
13:55.54 | mickeyl | i took a the larger part of last weekend to get buildroot to use uclibc if available, |
13:56.09 | mickeyl | now whats missing is just the toolchain building support |
13:56.22 | mickeyl | if that is done, i expect to can build the whole buildroot against uclibc. |
14:24.13 | *** join/#openembedded nobse (tretkowski@ridcully.bzimage.de) |
14:24.16 | nobse | 'lo |
14:30.31 | mickeyl | hey nobse |
14:30.36 | mickeyl | wie läufts |
14:30.38 | mickeyl | how are things |
14:31.50 | nobse | mickeyl: fine, since I replaced the 3.10 sr with oz :) |
14:32.58 | mickeyl | hehe |
14:33.21 | mickeyl | 3.1 is definitly cool, but a lot of things are ... well... as dumb as on earlier versions |
14:34.19 | nobse | yepp |
14:48.53 | ljp_laptop | such as? |
14:49.35 | mickeyl | filesystem structure, memory partition, kernel configuration, drivers |
14:49.41 | mickeyl | hmm.... what did i forget |
14:49.43 | nobse | ljp_laptop: Documents tab, new kernel, well working backup tool |
14:49.43 | mickeyl | ah yeah preloaded apps |
14:54.02 | ljp_laptop | whats wrong with their docs tab? |
14:54.29 | mickeyl | ljp_laptop: nobse answered the good things |
14:54.32 | mickeyl | i answered the bad things |
14:54.52 | ljp_laptop | ahhh. |
14:57.15 | *** join/#openembedded heatxsink (~jack@hsa056.pool020.at101.earthlink.net) |
15:01.55 | mickeyl | what is the magic shell variable for <number of arguments given to a script> ? |
15:02.21 | heatxsink | mickeyl: no idea |
15:02.33 | tronical | mickeyl: $# |
15:02.42 | mickeyl | tronical: thanks. |
15:22.08 | *** join/#openembedded bisho (~bisho@136.Red-213-97-191.pooles.rima-tde.net) |
15:35.30 | *** join/#openembedded ljp_laptop (~ljp@tq0220.peakpeak.com) |
15:36.58 | chouimat | hey ljp_laptop |
15:37.17 | chouimat | ok anyone know where I can find an external torx plus screwdriver? |
15:39.00 | ljp_laptop | ya, in my toolbox |
15:39.40 | chouimat | ljp_laptop: how much $$$? |
15:41.19 | ljp_laptop | its free. just go out to my van, open the door. its right there in the toolbox. ;) |
15:41.54 | chouimat | ljp_laptop: ok :) I try to find one of those here but without success |
15:42.06 | ljp_laptop | torx are usually only a bit more expensive than other tools like that |
15:42.25 | ljp_laptop | torx _plus_? |
15:42.42 | chouimat | ljp_laptop: http://www.camcar.textron.com/torxplus/variations.html <--- bottom of the page |
15:43.04 | heatxsink | chouimat: try an autoparts store |
15:44.16 | chouimat | heatxsink: ok I will ask one of my uncle if I know where to find that kind of screwdriver .... and I want to know which kind of moron put that on an electronic appliance |
15:44.34 | *** join/#openembedded zecke (~ich@pD9E7DDBE.dip.t-dialin.net) |
15:45.06 | chouimat | hey zecke |
15:45.08 | ljp_laptop | hey zecke, how goes it? |
15:46.53 | heatxsink | haha |
15:47.02 | heatxsink | chouimat: even hardware stores carry the bit |
15:47.09 | heatxsink | so if you had a power drill you could use it |
15:47.22 | ljp_laptop | chouimat: ya, it's call 'vise grip' ;) or pliers |
15:47.28 | heatxsink | or even like a screwdriver that uses bits |
15:48.01 | ljp_laptop | once you get it off, change it to a regular bolt |
15:48.12 | chouimat | heatxsink: I was thinked to convert them to standard screws using a dremel or a metal saw |
15:48.29 | heatxsink | well |
15:48.44 | heatxsink | if you get a small enough flathead screwdriver |
15:48.51 | ljp_laptop | hehehe |
15:48.53 | heatxsink | you could just use that |
15:49.00 | ljp_laptop | dremel would work |
15:49.09 | pb_ | that'd work for regular torx, but not the "inside out" version that chouimat seems to be faced with. |
15:49.25 | pb_ | dremel or pliers sound like the best bet. |
15:50.01 | chouimat | pb_: those screws are nasty |
15:50.02 | ljp_laptop | I would recommend something you can clamp down on it, like a vise grip tool |
15:50.59 | pb_ | chouimat: yeah. they're usually used as moderately tamper-proof fittings, precisely because they're awkward to remove with ordinary tools. |
15:51.02 | chouimat | the problem is the screw are 1/8" wide |
15:52.05 | pb_ | wow, kernel 2.5 xconfig requires qt? |
15:52.27 | tronical | if using the qt config frontend, yes |
15:52.34 | chouimat | pb_: yup but here is a gconf that require ggnome errr gtk+ |
15:52.35 | tronical | (if QTDIR is set) |
15:52.54 | pb_ | oh well. |
15:56.45 | *** join/#openembedded ljp_laptop (~ljp@tq0220.peakpeak.com) |
15:57.01 | chouimat | wb ljp |
15:58.30 | mickeyl | pfff... shell help needed |
15:58.42 | mickeyl | how can i get the last part of /bla/blub/filename |
15:58.47 | mickeyl | filename |
15:59.11 | chouimat | mickeyl: use cut or awk :) |
15:59.26 | mickeyl | cut doesn't work, because i don't know the numer of / |
15:59.35 | mickeyl | awk = please help |
15:59.35 | mickeyl | :) |
15:59.54 | zecke | hi mickeyl |
15:59.58 | mickeyl | hi zecke! |
15:59.59 | chouimat | mickeyl: basename |
16:00.01 | mickeyl | how are you? |
16:00.20 | ljp_laptop | the signal out here isnt too strong |
16:00.21 | chouimat | basename /bla/blub/filename |
16:00.21 | chouimat | filename |
16:00.21 | mickeyl | chouimat: pretty good - thanks |
16:00.30 | chouimat | mickeyl: nm |
16:00.44 | chouimat | s/nm/np |
16:00.57 | mickeyl | ljp_laptop: it is. that's totally openembedded related if you would know what i'm working on :D |
16:01.29 | zecke | mickeyl: QFileInfo basename |
16:01.34 | ljp_laptop | huh? |
16:01.51 | ljp_laptop | I was commenting offtopic about my signal out here on the patio ;) |
16:02.02 | zecke | ? |
16:02.12 | ljp_laptop | wifi |
16:02.27 | mickeyl | d'oh |
16:02.30 | mickeyl | hehe |
16:02.41 | mickeyl | i thought you were referring to the current signal/noise ration in this # |
16:02.42 | mickeyl | lol |
16:02.58 | mickeyl | see what... i'm always expecting sarcastic comments from you... |
16:03.01 | mickeyl | :)) |
16:03.03 | ljp_laptop | diffiuclt to see the lcd screen in the sun though |
16:03.06 | ljp_laptop | hahahaha |
16:04.13 | ljp_laptop | I dont mind the noise ratio in here. its not too bad, anyway |
16:04.21 | chouimat | mickeyl: the screw discussion was openembedded oriented ... how can I port openembedded to the device if I can't open it? |
16:04.35 | chouimat | s/oriented/related |
16:04.36 | mickeyl | hehe, true that |
16:05.12 | *** join/#openembedded ljp_laptop (~ljp@tq0220.peakpeak.com) |
16:05.17 | mickeyl | so much for the signal being to low... |
16:06.59 | chouimat | ok bbl I need to do some cleaning here and last week dishes |
16:07.05 | ljp_laptop | heh. I need a hook up a bigger antennea down there |
16:16.30 | *** join/#openembedded pdq (~pdq@pD9E0D198.dip.t-dialin.net) |
16:25.16 | *** join/#openembedded mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
17:00.58 | treke|laptop | <PROTECTED> |
17:01.34 | ljp_laptop | nope. |
17:01.56 | ljp_laptop | I am in limbo |
17:02.23 | treke|laptop | suckage |
17:05.33 | mithro | i have mp3 playing! |
17:05.55 | ljp_laptop | what app? |
17:07.21 | *** join/#openembedded treke|laptop (~ggilbert@lsanca2-ar29-4-41-066-059.lsanca2.elnk.dsl.genuity.net) |
17:08.09 | mithro | opie-player |
17:08.27 | mithro | opie-mediaplayer doesn't play mp3's correctly atm |
17:08.34 | mithro | and xmms won't compile with gcc3 |
17:08.52 | ljp_laptop | ahh. there's also an ogg plugin for opieplayer |
17:10.25 | mithro | i wish i could get xmms to wokr |
17:10.38 | cyn | why won't it fscking compile |
17:11.43 | mithro | cyn: what are you trying to compile? |
17:11.57 | cyn | no, why won't xmms :P |
17:12.44 | mithro | ahh :) |
17:13.09 | mithro | [23:53:01] <mithro> /opt/arm/toolchains/3.2/bin/../lib/gcc-lib/arm-linux/3.2.3/../../../../arm-linux/bin/ld: libQPEgui.so.1.0.0: undefined versioned symbol name std::time_put_w@@GLIBCPP_3.2 |
17:13.10 | mithro | [23:53:01] <mithro> /opt/arm/toolchains/3.2/bin/../lib/gcc-lib/arm-linux/3.2.3/../../../../arm-linux/bin/ld: failed to set dynamic section sizes: Bad value |
17:16.42 | mithro | cyn: any ideas? |
17:17.24 | *** join/#openembedded alexw (~alex@pc-80-193-101-209-sc.blueyonder.co.uk) |
17:17.54 | cyn | mithro: no clue, it would seem like there's a missing lib or header - but if it compiles fine under 2.95 that shouldn't be the case |
17:18.02 | mithro | yeah, i know |
17:18.16 | mithro | i've found hundreds of similar problems, but nobody knows how to fix |
17:21.19 | *** join/#openembedded SuKoSh| (~sukoshi@dyn-195-242-100-51.ppp.tiscali.fr) |
17:33.35 | *** join/#openembedded Ociocio (~no@pm869-38.dialip.mich.net) |
17:33.40 | treke|laptop | download the -2 toolchain |
17:33.53 | Ociocio | is there a distro for the ipaq 3955 yet? |
17:34.01 | treke|laptop | no |
17:34.15 | treke|laptop | you are free to try building images for it, it shouldnt take much work |
17:34.41 | mithro | treke -2 toolchain? |
17:34.53 | treke|laptop | mithro: hes |
17:35.00 | mithro | from oz? |
17:35.04 | treke|laptop | yes |
17:36.08 | mithro | doing |
17:36.23 | mithro | bah, 15 minutes wait :( |
17:39.25 | treke|laptop | morning mickeyl |
17:41.40 | mickeyl | hi treke|laptop |
17:44.56 | *** join/#openembedded chouimat (~dieu@modemcable120.184-130-66.que.mc.videotron.ca) |
17:44.56 | *** mode/#openembedded [+o chouimat] by ChanServ |
17:54.19 | mickeyl | ibot: seen andersee |
17:54.20 | | andersee <~andersee@codepoet.org> was last seen on IRC in channel #openembedded, 1d 13h 5m 26s ago, saying: 'http://openzaurus.org/oz_website/changelog/browse'. |
17:54.25 | mickeyl | grr |
17:54.45 | mickeyl | now gcc 3.3 won't compile because of that damn "clobber list" even with uclibc |
17:55.08 | Twiun | mithro: thanks for the heads up on the bug |
17:55.14 | ljp_laptop | isnt 3.4 released? |
17:55.23 | Twiun | mithro: is it +1 or -1? |
17:55.33 | mithro | treke|laptop: still getting the same problem |
17:55.47 | mickeyl | ljp_laptop: maybe - but andersee didn't release a makefile for 3.4 yet |
17:55.50 | mithro | Twiun: ie 181 of 182 -> Completed |
17:56.11 | ljp_laptop | ehmmmm |
17:56.13 | mickeyl | ljp_laptop: and i don't feel like adapting that makefile... major parts of it feel like magic to me |
17:56.32 | ljp_laptop | use a pro file ;) |
17:56.37 | ljp_laptop | progen |
17:56.39 | mickeyl | hehe i would if i could :)) |
17:56.41 | ljp_laptop | hehehe |
17:57.28 | Twiun | mithro: k... I'll fix that |
18:00.29 | mickeyl | <PROTECTED> |
18:00.29 | mickeyl | <PROTECTED> |
18:00.29 | mickeyl | <PROTECTED> |
18:00.29 | mickeyl | <PROTECTED> |
18:00.29 | mickeyl | <PROTECTED> |
18:00.38 | mickeyl | what should i remove again? |
18:00.50 | mickeyl | tronical,pb_: ? |
18:00.53 | *** join/#openembedded NeoTron (~neotron@12-206-70-34.client.attbi.com) [NETSPLIT VICTIM] |
18:00.53 | *** join/#openembedded Fare (~episteme@samaris.tunes.org) [NETSPLIT VICTIM] |
18:00.53 | *** join/#openembedded tux_mike (~mike@dsl081-228-056.chi1.dsl.speakeasy.net) [NETSPLIT VICTIM] |
18:00.53 | *** join/#openembedded _Psycho (~Bob@HSE-Montreal-ppp340089.sympatico.ca) [NETSPLIT VICTIM] |
18:00.53 | *** mode/#openembedded [+o NeoTron] by niven.freenode.net |
18:00.56 | pb_ | the last "a1". |
18:01.14 | mickeyl | pretty good. thanks. |
18:01.19 | mithro | treke|laptop: any other ideas? |
18:01.40 | mickeyl | pb: also uclibc headers have to be corrected to support 3.3 |
18:01.52 | mickeyl | so that problem is definitly not glibc specific :D |
18:01.54 | pb_ | aha. what's wrong with them? |
18:02.00 | pb_ | oh, the same thing? |
18:02.03 | mickeyl | pb_: same thing |
18:02.13 | pb_ | heh. I guess the uclibc dudes copied the buggy code from glibc. |
18:02.19 | mickeyl | hehe, yeah |
18:02.44 | ljp_laptop | hmmm |
18:04.14 | mickeyl | ibot: botmail for andersee: uclibc suffers from the same "a1" problem in syscalls.h as glibc when building with gcc 3.3. please correct. |
18:05.00 | mithro | why are compilers and c++ libraries to complicated :) |
18:05.29 | ljp_laptop | <PROTECTED> |
18:06.13 | mithro | mickeyl: i'm a python zealot to :) |
18:07.21 | mickeyl | funny thing is... i may hve overlooked it if it has't been tought as part of a software engineering class i used to attend |
18:07.31 | mickeyl | but then again maybe i would have met it later |
18:07.44 | mickeyl | grammar sucks |
18:07.44 | mickeyl | sorry |
18:09.40 | mickeyl | d'oh |
18:09.47 | mickeyl | "A hand-written recursive-descent C++ parser has replaced the YACC-derived C++ parser from previous GCC releases." |
18:10.02 | mickeyl | who writes hand-written c++ parsers ? |
18:10.06 | mickeyl | crazy dudes |
18:10.15 | *** join/#openembedded mrwoody (paolo@6-pool1.ras14.nynyc-t.alerondial.net) |
18:19.26 | *** join/#openembedded TeaX (~tx@ppp-207-158.27-151.libero.it) |
18:23.09 | Twiun | mickeyl: probably the same people who hand write java bytecode |
18:23.48 | mickeyl | hehe, yeah |
18:24.10 | mickeyl | d'oh - the toolchain build seems to have finished |
18:24.22 | Twiun | cool :) |
18:25.06 | Twiun | btw, pushed libFB, so I'll be starting on that todo list |
18:26.04 | mickeyl | hey nice. can't wait to see that advertising splash-screens boot :-D |
18:27.13 | ljp_laptop | ad? |
18:27.28 | Twiun | billboards on OZ firstboot# |
18:27.31 | mickeyl | ljp_laptop: yeah, like when you are installing mandrake or so |
18:27.34 | ljp_laptop | what, like 'buy tkc apps!' advertising boot screen? |
18:27.35 | Twiun | but reall, anything goes |
18:27.36 | mickeyl | billboards - that's the word |
18:27.39 | Twiun | s/reall/really |
18:27.40 | mickeyl | ugh |
18:27.53 | Twiun | mickeyl: gonna make that 64k intro for us? |
18:28.13 | Twiun | mickeyl: we just need hardwire to make us a 3d mesh of Pingi and the OE logo |
18:28.29 | mickeyl | ahaha... we'll see... :) |
18:29.44 | Twiun | mickeyl: think I can depend on libpng being available? |
18:30.48 | mickeyl | Twiun: i'd say yes, but please prepare for a non-crashing fallback situation |
18:31.15 | mickeyl | Twiun: that is, open it via dlopen and _not_ link directly to it |
18:31.33 | Twiun | mickeyl: right |
18:32.20 | Twiun | mickeyl: first, hacking rotation support into libfb |
18:34.20 | mickeyl | good |
18:50.37 | *** join/#openembedded lsmith (~vandal@p213.54.11.165.tisdip.tiscali.de) |
19:13.18 | mithro | what has QWidget in it? |
19:13.55 | Twiun | qwidget.h? |
19:14.18 | mithro | i mean which library |
19:14.26 | Twiun | libqt I'd imagine |
19:14.32 | mithro | qte, qpe, opie? |
19:14.35 | Twiun | qte |
19:14.45 | Twiun | Qt/Embedded |
19:15.44 | mithro | : undefined reference to `main' |
19:15.44 | mithro | /opt/arm/openzaurus/3.2/buildroot-oz/output/staging/target/lib/libSDL.so: undefined reference to `typeinfo for QWidget' |
19:25.08 | *** part/#openembedded Ociocio (~no@pm869-38.dialip.mich.net) |
19:36.39 | mithro | bah i can't get this stupid thing to find the QWidget |
19:36.51 | mickeyl | read |
19:36.57 | mickeyl | why don't people read *sigh* |
19:37.03 | mickeyl | lets get through this: |
19:37.07 | mickeyl | undefined reference to `typeinfo for QWidget' |
19:37.13 | mickeyl | you know what typeinfo means? |
19:37.17 | mickeyl | R T T I |
19:37.50 | mithro | yeah |
19:37.53 | mithro | i know what it means |
19:37.56 | mickeyl | seems it wants to link against a library built _with_ rtti |
19:38.00 | mickeyl | but you don't have one in -L |
19:38.21 | mithro | but i do have one in -l and it was build with -rtti |
19:38.45 | mickeyl | obviously not because of the error message. |
19:39.29 | mickeyl | or it finds another one which you have left somewhere accidantly ? |
19:39.45 | mithro | okay so how do i either figure out why it thinks it doesn't have rtti or why it needs it... |
19:40.26 | mickeyl | pretty easy. don't link non-rtti stuff to rtti stuff |
19:40.29 | mickeyl | that's the basic rule |
19:40.55 | mithro | okay so how do i make this stuff non-rtti :) |
19:41.14 | mickeyl | make it use -fno-rtti |
19:41.41 | mithro | what does rtti actually do? |
19:41.57 | mickeyl | Run Time Type Information |
19:42.09 | mickeyl | appends objects to contain a type string |
19:42.13 | mithro | ahh okay |
19:42.17 | mickeyl | for use with dynamic_cast<bla> |
19:42.30 | mithro | so some things need it? |
19:42.38 | mickeyl | some? |
19:42.45 | mickeyl | we compile qte to not use it |
19:42.52 | mithro | ahh okay :) |
19:43.11 | mithro | thats where i got confused as i saw the rtti flag when compiling qte |
19:43.28 | mithro | it's 5:00 am here so i'm a little tired :) |
19:43.55 | mithro | i did try and google for information about that error |
19:45.47 | mickeyl | good good... /me gets unpatient at times... nothing personal |
19:45.50 | mithro | so in theory if i just compiled with -fno-rtti it should link? |
19:45.55 | mickeyl | yes |
19:46.03 | mithro | well it doesn't like me :( |
19:46.18 | mickeyl | what are u trying to compile? |
19:46.20 | mithro | it's still doing the same thing |
19:46.22 | mithro | scummvm |
19:46.27 | mickeyl | in buildroot ? |
19:46.48 | mithro | yeah, only i've modified it so it should work with libsdl-qte |
19:47.04 | mithro | this is the last bit remaining before it should work |
19:47.06 | mickeyl | aha. and you checked that libsdl-qte was compiled with -fno-rtti ? |
19:48.14 | mithro | from the config file |
19:48.17 | mithro | <PROTECTED> |
19:49.22 | mickeyl | don't look at the config flags, look at the compilation process. sometimes ./configure scripts add -rtti |
19:49.36 | mickeyl | no idea what doing -fno-rtti and -frtti does |
19:49.45 | pb_ | run-time type information. |
19:49.51 | mickeyl | hehe |
19:49.53 | mickeyl | scroll up |
19:49.57 | mickeyl | i know about that |
19:50.05 | pb_ | ah, heh |
19:50.09 | mickeyl | no idea what giving -fno-rtti and -frtti at the same time to gcc does |
19:50.17 | pb_ | oh, I see. it'll act on the last one. |
19:50.17 | mickeyl | :) |
19:50.25 | mickeyl | most likely yeah |
19:50.25 | mithro | bah :) |
19:50.32 | pb_ | it just scans options left to right, so the flag will get cleared and then set again. |
19:50.39 | mickeyl | ah right. |
19:50.41 | mithro | cc1: unrecognized option `-fno-rtti' |
19:50.58 | mithro | ? |
19:51.02 | pb_ | should be using cc1plus, not cc1. |
19:51.17 | pb_ | for some reason it seems to think you are trying to compile C source. |
19:52.01 | pb_ | course, if you really _are_ trying to compile C source, you just need to stop using that option. |
19:52.34 | mithro | hrm... i wonder |
19:52.42 | mithro | qte is C++ but sdl is C |
19:52.56 | mithro | which is why i'm guessing this problem is occuring |
19:53.09 | mickeyl | sdl instanciates a QPEApplication so i'd think something of it _is_ c++ |
19:55.13 | mithro | yeah it's trying to use a gcc compile on that source file |
19:55.29 | pb_ | ah, that'd lose. |
20:00.19 | Twiun | mithro: yeah, there's good fun to be had doing that |
20:00.52 | Twiun | mithro: fancy tweaking the hh kernel patch by hand now you're into this kind of stuff? |
20:01.35 | pb_ | heh |
20:03.29 | mithro | arm-linux-g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"SDL\" -DVERSION=\"1.2.6\" -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -I. -I. -I/opt/arm/openzaurus/3.2/buildroot-oz/output/staging/include -I/opt/arm/openzaurus/3.2/buildroot-oz/output/staging/usr/X11R6/include -I/opt/arm/openzaurus/3.2/buildroot-oz/output/staging/target/include -fexpensive-optimizations -fomit- |
20:03.29 | mithro | frame-pointer -O2 -march=armv4 -mtune=xscale -mapcs-32 -fexpensive-optimizations -Wall -DUSE_DLOPEN -DOSS_SUPPORT -DENABLE_QTOPIA -DQT_QWS_EBX -DQT_QWS_CUSTOM -DQWS -I/opt/arm/openzaurus/3.2/buildroot-oz/build/opie/include -I/opt/arm/openzaurus/3.2/buildroot-oz/build/qt-2.3.5/include/ -DNO_DEBUG -DUSE_INPUT_EVENTS -D_REENTRANT -DSDL_USE_PTHREADS -DPTHREAD_NO_RECURSIVE_MUTEX -I../../../include -I../../../include/SDL -I../../../src -I../../. |
20:03.30 | mithro | ./src/linux -I../../../src/main -I../../../src/audio -I../../../src/video -I../../../src/video/XFree86/extensions -I../../../src/events -I../../../src/joystick -I../../../src/cdrom -I../../../src/thread -I../../../src/timer -I../../../src/endian -I../../../src/file -MT SDL_sysvideo.lo -MD -MP -MF .deps/SDL_sysvideo.Tpo -c SDL_sysvideo.cc -fPIC -DPIC -o .libs/SDL_sysvideo.lo |
20:03.39 | mithro | can anyone see a -fno-rtti in that mess? |
20:04.29 | mickeyl | no |
20:04.58 | pb_ | me neither |
20:05.04 | Twiun | ditto |
20:05.16 | mithro | okay so it's ignore my CXXFLAGS |
20:05.18 | pb_ | sounds like there probably isn't one there :-) |
20:10.07 | *** join/#openembedded Tom_D (~Tom_D@adsl-68-75-160-241.dsl.emhril.ameritech.net) |
20:10.56 | Twiun | Look! we broke its ribs! |
20:13.08 | mithro | woot it's finnaly compiling with no-rtti |
20:13.40 | mithro | the sun is coming up outside.... |
20:13.42 | mithro | :( |
20:14.53 | Twiun | close the curtains and get back to work :) |
20:18.35 | mithro | BBBBBBBBBBBBBBBBBBBBBBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH!@@@!!!!!!!!!!!!!!!!!!!!!!!!! |
20:18.59 | mithro | i made sure libsdl compiled with -fno-rtti this time and it's still complaining about the same thing |
20:19.34 | mithro | i saw it scroll paste with my very own eyes |
20:27.44 | *** join/#openembedded TMM1 (~aman@h-69-3-1-177.MCLNVA23.covad.net) |
20:27.53 | Twiun | wb TMM1 |
20:28.32 | TMM1 | sup |
20:33.24 | TMM1 | how goes libfb |
20:34.17 | Twiun | quite well, hacking rotation support into it |
20:34.41 | TMM1 | niced |
20:35.30 | mithro | when you say rotation support you mean? |
20:35.50 | Twiun | I mean not having to feed it a sideways bitmap the way we do for the kernel |
20:35.57 | Twiun | 0,0 is upper left |
20:36.20 | mithro | ahh okay |
20:36.24 | Twiun | I'm adding 0,90,180 and 270 degree rotation support |
20:36.26 | mickeyl | reconfiguring packages... |
20:36.44 | mickeyl | Twiun: good job on packages. its really faster - i'd say more than 1 minute faster |
20:36.54 | Twiun | mickeyl: cool :) |
20:37.02 | Twiun | mickeyl: question now is... did it break anything? |
20:38.30 | mickeyl | as far as i can see no |
20:38.35 | TMM1 | i want a new collie image!! |
20:39.27 | mithro | i've only got a corgi so i can't help you there |
20:39.32 | Twiun | mickeyl: lol, I just checked the algo libfb uses to draw circles |
20:39.42 | TMM1 | someone gimme a fast machine i can compile on |
20:39.49 | Twiun | mickeyl: sin/cos instead of sqrt based |
20:39.59 | Twiun | mickeyl: no wonder that function is so slow |
20:40.59 | mithro | WOOOOOOOOOOOOOOOOOOOOT! scummvm compiled |
20:41.02 | mickeyl | hehe |
20:41.02 | mithro | now to test :) |
20:41.25 | Twiun | so, what will be the end result of the compat stuff you're doing mithro? |
20:41.44 | mickeyl | hmm |
20:41.53 | pb_ | enhanced compatibility? just a guess. |
20:41.56 | mithro | i'm not actually doing compat stuff atm... |
20:42.01 | mickeyl | ucb1x00-audio is not in category sound-modules |
20:42.02 | mickeyl | tsss |
20:42.32 | Twiun | mithro: lol, ok, when you get back to it :) |
20:44.24 | mithro | Twiun: ability to run 2.95.3 compiled packages on a 3.2 compiled system |
20:45.03 | Twiun | mithro: very useful! |
20:45.14 | Twiun | is the reverse a possibility? |
20:48.17 | mithro | yeah i suppose |
20:48.26 | *** join/#openembedded ljp_laptop (~ljp@tz0162.peakpeak.com) |
20:49.04 | Twiun | mithro: I'm thinking of all those nifty OZ apps the people using the Sharp ROM will be _dying_ to try out :) |
20:50.53 | TMM1 | Twiun: and thats why they'll switch to oz |
20:51.53 | Twiun | TMM1: yup, get 'em hooked any way we can |
20:52.03 | TMM1 | heh |
20:52.44 | mithro | bah! |
20:52.46 | mithro | # scummvm |
20:52.46 | mithro | scummvm: relocation error: /usr/lib/libSDL-1.2.so.0: undefined symbol: _ZTI7QWidget |
20:53.13 | Twiun | still a problem with name mangling then |
20:53.19 | TMM1 | looks like you didn't link some thing in |
20:53.22 | treke|laptop | Twiun: I dont see why you'd need the reverse |
20:53.28 | treke|laptop | Twiun: just compile it for 2.95 |
20:54.01 | *** join/#openembedded Thelonius (~soopaman@h24-66-54-32.wp.shawcable.net) |
20:54.04 | Thelonius | hi guys |
20:54.15 | Twiun | treke|laptop: to stop all the bitching from people who download the wrong gcc-compiled version - simply tell em "use this to fix" |
20:54.30 | Twiun | treke|laptop: one-stop fix for all 3.2 compiled apps |
20:54.31 | treke|laptop | Twiun: tell them to download the right version |
20:54.46 | Twiun | treke|laptop: I'd rather just stop the bitching :) |
20:55.00 | Thelonius | do you think it would be possible to find the CAD/CAM breakout of the new zaurus c7x0's? |
20:55.01 | treke|laptop | Twiun: that sems like a better choice then wasting 3 or four megs of space |
20:55.20 | Twiun | treke|laptop: but the waste is their own fault - they'll learn quickly |
20:55.32 | Twiun | treke|laptop: and not every package will have a 2.95.3 version |
20:55.35 | treke|laptop | Twiun: no. they'll bitch at us for the bloat |
20:56.09 | treke|laptop | Twiun: why wouldnt it. There are only two or three packages that arent built from source. I dont forsee that changing |
20:57.02 | Twiun | treke|laptop: you're limitting yourself to buildroot packages - what about future ones - which may not be in there? |
20:57.35 | *** join/#openembedded NonToxic (joshua@h002078c680df.ne.client2.attbi.com) |
20:58.31 | mithro | okay how do i fix the reloaction error? |
20:58.33 | Thelonius | heck even really detailed pictures of how the zaurus is put together |
20:58.39 | Twiun | treke|laptop: this of course supposes that commercial apps never get built using 3.2 |
20:59.15 | Twiun | Thelonius: doesn't conics.net have links to dissassembled Z's? |
20:59.26 | Thelonius | dunno, lemme look |
20:59.48 | *** join/#openembedded tmbinc (tmbinc@pD9E46B2A.dip.t-dialin.net) |
21:00.00 | treke|laptop | Twiun: Commercial packages are generally going to be built for gcc 2.95, thats where a large portion of the market is |
21:00.11 | Thelonius | Twiun, where would i look? |
21:00.26 | Twiun | Thelonius: I'd imagine on their Zaurus pages? |
21:00.35 | treke|laptop | Twiun: because qtopia on gcc 2.95 is where the commercial SDK is available |
21:00.43 | TMM1 | .,.,.,.,.,.,.,.,.,.,.,,. |
21:00.45 | Twiun | treke|laptop: I'd rather not bank on that being fixed forever though |
21:00.56 | Twiun | TMM1: I completely agree... good point! |
21:02.51 | treke|laptop | I dont imagine 5500 compatibility is going to be an issue forever |
21:03.10 | mithro | bah! why is sdl picking up this weird symbol... |
21:03.12 | treke|laptop | particularly if OPIE decides to break qtopia compatibility |
21:04.29 | cyn | 5500 compat? what? |
21:04.42 | cyn | 5500 isn't gunna go away just coz there are newer models |
21:05.15 | TMM1 | yes it is |
21:05.19 | treke|laptop | cyn: the issue is handling compatibility with it |
21:05.42 | cyn | you mean gcc compat or oz images |
21:06.02 | cyn | i don't see the gcc part as a model specific issue |
21:06.08 | cyn | is why i ask |
21:06.17 | treke|laptop | Compatibility in general between apps running on OE and apps running on the 5500 stock ROM |
21:06.44 | ljp_laptop | patch patch patch |
21:06.50 | cyn | again, don't see that as model specific |
21:06.58 | cyn | it's not the 5500 stock rom, it's the sharp rom's @ releases |
21:07.35 | cyn | 5000 5500 a300 b500(?)/5600 c700 c750 c760 |
21:07.37 | treke|laptop | cyn: It is model specific since there is a specific glibc, gcc version, qpe version, and qt version used on that device |
21:07.52 | TMM1 | cyn: and the processors change from model to model. |
21:07.52 | cyn | as there are with all the other devices |
21:08.10 | cyn | my point is why are we talking about just the one model |
21:08.11 | treke|laptop | cyn: right. THe other devices have their own issues |
21:08.12 | TMM1 | (what are we arguing about?) |
21:08.29 | cyn | TMM1: ssdd |
21:08.49 | chouimat | ? |
21:08.52 | cyn | so we aren't, it was just an example :) ok, carry on - sorry to interrupt |
21:08.57 | cyn | chouimat: same shit, different day |
21:09.24 | chouimat | ok I will go back to that palmos app then |
21:09.52 | chouimat | cyn: $$$$$$$$$$ :) |
21:10.04 | cyn | sacrilege! |
21:10.10 | cyn | oh |
21:10.15 | cyn | no yeah money is all good |
21:10.20 | cyn | money lets us get newer zaurii |
21:10.51 | chouimat | cyn: ok get a nice chick in your bed :) |
21:11.00 | chouimat | s/ok/orr |
21:11.10 | mithro | okay anyone know how the SDL could be picking up a symbol not defined anywhere in my buildroot? |
21:11.27 | cyn | I already have a nice chick who sleeps with me every night, she's called my wife, so money lets us get newer zaurii :P |
21:11.46 | cyn | mithro: env flags letting it slip past/outside? |
21:11.57 | chouimat | cyn: it's not my case since I divorced 3 years ago |
21:12.10 | cyn | chouimat: sorry (or happy, depending) to hear that |
21:12.15 | chouimat | happy |
21:12.35 | cyn | well then I'm happy to hear that! |
21:13.16 | cyn | man, this apartment seemed really cool with its 11ft ceilings and essentially full-window exterior walls on living and second bedroom |
21:13.24 | cyn | but damn those windows are a pain to clean |
21:14.06 | ljp_laptop | patch man |
21:14.17 | chouimat | cyn: I don't have an appartment for july :( |
21:14.44 | ljp_laptop | hmhmm, is a wife anything like a wifi?!? |
21:14.58 | chouimat | ljp_laptop: http://www.stanleytools.com/default.asp?CATEGORY=HACKSAWS&TYPE=PRODUCT&PARTNUMBER=20-807 <--- this the right tool for the external torx plus screws |
21:15.08 | ljp_laptop | hehehe |
21:15.17 | ljp_laptop | I hate those things, man |
21:15.57 | TMM1 | where do i set the default values for ulimit? |
21:16.53 | cyn | ljp_laptop: yeah wife is very similar to wifi, with them, you're always connected - and they both really drain your batteries |
21:17.44 | ljp_laptop | and take all your money |
21:18.03 | ljp_laptop | isnt ulimit set in the kernel? |
21:18.07 | treke|laptop | cyn: its easy to get our of range of wifi though |
21:21.12 | mithro | how does the linker figure out the mangled names of stuff? |
21:22.26 | pb_ | the linker doesn't really need to. all the names it sees are already mangled. |
21:22.50 | mithro | when/where does that happen? |
21:22.54 | pb_ | in the compiler. |
21:23.09 | mithro | ie i'm trying to figure out where SDL is getting this name from |
21:23.10 | NonToxic | Hi all - is there a really teeny image of OE that I casn grab that has at a minimum 1) matchbox, 2) xkbd, and 3) xterm? (as in the screenshots from mallum's page) |
21:23.17 | mithro | any hints? |
21:23.44 | pb_ | which name? |
21:24.12 | mithro | it's somehow being linked to "_ZTI7QWidget" when the actual name is "_ZTV7QWidget" |
21:25.03 | pb_ | the former is typeinfo for QWidget; the latter is vtable for QWidget. |
21:25.08 | pb_ | so, two different things. |
21:25.24 | mithro | ? |
21:25.33 | mithro | so i'm being confused |
21:26.00 | mithro | why can't it find "_ZTI7QWidget" ? this has something to do with -no-rtti doesn't it? |
21:27.04 | pb_ | yeah, if it wants the typeinfo that would suggest that it was built with rtti on. |
21:27.26 | mithro | hrm |
21:27.40 | mickeyl | mickeyl@gandalf:/usr/local/projects/openzaurus$ c++filt _ZTI7QWidget |
21:27.40 | mickeyl | typeinfo for QWidget |
21:28.15 | pb_ | you might need to drill down into SDL and find out which particular object file contains the offending reference. |
21:28.21 | Twiun | NonToxic: no, but it shouldn't be hard to put one together using the OZ buildroot (precursor to OE) |
21:29.01 | NonToxic | Twiun: 'k, how small do you expect it'd be? |
21:29.19 | mithro | how would i do that? |
21:29.19 | Twiun | NonToxic: image size or used space? |
21:29.28 | Twiun | NonToxic: remember that images are fixed sizes |
21:29.28 | NonToxic | Twiun: image size |
21:29.31 | treke|laptop | sounds like what happens when you run a gcc 2.95 app against a 3.2 qt |
21:29.43 | NonToxic | Twiun: I mean, how small of an image do you think I could put it in? |
21:30.10 | NonToxic | Twiun: I'm looking to do something like this: http://handhelds.org/~mallum/matchbox/screenshots/matchbox-tuxscreen-01.png (about that functionality and that size |
21:30.31 | pb_ | treke|laptop: really? I thought the 2.95/3.2 incompatibilities were much larger. |
21:30.54 | treke|laptop | pb_: might be |
21:30.59 | mithro | treke|laptop: this is totally diffrent problem to 2.95/3.2 incompats |
21:31.01 | Twiun | NonToxic: that screenshot says it took 2.6mb - so, at a wild guess, that's roughly how big it'd be |
21:31.18 | treke|laptop | pb_: but thats the error I've always gotten |
21:31.18 | NonToxic | Twiun: yeah, I was just wondering if buildroot would do something about that size. thanks |
21:31.34 | Twiun | NonToxic: possibly compiling with gcc 3.2 could make it smaller |
21:31.36 | mithro | pb_: how would i find out which part of SDL is refrencing that bit? |
21:31.41 | NonToxic | Twiun: 'k |
21:31.44 | pb_ | treke|laptop: ah ok. I'm not really 1337 c++ dude. |
21:31.54 | pb_ | mithro: check object files with nm, I imagine. |
21:32.03 | mithro | i've never used nm |
21:32.29 | treke|laptop | pb_: I'm sure there are more differences, it probably just dies at that first one :p |
21:34.01 | NonToxic | ibot, buildroot? |
21:34.02 | | [buildroot] a cool system for building embedded root file systems and can be found at http://uclibc.org/cgi-bin/cvsweb/buildroot/ or a heavily modified version used by the OpenZaurus project, or see oz buildroot |
21:34.10 | NonToxic | ibot, oz buildroot? |
21:34.11 | | i guess oz bk is bk clone bk://openzaurus.bkbits.net/buildroot buildroot-oz; cd buildroot-oz; bk -r co -q; cp def-configs/collie-opie .config (for zaurus 5000d/5500) .. make oldconfig; make; or see bitkeeper (free download but non-gpl) or see 'oz snapshot' if you either cannot or will not use bitkeeper. |
21:34.24 | NonToxic | ibot, oz snapshot? |
21:34.24 | | extra, extra, read all about it, oz snapshot is http://openzaurus.sourceforge.net/snapshot/ or updated every 4 hours by Navi or this is a snapshot of the bk oz buildroot tree use it to compile your own OZ if you don't want to use BK |
21:35.47 | mithro | a "arm-linux-nm `find -name \*.o` | grep _ZTI7QWidget" turns up nothing |
21:35.56 | chouimat | can someone tell me how is it related to embedded linux? http://www.elinux.org/wiki/ |
21:36.12 | treke|laptop | chouimat: fuck |
21:36.13 | Twiun | mithro: what about searching for just QWidget? |
21:36.21 | treke|laptop | chouimat: I'm fucking eating lunch here you bastard |
21:36.27 | treke|laptop | chouimat: warn us before posting that shit |
21:36.44 | chouimat | treke|laptop: was eating too when I saw that ... |
21:36.56 | Twiun | chouimat: no need to impose it on us without warning though |
21:36.57 | treke|laptop | chouimat: so you just go and blindly post it here for the rest of us |
21:37.15 | chouimat | treke|laptop: sorry |
21:37.43 | treke|laptop | for the rest of the channel. that was the goatse.cx image. Dont look |
21:38.10 | cyn | I'm very familiar with the top 10% of that image by now |
21:38.23 | cyn | ctrl-w easily slaps it out of my face before 20% |
21:38.24 | Twiun | NonToxic: thanks |
21:38.30 | NonToxic | all: fixed |
21:38.42 | NonToxic | Twiun: np |
21:38.45 | mithro | it's very easy to put a ban in your local proxy for that image :) |
21:38.52 | treke|laptop | NonToxic: thanks |
21:38.59 | NonToxic | treke: np |
21:39.02 | mithro | pb_: using nm i can't find any refrence to it.... |
21:39.18 | chouimat | NonToxic: thankss now I need the info that was there before |
21:39.31 | chouimat | tthe image |
21:40.59 | NonToxic | chouimat: don't know how to fix that.. sorry.. |
21:41.22 | chouimat | NonToxic: willl ask timriker later |
21:41.28 | NonToxic | chouimat: 'k |
21:41.54 | mithro | bahh i give up |
21:41.57 | mithro | i'm off to bed |
21:41.58 | mithro | gnight |
21:42.02 | Twiun | g'night mithro |
21:42.17 | mithro | maybe i can figure it out later |
21:45.02 | *** join/#openembedded bipolar_Z (~bipolar_Z@ctt186240.ceinetworks.com) |
21:45.16 | bipolar_Z | yo |
21:45.45 | bipolar_Z | ok, my wifi card works |
21:45.52 | treke|laptop | which card? |
21:46.11 | bipolar_Z | d-link 650w |
21:46.35 | treke|laptop | what did you do to make it work/ |
21:46.36 | bipolar_Z | i'm logged in from my parents house |
21:46.49 | NonToxic | fsck |
21:46.53 | NonToxic | buildroot is taking too long |
21:46.59 | treke|laptop | buildroot takes a while :p |
21:47.37 | bipolar_Z | treke|laptop: nothing. I just made sure the module was available |
21:47.50 | treke|laptop | ah |
21:48.15 | bipolar_Z | host_ap is the one im using |
21:48.44 | treke|laptop | hrmm |
21:49.05 | bipolar_Z | i doubt the signal will reach to the shop though :) |
21:51.01 | bipolar_Z | ok, i'm going to walk over to the shop. i'll probbly lose signal. |
21:52.04 | bipolar_Z | ~test |
21:52.31 | treke|laptop | ping |
21:52.40 | bipolar_Z | heh |
21:52.55 | bipolar_Z | halfway there ;) |
21:57.19 | ljp_laptop | heheh |
21:57.33 | ljp_laptop | 'can you hear me now?' |
22:01.07 | TMM1 | no |
22:01.43 | TMM1 | beh, i need a new collie image. |
22:01.53 | TMM1 | i was so close to having one built too |
22:01.58 | TMM1 | but the damn machine had to die |
22:03.05 | *** join/#openembedded drw (~drw@ppp-67-37-132-35.dialup.chcgil.ameritech.net) |
22:18.25 | *** join/#openembedded bipolar_Z (~bipolar_Z@ctt186240.ceinetworks.com) |
22:19.09 | TMM1 | welcome back |
22:21.05 | bipolar_Z | :) |
22:25.41 | bipolar_Z | I can hear this card sucking the juice out of the battery... *slurrrrrrrp* |
22:26.02 | ljp_laptop | get a wireless power supply sd card |
22:26.19 | bipolar_Z | hehehe |
22:27.28 | *** join/#openembedded mchang (~mchang@dhcp196-143.ee.washington.edu) |
22:28.16 | bipolar_Z | maybe the old iPaq "8 C batterys" trick will work :) |
22:28.30 | ljp_laptop | solar battery charger pack |
22:29.10 | bipolar_Z | heh |
22:29.27 | bipolar_Z | CF fuel cell |
22:29.42 | TMM1 | battery juice.. yum |
22:34.12 | bipolar_Z | later... :) |
23:21.03 | *** join/#openembedded Solar[X] (unices@195-241-12-117-mx.xdsl.tiscali.nl) |
23:24.19 | *** join/#openembedded ljp_laptop (~ljp@tz0162.peakpeak.com) |
23:34.01 | *** join/#openembedded joejoeMcgee (~mstump@ip68-0-144-85.tc.ph.cox.net) |