@# Quotes DB     useful, funny, interesting





Google
 
Web www.quotesdb.info
Undernet  |  EFnet  |  Quakenet  |  Freenode  |  Dalnet  |  Ircnet  |  Galaxynet
Page: 1 2 3



Comments:

<0> lenehan org.oe.documentation * rfaedb769... / (1 usermanual/chapters/recipes.xml):
<0> usermanual: Write the content for the "using python" section in the
<0> recipes chapter.
<1> Whats this? Is it a bug that i shoul add to the tracker, or is it a internal one. I have a clean OE.dev metadata. I am trying to build gpe-mini-browser: http://pastebin.ca/315810
<2> /quit Night
<3> morning guys
<0> pfalcon org.oe.dev * re9118e1c... / (4 files in 3 dirs): qte 2.3.10: Fix kernel-keymap.patch, was made as -p0 instead of -p1.
<0> pfalcon org.oe.dev * red4ff... / (4 files in 3 dirs):
<0> opie-taskbar: Remove overriden opie startup file for htcuinversal
<0> * This contained (comparing to the default) only explicit QWS_MOUSE_PROTO &
<0> QWS_KEYBOARD ***ignments, and it htcuinversal was confirmed to work without
<0> them.
<0> pfalcon org.oe.dev * ra7bb5ea8... / (1 packages/linux/linux-handhelds-2.6/rx3000/defconfig):
<0> linux-handhelds-2.6: Update defconfig for rx3000.
<0> * P.S. Please always lart linux kernel mainline for any Kbuild breakages
<0> like endless loops during make oldconfig.



<4> morning all
<5> likewise: likewise!
<4> koen: got the headless music daemon working on efika yesterday, so it's a nas with audio out device now.
<5> likewise: cool
<4> The Pirate Bay seems to be interested in Sealand. Must we bid higher?
<5> if OE had that kind of money, we would have bought the xscale division ;)
<4> and get a bargain for the {x,free}scale combo?
<6> hi zecke
<4> hi zecke, pb_
<6> hi likewise
<7> | ERROR: "gcc" looks like gcc 4.x - | QEMU is known to have problems when compiled with gcc 4.x - should configure be run with | To use this compiler anyway, configure with --disable-gcc-check or should angstrom be compiled using gcc3 ?
<8> [cc]smart: install gcc-3.3 or gcc-3.4 or gcc32 in host system
<5> [cc]smart: apt-get install gcc-3.4
<5> hey hrw|gone
<5> mickey|berlin: good morning!
<9> morning folks
<9> i am sooo tired
<5> mickey|berlin: you went by car?
<9> no no, took the ICE
<5> ah
<5> especially the electrical outlets
<9> bbiab, picking up Sean at the station...
<9> yeah ICE rocks
<10> http://www.hrw.one.pl/2007/01/14/openmoko-developers-program/
<10> hmm. recent opie patches gives extra work for me - will have to isolate them and add into OZ 3.5.5 as they are too worth to be missed
<5> hrw: where do you see the developer program?
<10> koen: openmoko.com
<10> Notice to Developers If you are interested in developing Free Software applications for the OpenMoko platform, please send information regarding embedded Linux projects you have contributed to, and the work you have done to coreteam@openmoko.org.
<5> that has been there for months
<11> morning all
<10> koen: I was there only on start ;D
<5> hey do13
<10> hi Dirk
<11> hey koen, Marcin
<5> hrw: actually, that has been there from the start :)
<10> koen: so I missed it on start :D
<5> I haven't mailed it since I won't be developing applications :(
<10> anyway post edited
<10> time to prepare and go out to town
<10> cu
<12> mickey|berlin: hey
<12> psokolovsky: kernel-keymap.patch is safe to always apply. For some zaurus models it is patched to rotate cursor keys, these patches are wrong, people should fix the keymap instead!
<12> psokolovsky: besides support for key composition the kernel-keymap patch is working alright
<12> psokolovsky: it is not applied for all platforms for two reasons. Most iPAQs don't have a right keyboard anyway, and we are conservative engineers.
<5> hey zecke
<13> ls
<13> ww
<14> Hi!
<14> zecke, thanks for your comments!
<14> zecke, I'm exactly afraid that applying it generally would require dealing with kernel keymaps, which so far not required for non-keybaorded devices.
<14> zecke, but can you formulate what specific problem it was made to solve in the first place?
<14> zecke, and I'd probably would think about making it another, separate handler, instead of overlaying existing "TTY" implementation.
<15> hi psokolovsky ...
<5> hrw|gone: http://lkml.org/lkml/2007/1/14/49
<14> Hi!
<15> a t-shirt for psokolovsky (sorry for long url) http://jitcrunch.cafepress.com/jitcrunch.aspx?bG9hZD1ibGFuayxibGFuazoxNTJfRl9jNi5qcGd8bG9hZD1MMCxodHRwOi8vaW1hZ2VzLmNhZmVwcmVzcy5jb20vaW1hZ2UvMTYwMDM2MTdfNDAweDQwMC5wbmd8fHNjYWxlPUwwLDE2NSwxMTIsVHJhbnNwYXJlbnR8bG9hZD10bS1MMCxibGFuazoxNTJfRl9jMjJfdG1hc2suanBnfGNvbXBvc2U9TDAsdG0tTDAsVGV4dHVyZU1hc2ssLTE1OCwtMTA1fGNvbXBvc2U9YmxhbmssTDAsQWxwaGFCbGVuZCwxNTgsMTA1fGNwPXJlc3VsdCxibGFua3xzY2FsZT1yZXN1bHQs



<15> MCw0ODAsV2hpdGV8Y29tcHJlc3Npb249OTV8
<16> after a long break I tried to build oe (oz opie-image in .dev) and failed ;-)
<12> psokolovsky: it reads the keymap from the kernel. So in theory nothing would change for iPAQs
<12> psokolovsky: the problem solved is the following: Sharp Devices are localized: German, Spanish, English versions were available + different devices all needed to patch the 'keymap' inside QtE. With the kernel-keymap.patch we can use one Qt to rule them all, and are more flexible
<14> zecke, cool, thanks for answers, kernel-keymap is definitely the way to go then
<14> afk...
<17> Now, what the hell is going at http://rafb.net/p/gxhUPW96.txt? "No such file" when /usr/bin/ldd is right there?
<16> Laibsch, ldd is a shell script, not something you may want to trace.
<17> polyonymous: OK, there you got it.
<17> My self-compiled ldd has "#! /bin/bash"
<17> Does it really need bash?
<16> no idea. And I never managed to get ldd work on handheld :)
<17> polyonymous: It used to work for me previously (and it stlll does on my non-experimental altboot image)
<17> !oebug 1788
<18> * * Bug 1788, Status: NEW, Created: 2007-01-14 06:26
<18> * * bugs.openembedded.org(AT)rolf.leggewie.biz: Latest ldd depends on bash
<18> * * http://bugs.openembedded.org/show_bug.cgi?id=1788
<16> My ldd has /bin/sh and doesn't work :)
<16> I haven't tried hard to make it work. I can't compile opie-image now, anyway :)
<17> Let's fix things one step at a time.
<19> hi all
<20> morning
<4> hi florian, chouimat
<6> hi florian
<19> hi pb_
<17> What should I do to make sure that a certain package does not add " -lXmu" on compilation?
<12> mickey|party: ping
<21> zecke: only nerds would be in IRC during a party (unless it's a LAN party :-)
<21> zecke: Hi and merry new year, BTW
<12> hpy :)
<12> schurig: we are nerds with base flatrates :}
<22> and at a LAN party you should be immersed in gaming, so....
<23> morning all
<6> hi rp
<5> hey RP
<24> JustinP: bah. When I was young, LAN-parties weren't all about gaming. They were proper scene-parties ;-)
<25> mornin
<25> NAiL :D Same here
<6> zecke: can you help me to understand a "circular dependency" thing with bitbake?
<25> RP My howto get touchscreen working properly in xorg is driving me nutters :D Anyway to manually calibrate it?
<23> pb_: I might be able to help...
<6> RP: I try to build qt-x11-free, and bitbake reports:
<23> Kristoffer: echo foobar > /etc/pointercal ?
<6> ERROR: Task 38 (/home/pb/oe/org.openembedded.dev/packages/mysql/mysql_4.1.18.bb, do_install) (depends: Set([37]))
<25> RP brilliant, thx
<25> err
<25> thought it said /proc/pointercal
<23> pb_: Does it give any more context than that?
<25> I dont have any of the fancy calibration stuff, just want to feed the kernel with calibrations (or values which I then can test)
<23> Kristoffer: I'm ***uming you were using tslib which uses that file. That won't help with kernel calibration
<25> RP dont got tslib or anything else. No way to feed values to the kernel and do some tests with?
<5> Kristoffer: calibration is in userspace
<25> ah, doh then
<12> pb_: you are in good hands :)
<12> Kristoffer: write a raw module that takes data from a socket? (not knowing the context)
<23> Kristoffer: If you install tslib, it has utils with it which should be able to test out the toucshcreen
<25> RP my problem is basicly getting tslib compiled here (fiddling with armedslack atm). And I dont think xorg has default support tslib
<25> thought about maybe xtscal
<23> Kristoffer: xtscal uses touchscreen extensions to X so it won't help you
<25> The touchscreen works atm, but calibration is way off... Seems to be little information out there about this.
<23> Kristoffer: Is it an ALPS device?
<25> Spitz :D
<23> Kristoffer: Right, I wrote the kernel driver. It expects userspace calibration. You need tslib.
<25> Ok, figured as much. Well, next project is to get tslib support compiled into xorg then?
<23> Kristoffer: You can test tslib standalone if you want first
<23> but yes, you then need to make it work woth xorg
<23> Kristoffer: At some point you wonder if just using OE would have been easier ;-)
<5> or just use kdrive
<25> RP Yeah, I've already felt that. Its more of a pet project atm :D
<5> Kristoffer: what does Xorg provide that kdrive doesn't have?
<5> Xorg-xserver, that is
<23> pb_: FWIW, I wrote the new task handling code in bitbake trunk so I should be able to help if you can't see why bitbake is upset about a circular depends. I'm the first admit the errors could be clearer :-/
<25> koen nothing, just been working out the what-works-with-what matrix in the touchscreen + X mist
<25> koen So static kdrive with static tslib would work?


Name:

Comments:

Please enter the result of the sum 63 + 46 (to avoid spam):






Return to #oe
or
Go to some related logs:

jameskuhns
#php
/proc/core linux
secure crt ubuntu com1
Wintech xorg
spinrite.zip
#osdev
Couldn't connect DCOP signal. Won't receive any status notifications!
ubuntu ide_intr
#linuxhelp



Home  |  disclaimer  |  contact  |  submit quotes