| 00:13.57 | mickeyl | pb_: i'm not getting it. it looks like do_package_split is not working |
| 00:14.09 | pb_ | oh dear |
| 00:14.14 | mickeyl | i don't see a reason for four of the modules not getting packaged |
| 00:14.19 | mickeyl | while all other ones get packaged |
| 00:14.20 | pb_ | which modules are those? |
| 00:14.28 | mickeyl | NOTE: the following files were installed but not shipped in any package: |
| 00:14.28 | mickeyl | NOTE: /lib/modules/2.6.11-rc2/kernel/fs/binfmt_aout.ko |
| 00:14.28 | mickeyl | NOTE: /lib/modules/2.6.11-rc2/kernel/fs/lockd/lockd.ko |
| 00:14.28 | mickeyl | NOTE: /lib/modules/2.6.11-rc2/kernel/net/sunrpc/sunrpc.ko |
| 00:14.28 | mickeyl | NOTE: /lib/modules/2.6.11-rc2/kernel/net/sunrpc/auth_gss/rpcsec_gss_krb5.ko |
| 00:14.29 | mickeyl | NOTE: /lib/modules/2.6.11-rc2/kernel/drivers/base/firmware_class.ko |
| 00:14.43 | mickeyl | for those modules, the packages are empty |
| 00:14.53 | mickeyl | i removed hook=frob_metadata and all stuff below do_package_split |
| 00:14.55 | pb_ | that does seem odd |
| 00:15.01 | pb_ | so it adds them to PACKAGES, but gets the FILES wrong? |
| 00:15.01 | mickeyl | the files are valid |
| 00:15.04 | mickeyl | yep |
| 00:15.14 | mickeyl | although if i print FILES_<package> from the hook it is correct |
| 00:15.29 | mickeyl | could you do me a favour and have a look? |
| 00:15.42 | pb_ | sure |
| 00:15.42 | mickeyl | just set MACHINE=openzaurus-pxa-2.6 and build openzaurus-2.6 |
| 00:15.44 | mickeyl | thanks |
| 00:15.54 | mickeyl | just to confirm i'm not crazy :) |
| 00:21.32 | pb_ | hm, I don't see that effect |
| 00:21.43 | pb_ | NOTE: the following files were installed but not shipped in any package: |
| 00:21.43 | pb_ | NOTE: /boot/zImage-2.6.11-rc2 |
| 00:21.50 | pb_ | that's the only unshipped file I have |
| 00:21.59 | mickeyl | d'oh |
| 00:22.22 | mickeyl | you're on the latest tree? |
| 00:22.44 | pb_ | not quite up to the minute, but within the last few hours at least |
| 00:22.59 | mickeyl | ok, comparable then |
| 00:25.49 | mickeyl | just for reference, what was your CVSDATE and DISTRO ? |
| 00:26.11 | *** join/#oe mallum (~mallum@host81-155-190-210.range81-155.btcentralplus.com) |
| 00:26.15 | pb_ | CVSDATE = "20041231" |
| 00:26.16 | pb_ | DISTRO = "familiar" |
| 00:26.34 | mickeyl | ok, thanks. let me try with these settings |
| 00:31.47 | *** part/#oe Laibsch (~leggewie@G178d.g.pppool.de) |
| 00:32.46 | koen | 'night all |
| 00:33.15 | *** join/#oe marcansoft (~1337@80-29-98-107.adsl.nuria.telefonica-data.net) |
| 00:55.42 | reenoo_ | mickey|tv: are there duplicates of those files in the tree? |
| 00:56.06 | reenoo_ | s/tree/kernel build tree/ |
| 01:26.12 | *** join/#oe Virusmaster (~Thomas@pD9548E37.dip.t-dialin.net) |
| 01:33.36 | *** join/#oe joshua_ (joshua@h002078c680df.ne.client2.attbi.com) |
| 01:34.07 | *** join/#oe HuntsMan (~hunts@200.120.118.148) |
| 01:41.31 | reenoo_ | I'm off to bed. 'night all |
| 02:05.16 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 02:28.54 | *** join/#oe Timelord (~TL@64-147-66-29.access-6.intertex.net) |
| 02:38.23 | *** join/#oe micropal_ (ident@139.80-202-82.nextgentel.com) |
| 03:09.21 | *** join/#oe Timelord (~TL@64-147-66-29.access-6.intertex.net) |
| 03:12.32 | *** join/#oe joshin (~joshg@VDSL-130-13-185-112.PHNX.QWEST.NET) |
| 03:18.35 | *** join/#oe punkass (~punkass@S01060040f47277e5.cc.shawcable.net) |
| 03:19.01 | punkass | can someone give be a hand with the setup of the x-compiler...just getting one error |
| 03:20.31 | punkass | i have followed all of the steps of setting up as stated in the wiki |
| 03:20.40 | chouimat|Zzzz | night |
| 03:21.32 | punkass | its just saying that arm-linux-gcc-2.95 doesnt exist..but its there and renamed etc |
| 03:21.55 | kergoth | try doing 'touch conf/local.conf' .. to dirty the cache |
| 03:22.04 | kergoth | changes to the PATH in the environment dont dirty oe's metadata cache |
| 03:22.10 | kergoth | which means it can end up using the old version |
| 03:24.50 | punkass | hmm |
| 03:24.56 | punkass | ok tried that..no i see to get this: |
| 03:24.56 | punkass | root@office /zaurus/build # bitbake lirc |
| 03:24.57 | punkass | ERROR: Unable to open conf/bitbake.conf |
| 03:25.37 | punkass | that should be "now i seem to get this" |
| 03:26.49 | punkass | sorry my fault forgot to set BBPATH |
| 03:33.20 | punkass | looks like that my have done it, thanks kergoth |
| 03:44.27 | kergoth | np |
| 03:52.47 | mithro | just out of intrest why doesn't changes to PATH dirty oe's cache? |
| 03:54.08 | punkass | ok i am getting this: |
| 03:54.09 | punkass | configure: error: no driver specified, try ./configure --help |
| 03:54.10 | punkass | | FATAL: oe_runconf failed |
| 03:54.27 | punkass | is there a way to specific stuff for ./configure using bitbake? |
| 03:54.47 | punkass | specify* |
| 03:54.53 | kergoth | there are around 2,000 .bb files. |
| 03:54.54 | kergoth | read some. |
| 03:55.10 | punkass | i am trying to build the lirc.bb file |
| 03:55.20 | kergoth | mithro: in the past there was no tracking of what vars were set by the environment |
| 03:55.27 | kergoth | mithro: as opposed to which came from files |
| 03:55.34 | kergoth | so the cache couldnt discern the difference |
| 03:55.44 | kergoth | bbl |
| 04:10.28 | *** join/#oe Marsupilami23 (~Marsupila@152.139-60-66-nokia-static.surewest.net) |
| 04:23.45 | *** join/#oe matsavhalev (~matsavhal@81-178-228-221.dsl.pipex.com) |
| 05:09.11 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 05:26.57 | karlyn | would anyone happen to have a snapshop of glibc-2.3.2+cvs20040726? |
| 05:27.21 | karlyn | cvs from sources.redhat.com has been down for several days... |
| 05:27.38 | karlyn | err snapshot |
| 05:29.24 | punkass | anyone build lirc lately? |
| 05:30.52 | punkass | getting a pile of errors: |
| 05:30.58 | punkass | the first being: lirc_sir.c:137: `IRQ_Ser2ICP' undeclared here (not in a function) |
| 05:32.42 | karlyn | wish I could get that far, I can't get past glibc because oz 3.5.2 needs a cvs snapshot off of sources.redhat.com |
| 05:33.09 | punkass | hmm well i may have it |
| 05:34.02 | punkass | i have libc_sources.redhat.com__20040726.tar.gz |
| 05:34.12 | karlyn | If you could put it somewhere I could download from, I'd appreciate it... |
| 05:34.22 | punkass | sure one sec |
| 05:35.48 | karlyn | cool, thanks |
| 05:36.38 | uv1 | morning |
| 05:36.53 | karlyn | punkass: what are you going to use lirc for? |
| 05:37.21 | punkass | i am putting it on a sharp sl-6000 running 3.5.2 |
| 05:37.47 | karlyn | punkass: to use it as a remote control or something? |
| 05:37.59 | uv1 | Wakeup from suspend is broken. My SL5500 and CL860 both do not wake up from suspend any more :-( Anyone has the same experience ? |
| 05:38.06 | punkass | its actually for my software engineering class |
| 05:38.24 | karlyn | punkass: Ahh.. I see |
| 05:38.34 | punkass | we are using to to control the RCX lego brick through its ir port |
| 05:38.41 | punkass | (hopefully) :) |
| 05:38.57 | karlyn | punkass: sounds fun, and maybe a bit challenging ;) |
| 05:39.14 | punkass | definatly. |
| 05:39.36 | karlyn | uv1: My suspend on my SL5000 (collie?) Seems ok with 3.5.2.. |
| 05:39.54 | punkass | well i am stuck, cuz i am able to build lirc but it get errors building lirc-modules..kinda frusterating cuz i am so close |
| 05:40.09 | punkass | it = I |
| 05:40.58 | karlyn | I found building Lirc on a regular FC machine to be a bit tricky, let alone on an embedded platform. |
| 05:41.22 | uv1 | karlyn: with original 3.5.2 downloaded image it was. But with a self-made image from yesterday (and the days before) it does not. |
| 05:41.41 | punkass | well i got the whole oe bitbake thing setup and the tool-chain working.. |
| 05:42.04 | karlyn | uv1: Ah I see, should be the same if your building 3.5.2 distro file, I would think. |
| 05:42.38 | karlyn | punkass: Did you end up pulling glibc from cvs in the last couple days? |
| 05:42.45 | punkass | just tonite |
| 05:43.21 | punkass | here it is: http://punkass.bookerb.com/libc_sources.redhat.com__20040726.tar.gz |
| 05:43.24 | karlyn | punkass: sheesh, I cant talk to sources.redhat.com with the exception of a ping. |
| 05:45.06 | uv1 | karlyn: Yes ;-) |
| 05:45.08 | karlyn | punkass: Thanks! I'm grabbing it now, did that end up in the sources directory after the cvs download? |
| 05:45.20 | punkass | yeah |
| 05:45.23 | karlyn | cool |
| 05:46.27 | uv1 | karlyn: Will try the images from tonight as the last hope now. Afterwards I go back to 3.5.2, as I need my Z's for work ;-D |
| 05:48.56 | karlyn | uv1: Ahh, good luck then, hope it works better. |
| 05:49.36 | punkass | so this is what i am getting: |
| 05:49.37 | punkass | arm-linux/kernel//include/ -DKBUILD_BASENAME=lirc_sir -c -o lirc_sir.o lirc_sir.c |
| 05:49.38 | punkass | | lirc_sir.c:137: `IRQ_Ser2ICP' undeclared here (not in a function) |
| 05:49.38 | punkass | | lirc_sir.c: In function `on': |
| 05:49.38 | punkass | | lirc_sir.c:232: `PPSR' undeclared (first use in this function) |
| 05:49.38 | punkass | | lirc_sir.c:232: (Each undeclared identifier is reported only once |
| 05:49.39 | punkass | | lirc_sir.c:232: for each function it appears in.) |
| 05:50.13 | punkass | the first line is the end of the compile call then the errors start |
| 05:50.28 | punkass | and there is many many more just like those ones |
| 05:50.47 | punkass | then ends with: |
| 05:50.51 | punkass | <PROTECTED> |
| 05:51.00 | punkass | Leaving Directory .... etc etc |
| 05:51.05 | karlyn | punkass: Have you tried to compile a kernel? I know you need a kernel source env for the lirc modules. |
| 05:51.13 | punkass | oh |
| 05:51.18 | punkass | no i havent |
| 05:51.29 | punkass | how might i do that |
| 05:51.41 | karlyn | punkass: Just a guess anyways, from compiling them on a normal box.. |
| 05:51.54 | punkass | bitbake mykernel? |
| 05:52.44 | karlyn | punkass: wish I knew for sure, one of those things I haven't explored yet. Is there a kernel directory under the packages directory in openembedded? |
| 05:52.55 | punkass | just lookin now |
| 05:53.50 | punkass | hmmm doesnt seem to be |
| 05:54.43 | karlyn | punkass: collie-kernel-40-24_2.4.18-rmk7-pxa3-embedix20030509.bb |
| 05:54.59 | karlyn | punkass: under openembedded/packages/linux/ |
| 05:55.53 | karlyn | punkass: the 40-24 is the memory split I'm using, yours might be different and I'm also assuming you have a 5500. |
| 05:55.54 | punkass | ah there...but i need tosa not collie |
| 05:56.02 | punkass | 6000 |
| 05:56.57 | karlyn | punkass: don't see a tosa in there. hmm |
| 05:57.15 | punkass | hmm i dont even see collie in there |
| 05:57.25 | punkass | oh nm |
| 05:57.31 | karlyn | heh |
| 05:58.48 | punkass | openzaurus-2.6.11-rc2 2.6 kernel for oZ? |
| 05:59.23 | karlyn | I know from the forums that they are working on it. Problem is the sd driver. |
| 05:59.25 | punkass | ah |
| 06:00.42 | punkass | openzaurus-pxa-2.4.18-rmk7-pxa3-embedix20031107 is the linux kernel i am running and its in the list |
| 06:01.26 | karlyn | there you go, hope it builds for you... |
| 06:02.29 | punkass | me too |
| 06:03.04 | punkass | did you get that file? |
| 06:04.14 | punkass | whoa wierd, got: |
| 06:04.15 | punkass | NOTE: build 200502052202: started |
| 06:04.16 | punkass | NOTE: build 200502052202: completed |
| 06:04.16 | punkass | Build statistics: |
| 06:04.16 | punkass | <PROTECTED> |
| 06:04.28 | punkass | then it ended..no errors..no nothing |
| 06:08.11 | *** join/#oe zedkatuf (~dfutak@82-32-58-45.cable.ubr08.azte.blueyonder.co.uk) |
| 06:08.36 | karlyn | punkass: Yes I got the file and it worked like a champ, building glibc now :) |
| 06:09.03 | punkass | good stuff. |
| 06:09.48 | karlyn | so did the kernel build for you then? |
| 06:10.22 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 06:10.24 | punkass | would this be it? zImage-tosa-20050206032745.bin |
| 06:11.01 | karlyn | sounds like a kernel to me, zImage usually is. |
| 06:11.12 | punkass | hmm but the time is way off |
| 06:11.16 | karlyn | funny it put the date on it. |
| 06:12.11 | karlyn | that wouldn't even be GMT, I don't believe... |
| 06:13.42 | punkass | yeah i can see all the other ipk modules and they are the same time..must be just the original downloads or something |
| 06:14.12 | karlyn | hmmm could be |
| 06:14.22 | punkass | i just get this: |
| 06:14.25 | punkass | bitbake openzaurus-pxa |
| 06:14.25 | punkass | NOTE: Using cache in '/zaurus/build/tmp/cache' |
| 06:14.25 | punkass | NOTE: Parsing finished. 2024 cached, 0 parsed, 41 skipped, 0 masked. |
| 06:14.25 | punkass | NOTE: Building provider hash: [####################] (100%) |
| 06:14.25 | punkass | NOTE: build 200502052212: started |
| 06:14.27 | punkass | NOTE: build 200502052212: completed |
| 06:14.29 | punkass | Build statistics: |
| 06:14.31 | punkass | <PROTECTED> |
| 06:15.16 | karlyn | Looks like it thinks it already did the build. |
| 06:15.23 | punkass | yeah |
| 06:15.28 | *** join/#oe micropal (ident@139.80-202-82.nextgentel.com) |
| 06:15.48 | karlyn | man glibc takes a while to build.. But at least I have something to build now.. |
| 06:17.33 | karlyn | I tried to setup the openembedded environment on a laptop, they sure weren't kidding when they said you need at least 512MB of memory. |
| 06:18.07 | karlyn | The laptop had 256, and it just about swapped itself to death. |
| 06:18.42 | punkass | well i got a gig o ram on this machine so im ok...i tried it on a linux virtual machine running on windows with 512megs of virtual ram...didnt go over so well |
| 06:19.41 | karlyn | Hehe, I bet not, you running the vm on VMware? |
| 06:19.51 | punkass | yeah the new 5 beta1 |
| 06:20.23 | punkass | clear |
| 06:20.24 | punkass | oops |
| 06:20.26 | karlyn | I've been using VMware since it was beta on Linux, nice product imo. |
| 06:20.49 | punkass | yeah i havent used it in awhile ..but was pretty impressed with the new one |
| 06:21.04 | punkass | even detected usb plugins |
| 06:22.20 | karlyn | cool. I've been hoping that they'd start including support for the video features needed for webcams. |
| 06:26.05 | punkass | well maybe ill try the cvs of lirc...not sure what to do.. |
| 06:26.21 | punkass | maybe i just need to step away from the comp for a bit :) |
| 06:26.27 | punkass | thanks for help |
| 06:27.16 | karlyn | No problem, thanks for yours. Good luck with your project |
| 06:49.21 | uv1 | What is the best way to get a development packages dir linked into the bitbake packages tree ? |
| 06:50.24 | uv1 | I just want to build a private addon package, which builds all additional needed packages in on go. |
| 06:51.00 | uv1 | Additional a private packages dir would be nice for development reasons. |
| 06:52.09 | kergoth`bbl | "linked into"? |
| 07:00.34 | emte | just add another stream |
| 07:00.56 | emte | but the "linked into" question is disturbing |
| 07:06.22 | kergoth`bbl | what do you think BBFILES is for? you can add any .bb to bitbake's parsing |
| 07:06.36 | kergoth`bbl | plus there's bbfile collections for managing overrides of packages |
| 07:06.47 | kergoth`bbl | i really would advise that people actually get off their asses and read the damn bitbake users manual |
| 07:06.52 | kergoth`bbl | it exists for good reason |
| 07:08.37 | emte | reminds me i tried reading that |
| 07:08.47 | emte | its missing the bit about configuration |
| 07:09.25 | emte | what defines where it looks for the conf ? |
| 07:09.52 | emte | everything else seems to behave besides that one |
| 07:10.27 | emte | picks up all the binarys and the rest but complains about not finding the conf |
| 07:11.14 | emte | [igor@t bitbake]$ bitbake binutils |
| 07:11.14 | emte | ERROR: Unable to open conf/bitbake.conf |
| 07:13.26 | emte | perhaps its trying to branch off bbpath |
| 07:15.33 | kergoth`bbl | BBPATH is how bitbake finds configuration files and classes |
| 07:15.44 | kergoth`bbl | i'm pretty sure the manual mentions that specifically. |
| 07:15.46 | emte | yeah i added it and taht didnt do it |
| 07:16.17 | kergoth`bbl | its either set incorrectly, isnt exported, or your openembedded/conf/ dir has no bitbake.conf |
| 07:16.24 | emte | its there |
| 07:16.37 | kergoth`bbl | so go figure out hwich of the other two it is. those are the options |
| 07:17.08 | emte | [igor@t build]$ echo $BBPATH |
| 07:17.08 | emte | /home/igor/fabrication/build/:/home/igor/fabrication/packages/:/home/igor/fabrication/bitbake/trunk/bitbake/bin/ |
| 07:17.08 | emte | [igor@t build]$ ls /home/igor/fabrication/bitbake/trunk/bitbake/conf/bitbake.conf |
| 07:17.08 | emte | /home/igor/fabrication/bitbake/trunk/bitbake/conf/bitbake.conf |
| 07:17.20 | kergoth`bbl | ? |
| 07:17.27 | kergoth`bbl | i dont remember mentioning a bitbake/conf |
| 07:17.33 | kergoth`bbl | read what i say. |
| 07:17.51 | uv1 | kergoth`bbl: got my ass up an read the bitbake users manual. It got better, than the last time, but still lacks a lot of important items. BBFILES is shortly explained in the examples, but ij my case I would not have searched for examples, but for "adding sources". |
| 07:18.06 | emte | hmm |
| 07:18.11 | kergoth`bbl | uv1: the information on BBFILES and bbfile collections is there. |
| 07:18.27 | uv1 | kergoth`bbl: OK, if you want so ;-) |
| 07:18.30 | kergoth`bbl | uv1: if you want to improve it, write a patch. until then, read the whole thing. |
| 07:18.45 | uv1 | Thanks, I will do ... |
| 07:18.45 | kergoth`bbl | and in the future i recommend reading _before_ you start wasting peoples time on irc |
| 07:18.50 | kergoth`bbl | rather than after |
| 07:19.07 | emte | why would openembedded/conf be in the BBPATH ? |
| 07:19.30 | kergoth`bbl | that isnt what i said. |
| 07:19.50 | kergoth`bbl | go read GettingStarted. look at the example BBPATH. |
| 07:20.39 | emte | i have repeatedly, i just think it doesnt like being this deep |
| 07:21.23 | kergoth`bbl | dep? |
| 07:21.23 | kergoth`bbl | deep? |
| 07:21.23 | kergoth`bbl | no idea what you're talking about |
| 07:21.35 | kergoth`bbl | set BBPATH per GettingStarted, make sure openembedded/conf/bitabke.conf exists and is readable, and bitbake will work |
| 07:21.44 | kergoth`bbl | your problems are user error. |
| 07:22.52 | emte | yeah it seems so, i was missreading my echo ... some reason its not exporting the path |
| 07:23.35 | uv1 | emte: maybe kergoth`bbl should drink a beer to come down ;-) |
| 07:25.59 | emte | aha! n is not m |
| 07:26.26 | emte | pretty hard to export opemembedded |
| 07:34.18 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 07:48.53 | *** join/#oe W8TVI- (~W8TVI@63-85-158-193.dialup.torchlake.com) |
| 07:49.54 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 07:59.06 | *** join/#oe mac2 (~mac@f03m-1-106.d1.club-internet.fr) |
| 08:04.55 | uv1 | kergoth`bbl: Still there ? |
| 08:07.22 | uv1|away | # |
| 08:16.12 | *** join/#oe dkey| (~dkey@L0003P06.dipool.highway.telekom.at) |
| 08:17.00 | *** join/#oe bluelightning (~bluelight@203-173-244-101.akl.ihugultra.co.nz) |
| 08:21.10 | *** join/#oe rphillips (~rphillips@rphillips.developer.gentoo) |
| 08:33.28 | *** join/#oe rob_w (~roboo@p83.129.203.200.tisdip.tiscali.de) |
| 08:35.19 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 09:10.59 | punkass | anyone around? |
| 09:11.08 | punkass | having issues building lirc-modules |
| 09:22.03 | *** join/#oe marcansoft (1337@80-29-98-107.adsl.nuria.telefonica-data.net) |
| 09:25.45 | punkass | having issues building lirc-modules, any one around? |
| 09:26.59 | bluelightning | I'm here, but I'm not sure if I will be able to help |
| 09:27.23 | punkass | well i am kinda stuck |
| 09:27.29 | punkass | i am able to build lirc fine |
| 09:27.47 | punkass | but when i try and build lirc-modules i get errors |
| 09:27.55 | bluelightning | what errors specifically? |
| 09:28.02 | *** join/#oe koen (koen@dominion.kabel.utwente.nl) |
| 09:28.18 | punkass | well a whole pile of these: |
| 09:28.19 | punkass | lirc_sir.c:137: `IRQ_Ser2ICP' undeclared here (not in a function) |
| 09:28.19 | punkass | | lirc_sir.c: In function `on': |
| 09:28.19 | punkass | | lirc_sir.c:232: `PPSR' undeclared (first use in this function) |
| 09:28.19 | punkass | | lirc_sir.c:232: (Each undeclared identifier is reported only once |
| 09:28.29 | koen | good morning all |
| 09:28.49 | bluelightning | punkass: is that all? or were there errors before that? |
| 09:29.22 | punkass | there is a bunch i will throw it up on pastebin.com for you to look at if you dont mind |
| 09:29.40 | bluelightning | ok |
| 09:30.25 | punkass | http://www.pastebin.com/238366 |
| 09:30.51 | punkass | sorry thats not the one oops |
| 09:30.52 | punkass | one sec |
| 09:32.51 | punkass | bluelightning: http://www.pastebin.com/238367 |
| 09:34.01 | bluelightning | looks like whatever headers are in the zaurus kernel source aren't sufficient to build the lirc modules |
| 09:34.20 | bluelightning | I'm afraid you'd have to ask someone more familiar with the zaurus kernel than me |
| 09:34.46 | punkass | ok thanks for your help |
| 09:35.21 | punkass | its been makin be crazy...cuz there is not much to search for out there |
| 09:35.49 | bluelightning | yeah I get problems like that occasionally, it's frustrating |
| 09:36.03 | bluelightning | makes it all the more satisfying when you eventually do fix them though :) |
| 09:36.27 | punkass | true |
| 09:38.02 | punkass | i tried to rebuild the kernel using bitbake but it doesnt really seem to do much |
| 09:38.08 | punkass | kinda just starts then finishs |
| 09:38.13 | punkass | no errors or anything |
| 09:38.39 | bluelightning | maybe try a bitbake -c clean packagename |
| 09:39.23 | punkass | ok will do |
| 09:39.39 | bluelightning | that will make it rebuild completely |
| 09:39.47 | punkass | i was think that rebuilding the kernel may help? does that make any sense or am i just wasting time |
| 09:40.12 | bluelightning | it may, but I doubt it |
| 09:43.35 | punkass | where are the kernel headers usually stored? |
| 09:44.01 | punkass | i am looking under packages/linux/openzaurus-pxa.xxxxxxx |
| 09:44.07 | punkass | but all i see are patches |
| 09:44.18 | bluelightning | they would be in the staging dir I would have thought |
| 09:44.33 | bluelightning | kernel build would put them there I would have thought |
| 09:44.49 | bluelightning | (you may be able to tell I have no idea ::) |
| 09:45.30 | punkass | hehe...well you cant know less than me ;) |
| 09:45.36 | koen | from your log: /zaurus/build/tmp/staging/arm-linux/kernel/ |
| 09:46.09 | punkass | thanks koen |
| 09:46.20 | punkass | you got any ideas what the problem is? |
| 09:46.33 | koen | not really |
| 09:46.53 | koen | exceept that lirc compilation breaks now and than |
| 09:47.00 | koen | except* |
| 09:47.31 | punkass | well i tried the cvs snapshot and got the same error |
| 09:47.53 | punkass | and tried the pull stright from cvs |
| 09:48.07 | punkass | and it tried to run some patch on it and got an error |
| 09:48.17 | koen | have you tried 0.6? |
| 09:48.27 | punkass | i was just think that...no i havent |
| 09:48.49 | punkass | when i did bitbake lirc it grabed 0.7.0 by default |
| 09:48.57 | punkass | i guess it just grabs the latest |
| 09:49.18 | koen | correct, unless the latest has DEFAULT_PREFERENCE=-1 |
| 09:49.42 | koen | or an explicit version is present in ${DISTRO}.conf |
| 09:54.35 | koen | bbl |
| 09:55.17 | Bernardo | good morning |
| 09:55.18 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 09:55.28 | bluelightning | hi Bernardo |
| 09:55.48 | bluelightning | and welcome back mithro |
| 09:56.42 | mithro | yay! |
| 09:56.51 | mithro | i have S3 working on my laptop! |
| 09:57.19 | mithro | i also have working 3d hardware acceleration |
| 09:59.28 | bluelightning | mithro: :) |
| 10:00.05 | Bernardo | :) |
| 10:00.31 | *** join/#oe cedric_ (~cedric@voulx.bluebugs.org) |
| 10:01.09 | mithro | how if i could only get rrt3 to work under winex |
| 10:01.11 | Bernardo | damn, lirc didn't get built for the simpad... |
| 10:04.03 | *** join/#oe zap_ (~zap@217.170.93.9) |
| 10:04.19 | *** join/#oe zecke (~ich@83.169.146.40) |
| 10:04.31 | Bernardo | hi zecke |
| 10:04.56 | Bernardo | finally I got some time to build a oe image and flash it on my simpad |
| 10:05.34 | zecke | Bernardo: and how did that went? |
| 10:09.36 | *** join/#oe punkass (~punkass@S01060040f47277e5.cc.shawcable.net) |
| 10:10.01 | punkass | well koen, tried 0.6.6 and got the same errors |
| 10:11.38 | Bernardo | zecke: seems to work well, but the simpad keys aren't working, and checkversion wanted a "*-snapshot*" kernel. |
| 10:11.53 | Bernardo | konq/e seems to work well now, but needs openssl to access https |
| 10:12.00 | Bernardo | brb - sick daughter |
| 10:14.28 | zecke | Bernardo|away: yeah it needs openssl to use https (it will dlopen it) |
| 10:15.26 | punkass | anyone else had any luck building lirc-modules? |
| 10:17.05 | yann | hi all |
| 10:17.19 | punkass | hello |
| 10:18.51 | yann | I'm wondering why FILES_${PN} = ... in my .bb file does not seem to override the default value - I'd like my package to be split into several ones, but despite all FILES_* being set, everything still goes into the main ipk |
| 10:23.25 | CoreDump|home | yann: have you set PACKAGES to all package names, too? |
| 10:24.29 | yann | CoreDump|home: yes |
| 10:24.53 | CoreDump|home | the order in which packages are placed within PACKAGES is important |
| 10:25.00 | yann | the packaging ends with messages about most of my packages being not produced, as empty |
| 10:25.24 | CoreDump|home | place packages w/ hard-wired FILES first, the "catch-the-rest" package last |
| 10:25.33 | yann | ah, the main package takes all the remaining bis ? that couuld explain |
| 10:25.34 | yann | thx |
| 10:25.39 | CoreDump|home | yep |
| 10:26.26 | punkass | man this lirc is makin be crazy |
| 10:36.06 | punkass | any other takers for my evil lirc-modules problem? :) |
| 10:36.43 | mithro | anyone know much about the acpid deamon? |
| 10:37.17 | *** join/#oe mithro_ (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 10:40.54 | mithro_ | woot my computer now goes to sleep on lid close |
| 10:40.59 | mithro_ | and comes back on lid open |
| 10:41.47 | mithro | now if i could only get opengl acceleration to work accross suspend |
| 10:42.48 | punkass | koen: so it seems that 0.6.6 gets the same errors as the other versions |
| 10:43.00 | koen | ok |
| 10:43.23 | punkass | any other thoughts?...i just dont know what to look for..as there is no clear error |
| 10:44.02 | koen | not really |
| 10:44.07 | punkass | i was going to rebuild the kernel, but didnt think that would really help since didnt change anything |
| 10:44.18 | punkass | since I* |
| 10:45.05 | punkass | i really wish i could just find a ipk file for the lirc-modules ;) |
| 10:45.17 | *** join/#oe oe_newbie (~kvirc@195.234.128.72) |
| 10:45.21 | koen | isn't there any in the oz feeds? |
| 10:45.27 | oe_newbie | good morning all |
| 10:45.32 | punkass | just a lirc package |
| 10:45.37 | punkass | but it doesnt have the modules |
| 10:45.43 | punkass | i need lirc_sir.o |
| 10:46.36 | bluelightning | hi oe_newbie |
| 10:46.45 | chris144|home | hi bluelightning |
| 10:46.53 | chris144|home | hi koen |
| 10:46.57 | bluelightning | hi chris144|home |
| 10:47.07 | koen | hey chris144|home |
| 10:47.27 | chris144|home | did you folks see problems with genext2fs in the last few days? |
| 10:47.40 | koen | yes, with the -p option |
| 10:47.48 | koen | use a earlier cvsdate |
| 10:48.00 | chris144|home | that is what I thought. 5 days gao? |
| 10:48.05 | chris144|home | ago |
| 10:48.11 | koen | 20050126 iirc |
| 10:48.21 | chris144|home | cool. thanks! |
| 10:48.28 | CoreDump|home | punkass: for which device? |
| 10:48.49 | punkass | sl-6000 |
| 10:49.24 | CoreDump|home | ah |
| 10:49.31 | CoreDump|home | well, can't help you w/ that |
| 10:49.39 | punkass | CoreDump i have my errors on pastebin if you wanna see them |
| 10:49.41 | punkass | oh |
| 10:49.50 | CoreDump|home | URL? |
| 10:50.16 | punkass | http://www.pastebin.com/238367 |
| 10:51.31 | CoreDump|home | no idea what's causing this, sorry |
| 10:51.48 | punkass | no prob..thanks for looking |
| 10:52.16 | punkass | well its 2:52 am here...so i guess i should give for now and get some sleep. |
| 10:52.32 | punkass | thanks for your help guys..nite |
| 10:53.41 | chris144|home | punkass|zzzz: could this be a ccache problem? switch it off? |
| 10:53.50 | punkass|zzzz | i am not sure |
| 10:54.04 | punkass|zzzz | not sure what ccache is or how to turn it off |
| 10:54.18 | punkass|zzzz | but i am willing to try anything :) |
| 10:55.05 | chris144|home | punkass|zzzz: just looking at that stuff that I went though recently: |
| 10:55.15 | chris144|home | switch offf ccache, |
| 10:55.23 | punkass|zzzz | how do i do that? |
| 10:55.37 | chris144|home | I think it is in local.conf. |
| 10:55.42 | koen | apt-get remove ccache ;) |
| 10:56.14 | chris144|home | then clean all your tmp folder off lirc stuff. |
| 10:56.41 | chris144|home | then do a touch conf/local.conf |
| 10:56.42 | punkass|zzzz | well nothin in my local.conf |
| 10:56.45 | chris144|home | and rebuild. |
| 10:57.31 | chris144|home | especially that manual clean of the tmp folder usually helps; it seems that bitbake -c clean does not fully clean everything |
| 10:57.54 | chris144|home | that is what usually I do. it works for me. |
| 10:58.11 | punkass|zzzz | should i just apt-get remove ccache for now...since i cant find it in my local.conf |
| 10:58.18 | chris144|home | ok, mybe clean your source folder off licr too |
| 10:58.52 | chris144|home | punkass|zzzz: sorry, i am not a debain experienced guy. (suse) |
| 10:59.07 | punkass|zzzz | that just means uninstall the package |
| 11:00.09 | CoreDump|home | NOTE: package lirc-0.7.0-r5: task do_build: completed |
| 11:00.10 | CoreDump|home | NOTE: package lirc-0.7.0: completed |
| 11:00.25 | punkass|zzzz | i need lirc-modules |
| 11:00.26 | CoreDump|home | so it's either an ARCH thing, or you setup is borked |
| 11:00.34 | punkass|zzzz | lirc works fine for me |
| 11:01.05 | CoreDump|home | trying -modules now |
| 11:01.06 | chris144|home | punkass|zzzz: your are right, ccache is not in local.conf, i mixed it up with parse cache... |
| 11:03.25 | chris144|home | ~ccache |
| 11:03.26 | ibot | ccache is, like, a compiler cache that speeds up re-compilations of same sourcecodes where only some have different sourcefiles, see http://ccache.samba.org/ and also look for distcc |
| 11:03.36 | CoreDump|home | heh, I wonder what happens when OE reaches 3000 packages. The min. RAM requirement will have to be raised to 1Gb :) |
| 11:03.59 | CoreDump|home | NOTE: package lirc-modules-0.7.0-r2: task do_build: completed |
| 11:03.59 | CoreDump|home | NOTE: package lirc-modules-0.7.0: completed |
| 11:04.15 | koen | let's hope bitbake-ng will be useable soon |
| 11:04.21 | yann | CoreDump|home: well, even removing the main package name from PACKAGES does not help, it's still considered first when building ipk's, and takes everything in it |
| 11:04.49 | CoreDump|home | yann: can you upload you .bb somewhere? |
| 11:06.07 | yann | CoreDump|home: http://ydirson.free.fr/soft/wesnoth/oe/bbfiles/ |
| 11:06.21 | punkass|zzzz | CoreDump: so it worked for you...hmm..you are lucky :) |
| 11:06.54 | punkass|zzzz | so if you wanna setup your local to run as a tosa, and build then fire me over the ipk that be great :) |
| 11:07.07 | CoreDump|home | punkass|zzzz: i wanted to point out that the package is working. The breakage you are seeing is either ARCH / MACHINE based, or your setup is borked |
| 11:07.26 | punkass|zzzz | yeah i appriciate that |
| 11:07.39 | punkass|zzzz | i follow all the steps on the oe wiki |
| 11:07.40 | CoreDump|home | punkass|zzzz: heh it'd take a looooong time to do that as all dependencies would have to be built |
| 11:07.40 | koen | FWIW machine=tosa can't compile a bootstrap overhere too |
| 11:07.54 | koen | haven't looked into it |
| 11:08.06 | punkass|zzzz | FWIW? |
| 11:09.35 | CoreDump|home | yann: #FILES_wesnoth doesn't help much, as FILES has a pre-configured value for all packages. FILES_wesnoth = "" might work as intended |
| 11:09.45 | CoreDump|home | punkass|zzzz: For What It's Worth |
| 11:09.52 | punkass|zzzz | ah thanks |
| 11:09.55 | CoreDump|home | np |
| 11:10.44 | yann | CoreDump|home: originally it was uncommented and did not do anything - commenting it out was just an attempt |
| 11:11.22 | CoreDump|home | all those file still end up in wesnot.ipk? |
| 11:11.58 | yann | another thing that strikes me, is that when I force a repackaging by removing the package* stamp files, the wesnoth-locale-* files are rebuilt several time (one more time per re-packaging) |
| 11:12.11 | yann | CoreDump|home: yes, all those mentionned in FILE_* |
| 11:12.30 | CoreDump|home | interesting |
| 11:12.34 | yann | CoreDump|home: the -music package ends up with an empty music/ dir |
| 11:13.57 | CoreDump|home | hmm |
| 11:15.08 | punkass|zzzz | CoreDump: whate machine= were you building it with? |
| 11:15.14 | CoreDump|home | punkass|zzzz: collie |
| 11:15.28 | punkass|zzzz | thats the 5500? |
| 11:16.21 | CoreDump|home | yes |
| 11:16.28 | CoreDump|home | and 5000 fwiw |
| 11:16.42 | punkass|zzzz | so if i just change my machine to collie or poodle and it works then i know the something is up with the 6000(tosa) |
| 11:16.44 | CoreDump|home | yann: ahh i see the problem. Just compared you .bb with one of mine |
| 11:16.53 | CoreDump|home | correct |
| 11:17.04 | CoreDump|home | however, you'll need to wipe your TMPDIR |
| 11:17.18 | punkass|zzzz | completely? |
| 11:17.25 | CoreDump|home | yep |
| 11:17.29 | punkass|zzzz | eww |
| 11:17.30 | punkass|zzzz | ok |
| 11:17.34 | CoreDump|home | heh |
| 11:17.58 | CoreDump|home | or mv tmp tmp-tosa |
| 11:18.30 | CoreDump|home | FILES_wesnoth-campaign-tdh = "${pkgddir}/wesnoth-tdh.zip" should be: |
| 11:18.57 | punkass|zzzz | ah good idea. |
| 11:19.02 | CoreDump|home | FILES_wesnoth-campaign-tdh = "$FULL_PATH_FROM_INSIDE_THE ROM/wesnoth-tdh.zip" |
| 11:19.14 | punkass|zzzz | ok well ill let it do its thing...thanks again for your help |
| 11:19.38 | CoreDump|home | ie FILES_wesnoth-campaign-tdh = "/usr/share/games/wesnoth/wesnoth-tdh.zip" |
| 11:19.48 | CoreDump|home | np |
| 11:19.57 | yann | CoreDump|home: oh |
| 11:20.27 | yann | CoreDump|home: with the empty music/ dir being found, I thought this was correct... |
| 11:20.54 | CoreDump|home | yann: I'll upload a working .bb so you can have a look |
| 11:21.54 | yann | and we still have the issue of wesnoth.ipk being populated first |
| 11:22.07 | yann | I'll have a try with /usr-based paths |
| 11:22.10 | CoreDump|home | http://hentges.net/tmp/hentges-utils.bb |
| 11:26.43 | CoreDump|home | yann: two things I noticed: 1. if you plan to upload this .bb into OE, you shouldn't use DEPENDS = libsdl-qpe, but a virtual package. And you may want to add at least one wesnoth-* package to RDEPENDS if one is required to play the game |
| 11:27.13 | yann | CoreDump|home: oh, removing the whole workdir and stamp files does indeed work ! |
| 11:27.23 | CoreDump|home | :) |
| 11:27.44 | yann | without changing my .bb file |
| 11:27.46 | yann | go wonder :) |
| 11:27.50 | CoreDump|home | doh hehe |
| 11:29.53 | yann | well, it works _mostly_, since the main ipk has a duplicate copy of everything :) |
| 11:30.32 | yann | anyway, it's good news - thanks for your help |
| 11:30.32 | CoreDump|home | yann: try w/ fixed path |
| 11:30.33 | CoreDump|home | the .bb I've uploaded works as intended |
| 11:30.46 | CoreDump|home | and you're welcome :) |
| 11:33.43 | *** join/#oe pb_ (~pb@cpc2-cmbg6-5-0-cust48.cmbg.cable.ntl.com) |
| 11:37.53 | pb_ | hi all |
| 11:38.00 | bluelightning | hello pb_ |
| 11:38.09 | koen | hey pb_ |
| 11:40.43 | *** join/#oe woglinde (woglinde@pD9E7E6F7.dip.t-dialin.net) |
| 11:41.19 | CIA-4 | 03pb 07 * r1.3124 10openembedded/packages/ppp/ (4 files in 2 dirs): apply patch from Paul Eggleton to improve resolv.conf handling in pppd |
| 11:42.34 | CIA-4 | 03pb 07 * r1.3125 10openembedded/packages/pcmcia-cs/ (pcmcia-cs_3.2.8.bb pcmcia-cs-3.2.8/ratoc-cfu1u.patch): apply patch from Paul Eggleton to add support for Ratoc CF1U |
| 11:42.43 | bluelightning | pb_: thanks :) |
| 11:44.23 | koen | bluelightning: let's hope someone make a 2.6 driver for the cfu1u |
| 11:44.50 | bluelightning | yeah |
| 11:45.09 | bluelightning | I look forward to actually making more use of it now at least |
| 11:45.21 | bluelightning | after all I paid quite a bit for it :) |
| 11:45.25 | pb_ | There's already an SL811 host driver in 2.6. You'd just need to forward port the pcmcia glue, which is only a few lines of code. |
| 11:46.30 | koen | that probably sounds easier that it is |
| 11:48.20 | mithro | whats the Ratoc CFiU? |
| 11:48.32 | koen | usb host cf card |
| 11:48.40 | mithro | ahh |
| 11:48.48 | mithro | anyone want to send me one? :) |
| 11:49.09 | koen | mithro: http://www.ratocsystems.com/english/products/subpages/cfu1u.html |
| 11:54.22 | *** join/#oe Spyro (~ian@i-195-137-81-187.freedom2surf.net) |
| 11:54.28 | Spyro | hi guys |
| 11:54.33 | Spyro | RP: hello? |
| 12:02.58 | *** join/#oe SpanKY (~UserBah@pool-141-154-220-63.bos.east.verizon.net) |
| 12:03.05 | SpanKY | what package provides 'kern_header' ? |
| 12:03.09 | SpanKY | i cant seemto find the flippin thing |
| 12:08.36 | bluelightning | night all |
| 12:16.53 | RP | Spyro: hello |
| 12:17.36 | RP | Spyro: Just been trying the PXA UDC business. There is a problem with suspend/resume :-/ |
| 12:18.30 | *** join/#oe darkschneider (~gab@81-208-36-80.fastres.net) |
| 12:19.08 | RP | Spyro: I just don't know if this is a recent thing or its always been borken :-/ |
| 12:21.05 | Spyro | RP: doh |
| 12:21.29 | Spyro | RP: I guess I will have to actually investigate the driver now :) |
| 12:28.26 | mickey|tv | morning guys |
| 12:29.06 | mickey|tv | pb_: this is very strange |
| 12:29.06 | mickey|tv | I'm using your CVSDATE |
| 12:29.06 | mickey|tv | using DISTRO=familiar I get the same output as you |
| 12:29.07 | mickey|tv | using DISTRO=openzaurus-3.5.3 some modules don't get packaged |
| 12:29.20 | mickey|tv | I'm starting to transform familiar.conf step by step into oz-3.5.3 to look where it breaks and then i'll get back to you |
| 12:29.59 | pb_ | mickey|busy: that's indeed very strange |
| 12:39.19 | *** join/#oe OSS542 (~jhart@g058234.ppp.asahi-net.or.jp) |
| 12:54.27 | *** join/#oe micropal_ (ident@139.80-202-82.nextgentel.com) |
| 13:53.42 | zecke | kergoth_: I think we can use icecream with OE |
| 13:54.10 | zecke | kergoth_: one would just need to distribute the toolchain somehow... |
| 14:11.58 | *** join/#oe darkschneider (~gab@81-208-36-80.fastres.net) |
| 14:15.03 | *** join/#oe Tygger_Bob (~myname@64.26.144.98) |
| 14:20.09 | CIA-4 | 03pb 07 * r1.3126 10openembedded/ (3 files in 2 dirs): fiddle tslib to support both 2.4 and 2.6 kernels on h3600/h3900 |
| 14:20.40 | CIA-4 | 03pb 07 * r1.3127 10openembedded/packages/tslib/tslib_cvs.bb: fiddle tslib to support both 2.4 and 2.6 kernels on h3600/h3900 |
| 14:21.41 | *** join/#oe reenoo_ (~r@pD9E17466.dip.t-dialin.net) |
| 14:23.41 | reenoo_ | afternoon |
| 14:24.30 | pb_ | hi reenoo_ |
| 14:28.22 | reenoo_ | hey pb_ |
| 14:32.52 | CIA-4 | 03pb 07 * r1.3128 10openembedded/packages/atmelwlandriver/ (3 files in 2 dirs): update atmelwlandriver to 3.4.1.0 |
| 14:33.35 | CIA-4 | 03pb 07 * r1.3129 10openembedded/conf/machine/ipaq-common.conf: add atmelwlandriver to ipaq-common bootstrap bits |
| 14:35.34 | koen | RP: any news on the w100 disassembly thing? |
| 14:39.33 | *** join/#oe zilt (~aking@ottawa-dial-206-191-4-22.s-ip.magma.ca) |
| 15:01.03 | chouimat | morning |
| 15:02.12 | *** join/#oe suix (~suix@80.224.255.249) |
| 15:07.43 | CIA-4 | 03pb 07 * r1.3130 10openembedded/packages/ipkg/ (3 files in 2 dirs): update ipkg to 0.99.140 |
| 15:29.59 | *** join/#oe marvin24 (~marvin24@fb07-iapwap2.physik.uni-giessen.de) |
| 15:49.49 | *** join/#oe dkey| (~dkey@L0012P01.dipool.highway.telekom.at) |
| 15:59.26 | mickeyl | pb_: ok, more information: it's the name of the distribution configuration |
| 15:59.40 | mickeyl | DISTRO=openzaurus and some modules are not getting packaged |
| 15:59.43 | pb_ | whoa |
| 15:59.57 | mickeyl | whereas openzaurus.conf and familiar.conf is indentical |
| 16:00.03 | mickeyl | both just INHERIT += "package_ipk debian" |
| 16:00.06 | chouimat | mickeyl: hi |
| 16:00.08 | mickeyl | could you try w/ openzaurus please? |
| 16:00.13 | pb_ | sure thing |
| 16:00.16 | mickeyl | thanks |
| 16:00.17 | mickeyl | hi chouimat |
| 16:00.21 | mickeyl | really wierd |
| 16:00.46 | pb_ | really |
| 16:01.26 | CIA-4 | 03pb 07 * r1.3131 10openembedded/packages/linux/ (2 files in 2 dirs): update handhelds-pxa to 2.4.19-rmk6-pxa1-hh37.5 |
| 16:04.27 | pb_ | mickeyl: ah, with DISTRO=openzaurus I see the same effect. |
| 16:04.33 | pb_ | NOTE: the following files were installed but not shipped in any package: |
| 16:04.33 | pb_ | NOTE: /lib/modules/2.6.11-rc2/kernel/drivers/base/firmware_class.ko |
| 16:04.33 | pb_ | NOTE: /lib/modules/2.6.11-rc2/kernel/fs/binfmt_aout.ko |
| 16:04.33 | pb_ | NOTE: /lib/modules/2.6.11-rc2/kernel/fs/lockd/lockd.ko |
| 16:04.33 | pb_ | NOTE: /lib/modules/2.6.11-rc2/kernel/net/sunrpc/sunrpc.ko |
| 16:04.34 | pb_ | NOTE: /lib/modules/2.6.11-rc2/kernel/net/sunrpc/auth_gss/rpcsec_gss_krb5.ko |
| 16:04.36 | pb_ | freaky |
| 16:06.22 | mickeyl | indeed |
| 16:07.03 | mickeyl | it doesn't seem to be related to MACHINE, w/ MACHINE=husky i get the same. |
| 16:07.44 | pb_ | oh, wait |
| 16:07.49 | pb_ | check the name of the package! |
| 16:08.01 | mickeyl | ouch |
| 16:08.04 | mickeyl | of courwse |
| 16:08.08 | mickeyl | openzaurus_2.6 |
| 16:08.11 | pb_ | yeah |
| 16:08.13 | pb_ | that's no good |
| 16:08.32 | pb_ | you'll have to rename it to linux-openzaurus or something |
| 16:08.37 | mickeyl | will do |
| 16:08.38 | mickeyl | but |
| 16:08.41 | mickeyl | can you explain to me? |
| 16:09.47 | pb_ | this is the old problem with package names clashing with overrides. iirc, what happens is that the FILES_${PN} becomes an accidental override, clobbering the FILES that you wanted. |
| 16:10.02 | pb_ | something like that, anyway |
| 16:10.05 | mickeyl | right |
| 16:10.16 | mickeyl | that it only affects some files is wicked though |
| 16:10.23 | mickeyl | anyway, thanks for helping me to find that! |
| 16:10.24 | pb_ | yeah. I don't know why that would be. |
| 16:10.35 | pb_ | I'm fairly sure this will be the problem, though. |
| 16:11.01 | pb_ | brb, gotta do a bit of work on my car before it gets dark outside |
| 16:11.23 | mickeyl | k, have "fun" |
| 16:16.36 | CIA-4 | 03mickeyl 07 * r1.3123.1.1 10openembedded/packages/linux/ (7 files in 2 dirs): rename openzaurus to linux-openzaurus. We fell into the trap of package names clashing with overrides, hence FILES_PN became an accidental override - clobbing the FILES. Kudos to pb_ |
| 16:18.39 | mickeyl | okay, after having wasted 10 hours with hunting this bug, on to what i actually wanted to do |
| 16:21.07 | *** join/#oe zilt (~aking@ottawa-dial-206-191-4-22.s-ip.magma.ca) |
| 16:23.45 | *** part/#oe marvin24 (~marvin24@fb07-iapwap2.physik.uni-giessen.de) |
| 16:28.05 | *** join/#oe qfh (~qfh@ppp-82-135-0-159.mnet-online.de) |
| 16:29.21 | *** join/#oe Bernardo|away (~jbbrs@10001200047.0000006537.acesso.oni.pt) |
| 16:39.18 | pb_ | re |
| 16:39.20 | pb_ | mickeyl: heh |
| 16:43.28 | mickeyl | yeah, sometimes it's a cascade |
| 16:43.44 | mickeyl | initially i wanted to debug why opie doesn't calculate the rotation on c7x0 right |
| 16:43.52 | mickeyl | then to work on that i wanted to have NFS on my c7x0 |
| 16:44.01 | mickeyl | then to get that i changed the defconfig to emit modules |
| 16:44.05 | mickeyl | and then... 'ya know the rest :) |
| 16:44.09 | pb_ | hehe, right |
| 16:49.03 | koen | mickeyl: mithro didn't see libsdl-qpe getting fixed in the near future, so we'll need to have 2 .bb's for each sdl games |
| 16:49.44 | mickeyl | i don't think this is necessary |
| 16:50.14 | mickeyl | lets try changing as much libsdl-qpe into virtual/libsdl |
| 16:50.24 | mickeyl | and only for those things which break add a new .bb |
| 16:51.29 | koen | that would mean I have to change preferred_provider and manually rebuild them in order to get both versions |
| 16:51.56 | mickeyl | you will have to do that anyway, since both versions will step over each others toe |
| 16:52.50 | mickeyl | having to add .bb's for every provider of a virtual dependency defeats the purpose of virtual dependencies in the first place |
| 16:53.31 | mickeyl | i rather have two build trees than two versions of every .bb |
| 16:53.35 | mickeyl | think maintenance |
| 16:53.39 | koen | indeed, but I think a vrtual dep isn't the right way to go in this case |
| 16:54.09 | mickeyl | why not? most games just want to link against a libqpe and they really don't care about which one |
| 16:54.13 | mickeyl | sorry |
| 16:54.14 | mickeyl | libsdl of course |
| 16:54.20 | *** join/#oe rob_w (~roboo@p83.129.203.200.tisdip.tiscali.de) |
| 16:54.57 | koen | ah, right |
| 16:55.12 | koen | and for the ones that need -DQTOPIA we need two .bbs |
| 16:55.25 | mickeyl | right |
| 16:55.45 | mickeyl | although... |
| 16:55.54 | mickeyl | those which honor sdl-config |
| 16:55.57 | mickeyl | wouldn't |
| 16:56.03 | mickeyl | because they would automatically get the define |
| 16:56.27 | pb_ | you'll still have an output packaging naming problem, though. |
| 16:56.35 | pb_ | s/packaging/package/ |
| 16:56.48 | mickeyl | that's right, we should mangle the name of those packages |
| 16:57.05 | mickeyl | sounds like either a task for a sdl.bbclass |
| 16:57.06 | pb_ | yup, that'd work |
| 16:57.09 | mickeyl | or something more generic |
| 16:58.39 | pb_ | on the other hand, I'd prefer to see the libsdl-qpe thing fixed, which would remove the need for separate packages in most cases. |
| 16:58.52 | koen | mickeyl: is there a way to supress the /proc/progress error I keep getting with my familiar builds? |
| 16:58.55 | mickeyl | what is this thing at all? |
| 16:59.04 | mickeyl | koen: error? |
| 16:59.09 | pb_ | mickeyl: the libsdl-qpe thing? |
| 16:59.10 | mickeyl | koen: or do you mean the INIT: message |
| 16:59.12 | mickeyl | pb_: yes |
| 16:59.38 | koen | mickeyl: yes the not such file or directory message |
| 16:59.55 | koen | s/not/no/ |
| 16:59.58 | mickeyl | koen: hmm no such file or directory? that would be an error |
| 17:00.02 | pb_ | mickeyl: iirc, libsdl-qpe has some funky static library that it links into all sdl-qpe-using applications in order to intercept main() and call some kind of qpe startup function. that needs to be replaced with a shared library constructor, or something else that isn't ABI-visible to applications. |
| 17:00.07 | mickeyl | koen: there shouldn't be an error, just a INIT message if /proc/progress is not found |
| 17:00.21 | koen | mickeyl: yes that one, sorry |
| 17:01.03 | mickeyl | koen: ah that one. well, that's just an informal message, but if it distracts you i can make it quet |
| 17:01.07 | mickeyl | quiet even |
| 17:01.08 | koen | pb_: mithro said he knew how and what to fix, but he hasn't got the time |
| 17:01.21 | pb_ | koen: sure, but someone else could fix it. |
| 17:01.30 | pb_ | I think it's only about 15 minutes worth of work. |
| 17:01.46 | koen | mickeyl: quiet would be nice, because some users might go over the edge seeing error messages |
| 17:01.59 | mickeyl | pb_: hmm i see. yes i would rather see this fixed as well than more .bbs |
| 17:02.18 | mickeyl | koen: hmm... well, there is not ERROR in this message. |
| 17:02.25 | mickeyl | but i'll do it |
| 17:06.19 | pb_ | zecke: what's the deal with uicmoc-native_2.3.10-snapshot-20050131.bb? it seems that the trolls have removed this version of the source from their server. |
| 17:06.28 | mickeyl | ah right |
| 17:06.33 | mickeyl | that needs to be adjusted to 2.3.10-final |
| 17:06.34 | pb_ | is there another version that will work in its place? |
| 17:06.35 | pb_ | aha |
| 17:06.40 | mickeyl | i'll take care of it in a minute |
| 17:06.45 | pb_ | excellent |
| 17:06.45 | pb_ | thanks |
| 17:06.51 | zecke | mickeyl: thanks |
| 17:06.58 | mickeyl | np |
| 17:11.00 | CIA-4 | 03mickeyl 07 * r1.3134 10openembedded/packages/uicmoc/ (3 files in 2 dirs): upgrade uicmoc2 to 2.3.10 (final) |
| 17:11.03 | CIA-4 | 03mickeyl 07 * r1.3133 10openembedded/packages/sysvinit/ (sysvinit_2.86.bb sysvinit/rcS): sysvinit: don't speak up if /proc/progress is not there. |
| 17:13.53 | Bernardo | re |
| 17:13.58 | Bernardo | zecke: still here? |
| 17:14.01 | koen | hey Bernardo |
| 17:14.06 | Bernardo | hi koen |
| 17:14.44 | zecke | yupp |
| 17:16.31 | Bernardo | you were asking how did it went with the image I built for the simpad (after a few weeks without much time) |
| 17:18.32 | Bernardo | seems to work well,konq/e no longer uses / as the cache dir |
| 17:19.54 | Bernardo | but the simpad buttons no longer work - only the power button works and only to bring it out of suspend, not to suspend |
| 17:20.21 | Bernardo | the wlan card also stops working after a suspend/resume, needs ejecting before working again |
| 17:21.17 | mickeyl | that was my fault |
| 17:21.22 | mickeyl | with the buttons |
| 17:21.24 | mickeyl | already corrected |
| 17:23.36 | Bernardo | ah, thanks mickeyl |
| 17:24.24 | Bernardo | I also managed to build lirc and lirc-modules, but lirc complains that /dev/lircd and /dev/lircm were not shipped in any package |
| 17:35.47 | Bernardo | mickeyl: which packages should I rebuild to have the buttons working again? |
| 17:38.28 | mickeyl | qte-for-opie |
| 17:38.47 | mickeyl | or |
| 17:38.57 | mickeyl | if you just want to have it working |
| 17:39.01 | mickeyl | edit /etc/init.d/opie |
| 17:39.08 | mickeyl | and insert QWS_KEYBOARD="SIMpad" |
| 17:39.14 | mickeyl | that should get it working, too |
| 17:39.48 | mickeyl | i changed the simpad.patch to use the SIMpad buttons handler per default now if QT_QWS_SIMPAD is defined. |
| 17:40.06 | mickeyl | so it's no longer necessary to look out for the model in /etc/init.d/opie |
| 17:41.16 | Bernardo | ok, thanks |
| 17:44.46 | Bernardo | now all I need to do is to convince someone to enable 5 points calibration in opie (as in gpe) as it is a lot more precise on the simpad |
| 17:45.16 | mickeyl | as a workaround you can install tslib-calibrate and run it before starting opie |
| 17:46.12 | Bernardo | yes, might try that... Thanks! |
| 17:47.55 | zecke | Bernardo: lol that is ridicoulous |
| 17:48.14 | zecke | Bernardo: I doubt they use the center at all.. |
| 17:48.38 | zecke | besides that I seam to have broken calibration on Qt2.3.10 |
| 17:48.49 | mickeyl | not for me |
| 17:48.58 | mickeyl | seems to still work on collie and corgi |
| 17:49.34 | koen | zecke: iirc the center one is used to check linearity |
| 17:56.05 | Bernardo | zecke: It might be ridiculous, but I can use the keyboard with a lot more precision on gpe than on opie (on the simpad). On the collie, there is no visible difference |
| 17:57.53 | Bernardo | brb |
| 18:03.35 | zecke | Bernardo|away: it is something different, it has nothing to do with the center |
| 18:04.50 | zecke | Bernardo|away: AFAIK ts_calibrate isn't using the center as well (for actual linearisation code) |
| 18:17.00 | *** join/#oe chouimat (~dieu@r2351064.cidc.net) |
| 18:21.15 | koen | shouldn't '$D/${sysconfdir}/passwd' be '${D}{sysconfdir/ |
| 18:21.21 | koen | ehm |
| 18:21.35 | koen | shouldn't '$D/${sysconfdir}/passwd' be '${D}{sysconfdir}/passwd' ? |
| 18:22.57 | koen | it's shows up as '$D//etc/passwd' in the ipkg postinst |
| 18:23.27 | pb_ | doesn't matter. |
| 18:23.36 | zecke | chouimat: did you use icecream for cross compiling |
| 18:24.54 | koen | pb_: right now it doesn't create the /etc/passwd so zap_root_passwd fails |
| 18:24.59 | yann | CoreDump|home: having the main package last does help as far as populating ipk's is concerned, but that causes the wrong package to be selected for the Depends field in the locales packages |
| 18:25.14 | yann | hi koen pb_ |
| 18:25.22 | koen | MACHINE=openzaurus-pxa-2.6 DISTRO=familiar-0.8.1 |
| 18:25.23 | pb_ | koen: perhaps, but it isn't due to the thing you mentioned. |
| 18:25.24 | koen | hey yann |
| 18:25.27 | pb_ | hi yann |
| 18:25.35 | koen | ok |
| 18:28.10 | pb_ | zecke: do you know what |
| 18:28.11 | pb_ | In file included from qpeapplication.cpp:61: |
| 18:28.11 | pb_ | qpestyle.h:36: error: `PrimitiveElement' has not been declared |
| 18:28.11 | pb_ | qpestyle.h:36: error: `SFlags' has not been declared |
| 18:28.13 | pb_ | indicates? |
| 18:28.36 | pb_ | this seems to blight my libqpe-opie compilation. |
| 18:28.54 | yann | koen: when inheriting the autotools class, the main package has a catchall rule with a couple of exceptions for manpages et al, right ? |
| 18:34.19 | zecke | pb_: #if QT_VERSION < 300 and with Qt2.3.10 QT_VERSION == 2310 |
| 18:34.20 | zecke | pb_: when using Opie1.1.9 or cvs it shouldn't happen |
| 18:36.06 | koen | yann: don't know, sorry |
| 18:37.16 | yann | koen: hm, who customarily builds packages that produice multiple ipk's ? |
| 18:37.37 | yann | pb_ maybe ? |
| 18:38.12 | pb_ | zecke: ah, I changed my CVSDATE and now it works. |
| 18:38.24 | pb_ | yann: mm? |
| 18:38.44 | yann | pb_: when inheriting the autotools class, the main package has a catchall rule with a couple of exceptions for manpages et al, right ? |
| 18:40.51 | pb_ | yann: I don't understand the question. |
| 18:42.13 | pb_ | SDL_QWin.cc:35: error: `Opie' has not been declared |
| 18:42.14 | pb_ | heh |
| 18:42.49 | zecke | pb_: dunno but Opie is likely to be a namespace |
| 18:43.06 | pb_ | yah, I suspect that this |
| 18:43.07 | pb_ | SDL_QWin.cc:32:27: opie2/odevice.h: No such file or directory |
| 18:43.12 | pb_ | is the real problem |
| 18:43.31 | yann | pb_: it's about the package_ipk step |
| 18:43.42 | pb_ | I just found "'Opie' has not been declared" amusing |
| 18:44.16 | pb_ | yann: right |
| 18:44.33 | pb_ | autotools doesn't really have any bearing on package_ipk, though |
| 18:44.50 | koen | pb_: it seems base-passwd wasn't getting installed instead of postinst failing |
| 18:44.58 | yann | pb_: if you look at wesnoth_cvs.bb in http://ydirson.free.fr/soft/wesnoth/oe/bbfiles/, I've put the wesnoth package last because if I put it first it gets all those pieces I want to put in separate ipk's |
| 18:45.12 | pb_ | koen: that would be a problem |
| 18:45.26 | yann | put that causes other problems, like wesnoth-editor being thought of as "main" mackage |
| 18:45.32 | pb_ | yann: in PACKAGES? yes, the order is significant. |
| 18:46.02 | pb_ | yann: say "FILES_${PN}" rather than FILES_wesnoth, and it should work fine. |
| 18:46.10 | yann | ah, ok |
| 18:46.11 | yann | thx |
| 18:51.25 | *** join/#oe molivier (~mac@f03m-1-106.d1.club-internet.fr) |
| 18:52.26 | zecke | kergoth_: once I get icecream working it is very interesting... |
| 18:54.01 | msw | icecream code scares me |
| 18:54.57 | *** join/#oe joshin (~joshg@VDSL-130-13-185-112.PHNX.QWEST.NET) |
| 18:56.24 | *** join/#oe gints (~gints@159.148.213.135) |
| 18:57.08 | zecke | msw: As long as coolo and matz, cornelius from the SuSE mafia works on it, I trust that code |
| 18:59.17 | chouimat | zecke: full xcompiler support? |
| 19:01.59 | zecke | chouimat: I've mailed coolo about it |
| 19:04.17 | chouimat | zecke: and you will probably get the same answer than me : I don't need it so I don't care |
| 19:04.58 | chouimat | zecke: if you need it do it your self ... |
| 19:06.34 | zecke | chouimat: hey this is coolo |
| 19:06.46 | chouimat | zecke: exactly |
| 19:08.03 | zecke | chouimat: but it will rock, after you built the toolchain, ICECC_VERSION is exported |
| 19:08.28 | zecke | chouimat: and then the toolchain will be automatically exported :) |
| 19:09.12 | koen | hmm, now it tried to build a handhelds-sa kernel instead of the 2.6.11-oz-pxa-2.6 one |
| 19:09.13 | chouimat | zecke: I use it ... on my x86s and my ppc |
| 19:15.40 | CIA-4 | 03koen 07 * r1.3135 10openembedded/conf/machine/openzaurus-pxa-2.6.conf: |
| 19:15.41 | CIA-4 | openzaurus-pxa-2.6.conf: |
| 19:15.41 | CIA-4 | <PROTECTED> |
| 19:16.27 | *** join/#oe rphillips (~rphillips@rphillips.developer.gentoo) |
| 19:27.36 | zecke | chouimat: and setting ICECC_VERSION is enough to let your ppc binary be build on i686? |
| 19:31.42 | chouimat | zecke: for i686 I use path/gentoo.tar.bz2,ppc:/path/ppc-i686.tar.bz2,i586:/path/gentoo-i586.tar.bz2 for ppc /path/gentoo.tar.bz2,i686:/path/x86-ppc.tar.bz2,i586:/path/x86-ppc.tar.bz2 |
| 19:36.21 | RP | koen: The disassembly is moving forwards but slowly |
| 19:36.32 | koen | RP: good to hear! |
| 19:36.55 | RP | I've disassembled some of the key functions but am still none the wiser how it submits the data to the chip :-/ |
| 19:37.48 | RP | A small percentage of the functions are actually the same as the ones in the framebuffer driver itself which has given me a key to some of the data structures as well! |
| 19:42.44 | koen | that sounds like progress |
| 19:43.21 | chouimat | zecke: the problem is to make the tarballs |
| 19:43.59 | zecke | chouimat: I can't make my job to be scheduled |
| 19:44.40 | chouimat | add /opt/icecream/bin to path? started iceccd ? |
| 19:45.19 | zecke | I'll msg you |
| 19:45.27 | chouimat | k |
| 19:46.31 | *** join/#oe dkey (~dkey@193.170.62.146) |
| 19:48.54 | koen | can a DEPENDS line contain package versions? |
| 19:49.00 | koen | like: DEPENDS = 'base-files base-passwd-3.5.7'? |
| 19:50.02 | *** join/#oe rob_w (~roboo@p213.54.139.99.tisdip.tiscali.de) |
| 19:58.19 | *** join/#oe qfh (~qfh@ppp-82-135-9-75.mnet-online.de) |
| 19:59.29 | *** join/#oe qfh^ (~qfh@ppp-82-135-5-53.mnet-online.de) |
| 19:59.54 | pb_ | yes |
| 20:00.12 | koen | ok, that was a red herring |
| 20:00.37 | *** join/#oe hedgehair (~hedgehair@user-0c6sdm3.cable.mindspring.com) |
| 20:00.44 | *** join/#oe qfh_ (~qfh@ppp-82-135-2-57.mnet-online.de) |
| 20:04.06 | pb_ | heh |
| 20:04.18 | treke|home | pb_: Kind of hoping that the release in the next couple of days fixes the "I'm out of space so just start crashing" problem |
| 20:04.26 | pb_ | yeah |
| 20:04.32 | pb_ | still, it's fairly easy to avoid the crash by deleting files |
| 20:04.54 | treke|home | well for me the front end won't delete files if the disk is full |
| 20:04.59 | treke|home | which makes it kind of hard to do |
| 20:05.19 | pb_ | mythweb seems to be a bit more resilient. |
| 20:05.25 | treke|home | ah |
| 20:05.27 | treke|home | I'll have to try that |
| 20:05.37 | pb_ | I can usually delete stuff with my browser, even if the frontend won't run |
| 20:17.49 | *** join/#oe exastra (~go@l5.org) |
| 20:19.07 | *** join/#oe exastra (~go@69.59.200.64) |
| 20:23.52 | punkass|zzzz | CoreDump: you around? |
| 20:24.03 | CoreDump|home | punkass|zzzz: yep |
| 20:24.28 | punkass | so poodle didnt work but collie did |
| 20:24.43 | CoreDump|home | interesting |
| 20:25.05 | punkass | in the lirc-modules-xxxx.bb file i had to add the lines for tosa and poodle cuz they werent there |
| 20:25.46 | punkass | so of course the collie modules package doesnt work on the 6000 |
| 20:26.06 | punkass | thought maybe i could sneek it in :) |
| 20:26.13 | *** join/#oe cedric (~moa@paris.bluebugs.org) |
| 20:26.15 | CoreDump|home | :) |
| 20:26.31 | hedgehair | qplot quits with sigpipe, main.c states: int results[2]; .... if (pipe (results) < 0) { fprintf (stderr, "Pipe error\n"); .... so yea, shouldent it be less than 3? |
| 20:26.47 | CoreDump|home | so, does adding the required lines help w/ you compile problem? |
| 20:27.10 | punkass | no it was stoping saying error no driver set..thats why i added the lines |
| 20:27.24 | punkass | then it would get past that and then hit the compile error later |
| 20:27.39 | CoreDump|home | ah dang |
| 20:27.45 | CoreDump|home | would have been to easy |
| 20:27.48 | punkass | yeah |
| 20:28.17 | punkass | what about if i swtich MACHINE off and just use TARGET_ARCH = arm instead? |
| 20:28.31 | CoreDump|home | um |
| 20:28.34 | punkass | will it build a generic package? |
| 20:28.43 | CoreDump|home | i have no idea |
| 20:28.59 | CoreDump|home | but MACHINE is kinda important for all kinds of packages |
| 20:30.11 | punkass | clearing state_want and state_flag for pkg=lirc-modules (arch_priortity=0 flag=16 want=2) |
| 20:30.21 | punkass | cannot find package lirc-modules |
| 20:30.31 | *** join/#oe marcansoft (1337@80.26.156.68) |
| 20:30.38 | punkass | thats the error i get when running ipkg install lirc-modules-xxxx.ipk |
| 20:31.03 | CoreDump|home | doesn't mean anything to me |
| 20:31.32 | punkass | it then says (check the spelling or perhaps run 'ipkg update' |
| 20:31.33 | punkass | wierd |
| 20:31.36 | punkass | ok |
| 20:31.38 | CoreDump|home | heh |
| 20:32.01 | CoreDump|home | this is the default "I don't fucking know what went wrong" error message of ipkg |
| 20:32.09 | punkass | haha |
| 20:32.23 | pb_ | not at all. this is the "you tried to install a package for the wrong architecture" error message. |
| 20:32.49 | punkass | pb_ ok well that would make sense..cuz its a collie pkg on a tosa machine |
| 20:33.00 | CoreDump|home | or the "The .ipk is damaged" message |
| 20:33.15 | pb_ | no, that would be different. |
| 20:33.15 | CoreDump|home | or the "I cant untar control.tar.gz" message ;) |
| 20:33.21 | pb_ | no, that would also be different. |
| 20:33.31 | CoreDump|home | not for me on my Z |
| 20:33.43 | CoreDump|home | I've seen it a lot in the past |
| 20:33.53 | punkass | pb_ do you know why i could not build lirc-modules for tosa or poodle but i can for collie? |
| 20:33.56 | pb_ | file a bug, then. it certainly shouldn't occur in either of those two situations. |
| 20:34.10 | CoreDump|home | maybe they fixed it in current releases, dunno |
| 20:34.20 | pb_ | punkass: not unless you tell me what went wrong |
| 20:34.31 | punkass | one sec i have it on pastebin |
| 20:34.45 | punkass | http://www.pastebin.com/238367 |
| 20:35.14 | punkass | tosa is the one i need to build it for |
| 20:35.16 | pb_ | it says that's an invalid id |
| 20:35.35 | pb_ | or "may have been deleted" |
| 20:35.40 | punkass | ok one sec |
| 20:36.26 | punkass | http://www.pastebin.com/238553 |
| 20:37.55 | pb_ | it's trying to build a strongarm driver, which won't work on your machine. |
| 20:38.02 | pb_ | check your EXTRA_OECONF. |
| 20:39.55 | punkass | where do i find that...i no ive seen it before |
| 20:40.21 | pb_ | in the .bb file |
| 20:41.40 | punkass | in the lirc-modules bb file i just have these: |
| 20:41.41 | punkass | EXTRA_OECONF_append_poodle = " --with-driver=sa1100 --without-x" |
| 20:41.49 | punkass | for each machine |
| 20:42.01 | punkass | i added the poodle and tosa to it |
| 20:42.19 | pb_ | that's no good. the 'sa1100' drivers will only work on machines that have sa1100. |
| 20:42.19 | punkass | i thought the tosa had a sa1100 chip |
| 20:42.24 | punkass | oh doh |
| 20:42.27 | pb_ | no, the tosa is pxa255. |
| 20:42.44 | pb_ | (same with poodle) |
| 20:42.58 | punkass | so i should be able to do a --with-driver=pxa225 ? |
| 20:43.20 | pb_ | possibly. you'll have to check the lirc code and/or documentation to find out if it actually contains pxa255 drivers. |
| 20:43.34 | koen | iirc it doesn't |
| 20:43.43 | koen | p0m was also looking for it |
| 20:43.43 | punkass | hmm |
| 20:53.26 | *** join/#oe [g2] (~g2@rdu57-8-035.nc.rr.com) |
| 21:02.22 | punkass | well i am trying to run it with the pxa255 driver but i see to get the exact same msg..should i run bitbake -c clean lirc-modules or something? |
| 21:07.24 | punkass | ah i see is still doing this "NOTE: Applying patch 'lirc_sir-sa1100'" |
| 21:21.13 | *** join/#oe LordVan|Mobile (~lordvan@LordVan.developer.gentoo) |
| 21:23.25 | mickeyl | RP: ok, small problem |
| 21:23.55 | mickeyl | RP: for userland it would be better, if a hinge change would create a key press / key release combination |
| 21:24.02 | mickeyl | RP: since most userland apps only react on key release |
| 21:24.15 | mickeyl | RP: this is why atm. opie doesn't react to a hinge status change |
| 21:24.39 | mickeyl | RP: could you add something like that w/ another key that just fires up and down once when the status changes |
| 21:24.42 | mickeyl | ? |
| 21:25.25 | koen | mickeyl, RP: does usbdmonitor exist in 2.6? |
| 21:25.32 | mickeyl | hell, no :D |
| 21:26.01 | koen | conf/machine/zaurus-clamshell.conf:14:kernel-module-usbdcore kernel-module-usbdmonitor chkhinge" |
| 21:26.11 | koen | openzaurus-pxa-2.6 pulls that in |
| 21:26.17 | mickeyl | and then overrides it :) |
| 21:26.34 | koen | ah yes |
| 21:26.57 | mickeyl | thanks for the renaming catch up :) |
| 21:27.10 | koen | np |
| 21:27.11 | *** join/#oe HuntsMan (~hunts@200.120.118.148) |
| 21:27.22 | koen | just preparing for the arrival of my corgi :) |
| 21:27.34 | RP | mickeyl: I can't see that change being liked in the kernel |
| 21:27.46 | mickeyl | koen: ah cool. |
| 21:28.07 | RP | If that's what opie needs, can you watch for presses of those keys and fake a press of F14? |
| 21:29.02 | mickeyl | hmm no idea atm. |
| 21:29.07 | mickeyl | polling is no option |
| 21:29.23 | RP | you don't need to poll |
| 21:29.38 | mickeyl | and i'm not sure if i want to hack the qte keyboard driver to make an extra case for F14 |
| 21:29.52 | mickeyl | doesn't seem to be clear as well |
| 21:30.04 | RP | Apps can't generate keypresses in qte I take it then? |
| 21:30.47 | koen | can hotplug listen to keypresses? |
| 21:30.57 | mickeyl | they can. but adding yet another keyfilter just for supporting F14 doesn't sound better than just adding a trigger in the kernel |
| 21:32.56 | RP | mickeyl: What I'm seeing is a piece of code that registers to recieve keypresses. When it sees F15-F17 presses (qte reports keypress events as well as releases right?), it triggers a simulation of an F14 keypress. |
| 21:33.11 | punkass | well koen looks like you were right: |
| 21:33.13 | punkass | <PROTECTED> |
| 21:33.13 | punkass | | on this system |
| 21:33.37 | mickeyl | RP: yes i can see such a solution as well. but i feel this as more clumsy than the kernel solution |
| 21:33.54 | Bernardo|zzzzz | re |
| 21:33.57 | mickeyl | well, we don't have to decide that now |
| 21:34.08 | mickeyl | i'm going to have a look at how the special keys |
| 21:34.11 | mickeyl | are implemented at all atm. |
| 21:34.23 | RP | special keys? |
| 21:34.37 | mickeyl | keys triggering application launches |
| 21:34.41 | mickeyl | mail, addressbook and friends |
| 21:34.54 | RP | The kernel side of this is working ok isn't it? |
| 21:35.08 | mickeyl | yes |
| 21:35.15 | mickeyl | it's just a change of behaviour |
| 21:35.29 | mickeyl | and we have to look out for the cleanest solution |
| 21:35.33 | RP | mickeyl: There is the slight problem that the keyboard driver has just been accepted upstream as well. Makes it harder to change things :-/ |
| 21:36.16 | mickeyl | hmm ok you really have the ambition to run a 100% mainstream kernel right? |
| 21:36.33 | RP | I'd passed it to them for comments and hadn't expected them to take it! :) |
| 21:36.39 | mickeyl | heh |
| 21:36.43 | RP | mickeyl: I think its for the best |
| 21:37.02 | RP | We'll never make it 100% mainline but the core devices should be in there |
| 21:38.37 | mickeyl | i agree. but i also think that nothing forbids a couple of convenience hack on top of the mainstream |
| 21:38.45 | koen | heh |
| 21:39.21 | RP | I'm not convinced we need them yet though... |
| 21:39.40 | RP | I'm not against them if neccessary though |
| 21:39.48 | mickeyl | well, necessity is relative |
| 21:39.52 | RP | Our definitions of neccessary may differ :) |
| 21:40.01 | mickeyl | yep |
| 21:40.56 | koen | having autorotation in opie and gpe would be very cool |
| 21:41.03 | mickeyl | let me state it that way: if i find a way to make it simple in userland i'm will to do that. but if the only way is to add a dedicated keyfilter hence wasting a lot of CPU cycles on every press I would prefer the kernel solution |
| 21:41.07 | mickeyl | koen: it works already in 2.4 |
| 21:41.11 | mickeyl | (for opie) |
| 21:41.39 | koen | yeah, but I was getting at gpe and 2.6 :) |
| 21:41.55 | koen | you opie people are always stealing the show |
| 21:42.02 | mickeyl | hehe |
| 21:42.03 | mickeyl | "sorry" :) |
| 21:42.23 | RP | Regardless of how you do it, you have to scan to see if a key was pressed, be it F14 or be it F15-F17... |
| 21:42.48 | RP | Can't the existing handler for F14 be made to look for a press rather than a press/release? |
| 21:43.02 | mickeyl | that's what i'm going to look into |
| 21:43.38 | RP | ok |
| 21:45.51 | *** join/#oe HuntsMan (~hunts@200.120.118.148) |
| 21:53.33 | *** join/#oe Timelord0 (~TL@64-147-65-145.access-4.intertex.net) |
| 21:54.26 | koen | 'night all |
| 21:54.40 | reenoo_ | 'night koen|sleep |
| 22:00.33 | *** join/#oe Pigi (~NoOne@host152-27.pool80117.interbusiness.it) |
| 22:00.40 | Pigi | Ciao all |
| 22:12.02 | RP | It appears there's a nice bug in freetype if you compile in /usr... |
| 22:15.29 | Bernardo | 'night |
| 22:20.51 | *** join/#oe mithro (~tim@202.191.111.52) |
| 22:25.59 | *** join/#oe mithro_ (~tim@202.191.111.52) |
| 22:30.58 | RP | and fixed it :) |
| 22:31.02 | CIA-4 | 03RP 07 * r1.3136 10openembedded/classes/binconfig.bbclass: classes/binconfig.bbclass: Fix namespace clash if you compile in /usr or friends |
| 22:46.45 | *** join/#oe micropal_ (ident@139.80-202-82.nextgentel.com) |
| 22:52.47 | CIA-4 | 03mickeyl 07 * r1.3132.1.1 10openembedded/packages/meta/opie-collections.inc: ship opie-autorotateapplet in the default image for clamshell models |
| 22:55.45 | mickeyl | autorotate also works on 2.6 now. if there will be something after opie 1.2.x we will have to reconsider keyboard handling completely anyway, so this additional hack doesn't hurt *shrug* |
| 22:55.47 | mickeyl | g'night |
| 22:57.56 | RP | mickey|zzZZzz: sounds good. g'night |
| 23:18.19 | *** join/#oe saturn (saturn@c-665a70d5.020-2021-73746f7.cust.bredbandsbolaget.se) |
| 23:25.58 | treke|ho1e | Autorotate should work without the applet |
| 23:26.06 | treke|ho1e | that was just a way to turn autorotate off |