| |
| |
| |
|
Page: 1 2 3 4 5
Comments:
<0> XorA: it's not you. :)
<1> lrg: let me guess, they are at GMT+11 :-)
<2> Quickie question: is glibc-initial supposed to be compiled native, or cross (for target)?
<3> XorA: what kind of problems?
<1> pH5: it takes 5 seconds to start an app with that patch
<1> pH5: as compared to instant without
<3> XorA: that's bad.
<1> pH5: guess that wierd loop was an optimisation
<1> ~lart my I key
<3> https://bugs.freedesktop.org/show_bug.cgi?id=7640
<3> nobody commented on that yet
<3> XorA: from my (admittedly poor) understanding of the code, I have no clue why that change would make such a difference :-(
<1> pH5: no idea either, the change looks so simple
<4> florian org.oe.oz354x * rb31b4e... / (1 packages/binutils/binutils-cross-sdk_2.15.94.0.1.bb): binutils-cross-sdk: Add custom install stage to fix several beakages.
<4> florian org.oe.oz354x * rb767895b... / (1 packages/meta/meta-sdk.bb): meta-sdk: Add some missing and useful libraries.
<4> florian org.oe.oz354x * rf2119017... / (1 packages/meta/meta-sdk.bb): meta-sdk: Remove libhandoff which isn't released yet.
<4> florian org.oe.oz354x * rf241c59e... / (1 packages/gnome/libsoup_2.2.93.bb): libsoup: add
<5> florian_kc: thx
<6> hrw|work: yw, i'll run a test with the latest modifications later today... need to wait for another image to finish.
<5> florian_kc: I need to test native sdk - probably will upgrade to binutils 2.16
<4> koen org.oe.dev * rd9402618... / (1 packages/gpe-conf/gpe-conf_0.2.0.bb): gpe-conf: update to 0.2.0
<4> koen org.oe.dev * re7213895... / (6 files in 2 dirs): gpe-conf: drop old versions
<6> hrm... i just ran into this freetype libz issue
<7> lrg: thought you were in this avo?
<8> florian_kc: disable zlib in freetype
<0> mikearthur: my bag hasn't arrived yet. I called and it's with the couriers somewhere in east Scotland.
<7> lrg: noobs
<6> koen: ok, thanks
<6> brb, food
<9> florian_kc: the XML::Parser packages was installed in OEROOT/tmp/staging/local/lib/perl5..., instead of the x86_64 directory. I'm going to rebuild perl to see if there is not something wrong with it
<9> s/packages/package/
<4> xora org.oe.dev * rf0e88c30... / (1 packages/sylpheed/sylpheed-claws_2.4.0.bb): sylpheed-claws_2.4.0.bb : new version
<4> koen org.oe.dev * rf008d20c... / (1 packages/xorg-font/font-util_X11R7.1-1.0.1.bb): font-util_X11R7.1-1.0.1: fix RDEPENDS
<8> djeez
<8> if kdrive finds fonts it suddenly insist on loading a cursos font
<8> cursor*
<10> lol
<8> and exits if you don't have it
<8> but if you don't have any fonts *at all* it will happily load
<8> gpe-login still crashes, but the strace log now has less errors
<8> it works fine over remote-X, so kdrive is buggy
<1> koen: dillo kills my kdrive :-)
<11> koen: do you also have problems with kdrive interpreting the ts wrong? on my (recent) .dev image, it handles every first tap as 'focus this field', and a second tap on the same place is the actual mouse click
<8> ArjanS: haven't noticed that
<6> mmp: sounds like a bug
<9> florian_kc: now I debugged few things; it is installed there, but perl looks for its modules also in that directory, so this should be ok
<9> I need to debug a bit that bbfile; when running OE's version of native perl manually and requiring XML::Parser, it complains that it can't find libexpat.so.0. I wonder if this same happens also in bbfile
<11> koen: okay... can you perhaps provide some pointers as in where I can look for bugs? the touchscreen works perfectly in old gpe images, opie and ts_test
<8> ArjanS: kdrive rotation?
<11> koen: sorry, didn't understand what you mean
<10> mmp: perl-native in this case
<10> mmp: and it is complaining about a missing libexpat.so
<10> mmp: could you use ldd on the perl c module to check where it is checking for libexpat
<3> hmm, gpesyncd fails during linking with undefined references to libz stuff (deflate, inflate, etc.)
<10> hrw|work: let us use SUSE buildservice
<9> zecke: do you think Expat.so? This one just tells me "not found" for libexpat.so.0
<5> zecke: currently OE does not support "bitbake --from-scratch gpesyncd" in acceptable time
<6> pH5: hmm... nasty
<6> pH5: i'm just building from the scratch... i'll wait for the same to happen here.
<9> zecke: but I need to prepend LD_LIBRARY_PATH=/path/to/oe/libdir to perl call to make it succeed.
<10> mmp: okay, this needs to be changed :)
<9> zecke: bitbake -e does not show anything containing LD_LIBRARY_PATH...
<8> XorA: try installing preling (and prelink -u /bin/busybox afterwards)
<1> koen: what kind of mess s that gong to get me in :-)
<8> XorA: apps startup a lot faster
<9> zecke: definitely confirming the original problem was also caused by this - "LD_LIBRARY_PATH=$OEROOT/build/tmp/staging/x86_64-linux/lib/ bitbake intltool-native" build intltool-native correctly
<1> koen: gelf_getverdaux.os gelf_getrel.os gelf_getrela.os gelf_update_rel.os gelf_update
<1> _rela.os gelf_getdyn.os gelf_update_dyn.os gelf_getmove.os gelf_update_move.os g
<1> elf_getsyminfo.os gelf_update_syminfo.os gelf_xlatetof.os gelf_xlatetom.os nlist
<1> .os gelf_getsymshndx.os gelf_update_symshndx.os gelf_update_versym.os gelf_updat
<1> e_verneed.os gelf_update_vernaux.os gelf_update_verdef.os gelf_update_verdaux.os
<1> elf_getshnum.os elf_getshstrndx.os gelf_checksum.os elf32_checksum.os elf64_che
<1> cksum.os gelf_rawchunk.os gelf_freechunk.os libelf_crc32.os libelf_next_prime.os
<1> elf_clone.os gelf_getlib.os gelf_update_lib.os
<1> arm-linux-ranlib libelf_pic.a
<1> arm-linux-gcc -march=armv5te -mtune=xscale -shared -o libelf.so -Wl,--whole-arch
<1> ive,libelf_pic.a,--no-whole-archive \
<1> -Wl,--version-script,/home/dp/zaurus/build-gcc/tmp/work/armv5te-li
<1> nux/elfutils-0.108-r0/elfutils-0.108/libelf/libelf.map,--no-undefined \
<1> -Wl,--soname,libelf.so.1,-z,-defs
<1> damnation sorry people, wrong key in wndows
<1> koen: http://pastebin.ca/111866
<10> XorA: lol
<10> lame excuse
<1> ~lart me for being a lamer
<8> mmmm, herring....
<8> XorA: it works for me(TM), which is all the advice I can offer
<5> "mov r0,r0" discussion is fun
<1> hrw|work: you got src and sest backwards :-)
<1> s/sest/dest/
<1> koen: bleh I understand not this elf magic
<8> XorA: dwarf magic would be better anyway ;)
<1> koen: Dark Elves have better babes
<3> XorA: if you aren't turned on by beards, that is.
<1> pH5: if your into that come to the backwoods of scotland :-)
<5> note to self: check md5sums of all sd/mmc cards with 2.6.17
<8> ~lart libpng,.so
<10> haha
<12> bonjour alan|philo :)
<13> koen, did I get added to the commit list for oe (philip@balister.org)
<8> Crofton: which list?
<13> commit list for montone
<13> I sent my key to you and mickeyl
<8> Crofton: if you were, you'd have a mail from mickeyl in your inbox
<13> last week
<13> ok
<13> I don't :)
<10> haeh? don't we have a mailman interface?
<8> zecke: for adding keys?
<14> bonjour Genesis
<14> hi all
<5> hi alan
<1> koen: does Angstrom image work yet?
<10> Crofton: you confuse me. By commit list you mean mailinglist?
<13> no
<13> monotone access :)
<15> afternoon
<8> XorA: apart from gpe-login crashing, yes
<16> morning
<14> morning chouimat
<5> after spending some time with my work enviroment I feel why OLPC devteam care about memory usage so much
<5> Mem: 775752k total, 755920k used, 19832k free, 82308k buffers
<5> Swap: 522072k total, 457896k used, 64176k free, 321880k cached
<17> well - duh
<5> I could understand so big usage with java apps but I'm getting scared of that usage
<10> hehe
<18> hi all
<5> cu all
<12> bye
<19> RP: ping
<8> JustinP: iirc RP is on holiday for this week
<19> ah....
<19> I don't suppoose anyone else know how to get the state of the hinge in the 2.6 kernels....
<8> JustinP: it should be in the zaurusd source
<8> and there's the chkhinge26 in o-hand svn
<19> zaurusd didn't help me
<19> I copied all of the relevant code and always get 0
<8> and with chkhinge26?
<19> I don't know.....haven't found it yet
<8> http://svn.o-hand.com/view/misc/trunk/
<19> all I see is matchbox on http://svn.o-hand.com/view/matchbox/
<19> argh
<19> missed the drop-down
<20> kergoth: What's the state of tslib? Is Russel's CVS still the repository for it?
<8> jg_: yes
<10> jg_: it is
Return to
#oe
or
Go to some related
logs:
#fedora
usbhid problem fc4
#css
#gentoo
#debian
#debian
dbix date_format
#osdev
#perl
rtorrent aclocal not found
|
|