| 00:28.03 | *** join/#oe marcan (1337@80-29-18-233.adsl.nuria.telefonica-data.net) |
| 00:31.44 | *** join/#oe andersee (~andersee@codepoet.org) |
| 01:04.34 | *** join/#oe anomaly__ (~anomaly@ppp129-86.lns1.adl2.internode.on.net) |
| 01:31.56 | luke-jr_ | Is the build system supposed to affect BB? |
| 01:32.31 | luke-jr_ | http://pastebin.ca/10747 |
| 01:32.41 | luke-jr_ | It's complaining about build-system's Cairo versions... |
| 01:32.44 | emte | i think you need to rephrase that |
| 01:33.06 | luke-jr_ | emte: Cairo fails building because my computer has old /usr/include/cairo* |
| 01:33.07 | emte | of course the build system affects bitbake since bitbake IS the build system |
| 01:33.18 | luke-jr_ | build system referring to the OS running BB |
| 01:33.27 | emte | the host, no |
| 01:33.35 | emte | your enviroment is setup wrong |
| 01:33.43 | luke-jr_ | shouldn't be |
| 01:33.59 | luke-jr_ | everything else built fine |
| 01:34.04 | emte | if its looking outside the build dir, it is |
| 01:34.16 | luke-jr_ | emte: and there's no chance the problem is cairo's bb? |
| 01:34.31 | emte | doubtful |
| 01:34.35 | emte | it builds for others |
| 01:35.10 | luke-jr_ | export OEROOT=/home/luke-jr/src/oe2005/ |
| 01:35.10 | luke-jr_ | export PATH="${OEROOT}/bitbake/bin:$PATH" |
| 01:35.10 | luke-jr_ | export BBPATH="${OEROOT}/build.alt:${OEROOT}/openembedded" |
| 01:35.11 | luke-jr_ | should there be more? |
| 01:35.22 | luke-jr_ | others who may very well have an updated cairo on their system |
| 01:35.29 | luke-jr_ | thus not be affected |
| 01:36.14 | luke-jr_ | Other than those 3 env vars, I am using a local.conf that worked for lard and a new build dir |
| 01:36.16 | emte | you are aware of a slight issue with including the full system $PATH right? ... |
| 01:36.25 | luke-jr_ | ? |
| 01:36.31 | *** join/#oe Virusmaster (~Thomas@p549CE166.dip.t-dialin.net) |
| 01:36.59 | emte | its possible your build system may mistakenly link system directories |
| 01:37.26 | luke-jr_ | so PATH should be solely bitbake/bin? |
| 01:37.55 | luke-jr_ | luke-jr@tsurukikun build.alt $ bitbake gpe-image |
| 01:37.55 | luke-jr_ | /usr/bin/env: python: No such file or directory |
| 01:38.05 | luke-jr_ | bitbake seems to need the system PATH |
| 01:38.15 | emte | i restrict mine to /bin /sbin /usr/bin /usr/sbin |
| 01:38.43 | emte | you could check if its inheriting a bad dir by echo $PATH |
| 01:39.06 | emte | it should be fine aslong as there are no lib or includes dirs in it |
| 01:40.02 | luke-jr_ | --includedir=/usr/include |
| 01:40.05 | luke-jr_ | in cairo's config.log |
| 01:42.02 | luke-jr_ | which might not be incorrect, but causes cairo to verify against it |
| 01:43.37 | luke-jr_ | looks like a cairo bug to me |
| 01:43.48 | *** join/#oe hufnus (~slonsiki@m601b36d0.tmodns.net) |
| 01:43.56 | luke-jr_ | no idea who to report that to, tho |
| 01:45.24 | emte | well the bb build system should replace that |
| 01:45.45 | luke-jr_ | the problem is that |
| 01:45.56 | luke-jr_ | it's installing to staging-root/includedir |
| 01:46.03 | luke-jr_ | but verifying the versions in includedir |
| 01:46.15 | emte | you should be able top change that to ... bb_include |
| 01:46.23 | emte | er no thats not the tag |
| 01:46.32 | emte | i'd have to look it up |
| 01:47.56 | luke-jr_ | $(DESTDIR)$(cairoincludedir) <-- where files are installed to |
| 01:48.04 | luke-jr_ | $(includedir) <-- where files are verified |
| 01:48.12 | luke-jr_ | the latter should be $(DESTDIR)$(includedir) |
| 01:50.32 | luke-jr_ | no? |
| 01:52.02 | emte | sounds good to me |
| 01:52.08 | emte | er no |
| 01:52.17 | emte | DESTDIR is for packaging install |
| 01:52.30 | luke-jr_ | so? |
| 01:52.35 | luke-jr_ | this is during 'make install' |
| 01:52.37 | emte | you cant build with that |
| 01:52.52 | emte | ? |
| 01:53.05 | luke-jr_ | It copies the header files to their install location |
| 01:53.08 | luke-jr_ | and checks them |
| 01:53.23 | luke-jr_ | but it checks the ones outside of DESTDIR |
| 01:53.29 | *** join/#oe BigAl (~bigal@dsl-203-113-234-160.ACT.netspace.net.au) |
| 01:53.51 | luke-jr_ | checks them == looks for old/obsolete header files |
| 01:54.08 | luke-jr_ | and bails w/ error asking me to manually delete the old ones |
| 01:55.01 | luke-jr_ | line 709 cairo/src/Makefile.in |
| 01:55.13 | luke-jr_ | under install-data-local |
| 02:04.24 | luke-jr_ | btw, this is all during do_package |
| 02:09.12 | luke-jr_ | he check works fine tho :) |
| 02:09.20 | luke-jr_ | disabling the check* |
| 02:11.54 | chouimat|Zzzz | night |
| 02:29.18 | *** join/#oe Marsupilami23 (~Marsupila@152.139-60-66-nokia-static.surewest.net) |
| 02:39.56 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
| 02:45.07 | *** join/#oe jskcr|lappy (~jskcr@jskcr.user) |
| 03:01.13 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
| 03:01.47 | jskcr|lappy | NOTE: Update cvs://cvs:@pubcvs.arm.linux.org.uk/mnt/src/cvsroot;module=tslib |
| 03:01.47 | jskcr|lappy | Unknown host pubcvs.arm.linux.org.uk. |
| 03:15.51 | *** join/#oe imk (~dj@69-175-55-137.ontrca.adelphia.net) |
| 03:28.14 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
| 03:29.30 | jskcr|lappy | anyone know whats up with pubcvs.arm.linux.org.uk |
| 03:30.58 | *** join/#oe tigrux (~tigrux@dsl-200-95-25-165.prod-infinitum.com.mx) |
| 03:49.23 | mithro | hello people |
| 04:07.17 | jskcr|lappy | hya mithro |
| 04:28.01 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
| 04:28.48 | emte | heya raster |
| 04:29.05 | emte | hows good 'ol jp? |
| 04:29.11 | raster | sunny |
| 04:29.11 | raster | :) |
| 04:29.13 | raster | hey man |
| 04:36.57 | *** join/#oe qip|Virus|da (~Thomas@p549CE7D1.dip.t-dialin.net) |
| 04:52.59 | *** join/#oe krk (~krk@dsl093-002-170.det1.dsl.speakeasy.net) |
| 04:54.11 | *** part/#oe krk (~krk@dsl093-002-170.det1.dsl.speakeasy.net) |
| 05:22.47 | *** join/#oe Geo_KM (~keith@CPE-61-9-204-1.nsw.bigpond.net.au) |
| 05:27.43 | *** join/#oe zedkatuf (~dfutak@82-32-58-45.cable.ubr08.azte.blueyonder.co.uk) |
| 05:37.04 | *** join/#oe man-di (~man-di@dyndsl-080-228-194-139.ewe-ip-backbone.de) |
| 05:59.04 | *** join/#oe Marsupilami23 (~Marsupila@152.139-60-66-nokia-static.surewest.net) |
| 06:14.07 | *** join/#oe zedkatuf (~dfutak@82-32-58-45.cable.ubr08.azte.blueyonder.co.uk) |
| 06:15.32 | *** join/#oe Geo_KM (~keith@CPE-61-9-204-1.nsw.bigpond.net.au) |
| 06:18.37 | *** join/#oe man-di (~man-di@dyndsl-080-228-193-152.ewe-ip-backbone.de) |
| 06:54.28 | *** join/#oe jskcr|lappy (~jskcr@jskcr.user) |
| 07:13.21 | greg72 | morning |
| 07:31.01 | *** join/#oe XorA (~dp@81-178-205-139.dsl.pipex.com) |
| 07:31.26 | XorA | morning |
| 07:43.05 | *** join/#oe greg72 (~budayg@ns1.sysdata.hu) |
| 07:53.16 | jskcr|lappy | evening |
| 08:06.38 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 08:24.04 | RP | morning all |
| 08:25.30 | *** join/#oe Bernardo (~jbs@Bernardo.sourcemage) |
| 08:27.53 | Bernardo | good morning guys |
| 08:32.10 | *** join/#oe Ken|JLimeX (~Ken@h72n2fls34o1105.telia.com) |
| 08:48.15 | mickeyl | morning folks |
| 08:49.17 | BigAl | Evening |
| 08:49.30 | *** join/#oe dkey (~dkey@193.170.48.234) |
| 08:49.42 | mickeyl | nah |
| 08:49.43 | mickeyl | ~ugt |
| 08:49.44 | ibot | it has been said that ugt is Universial Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. |
| 08:51.06 | BigAl | That'd simplify things. |
| 08:51.51 | XorA | can someone try setting a root password, then ssh root@zaurus, dropbear has just let me have a root shell without any password being entered |
| 08:53.37 | mickeyl | XorA: what's your DISTRO_TYPE ? |
| 08:54.00 | mickeyl | dropbear needs to restarted |
| 08:54.09 | mickeyl | it doesn't get password changes on the fly |
| 08:54.20 | mickeyl | i don't think it's a bug, but it's a missing feature |
| 08:54.29 | XorA | mickeyl: Ive rebooted half a dozen times since I set the password |
| 08:54.35 | mickeyl | that's odd then |
| 08:54.39 | mickeyl | never seen this |
| 08:55.14 | XorA | mickeyl: just restarted and its the same, does it cache passwords somewhere? |
| 08:55.26 | mickeyl | not that i know |
| 08:57.01 | XorA | mickeyl: its a definate bug here :-( |
| 08:59.39 | XorA | mickeyl: oddness, passwords work with normal users |
| 09:04.26 | XorA | mickeyl: ah, is this what happens with DEBUG distros so you can always get in? |
| 09:10.04 | mickeyl | ya |
| 09:10.50 | luke-jr_ | interesting feature |
| 09:14.58 | RP | I think I'm finally getting to the bottom of the ide/pcmcia/cf issues. The good news is once the ide subsystem is converted to the driver model all our problems should disappear completely |
| 09:15.35 | RP | I think I'll try and do a conversion on the code now and speed the process up for our kernels |
| 09:15.47 | XorA | RP: Woo Woo |
| 09:16.33 | *** join/#oe pb_ (~pb@2002:5168:d330:1:a00:1fff:fe06:93c) |
| 09:34.26 | *** join/#oe qip|Virus|da (~Thomas@141.69.61.37) |
| 09:38.37 | *** join/#oe andersee (~andersee@codepoet.org) |
| 09:41.41 | *** join/#oe Bernardo (~jbs@Bernardo.sourcemage) |
| 09:41.44 | Bernardo | re |
| 10:10.59 | RP | Oh yes, I like this patch. Not only does it fix all the oopses but it also fixed hot unplugging :) |
| 10:11.56 | mithro | RP: that sounds cool |
| 10:12.23 | mithro | RP: does this mean that PCMICA stuff is just going to get nicer? |
| 10:13.19 | RP | mithro: It does. I've just managed to oops it but I really was trying hard. Its certainly a 400% improvement |
| 10:14.04 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 10:14.44 | mithro | bugger, wrong button |
| 10:14.46 | mithro | RP: you say something? |
| 10:15.03 | RP | <RP> mithro: It does. I've just managed to oops it but I really was trying hard. Its certainly a 400% |
| 10:15.05 | RP | improvement |
| 10:15.07 | RP | <RP> mithro: It does. I've just managed to oops it but I really was trying hard. Its certainly a 400% |
| 10:15.09 | RP | improvement |
| 10:15.32 | mithro | RP: cool |
| 10:15.44 | RP | The opps was from the vfs rather than the ide layer and I did by running an ls /mnt/cf/ just as I removed the card which is pretty nasty :) |
| 10:16.22 | mithro | yeah |
| 10:19.09 | mithro | RP: thanks for all your work on the kernel stuff |
| 10:20.14 | mithro | is there any thoughts to SDIO/SD stuff and how it's kinda similar to PCMCIA? |
| 10:20.33 | RP | mithro: You're welcome :). I quite enjoy it at times like this when it all works out. |
| 10:21.03 | RP | Certain comments I've made recently are mainly directed at the user lists who tend to irritate me with the complaining :-/ |
| 10:21.27 | RP | Well, SD is all nicely supported and just needs to be merged with mainline |
| 10:21.28 | *** join/#oe anomaly_ (~anomaly@ppp129-86.lns1.adl2.internode.on.net) |
| 10:21.43 | XorA | RP: yeah, the Im willing to flash my Z without reading TFM crew get annoying |
| 10:21.56 | XorA | RP: lucky for them Sharp made it fairly brick proof |
| 10:21.58 | RP | I know nothing about SDIO other than that the Zaurus can do it in 1 bit mode |
| 10:22.05 | *** part/#oe killefiz (~sven@h3933.serverkompetenz.net) |
| 10:22.26 | RP | XorA: As I've found out recently. Had to do my first ever restore from NOR yesterday! :) |
| 10:22.36 | XorA | RP: NOR? |
| 10:22.46 | RP | Not too bad going given what I've subjected them to I guess... |
| 10:22.50 | RP | XorA: PROM |
| 10:23.09 | mithro | anyway off to dinner |
| 10:23.13 | greg72 | if I have local modifications in the openembedded tree, does open-source 'update' destroy them? |
| 10:23.28 | RP | XorA: There is an 8MB PROM which boots before NAND. Its know as NOR as in Sharp's dev devices it would have been NOR. In ours its PROM so we can't brick it ;-) |
| 10:24.09 | XorA | RP: the stuff the runs the d+m menu? |
| 10:24.37 | RP | XorA: No, D+M is in NAND. There are lower level restore options. I smashed D+M... |
| 10:24.50 | XorA | RP: wicked :-) |
| 10:25.06 | XorA | RP: I didnt know there was lower than NAND restore |
| 10:25.59 | RP | XorA: The problem with that NAND restore is it runs from NAND. If you've truely damaged the NAND, its useless |
| 10:26.04 | RP | XorA: http://www.pocketworkstation.org/files/recover/README-flash-recover.txt |
| 10:26.29 | RP | I really wouldn't mess with that unless you need to though |
| 10:27.57 | XorA | RP: wasnt planning on it, but well done sharp |
| 10:28.04 | mickeyl | RP: congrats! |
| 10:28.06 | pb_ | hi mickeyl |
| 10:28.07 | mickeyl | (pcmcia et. al) |
| 10:28.11 | mickeyl | morning pb_ |
| 10:28.26 | mickeyl | RP: how's the keyboard trigger to do something while PROM is active ? |
| 10:29.48 | RP | mickeyl: I don't understand the question... |
| 10:31.01 | mickeyl | RP: you said D+M are handled in NAND |
| 10:31.12 | mickeyl | RP: so how can you communicate with the PROM layer ? |
| 10:33.13 | RP | The keypress is handled by the PROM and loads code in NAND. There is another command (D+C) which runs from NOR only |
| 10:33.32 | mickeyl | ah that one |
| 10:33.37 | mickeyl | yeah, i used that trigger once |
| 10:33.54 | mickeyl | that one has some led trigger |
| 10:34.04 | mickeyl | basically the same as on the collie models |
| 10:35.15 | RP | You get lots of interesting output from the serial lead. I suspect we could use it someday to rewrite NAND completely |
| 10:36.21 | mickeyl | sounds good. i fear this won't be before the devices are obsolete though ;) |
| 10:36.49 | mickeyl | well, at least Sharp didn't change their diagnostics strategy recently. |
| 10:37.16 | *** join/#oe lardman (~lardman@138.38.73.178) |
| 10:37.21 | mickeyl | morning lardman |
| 10:37.44 | lardman | morning mickeyl |
| 10:38.06 | lardman | how's bluetooth coming along? |
| 10:38.14 | XorA | mickeyl: Im guessing there will always be an easy recovery system so they can actually make money out of their service centers, Ill bet most of the returns are business users bricking their Z's |
| 10:39.32 | mickeyl | true |
| 10:40.26 | RP | mickeyl: Given the pxa270 devices are so similar, I don't think c7x0 will be obsolete for a while yet :) |
| 10:40.34 | mickeyl | lardman: good so far. I'm at the point of pondering whether to improve the opie bluetooth apps or admit that they're broken enough to rewrite them |
| 10:40.40 | mickeyl | RP: sure .) |
| 10:41.41 | lardman | mickeyl: :) I've not tried the opie apps in a long while, I'll have to have a look with my collie |
| 10:42.31 | mickeyl | lardman: what are you using mainly? |
| 10:43.16 | lardman | mickeyl: GPE, though mainly is a mute point as I've got lots of work on so my Z hardly ever sees the light of day |
| 10:44.25 | mickey|lunch | i see |
| 10:44.40 | *** join/#oe bluelightning (~bluelight@203-173-245-217.akl.ihugultra.co.nz) |
| 10:44.40 | mickey|lunch | well sounds like i need to further pursuit the X11 way |
| 10:45.09 | lardman | mickeyl|lunch: GPE works well now, certainly usable (for what I want anyway) |
| 10:45.31 | bluelightning | hi all |
| 10:45.54 | CIA-4 | 03RP 07 * r1.3197 10openembedded/packages/linux/ (9 files in 2 dirs): linux-oz-2.6: Upgrade to 2.6.12-rc3-mm2, add patch to convert ide layer to driver model. This fixes *many* issues and is a massive step forward. Start adding proper pxa i2c support. |
| 10:46.42 | RP | 2.6.12-rc3-mm2 is now useable :) |
| 10:47.05 | XorA | RP: wicked |
| 10:47.56 | RP | I'd better check what sized kernel it generates though. If its oversized, you can damage your nand. We should really add a check for that into oe |
| 10:49.13 | RP | Yes, Its 30kb over the size limit. Don't flash this kernel until I remove some modules and add some sanity checks to oe |
| 10:49.38 | XorA | RP: heh heh |
| 10:51.17 | *** join/#oe molivier (~mac@f01v-26-62.d4.club-internet.fr) |
| 10:54.59 | lardman | RP: had you noticed how slow SD access is compared with CF with 2.6.11? |
| 10:56.25 | lardman | RP: and another random point, SD is umounted on suspend, but not remounted on resume - I have to eject to get the dev entries to re-appear |
| 10:57.08 | lardman | RP: if you use the hardware on/off key - using apm -s works fine |
| 10:57.22 | *** join/#oe Cwiiis (~cwiiis@user-214-207-151-83.e7even.com) |
| 10:59.26 | RP | lardman: I'd not noticed the speed difference between SD and CF. How do the transfer rates compare with 2.4? To be honest, at the moment, I'll settle for them working! ;-) |
| 10:59.56 | RP | I'd also not noticed the mounting problem. I'd suspect we have some scripts that aren't always doing the right thing |
| 11:00.12 | RP | Or maybe this is the issue kergoth warned me about. I'll look into it |
| 11:00.26 | lardman | RP: I think with 2.4 SD was slower too, but this is just shocking, trying to rm a file take about 3-5 sec - however, as you say, it does work :) |
| 11:02.14 | RP | Remeber that SD is serial compared to CF which is parallel so its usually going to be slower |
| 11:02.33 | RP | What sized file is that? |
| 11:02.51 | lardman | RP: an mp3 - so about 5Mb |
| 11:03.33 | RP | I'll look into it but I doubt there is much that can be done |
| 11:03.56 | lardman | RP: I'll do some more thorough testing this evening (it was half-midnight and I had been cursing WinXP for an hour for locking up with the rndis driver on large SCP file transfers) |
| 11:04.04 | XorA | lardman: change the mount options to async BTW |
| 11:04.12 | XorA | lardman: otherwise SD/CF comparisson is not fair |
| 11:04.20 | RP | ah :) |
| 11:04.22 | lardman | XorA: yes, but CF is also mounted sync atm |
| 11:05.30 | XorA | lardman: so it is, missed that :-) |
| 11:06.00 | lardman | XorA: perhaps it's the nodiratime switch which is making all the difference ;) |
| 11:07.25 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 11:08.02 | lardman | mickeyl: re this post: http://www.oesf.org/forums/index.php?showtopic=12314&hl= |
| 11:09.16 | lardman | mickey|lunch: I think the chap was wondering why you say /dev/hddX and he has /dev/hdcX reported by mount. |
| 11:10.41 | lardman | mickey|lunch: In the specifics page that is - I don't know whether it is a typo, or a difference between the two? |
| 11:12.57 | *** join/#oe mallum (~mallum@host81-153-50-81.range81-153.btcentralplus.com) |
| 11:39.06 | *** join/#oe _chronic (~adamb@osculation.free2air.net) |
| 11:45.11 | RP | <CIA> Added kernel size checks to linux-oz-2.6 for c7x0 |
| 11:45.34 | mickeyl | RP: very good |
| 11:45.47 | mickeyl | lardman: d'oh. possible. for me, hdd just stands for hard disk drive |
| 11:45.51 | mickeyl | not a certain partition |
| 11:45.58 | mickeyl | or drive number, that is |
| 11:46.25 | lardman | mickeyl: I think that's what the confusion was about - might be worth amending the oz page, and mentioning it in the thread |
| 11:46.41 | mithro | mickeyl: the whole /dev/hdxx stuff is stupid to me :P but thats an argument for another day |
| 11:47.07 | lardman | at least this guy on zug actually read the docs and paid some attention hey :) |
| 11:47.08 | mickeyl | mithro: heh, better than A: B: C: |
| 11:47.13 | mickeyl | lardman: ya |
| 11:47.29 | mithro | mickeyl: :P |
| 11:49.12 | mickeyl | it's dead, jim. |
| 11:52.11 | mickeyl | xmlrpclib.ProtocolError: <ProtocolError for cia.navi.cx/RPC2: 502 Proxy Error> |
| 11:53.30 | mithro | dang |
| 12:06.44 | RP | mickeyl: same here |
| 12:06.58 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |
| 12:09.20 | *** join/#oe qfh (~qfh@ppp-82-135-6-7.mnet-online.de) |
| 12:12.21 | mickeyl | RP: I'm working on a cardservices abstraction layer in Opie. Given your recent familiarity with this topic... will the userland interface be subject to changes or is just about not having to rely on the cardmgr ? |
| 12:25.50 | RP | mickeyl: I can't yet quite see how cardmgr is being replaced. I don't get /dev/hda available until after I load cardmgr, even with the 2.6.12-rc3-mm2 kernel |
| 12:26.45 | mickeyl | RP: hmm - perhaps they're just started to do the transition. judging by the mails to linux-pcmcia there are a lot of patches still in the pipeline |
| 12:26.59 | RP | mickeyl: I've ended up working with the ide-disk and ide-cs interaction rather than pcmcia itself |
| 12:27.16 | RP | mickeyl: Perhaps we should apply them to the development kernel and see what happens? |
| 12:30.47 | RP | mickeyl: It may be we need to switch to pcmciautils instead of pcmcia-cs |
| 12:31.07 | RP | mickeyl: I tried to compile pcmciautils but compile fails for me |
| 12:33.43 | mickeyl | RP: yes, i'd say, lets go for that |
| 12:33.48 | mickeyl | (development kernel) |
| 12:33.55 | mickeyl | I'll have a look at pcmciautils |
| 12:34.14 | RP | mickeyl: Which patches are you saying aren't in -mm ? |
| 12:34.50 | mickeyl | i think inotify hasn't hit it yet, although andrew promised to integrate it |
| 12:35.16 | mickeyl | oh you mean the pcmcia stuff |
| 12:35.20 | mickeyl | let me check |
| 12:35.50 | mickeyl | i browsed the last' months archives |
| 12:35.57 | mickeyl | and I saw that quite a number of those were scheduled for inclusion |
| 12:36.06 | mickeyl | but only a few of 'em appear on lkml |
| 12:36.11 | mickeyl | dunno exactly which ones though |
| 12:36.32 | RP | Looking at the message, he asked akpm to include them in -mm |
| 12:37.15 | mithro | who is akpm? |
| 12:38.31 | RP | mickeyl: http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc3/2.6.12-rc3-mm2/patch-list is a list of patches now in our kernel |
| 12:38.37 | RP | mithro: Andrew Morton |
| 12:38.50 | *** join/#oe Crofton (~balister@66-207-66-26.black.dmt.ntelos.net) |
| 12:40.34 | mickeyl | RP: d'oh. |
| 12:40.40 | mickeyl | that looks indeed fairly complete |
| 12:40.45 | mickeyl | at least regarding the pcmcia bunch |
| 12:44.38 | mithro | ann |
| 12:45.02 | mithro | a/ann/ahh |
| 12:51.59 | *** join/#oe XorAA (~dp@81-178-205-139.dsl.pipex.com) |
| 12:58.17 | Crofton | hmmm |
| 12:58.29 | Crofton | Anyway to pass optiond to the patch command in OE? |
| 12:58.45 | Crofton | I need to tell patch to not worry about whitespace stuff like tabs |
| 12:58.58 | Crofton | or make the patch correctly :) |
| 12:59.27 | mickeyl | see bitbake.conf |
| 12:59.30 | mickeyl | PATCHCMD |
| 12:59.32 | mickeyl | (or so) |
| 12:59.35 | pb_ | I guess you can bash PATCHCMD any way you like, but it'd be better to fix the patch. |
| 12:59.43 | Crofton | I know |
| 13:00.44 | Crofton | I'm dealing with three machines, so I was cutting the patch from a window on ne machine to a window on another |
| 13:00.52 | Crofton | tabs didn't come through ...... |
| 13:00.59 | pb_ | heh |
| 13:01.22 | mithro | hey pb_ |
| 13:01.27 | pb_ | hi mithro |
| 13:01.27 | Crofton | And once again, fridays difficult problem, is solved in 30 minutes monday morning |
| 13:01.40 | Crofton | heh, to many firewalls scattered about |
| 13:03.29 | RP | I'm going to do something else for a while. back later. |
| 13:07.09 | *** join/#oe eumel (~chatzilla@p5483006A.dip0.t-ipconnect.de) |
| 13:14.39 | *** join/#oe anomaly__ (~anomaly@ppp129-86.lns1.adl2.internode.on.net) |
| 13:18.21 | *** join/#oe marcan (1337@80-29-18-233.adsl.nuria.telefonica-data.net) |
| 13:30.13 | chouimat | morning |
| 14:05.27 | *** join/#oe tigrux (~tigrux@dsl-200-95-25-165.prod-infinitum.com.mx) |
| 14:22.01 | greg72 | afternoon, chouimat |
| 14:24.53 | *** join/#oe ar_ (~ar@port-ip-213-211-231-90.reverse.mdcc-fun.de) |
| 14:39.21 | *** part/#oe XorAA (~dp@81-178-205-139.dsl.pipex.com) |
| 14:40.37 | *** join/#oe zimbo (~bonis@194.59.156.11) |
| 14:41.07 | *** join/#oe quiddity (~chatzilla@ip67-153-106-58.z106-153-67.customer.algx.net) |
| 14:47.12 | *** join/#oe Virusmaster (~Thomas@p3EE075DB.dip0.t-ipconnect.de) |
| 14:47.29 | *** join/#oe zap (~zap@217.170.93.196) |
| 14:52.46 | *** join/#oe dyoung (~dyoung@dyoung.nslu2-linux) |
| 14:56.57 | *** join/#oe _chronic (~adamb@osculation.free2air.net) |
| 15:03.38 | *** join/#oe W8TVI (~noel@69.39.75.252) |
| 15:11.31 | *** join/#oe jmau (~jmau@pD9E5D030.dip.t-dialin.net) |
| 15:29.23 | *** part/#oe jmau (~jmau@pD9E5D030.dip.t-dialin.net) |
| 15:29.51 | *** join/#oe jmau (~jmau@pD9E5D030.dip.t-dialin.net) |
| 15:33.25 | *** join/#oe chouimat (~dieu@chouinard.developer.kde) |
| 15:47.35 | *** join/#oe andersee (~andersen@es-gateway.directv.com) |
| 15:50.39 | *** join/#oe Bernardo (~jbs@Bernardo.sourcemage) |
| 15:52.40 | greg72 | hi there, I'm to build a bootstrap-image, but have problems at gcc-install: http://www.math.bme.hu/~gergoe/log Did anybody meet such a problem? |
| 15:56.25 | jh_ | diskspace ok? |
| 15:58.13 | greg72 | /dev/hda2 77149768 28753100 48396668 38% / |
| 16:02.07 | CosmicPenguin | treke: ping |
| 16:04.12 | *** join/#oe treke (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 16:35.45 | *** join/#oe jamie (~jamie@softmodem.org) |
| 16:38.59 | *** join/#oe Virusmaster (~Thomas@pD954892F.dip.t-dialin.net) |
| 16:42.24 | *** join/#oe Noodles (~noodles@the.earth.li) |
| 16:51.01 | *** join/#oe obi (~obi@B3114.karlshof.wh.tu-darmstadt.de) |
| 16:53.01 | *** join/#oe man-di (~man-di@dyndsl-080-228-193-152.ewe-ip-backbone.de) |
| 16:54.07 | *** join/#oe jmau2 (~jmau@pD9531021.dip0.t-ipconnect.de) |
| 17:03.52 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 17:04.25 | *** join/#oe aphistic (~aphistic@CPE-65-30-217-110.wi.res.rr.com) |
| 17:09.32 | *** join/#oe qip|Virus|da (~Thomas@pD95F72A0.dip.t-dialin.net) |
| 17:17.14 | *** join/#oe Marsupilami23 (~Marsupila@152.139-60-66-nokia-static.surewest.net) |
| 17:19.28 | *** join/#oe drw- (~drw@c-24-0-157-195.hsd1.tx.comcast.net) |
| 17:22.56 | *** join/#oe drw- (~drw@c-24-0-157-195.hsd1.tx.comcast.net) |
| 17:34.28 | *** join/#oe hufnus (~slonsiki@m243636d0.tmodns.net) |
| 17:37.15 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 17:38.11 | mickeyl | wb |
| 17:41.18 | CosmicPenguin | quiet today |
| 17:41.29 | *** join/#oe jacques (~jacques@jacques.nslu2-linux) |
| 17:41.40 | CosmicPenguin | Most of Europe has a holday of some sort, doesn't it? |
| 17:42.22 | chouimat | CosmicPenguin: http://ulyx.ath.cx/mesp.jpg |
| 17:42.33 | RP | CosmicPenguin: Correct. Its a bank holiday here. Which means I don't go out much as everyone else does :) |
| 17:43.17 | mickeyl | http://handhelds.org/scap/port.32481.png |
| 17:43.24 | mickeyl | my new device tab for sysinfo |
| 17:44.27 | RP | mickeyl: neat. When do we get an SMP handheld? :) |
| 17:44.28 | CosmicPenguin | ahh - purty |
| 17:45.30 | mickeyl | RP: hehe, sooner or later ;) |
| 17:46.00 | *** join/#oe Crofton (~balister@h80ad9218.dhcp.vt.edu) |
| 17:50.20 | pb_ | end of the year, I guess. |
| 17:50.53 | Noodles | Bernardo|Away: You played with the keymap on the Akita any more btw? |
| 17:59.05 | *** join/#oe qip|Virus|da (~Thomas@pD95F72A0.dip.t-dialin.net) |
| 18:01.55 | *** join/#oe zap (~zap@217.170.93.196) |
| 18:06.47 | *** join/#oe jacques (~jacques@jacques.nslu2-linux) |
| 18:09.06 | RP | mickeyl: We need to trim the kernel size a bit. Any ideas on anything we should build as modules? |
| 18:10.15 | mickeyl | yeah |
| 18:10.19 | mickeyl | let me check .config |
| 18:11.34 | mickeyl | IRDA |
| 18:11.49 | mickeyl | oh and btw., we should enable CONFIG_IRLAN, IRNET, IRCOMM as well |
| 18:12.16 | mickeyl | all the ppp things |
| 18:12.38 | *** mode/#oe [+n] by irc.freenode.net |
| 18:12.49 | mickeyl | dnotify |
| 18:12.58 | mickeyl | and the DOS filesystems |
| 18:13.29 | mickeyl | sound |
| 18:13.36 | mickeyl | usb gadget |
| 18:13.48 | mickeyl | sdmmc |
| 18:13.52 | mickeyl | that's all |
| 18:14.34 | RP | Ok. I'll leave as much as I can compiled in as things are more space efficient that way |
| 18:14.35 | mickeyl | the rest should stay in imo |
| 18:14.47 | mickeyl | ok, let me priorize |
| 18:14.50 | *** join/#oe B0Ti (~boti@82.79.98.49) |
| 18:15.07 | mickeyl | ppp,irda,dnotify,sound should really be modules |
| 18:15.20 | RP | I'd have said irda :) |
| 18:15.26 | *** join/#oe treke|laptop (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 18:15.26 | RP | sorry, you sqaid that :) |
| 18:15.30 | mickeyl | heh |
| 18:15.43 | treke|laptop | ok |
| 18:15.47 | treke|laptop | source stuff is back online |
| 18:16.13 | mickeyl | congrats treke |
| 18:16.13 | treke|laptop | still not happy with how the code turned out, so i'll have to fix it again :p |
| 18:16.26 | treke|laptop | then I'll start on the upload script stuff |
| 18:16.29 | RP | mickeyl: I'll see what I can do. I suspect irda will be enough |
| 18:17.10 | RP | treke|laptop: Nice work. Its been missed :) |
| 18:17.27 | treke|laptop | RP: hehe |
| 18:17.50 | treke|laptop | yeah. I wanted to get it online, but I really didnt want to put it up till it was working happilly |
| 18:18.02 | treke|laptop | oh |
| 18:18.08 | treke|laptop | I did change the url though |
| 18:18.16 | treke|laptop | so I'll push the new one into the repo |
| 18:18.51 | treke|laptop | now people wont poke me when things break :p |
| 18:19.54 | RP | treke|laptop: :) |
| 18:20.11 | *** join/#oe fyliu (~fyliu@lenert44.ucsd.edu) |
| 18:25.48 | treke|laptop | is openlogging down? |
| 18:27.17 | mickeyl | responds to pings |
| 18:27.39 | treke|laptop | I can't commit any more |
| 18:27.46 | mickeyl | let me test |
| 18:27.47 | treke|laptop | tells me it cant connect |
| 18:27.53 | mickeyl | it worked this morning for some of us |
| 18:29.01 | mickeyl | ya, same here. probably just a temporary thing |
| 18:29.22 | mickeyl | ah now it went through |
| 18:29.27 | mickeyl | just took slightly longer tha normal |
| 18:31.43 | treke|laptop | gettihrm |
| 18:31.50 | treke|laptop | getting an unexpected response |
| 18:32.45 | CIA-4 | 03mickeyl 07 * r1.3199 10openembedded/README: add top level README |
| 18:38.35 | mickeyl | CIA-4: welcome back |
| 18:39.30 | CIA-4 | 03RP 07 * r1.3198.1.1 10openembedded/packages/linux/linux-openzaurus-2.6.12-rc3-mm2/defconfig-c7x0: linux-oz-2.6: Update c7x0 defconfig to add further modules and reduce kernel size |
| 18:43.04 | mickeyl | RP: i think that size check doesn't need to be guarded with MACHINE = c7x0 |
| 18:48.20 | *** join/#oe _chronic (~adamb@osculation.free2air.net) |
| 18:54.59 | treke|laptop | I hate training |
| 18:58.18 | *** join/#oe W8TVI (~noel@69.39.75.252) |
| 19:14.38 | *** join/#oe zecke (~ich@83-169-170-14-dynip.superkabel.de) |
| 19:15.06 | zecke | RP: rprudie@rpsys.net? |
| 19:20.34 | RP | zecke: rpurdie@rpsys.net |
| 19:21.16 | zecke | sorry, will send you know the sqlite rapage (right off the disk you will be schocked) |
| 19:22.12 | pb_ | ! |
| 19:23.00 | zecke | pb_: I find my python code damn ugly, probably because it isn't highlighted like c++ |
| 19:30.40 | *** join/#oe quiddity (~chatzilla@ip67-153-106-58.z106-153-67.customer.algx.net) |
| 19:31.59 | zecke | anyone else interesting in my failure (sqlite backend) |
| 19:33.30 | pb_ | maybe you should send it to the list. |
| 19:33.52 | CosmicPenguin | treke|laptop: I was expecting an e-mail from you... :) |
| 19:34.47 | zecke | pb_: no it is way too inferior for that |
| 19:35.07 | zecke | and I'm too lazy to upload them somewhere |
| 19:36.53 | B0Ti | is anyone running 2.4 with the cfu1 cf card? What's "cardmgr[2290]: executing: './usb start cf_usb0 2>&1'" supposed to do? |
| 19:39.51 | treke|laptop | CosmicPenguin: yeah |
| 19:39.57 | zecke | RP: sent, aks if you've questions |
| 19:40.01 | treke|laptop | CosmicPenguin: decided PREMIRRORS didnt do what I want |
| 19:40.15 | treke|laptop | CosmicPenguin: So I'm gonna finish up my python implementation |
| 19:40.23 | treke|laptop | which is probably mostly done |
| 19:40.27 | treke|laptop | just need to find the code |
| 19:40.28 | RP | zecke: thanks. The first thing I'll probably do is make it use mysql instead :) |
| 19:40.47 | treke|laptop | CosmicPenguin: I need something that doesn't waste quite so much time on already downloaded source |
| 19:41.11 | RP | Hmm. Looks like I'm being drawn into the war between Alan Cox and the IDE mantainer on LKML :-/ |
| 19:41.22 | treke|laptop | hehe |
| 19:41.36 | zecke | RP: You'll probably scratch your head first, change the crappy table layout... |
| 19:41.48 | zecke | RP: but I think a db is not needed at all |
| 19:41.53 | *** join/#oe chris144 (~chris@195.234.128.72) |
| 19:42.02 | zecke | RP: for bitbake-ng we surely need one as it will be able to do much more stuff |
| 19:42.04 | treke|laptop | stuck in Blackboard training today |
| 19:43.18 | RP | zecke: What I really want to do is a mutli thread bitbake. For this, I suspect an sql database will be a perfect match for working out the build orders and dependencies |
| 19:43.19 | *** join/#oe aboeglin (~aboeglin@213.154.79.4) |
| 19:44.47 | RP | zecke: My other slight problem is a lack of knowledge of python. I've never let that stop me programming in a language before though ;-) |
| 19:45.50 | CosmicPenguin | treke|laptop: that sounds about what my line of thinking was too - but I'm sure that your Python is bette rthen mine |
| 19:46.10 | zecke | RP: YOur code will work but looks ugly - don't worry :) |
| 19:46.55 | zecke | RP: how you represent a tree/graph in mysql (from a table layout point of view)? |
| 19:46.58 | treke|laptop | CosmicPenguin: buahahahahahahahah |
| 19:47.13 | treke|laptop | CosmicPenguin: sorry. let me pick myself up off the floor |
| 19:47.30 | zecke | OT: It is so freaking hot here in Berlin |
| 19:47.35 | CosmicPenguin | treke|laptop: apparently you have not yet encountered the horror of my python |
| 19:47.54 | treke|laptop | nor have you seen mine :p |
| 19:48.38 | RP | zecke: Each entry has an ID. You have a column for Parent IDs to link entries together |
| 19:49.04 | zecke | ok |
| 19:49.25 | zecke | RP: I'll try to finish that small app for al, and then I'll be back and we can chat |
| 19:49.48 | RP | zecke: ok. I need some time to get up to speed on bitbake internals anyway :) |
| 19:50.03 | zecke | RP: but from the impression I got a SQL backend does not benfit in general |
| 19:50.24 | zecke | UNTIL: we allow the Data Module to have more power and have a better parser |
| 19:51.11 | zecke | RP: the parser calls setVar, getVar, setVarFlag, getVarFlags alot (I wouldn't be suprised if it is called 10.000 in total) |
| 19:51.30 | pb_ | more than that, even. |
| 19:51.49 | zecke | RP: not to mention bb.data.update and expand |
| 19:52.00 | zecke | RP: this will go through all vars again and call setVar... |
| 19:54.40 | zecke | to summarize my plan |
| 19:54.54 | zecke | use createCopy for COW |
| 19:55.00 | zecke | have 10 dicts in memory |
| 19:55.10 | zecke | and then play ping/pong with loading/unloading |
| 19:55.35 | zecke | the memory footprint with each .bb file will increase but only one more string for each |
| 19:55.56 | RP | zecke: Ah, I see. I was under the impression the data store had more interaction with the parser |
| 19:56.21 | zecke | RP: you even store the bb.dirgraph with setVar and getVar |
| 19:56.51 | RP | I think I begin to see why a replacement to bitbake it needed :) |
| 19:56.57 | RP | is |
| 19:57.18 | kergoth | heh, bb.data wouldnt be like this if i had any clue about python's function call overhead |
| 19:57.34 | kergoth | bleh, i should pack |
| 19:57.37 | RP | hi kergoth :) |
| 19:57.49 | kergoth | hey |
| 19:58.15 | pb_ | morning kergoth |
| 19:58.26 | zecke | kergoth: whats up? |
| 19:58.41 | kergoth | finally got off my ass and called a moving company and bought boxes |
| 19:58.48 | kergoth | after what, months of sitting here |
| 19:58.49 | kergoth | heh |
| 19:58.52 | zecke | RP: yeah I realized that as well, I think for bitbake-1.1 we can reduce the memory footprint |
| 19:59.35 | *** join/#oe molivier (~mac@f01m-36-98.d4.club-internet.fr) |
| 20:00.06 | kergoth | my mortgage company put my house into forclosure without warning me or anything, so it cost me over $8k to save it. my dad dropped by their office to drop off the check and told the COO of the company that they were fucking me so hard even he could feel it. |
| 20:00.29 | zecke | :} |
| 20:01.18 | RP | kergoth: yikes :-/ |
| 20:03.04 | RP | zecke: Your code is helping me see how bitbake works which is useful. I think I'm going to work down the line of getting bpp to work with bitbake. That manages much less memory usage and parses quickly |
| 20:05.48 | zecke | bpp= |
| 20:05.53 | zecke | what is bpp? |
| 20:06.47 | RP | er, a typo. I meant bbp |
| 20:06.52 | RP | ~bbp |
| 20:06.53 | ibot | it has been said that bbp is A preliminary .bb parser written in C using 'lemon' for the parser. See http://projects.buici.com/oe/. |
| 20:07.10 | zecke | lemon from sqlite? |
| 20:07.26 | RP | zecke: yes, I think so |
| 20:08.12 | zecke | RP: is that just a parser or does it include a data module as well? |
| 20:08.59 | RP | zecke: Just a parser for now. It needs someone to teach it how to execute python |
| 20:29.18 | *** join/#oe stevenh (~xev@65.167.23.2) |
| 20:33.49 | *** join/#oe Virusmaster (~Thomas@p549CE7D1.dip.t-dialin.net) |
| 20:37.53 | *** join/#oe mrz80 (~scotsman@ip24-136-33-61.ga.at.cox.net) |
| 20:49.49 | *** join/#oe treke|laptop (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 21:08.36 | treke|laptop | mickey|dinner: you around? |
| 21:09.24 | treke|laptop | mickey|dinner: it looks pretty likely that the bk client will cease to work as of July 1st |
| 21:11.24 | treke|laptop | That goes for both openlogging.org and bkbits.net. Nothing will go away, http access to bkbits will be there indefinitely. That includes the ability to extract patches via BK/Web. |
| 21:11.24 | treke|laptop | What this means for everyone is that if you want to be absolutely positive that you can get at your data after July 1 then stick it on bkbits.net and at the very least you have patch access. As well as bk2cvs exports. |
| 21:15.00 | Bernardo|Away | Noodles: no time yet (sunday was mother's day here, so family lunch) and this week I don't think I'll have much time |
| 21:15.16 | Bernardo | Noodles: what ljp wrote on the list seems correct |
| 21:23.27 | treke|laptop | CosmicPenguin: hehe finally got the python version into semi working order :p |
| 21:23.28 | Noodles | Well, it ain't working AFAICT. |
| 21:23.29 | treke|laptop | yay bitrot |
| 21:24.03 | CosmicPenguin | treke|laptop: sweet |
| 21:24.18 | CosmicPenguin | as far as I am concerned, semi-working with python is probably the best you're gonna do |
| 21:25.11 | treke|laptop | hehe |
| 21:25.21 | treke|laptop | well it's missing needed fatures and doesnt really work right |
| 21:25.29 | treke|laptop | but when I dug the code up it didn't work at all |
| 21:25.44 | *** join/#oe dyoung (~dyoung@dyoung.nslu2-linux) |
| 21:39.24 | *** join/#oe molivier2 (~mac@f01v-22-103.d4.club-internet.fr) |
| 21:40.45 | *** join/#oe Crofton_ (~balister@66-207-66-26.black.dmt.ntelos.net) |
| 21:43.28 | *** join/#oe krk (~krk@dsl093-002-170.det1.dsl.speakeasy.net) |
| 21:44.21 | *** part/#oe krk (~krk@dsl093-002-170.det1.dsl.speakeasy.net) |
| 21:57.25 | *** join/#oe woglinde (woglinde@pD95D1EF2.dip.t-dialin.net) |
| 22:01.21 | ljp | c3000 needs toggle buttons rotated |
| 22:01.45 | ljp | sees cf as hdc instead of hdb as in fstab |
| 22:02.25 | ljp | can't find the drive |
| 22:02.47 | ljp | nice and spunky though |
| 22:06.18 | *** part/#oe chris144 (~chris@195.234.128.72) |
| 22:07.01 | Noodles | ljp: And the Fn+buttons fixed... |
| 22:11.44 | ljp | yup |
| 22:13.01 | pb_ | morning ljp |
| 22:13.45 | woglinde | hi pb |
| 22:14.20 | pb_ | hi woglinde |
| 22:15.52 | ljp | hey pb_ |
| 22:16.21 | ljp | hmm.. installing from feed crashed opie |
| 22:18.21 | ljp | needs laptop_mode :) |
| 22:31.03 | *** join/#oe ljpZ (~ljpZ@203.94.178.46) |
| 22:31.41 | ljpZ | hey |
| 22:31.51 | ljp | hey dudewa! |
| 22:32.00 | Noodles | First sign of madness... |
| 22:32.03 | ljpZ | shadddup |
| 22:32.09 | ljp | who me? |
| 22:32.14 | ljpZ | ya you |
| 22:32.17 | ljp | hmm |
| 22:32.47 | *** join/#oe Geo_KM (~keith@CPE-61-9-204-1.nsw.bigpond.net.au) |
| 22:33.00 | ljpZ | scaled icons on taskbar look like crap |
| 22:35.36 | ljpZ | cool |
| 22:40.58 | zecke | woglinde: hey |
| 22:43.56 | *** join/#oe orgz (~orgz@dsl093-017-213.msp1.dsl.speakeasy.net) |
| 22:44.07 | RP | Noodles: See the email I just sent you |
| 22:45.25 | RP | Noodles: I've only just realised you're using the kernel keymap for opie rather than the other assorted messy drivers for it... |
| 22:45.25 | luke-jr_ | is do_package supposed to take longer than all the other steps (incl do_compile) combined? |
| 22:45.42 | RP | luke-jr_: for glibc, yes |
| 22:45.57 | luke-jr_ | RP: gnutils |
| 22:46.12 | luke-jr_ | pretty much every pkg I've sat here watching, actually |
| 22:47.21 | RP | luke-jr_: It probably depends on the different elements of your build system. If it works, don't touch it ;-) |
| 22:47.33 | luke-jr_ | it sortof works |
| 22:47.37 | luke-jr_ | solong as nothing else does =p |
| 22:48.03 | luke-jr_ | Usually, it takes a few seconds to redraw XChat when there's a new line of chat |
| 22:57.36 | Noodles | RP: Hmmm. That doesn't appear to work, but I could still be running a hacked up driver at present from my testing. I'll play more tomorrow. |
| 22:58.23 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 23:01.28 | RP | Noodles: This assumes you are using opie in "kernel kepmap" mode |
| 23:01.44 | RP | Its how the c7x0 is setup so it *should* work... |
| 23:02.09 | Noodles | Oh, it changes things alright. |
| 23:02.15 | Noodles | It just doesn't help. :) |
| 23:02.30 | Noodles | Anyway. Sleep |
| 23:03.36 | RP | Noodles: You need to make sure the symbols are mapped to AltGr as the modifier and not Alt |
| 23:03.47 | RP | (in the keymap) |
| 23:03.57 | RP | keycode 48 = b |
| 23:03.57 | RP | altgr keycode 48 = underscore |
| 23:04.12 | RP | I'll bet you still have: |
| 23:04.12 | RP | keycode 48 = b |
| 23:04.12 | RP | alt keycode 48 = underscore |
| 23:04.34 | luke-jr_ | I noticed the app keys don't work in Cxx0 |
| 23:04.49 | RP | luke-jr_: 2.4 or 2.6? |
| 23:04.56 | luke-jr_ | enabling the xmodmap for them errors due to the keys not being supported in the X libs or something |
| 23:04.57 | luke-jr_ | RP: 2.4 |
| 23:05.28 | RP | luke-jr_: That doesn't entirely surprise me. The keymap is probably broken. 2.6 is the way to go... |
| 23:05.37 | luke-jr_ | the keymaps seems fine |
| 23:05.43 | luke-jr_ | the X libs just lack the stuff |
| 23:05.55 | Cwiiis | luke-jr_: Using an unstable version of the x libs? |
| 23:06.03 | luke-jr_ | Cwiiis: Right now, using OZ 3.5.3 |
| 23:06.15 | Cwiiis | ah, k, should be fine |
| 23:06.21 | RP | 2.4 and gpe should be ok... |
| 23:06.23 | luke-jr_ | XF86Calendar etc aren't in the header |
| 23:06.35 | luke-jr_ | and are commented in shepherd.xmodmap |
| 23:07.48 | luke-jr_ | RP: 2.4 should be fine, but 2.6 is the way to go? =p |
| 23:08.12 | luke-jr_ | unfortunately, I only have 1 GB of RAM, so building my own images swaps insane |
| 23:08.45 | RP | 2.4 should work with gpe. 2.6 will be the way to go for gpe when we get an image released. The major issues have been fixed |
| 23:09.03 | RP | Although I suspect the keymap will be messed up... |
| 23:09.33 | luke-jr_ | messed up how? |
| 23:09.44 | luke-jr_ | something other than app keys broken? |
| 23:09.55 | RP | No, just the app keys |
| 23:10.35 | *** join/#oe jjg_ (~jj@63.166.156.189) |
| 23:10.48 | luke-jr_ | ok |
| 23:11.03 | luke-jr_ | but where does the kernel get involved in that anyway? |
| 23:11.21 | luke-jr_ | once X is running, doesn't it take over? |
| 23:12.14 | RP | The kernel provides the input system for the keys. X does not replace the kernel ;-) |
| 23:12.29 | luke-jr_ | X does the keymap, tho |
| 23:12.48 | RP | X loads the kernel keymap |
| 23:12.54 | luke-jr_ | does it? |
| 23:13.49 | RP | Yes. It can then optionally modify it. There is about 5 lines of modification needs to be written to support the App keys under 2.6 |
| 23:14.40 | luke-jr_ | except those won't work until the X lib allows the keys they're mapped to... |
| 23:16.11 | RP | I suspect X lib now expects to get those keys via the input system... |
| 23:17.08 | RP | Hmm. That's a problem if XF86Calender is no longer defined |
| 23:17.28 | RP | You need to ask the gpe people about that... |
| 23:23.16 | pb_ | night all |
| 23:23.33 | RP | 'night pb_ |
| 23:24.30 | zecke | nite guys |
| 23:37.10 | jh_ | luke-jr_: which image? i use fake package dirs with symlinks to get memory usage down |
| 23:42.39 | *** join/#oe marcan (1337@80-29-18-233.adsl.nuria.telefonica-data.net) |
| 23:51.47 | *** join/#oe mithro (~tim@lester.mithis.com) |
| 23:52.49 | luke-jr_ | jh_: gpe-image |
