00:00.42 | Pigi | but it won't be better, removing it :) |
00:00.59 | mickey|zzZZzz | hehe, yeah |
00:01.50 | Pigi | I suspect that next week would be a long debug nite weeks. My milling machine would have to wait :) |
00:02.48 | Pigi | nite all for the moment. |
00:03.13 | mickey|zzZZzz | good idea |
00:03.19 | mickey|zzZZzz | *trying again* |
00:25.44 | *** join/#oe W8TVI (~noel@209-124-42-254.dialup.torchlake.com) |
01:25.11 | *** join/#oe micropal (ident@139.80-202-82.nextgentel.com) |
01:28.14 | *** join/#oe HuntsMan (~hunts@CM-lflo3-118-148.cm.vtr.net) |
01:33.54 | *** join/#oe offroadgeek (~offroadge@dsl027-191-249.sfo1.dsl.speakeasy.net) |
03:10.26 | kergoth | hmmm. |
03:10.32 | kergoth | busybox ifup doesnt appear to work at all on tosa |
03:11.05 | kergoth | looks like it requires that the device exists before it runs the pre-up scripts, so usbctl is never called |
03:11.41 | jacques | what is this "tosser" of which you speak? |
03:12.10 | kergoth | hm? |
03:12.11 | kergoth | ~tosa |
03:12.12 | ibot | hmm... tosa is Sharp SL-6000, or a dog (see http://www.jkc.or.jp/japanese_dog/j_dog7_e.html) |
03:13.21 | kergoth | wow |
03:13.28 | kergoth | i built unionfs for the Z with -DNODEBUG |
03:13.36 | kergoth | the kernel module is down to around 200k! |
03:13.39 | kergoth | and still works |
03:13.44 | kergoth | that's actually reasonable. |
03:13.50 | kergoth | -rw-r--r-- root/root 213168 2005-01-15 22:14:54 ./lib/modules/2.4.18-rmk7-pxa3-embedix/kernel/fs/unionfs.o |
03:14.06 | jacques | how big is it otherwise ? reiserfs sized? |
03:14.13 | kergoth | heh |
03:14.14 | kergoth | dunno what reiser is |
03:14.25 | kergoth | but i've seen the unionfs.o be as large as 2.5 megs and as low as 1.2, depending |
03:14.30 | kergoth | s/what/what size/ |
03:14.57 | jacques | ouch! I thought reiser was big at around 600kB |
03:15.31 | kergoth | gah, i guess i'd better put in a custom busybox defconfig & shit to get a real ifupdown on tosa |
03:15.40 | kergoth | not really in the mood to try fixing busybox |
03:26.10 | *** join/#oe anomaly_ (~pop@202.173.142.130) |
03:28.25 | CIA-8 | 03kergoth 07 * r1.3020 10openembedded/packages/unionfs/unionfs-modules.inc: Adjust the unionfs modules cflags. |
03:28.27 | CIA-8 | 03kergoth 07 * r1.3009.1.2 10openembedded/conf/machine/tosa.conf: Remove the unnecessary 'chkhinge' from bootstrap on tosa. |
03:28.30 | CIA-8 | 03kergoth 07 * r1.3009.1.1 10openembedded/packages/unionfs/ (4 files): Adjust the unionfs build to add -DNODEBUG, which cuts the kernel module size in half. |
03:41.48 | *** join/#oe anomaly__ (~pop@dsl-202-173-142-213.sa.westnet.com.au) |
04:01.30 | *** join/#oe andersee (~andersee@codepoet.org) |
04:32.10 | *** join/#oe bluelightning (~bluelight@203-173-245-53.akl.ihugultra.co.nz) |
04:43.49 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
05:04.03 | *** join/#oe mjc (mjc@sartre.ispvip.biz) |
05:24.41 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
05:40.31 | *** join/#oe hufnus (~slonsiki@host-66-81-177-215.rev.o1.com) |
05:52.01 | *** join/#oe dkey| (~dkey@L0005P12.dipool.highway.telekom.at) |
06:26.47 | *** join/#oe treke|home (~ggilbert@69-175-32-221.ventca.adelphia.net) |
06:27.22 | treke|home | evening |
06:27.35 | bluelightning | hello |
06:47.37 | *** join/#oe bluelightning (~bluelight@203-173-244-187.akl.ihugultra.co.nz) |
07:20.32 | *** join/#oe micropal_ (ident@139.80-202-82.nextgentel.com) |
07:30.27 | *** join/#oe zedkatuf (~dfutak@82-32-58-45.cable.ubr08.azte.blueyonder.co.uk) |
08:16.09 | *** join/#oe gremlin[it] (~gremlin@194-185-170-112.f4.ngi.it) |
08:16.17 | gremlin[it] | hi to all |
08:16.30 | *** join/#oe Delio (~arnaud@lns-th2-12-nic-82-64-189-31.adsl.proxad.net) |
08:16.33 | gremlin[it] | someone is asleep ? |
08:17.24 | gremlin[it] | delio ? |
08:17.49 | Delio | hello |
08:18.18 | gremlin[it] | sorry o thought u are a my italian friend now in NZ :) |
08:18.29 | gremlin[it] | Delio is a non-common name in italy :) |
08:18.56 | gremlin[it] | do u have some experience with oe ? |
08:19.05 | gremlin[it] | i'm in toruble :( ... |
08:19.09 | gremlin[it] | trouble |
08:19.26 | Delio | i' just bought a zaurus recently |
08:19.30 | Delio | i'm a beginner :) |
08:19.56 | gremlin[it] | which one ? SLC3000 ? |
08:20.01 | Delio | sl6000 |
08:25.29 | kergoth | gremlin[it]: if you have a question, ask it. |
08:27.16 | gremlin[it] | 1) did someone are able to use uclibc + kernel-2.6 ? |
08:28.13 | gremlin[it] | 2) just trying to do 'bitbake nano' for familiar distro ... fail building glibc |
08:28.29 | gremlin[it] | checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile |
08:28.31 | gremlin[it] | | See `config.log' for more details. |
08:28.31 | gremlin[it] | | FATAL: oe_runconf failed |
08:28.31 | gremlin[it] | NOTE: Task failed: |
08:28.31 | gremlin[it] | ERROR: package glibc-2.3.2+cvs20040726-r14: task do_configure failed |
08:28.31 | gremlin[it] | ERROR: TaskFailed event exception, aborting |
08:28.32 | gremlin[it] | ERROR: package glibc: build failed |
08:28.33 | gremlin[it] | ERROR: Build of nano failed |
08:29.49 | kergoth | 1) yes. |
08:30.07 | kergoth | 2) must be a configuration problem on your end. if glibc doesnt build, its because the gcc-cross-initial that oe built isnt working. it's known to work, which indicates there's something wrong with your setup |
08:31.10 | gremlin[it] | ok ... for i) ... where i can find the 'local.config' file ? |
08:31.26 | gremlin[it] | for 2) ... where i can get some more info/documentation ? |
08:31.59 | kergoth | GettingStarted and local.conf.sample tell you everything you need to know |
08:32.03 | gremlin[it] | also for 2) ... a 'local.conf' file standard for familiar on pxa ? |
08:32.10 | kergoth | ? |
08:32.17 | kergoth | all you have to do is set your DISTRO and MACHINE correctly |
08:32.27 | Pigi | 'morning |
08:32.31 | kergoth | hey Pigi |
08:32.35 | gremlin[it] | kergoth ... don't work |
08:33.33 | gremlin[it] | MACHINE = "ipaq-pxa-2.6" |
08:33.50 | gremlin[it] | DISTRO = "familiar" |
08:33.58 | gremlin[it] | TARGET_ARCH = "arm" |
08:34.01 | gremlin[it] | TARGET_OS = "linux" |
08:34.03 | Pigi | hey kergoth. My nightly opie-image build stopped on openswan. How can I remove it from the build ? |
08:34.38 | kergoth | Pigi: openswan is a dependency of task-bootstrap. you'd have to remove it from there |
08:34.44 | Pigi | thx |
09:17.14 | *** join/#oe zap_ (~zap@217.170.93.9) |
09:26.33 | *** join/#oe kergoth (~kergoth@ip71.churchill-park.dfw.ygnition.net) |
09:45.47 | Pigi | can't really find openswan reference in openembedded/meta, apart for a nylon-feed.bb. Is that the right place ? |
09:46.49 | kergoth | yes. |
09:47.37 | Pigi | Maybe a clean recompile could help. |
09:48.01 | Pigi | what's shrugs ? |
09:48.19 | kergoth | shrug? its a gesture. |
09:48.26 | kergoth | raising and lowering of the shoulders |
09:48.36 | Pigi | ah, thx :) |
09:48.37 | kergoth | generally indicates that the person doesnt know |
09:48.38 | kergoth | np |
09:49.17 | Pigi | sometimes my english doesn't help me :) |
09:49.36 | kergoth | ~dict shrug |
09:50.01 | Pigi | thx ibot |
09:50.06 | Pigi | eheheh |
09:50.20 | Pigi | ~lart Pigi english |
10:07.00 | *** join/#oe nofpu (~matthew@82-45-183-10.cable.ubr06.dals.blueyonder.co.uk) |
10:07.42 | *** join/#oe matthew_ (~matthew@82-45-183-10.cable.ubr06.dals.blueyonder.co.uk) |
10:07.55 | *** join/#oe maqt (~matthew@82-45-183-10.cable.ubr06.dals.blueyonder.co.uk) |
10:16.45 | *** join/#oe cedric (~cedric@voulx.bluebugs.org) |
10:35.24 | *** join/#oe nofpu (~matthew@82-45-183-10.cable.ubr06.dals.blueyonder.co.uk) |
10:35.29 | *** join/#oe matthew_ (~matthew@82-45-183-10.cable.ubr06.dals.blueyonder.co.uk) |
10:58.00 | *** join/#oe mhfan (~mhfan@61.191.205.245) |
11:18.38 | *** join/#oe nofpu (~matthew@82-45-183-10.cable.ubr06.dals.blueyonder.co.uk) |
11:18.39 | *** join/#oe matthew_ (~matthew@82-45-183-10.cable.ubr06.dals.blueyonder.co.uk) |
11:20.37 | Pigi | bbl |
11:33.17 | *** join/#oe hufnus (~slonsiki@host-66-81-21-17.rev.o1.com) |
11:41.21 | *** join/#oe jmau (~jmau@pD95315F0.dip.t-dialin.net) |
11:47.10 | RP | zap_: There's a bug just come into linux-fedev-devel I think you should look at. A prompt patch may keep them happy... |
11:47.33 | zap_ | regarding my code? |
11:48.03 | RP | Yes. A dependency problem by the look of it |
11:48.20 | RP | zap_: I've mailed it to you |
11:48.47 | zap_ | I'll look at it |
11:49.20 | RP | zap_: I think its just needs a dependency on FB adding... |
12:09.30 | *** join/#oe micropal (ident@139.80-202-82.nextgentel.com) |
12:17.47 | *** join/#oe zecke (~ich@83.169.146.40) |
12:19.28 | *** join/#oe pb_ (~pb@2002:5168:d330:1:20b:6aff:fe40:e27f) |
12:29.46 | *** join/#oe gints (~gints@195.2.115.160) |
12:30.31 | *** join/#oe reenoo_ (~r@pD9528AB7.dip.t-dialin.net) |
12:30.40 | reenoo_ | afternoon |
12:32.51 | pb_ | hi reenoo_ |
12:33.09 | reenoo_ | hey pb_ |
12:35.38 | pb_ | reenoo_: I built a sablevm package, with the intention of uploading it, but the .ipk is suspiciously small. It only contains: |
12:35.39 | pb_ | -rwxr-xr-x root/root 14252 2005-01-15 18:18:24 ./usr/bin/sablevm |
12:35.39 | pb_ | -rwxr-xr-x root/root 6621 2005-01-15 18:18:24 ./usr/bin/java-sablevm |
12:35.48 | pb_ | which looks a bit dubious. |
12:36.11 | reenoo_ | there should be a libsablevm package as well |
12:36.18 | *** join/#oe cedric (~cedric@voulx.bluebugs.org) |
12:36.28 | pb_ | ah, yes, so there is |
12:36.43 | pb_ | okay, I'll put those into the unstable feed then |
12:36.57 | reenoo_ | cool |
12:37.59 | pb_ | done |
12:42.39 | zecke | hey |
12:43.04 | pb_ | yo zecke |
12:43.36 | reenoo_ | moin zecke |
12:49.53 | reenoo_ | it's just a bit unfortunate that the sablevm people still haven't fixed their JNI code and don't seem interested in doing so in the near future either. |
12:56.04 | reenoo_ | I guess I could package jamvm and gnu classpath and ignore that though >:) |
12:59.06 | reenoo_ | zecke: any progress with you kaffe .bb? |
12:59.15 | reenoo_ | s/you/your/ |
12:59.39 | reenoo_ | ~lart desktop keyboards |
13:06.30 | zecke | reenoo_: no, I lacked the time |
13:06.48 | gints | someone knows why it could be temp/run.do_configure.17120: line 227: oe_runconf: command not found |
13:07.11 | zecke | gints: which package? |
13:07.20 | reenoo_ | zecke: yah, same here |
13:07.34 | gints | I try to make myself libmnetutil-0.2.2-r0 |
13:07.36 | *** join/#oe gremlin[it] (~gremlin@194-185-220-52.f4.ngi.it) |
13:07.42 | gremlin[it] | hi to all again ... |
13:07.57 | zecke | reenoo_: I was busy writing a stack based parser (Context Free Grammar parser) without using Jlex... |
13:08.13 | gints | I made one and it works... libmutil |
13:08.30 | gints | But same like libmnetutil fails |
13:08.46 | zecke | gints: which 'class' do you inherit? |
13:09.23 | gints | autotool |
13:10.25 | zecke | gints: do you've a oe_runconf in your file |
13:10.35 | gints | yep. |
13:10.50 | gints | do_configure() { |
13:10.50 | gints | <PROTECTED> |
13:10.50 | gints | <PROTECTED> |
13:10.50 | gints | } |
13:11.11 | zecke | ah that might not work, bash and methods are limited |
13:11.24 | zecke | make do_configure_prepend() { gnu-config... } |
13:11.44 | *** join/#oe luother (~rob@pD9EC09EE.dip0.t-ipconnect.de) |
13:12.35 | gints | runconf not found.. |
13:14.11 | luother | hi, i'm trying to compile familiar with bitbake, but it fails because savannah.gnu.org does not respond to my cvs over ssh session, it seems to be needed for gnu-config-native |
13:15.11 | CIA-8 | 03reenoo 07 * r1.2997.1.1 10openembedded/packages/sablevm/ (3 files in 2 dirs): sablevm(-classpath): update to 1.1.8 |
13:21.48 | gints | zecke: I tryed remove do_configure{} from bb and it passed.. but stopped on staging.. |
13:22.30 | gints | ~pastebin |
13:22.32 | ibot | i heard pastebin is a place to paste your stuff without flooding the channel - try http://pastebin.ca |
13:24.39 | gints | zecke: http://pastebin.ca/4312 |
13:28.42 | zecke | gints: inherit autotool vs inherit autotools |
13:29.14 | *** join/#oe Virusmaster (~Thomas@p5091BBDF.dip.t-dialin.net) |
13:29.17 | gints | shit.. |
13:29.30 | *** join/#oe tomimo (~kurre@a84-231-39-238.elisa-laajakaista.fi) |
13:30.30 | gints | zecke: many thks.. |
13:34.04 | gremlin[it] | mhhh i'm looking for some local.config setup for Xscale PXA with kernel2.6 and uclib ... someone can give me some hints ? |
13:36.26 | *** join/#oe qip|Virus|da (~Thomas@p5091BBDF.dip.t-dialin.net) |
13:42.01 | Pendalar | moooorning |
13:42.45 | *** join/#oe florian_kc (~fuchs@dns.kernelconcepts.de) |
13:42.47 | florian_kc | hi all |
13:43.06 | reenoo_ | hey florian_kc |
13:46.36 | gremlin[it] | mhhh i'm trying to setup OE Xscale PXA with kernel2.6 and uclib ... someone can give me some hints ? |
13:48.42 | CIA-8 | 03reenoo 07 * r1.3022 10openembedded/packages/classpath/classpath_0.13.bb: Add GNU Classpath |
13:53.13 | *** join/#oe dkey| (~dkey@L0010P15.dipool.highway.telekom.at) |
13:54.26 | *** join/#oe sc (~sc@p50925E6F.dip0.t-ipconnect.de) |
14:04.38 | *** join/#oe uv1 (~sc@p50925E6F.dip0.t-ipconnect.de) |
14:06.57 | *** join/#oe CIA-8 (~CIA@to.je.spocco.com) |
14:13.16 | *** join/#oe qip|Virus|da (~Thomas@p5091BBDF.dip.t-dialin.net) |
14:16.34 | *** join/#oe qfh (~qfh@ppp-62-245-160-103.mnet-online.de) |
14:20.07 | CIA-8 | 03reenoo 07 * r1.3024 10openembedded/packages/jamvm/jamvm_1.2.3.bb: Add JamVM - a compact Java Virtual Machine which conforms to the JVM specification version 2. |
14:20.11 | CIA-8 | 03reenoo 07 * r1.3023 10openembedded/packages/classpath/classpath_0.13.bb: classpath: clean up the meta-data ordering |
14:21.33 | CIA-8 | 03pb 07 * r1.3013.1.1 10openembedded/packages/pango/pango_1.8.0.bb: turn down optimization a bit for pango on arm, to work around suspected compiler bug |
14:23.01 | *** join/#oe qip|Virus|here (~Thomas@p5091BBDF.dip.t-dialin.net) |
14:36.31 | *** join/#oe jh_ (~jason@69.145.84.82) |
15:04.17 | chouimat | morningf |
15:07.10 | reenoo_ | hey chouimat |
15:09.05 | *** join/#oe zap_ (~zap@217.170.93.9) |
15:09.44 | CIA-8 | 03mickeyl 07 * r1.3027 10openembedded/conf/machine/openzaurus-pxa-2.6.conf: openzaurus-pxa-2.6.conf: +udev +sysfsutils -chkhinge |
15:09.46 | CIA-8 | 03mickeyl 07 * r1.3026 10openembedded/classes/kernel.bbclass: kernel.bbclass: compile genksyms a bit later in the process |
15:09.47 | mickeyl | morning |
15:10.17 | reenoo_ | moin mickeyl |
15:11.35 | florian_kc | hi mickeyl |
15:12.55 | RP | morning mickeyl |
15:24.03 | RP | I'm updating openzaurus-2.6 to use 2.6.11-rc1-bk4 as we've a load of drivers that appear in that... |
15:25.04 | mickeyl | ok, cool |
15:26.04 | *** join/#oe jmau (~jmau@pD95315F0.dip.t-dialin.net) |
15:27.49 | mickeyl | i'll be in switzerland next week |
15:27.54 | mickeyl | btw. |
15:28.05 | mickeyl | is it me or is it possible that the display is flickering a bit w/ 2.6 ? |
15:28.08 | mickeyl | i.e. more than on 2.4 |
15:28.14 | mickeyl | (could be imagination as well...) |
15:28.19 | CIA-8 | 03pb 07 * r1.3025.1.1 10openembedded/packages/pcmcia-cs/ (pcmcia-cs-3.2.8/ide.opts pcmcia-cs_3.2.8.bb): apply pcmcia-cs patch from Florian Boor to disable bogus /etc/fstab additions for ide devices |
15:28.49 | *** join/#oe Pigi (~NoOne@host188-27.pool80117.interbusiness.it) |
15:28.58 | RP | mickel: mickeyl: it does. Try setting it to fastclk 100 |
15:29.21 | mickeyl | ah, ok |
15:29.27 | RP | Its due to the fact we rotate the framebuffer rather that access it sideways... |
15:29.40 | mickeyl | which is great, btw. |
15:29.48 | mickeyl | otherwise I wouldn't have had as much fun with elpp |
15:29.49 | mickeyl | :) |
15:30.06 | RP | :) |
15:30.23 | mickeyl | when i'm back i'll try to get the keyboard working under opie |
15:30.54 | RP | Ok. It should be straightfoward enough. I believe zecke had a patch for qte that made it use the kernel keymap? |
15:31.05 | RP | somewhere in hh.org? |
15:31.22 | mickeyl | kergoth started with that patch 2 years ago |
15:31.26 | mickeyl | zecke did some work on it recently |
15:31.29 | mickeyl | but it's not finished |
15:31.39 | florian_kc | hi Pigi |
15:31.44 | pb_ | crumbs. must be one monster patch. |
15:31.54 | mickeyl | it's ugly, indeed |
15:31.55 | RP | Now might be the time to finish it... :-/ |
15:32.04 | mickeyl | because we're dealing with three different types of keycodes |
15:32.16 | RP | ?! |
15:32.24 | RP | Well, the kernel is all sane now... |
15:32.29 | mickeyl | yeah |
15:32.45 | RP | I binned the sharp keyhandling code as it was mad... |
15:33.38 | RP | mickeyl: btw, you remember referring me to a thread on the oe/oz forum about the 2.6 kernel - that person is meeting with the sharp people next Friday |
15:34.00 | kergoth | morning |
15:34.09 | RP | I've been talking to them and they'll see what they can get us in the way of contacts/info... |
15:34.11 | reenoo_ | morning kergoth |
15:34.13 | RP | morning kergoth |
15:34.47 | zecke | mickeyl: no :( |
15:35.05 | pb_ | hey kergoth |
15:36.16 | RP | Goodness knows what Sharp will make of my C7xx support in the mainline kernel... |
15:37.52 | florian_kc | Do we have a current problem with ipkg or familiar unstable feed? We have two iPaqs which suffer from lost files after upgrading. |
15:38.28 | mickeyl | RP: i think they wont pick it up |
15:38.35 | pb_ | Not that I'm aware of. Which files are missing? |
15:38.42 | mickeyl | zecke: what no? |
15:39.14 | mickeyl | RP: they'll probably already pushed their same stuff up to make it someway compile. I'll be glad to be in error here |
15:40.11 | RP | mickeyl: They might not realise. They'll get a shock when they try to move their stuff up to > 2.6.10 though :) |
15:40.17 | mickeyl | indeed |
15:40.50 | *** join/#oe sc (~sc@p50924353.dip0.t-ipconnect.de) |
15:41.06 | sc | Hello all ! |
15:41.18 | mickeyl | cheers uncle |
15:42.07 | *** join/#oe florian (~fuchs@dns.kernelconcepts.de) |
15:42.16 | florian | hrm... |
15:42.27 | uv | Trying to do a OZ build for collie : Kernel-build complains "openembedded/packages/linux/openzaurus-pxa-2.4.18-rmk7-pxa3-embedix20031107/defconfig-collie". Any idea ? |
15:42.52 | Pigi | If I do wont to recompile a bb, but I don't wont to d/l it ( I have made a little modification, but not yet a patch ) how can I do ? |
15:43.01 | uv | The above mentioned file is not existing! |
15:43.13 | mickeyl | uv: which is right, because this is the wrong kernel for collie. |
15:43.20 | mickeyl | uv: it should build openzaurus-sa |
15:43.28 | mickeyl | uv: which is listed in collie.conf |
15:43.36 | mickeyl | see PREFERRED_PROVIDER_virtual/kernel |
15:47.02 | reenoo_ | crap |
15:47.08 | reenoo_ | jamvm segfaults :/ |
15:47.09 | mickeyl | ? |
15:47.13 | uv | mickeyl : oops, was struggling about a unresponsive "ftp.arm.linux.org.uk". Ping does not come back with a timeout. Did some manual tries there and obviously chossed the wrong kernel. |
15:47.13 | mickeyl | oh |
15:47.16 | mickeyl | well, it's java :D |
15:47.34 | mickeyl | uv: ah, that explains it. |
15:47.45 | reenoo_ | mickeyl: actually it's C |
15:47.54 | mickeyl | hehe |
15:48.00 | uv | mickeyl: thanks :-) |
15:48.11 | mickeyl | yes, but C code trying to support java. i could imagine your CPU resisting a bit |
15:48.18 | zecke | mickeyl: no one recently worked on the keymap Qt patch |
15:48.29 | CIA-8 | 03reenoo 07 * r1.3025.2.1 10openembedded/packages/jamvm/jamvm_1.2.3.bb: jamvm: tell jamvm where to find the classpath .zip |
15:48.33 | mickeyl | zecke: oh. then i got that wrong. i thought you already did some bit |
15:48.33 | mickeyl | s |
15:48.52 | reenoo_ | mickeyl: ? |
15:49.05 | kergoth | "ftp.arm.linux.org.uk is presently unreachable - the machine appears to |
15:49.05 | kergoth | have been powered off for reasons unknown by persons unknown. |
15:49.06 | kergoth | " |
15:49.07 | kergoth | heh |
15:49.09 | zecke | mickeyl: hehe, yes I've worked a bit on it. I created a python script to generate a key mapping |
15:49.17 | mickeyl | reenoo_: nm ;) |
15:49.25 | CIA-8 | 03RP 07 * r1.3029 10openembedded/packages/linux/ (2 files in 2 dirs): Merge |
15:49.27 | CIA-8 | 03RP 07 * r1.3016.1.1 10openembedded/packages/linux/ (4 files in 2 dirs): openzaurus-2.6: upgrade to 2.6.11-rc1-bk4 and remove patches now upstream. Fix release-string so it applies. |
15:49.28 | mickeyl | zecke: ah, that's what i thought |
15:51.29 | reenoo_ | pb_: any idea how to fix this btw? "java: symbol lookup error: /usr/lib/gtk-2.0/2.4.0/modules/libgtkstylus.so: undefined symbol: gdk_event_handler_set" |
15:51.35 | CIA-8 | 03mickeyl 07 * r1.3027.1.1 10openembedded/packages/ (4 files in 4 dirs): update vpnc to 0.3.2 |
15:51.49 | reenoo_ | pb_: appears to be the same issue as with pygtk |
15:52.04 | pb_ | reenoo_: it sounds like libgtkstylus.so is badly linked. |
15:52.07 | pb_ | I'll investigate. |
15:52.16 | reenoo_ | pb_: thanks |
15:53.10 | mickeyl | PRELOAD to workarond, a fix would be better |
15:53.28 | mickeyl | argh |
15:53.34 | mickeyl | ~lart mickeyl |
15:53.45 | mickeyl | i hate when i include errornous stuff in changesets |
15:59.10 | CIA-8 | 03pb 07 * r1.3028.2.1 10openembedded/packages/libgtkstylus/ (libgtkstylus_0.3.bb files/makefile.patch): fix LIBS/LDADD mix-up in libgtkstylus makefile |
15:59.12 | pb_ | reenoo_: that should take care of the gdk_event_handler_set problem |
15:59.59 | reenoo_ | pb_: excellent |
16:02.41 | reenoo_ | gdbserver rather |
16:03.40 | *** join/#oe qip|Virus|here (~Thomas@p5091BBDF.dip.t-dialin.net) |
16:07.44 | CIA-8 | 03pb 07 * r1.3033 10openembedded/packages/gpsd/gpsd_2.6.bb: update gpsd to 2.6, courtesy Robert E. Anderson |
16:12.12 | mickeyl | hmm |
16:12.20 | mickeyl | just what i was working on atm. |
16:12.25 | mickeyl | i did have a couple of changes, too |
16:13.16 | pb_ | ah, whoops |
16:13.20 | mickeyl | heh nm |
16:13.34 | mickeyl | better two are doing it than the noone :) |
16:13.39 | mickeyl | s/the/ |
16:13.40 | pb_ | heh, true enough |
16:15.40 | CIA-8 | 03pb 07 * r1.3034 10openembedded/packages/ipaq-usbnet-support/ (3 files in 2 dirs): add usbnet suspend/resume helper scripts, courtesy Paul Eggleton |
16:21.48 | reenoo_ | ~lart user defined signals |
16:22.15 | chouimat | hehe |
16:25.19 | reenoo_ | arrgh |
16:25.44 | reenoo_ | doesn't segfault when compiled with debugging enabled |
16:26.01 | CIA-8 | 03pb 07 * r1.3036 10openembedded/packages/meta/task-bootstrap.bb: bump PR on task-bootstrap |
16:26.03 | CIA-8 | 03pb 07 * r1.3035 10openembedded/conf/machine/ipaq-common.conf: add ipaq-usb-support to BOOTSTRAP_EXTRA_{DEPENDS,RRECOMMENDS} |
16:27.12 | CIA-8 | 03pb 07 * r1.3037 10openembedded/packages/ipaq-usbnet-support/ipaq-usbnet-support_1.0.bb: fix perms on usbnet suspend/resume scripts |
16:29.53 | CIA-8 | 03kergoth 07 * r1.3036 10openembedded/packages/libxrandr/libxrandr_cvs.bb: Unbork of staging in the libxrandr cvs build. |
16:29.53 | CIA-8 | 03kergoth 07 * r1.3020.1.1 10openembedded/packages/libxrandr/ (files/autofoo.patch libxrandr_cvs.bb libxrandr_1.0.2.bb): Apply patch to the libxrandr configure script to make it buildable with automake 1.9 and higher. |
16:30.10 | CIA-8 | 03RP 07 * r1.3034.1.4 10openembedded/packages/linux/openzaurus_2.6.11-rc1.bb: openzaurus-2.6: update power driver. Cleanups + now supports C700. |
16:34.59 | pb_ | kergoth: if you write a changelog entry for that patch, I'll check it in to the libxrandr CVS tree. |
16:35.41 | pb_ | heh |
16:36.01 | Pigi | I think he don't want to write the changelog ;) |
16:36.11 | pb_ | so it seems, yeah |
16:36.23 | *** join/#oe kergoth (~kergoth@ip71.churchill-park.dfw.ygnition.net) |
16:36.42 | mickeyl | can anyone hook me up with gpsd-2.6.tar.gz |
16:36.45 | mickeyl | berlios is dead from here |
16:37.39 | kergoth | grr, damn flaky net connection |
16:38.04 | mickeyl | nm, got it from a mirror |
16:38.20 | pb_ | kergoth: if you write a changelog entry for that patch, I'll check it in to the libxrandr CVS tree. |
16:38.39 | kergoth | pb_: k |
16:38.55 | kergoth | its just a matter of moving AC_CONFIG_AUX_DIR above AM_INIT_AUTOMAKE |
16:39.04 | kergoth | 1.9.x is awfully picky |
16:39.21 | pb_ | right |
16:40.12 | mickeyl | pb: did you test gpsd before commiting? :D |
16:40.28 | pb_ | mickeyl: no, I just checked in the file that the guy sent to the list. |
16:40.30 | mickeyl | hehe |
16:40.35 | mickeyl | don't trust strangers |
16:40.45 | mickeyl | install -o 0 -g 0 |
16:40.47 | mickeyl | tsss |
16:41.10 | pb_ | ah |
16:41.20 | mickeyl | and more quirks |
16:41.29 | mickeyl | i'll respond to the mail with some constructive comments |
16:41.29 | *** join/#oe hamish (~hamish@damned.travellingkiwi.com) |
16:41.39 | pb_ | ok, cool |
16:43.42 | CIA-8 | 03kergoth 07 * r1.3037.1.1 10openembedded/packages/damageext/ (files/autofoo.patch damageext_cvs.bb damageext_1.0.bb): Apply patch to the damageext configure script to make it buildable with automake 1.9 and higher. |
16:48.20 | CIA-8 | 03kergoth 07 * r1.3040 10openembedded/packages/ (libxrandr/files/autofoo.patch damageext/files/autofoo.patch): Add ChangeLog entries to the libxrandr and damageext automake 1.9.x patches. |
16:48.43 | pb_ | very good |
16:53.14 | CIA-8 | 03pb 07 * r1.3041 10openembedded/packages/gtk2-theme-angelistic/ (2 files in 2 dirs): break out some GPE customisations from Angelistic theme into global /etc/gtk-2.0/gtkrc |
16:53.47 | florian | What is reponsible for creating mountpoints for cf and mmc cards in oeß |
16:54.00 | pb_ | base-files, I think |
16:54.17 | Pigi | pb_, the libc6 name has changed in glibc actually? |
16:54.28 | pb_ | Pigi: no |
16:54.46 | CoreDump|home | florian: /etc/sdcontrol and /etc/pcmcia/ide IIRC |
16:54.50 | florian | pb_: They are not dynamicaly generated like in ole familiar images? |
16:55.20 | pb_ | florian: not that I know of, but I haven't investigated in any depth. base-files does contain: |
16:55.25 | pb_ | drwxr-xr-x root/root 0 2005-01-02 22:50:42 ./media/card/ |
16:55.25 | pb_ | drwxr-xr-x root/root 0 2005-01-02 22:50:42 ./media/cf/ |
16:55.25 | pb_ | drwxr-xr-x root/root 0 2005-01-02 22:50:42 ./media/net/ |
16:55.25 | pb_ | drwxr-xr-x root/root 0 2005-01-02 22:50:42 ./media/ram/ |
16:55.40 | pb_ | but it's entirely possible that these are unused. |
16:55.52 | CIA-8 | 03mickeyl 07 * r1.3033.1.2 10openembedded/ (10 files in 2 dirs): make gpsd-2.6 work, sanitize, and call older gpsd |
16:55.54 | CIA-8 | 03mickeyl 07 * r1.3033.1.1 10openembedded/packages/python/ (python-pylinda_0.4.bb python-pylinda/honor-datadir.patch): update pylinda to 0.4 |
16:56.29 | Pigi | maybe the package name ? I have build an opie-image, and I have a glibc_2.3.2.*.ipk and no libc6.*.ipk |
16:56.44 | pb_ | sounds like you forgot to set an appropriate DISTRO |
16:57.47 | Pigi | sounds like I have to clear all the cache, and whatever, and rebuild again . I have DISTRO set on "familiar" |
16:58.03 | pb_ | ah. "familiar" should be fine. |
16:58.09 | pb_ | I wonder what has gone wrong, then. |
16:58.54 | Pigi | I would like to rebuild everithing. Could it a good thing to to a "bitbake -cclean *" ? |
16:59.05 | Pigi | s/to to/to do/ |
16:59.15 | pb_ | If you want to rebuild everything, "rm -rf tmp" is the quickest way. |
16:59.26 | Pigi | good. |
16:59.41 | Pigi | A long night for my little notebook. |
17:00.07 | pb_ | heh |
17:02.05 | Pigi | btw, "rm -rf tmp && bk pull&& bk -r co -q && bitbake opie-image" is the way, right ? |
17:02.12 | pb_ | yeah |
17:02.33 | CIA-8 | 03kergoth 07 * r1.3040.2.1 10openembedded/packages/ (2 files in 2 dirs): Add versions of the recent damageext and libxrandr patches that apply to the release, since the recent ChangeLog modifications made them fail to apply to those versions. |
17:02.44 | Pigi | wow. |
17:04.03 | pb_ | kergoth: fwiw, the way we usually avoid that problem is to paste the changelog entry directly into the patch file as a comment, rather than patching the ChangeLog itself. |
17:04.32 | kergoth | ah, cool |
17:07.41 | *** join/#oe drw (~drw@c-67-172-218-120.client.comcast.net) |
17:11.41 | CIA-8 | 03kergoth 07 * r1.3044 10openembedded/packages/xfont/ (xfont_1.4.2.bb files/autofoo.patch): Add patch to xfont to build with automake 1.9.x. |
17:29.12 | *** join/#oe micropal_ (ident@139.80-202-82.nextgentel.com) |
17:30.33 | CIA-8 | 03kergoth 07 * r1.3045 10openembedded/packages/genext2fs/ (4 files): Add cvs build of genext2fs from http://sf.net/projects/genext2fs/. |
17:34.22 | pb_ | kergoth: I applied your patches to damageext and libxrandr. cworth already fixed xfont, back on 2004-11-23. |
17:35.40 | kergoth | <PROTECTED> |
17:35.52 | pb_ | ah, heh |
17:35.54 | kergoth | cool, thanks |
17:36.16 | kergoth | <PROTECTED> |
17:36.16 | kergoth | <PROTECTED> |
17:36.19 | kergoth | <PROTECTED> |
17:36.22 | kergoth | <PROTECTED> |
17:36.26 | kergoth | <PROTECTED> |
17:36.26 | kergoth | SyntaxError: invalid syntax |
17:36.27 | kergoth | heh |
17:38.27 | CIA-8 | 03pb 07 * r1.3046 10openembedded/packages/gpe-plucker/ (gpe-plucker_0.2.bb gpe-plucker/fix_makefiles.patch): update gpe-plucker to 0.2 |
17:39.41 | *** join/#oe sc (~sc@p50924353.dip0.t-ipconnect.de) |
17:41.33 | uv | building an OZ opie-image for collie. "http://treke.net/oe/source/mtd-snapshot-20041222.tar.bz2" of package "mtd-utils-native-20041222-r0" is not available. Any other host ? |
17:41.45 | kergoth | treke.net is a _mirror_ |
17:41.50 | kergoth | not the real upstream |
17:42.24 | uv | kergoth : anyway, the package want to load from there. |
17:42.28 | kergoth | ? |
17:42.37 | kergoth | yes, because it couldnt get it from upstream. |
17:42.41 | kergoth | it not being on treke.net isnt the problem. |
17:42.48 | CIA-8 | 03RP 07 * r1.3047 10openembedded/packages/linux/openzaurus_2.6.11-rc1.bb: openzaurus-2.6: split out and reorder patches for upstream submission |
17:43.04 | kergoth | ftp://ftp.uk.linux.org/pub/people/dwmw2/mtd/cvs/mtd-snapshot-${PV}.tar.bz2 <-is the real upstream |
17:43.15 | *** join/#oe hufnus (~slonsiki@host-66-81-179-196.rev.o1.com) |
17:45.00 | kergoth | jeeze the bitbake parser has some ugly ass python code |
17:45.22 | uv | kergoth: Which mtd-snapshot is suggested ? And who should be informed about the wrong bb file ? |
17:45.34 | *** join/#oe qip|Virus|da (~Thomas@p5091BBDF.dip.t-dialin.net) |
17:45.34 | kergoth | the .bb isnt wrong. the site is down |
17:47.36 | uv | kergoth: I can access the site, the bb is named "mtd-utils-native_20041222.bb". The corresponding package is not there. |
17:47.54 | kergoth | so what snapshots exist then? |
17:48.14 | kergoth | if they removed the snapshot, that isnt something within our control. just update the .bb's to a more recent snapshot |
17:48.47 | uv | kergoth: up to 20050115 (2002 are lots 2003 and 2004 missing completely) |
17:48.53 | kergoth | i cant get to the site at all at the moment. let me know what snaps there are |
17:48.56 | kergoth | k, i'll update it |
17:49.33 | kergoth | thanks for the info |
17:50.44 | uv | kergoth: 20050115 works for me. |
17:54.19 | *** join/#oe kergoth (~kergoth@ip71.churchill-park.dfw.ygnition.net) |
17:59.26 | *** join/#oe kergoth (~kergoth@ip71.churchill-park.dfw.ygnition.net) |
18:00.22 | pb_ | kergoth: do you know what's going on with that updater-rc.d thing? |
18:00.37 | pb_ | it just struck my xfont build for some weird reason |
18:01.05 | pb_ | (in do_fetch this time) |
18:01.28 | *** join/#oe dkey (~dkey@193.170.62.146) |
18:01.54 | kergoth | pb_: not offhand. it appears that the bbclass filename is ending up in functions.. trying to remember where thats done and why. heh |
18:02.42 | pb_ | kergoth: the odd thing is that (a) there is no "updater-rc.d" class, and (b) even if there was, the package that's having the problem doesn't inherit it. |
18:03.18 | pb_ | afaict, the only mention of updater-rc.d is in gpsd_2.6.bb, but I don't understand how this is destroying other packages. |
18:06.37 | kergoth | weird |
18:06.48 | pb_ | extremely |
18:06.55 | kergoth | ah, it appears to be a def'd function. |
18:06.55 | zecke | Wow NX rocks |
18:06.59 | kergoth | global python namespace, remember? |
18:07.05 | kergoth | thatd explain why it affects everything |
18:07.27 | kergoth | gah, damn internet connection |
18:07.31 | kergoth | all my ssh sessions are toast again |
18:07.37 | pb_ | doh |
18:07.41 | pb_ | what is it with your internet? |
18:07.59 | kergoth | i dunno. could be the new wrt54 as well, just rebooted it on the off chance its flaky |
18:08.05 | kergoth | really ought to replace that stock firmware |
18:08.16 | pb_ | heh |
18:08.30 | RP | Hmmm. A dilema. Who do I submit corgi backlight to... |
18:09.24 | RP | The code is going into drivers/video/backlight but its arm code... |
18:09.44 | pb_ | Why is it arm code? |
18:10.32 | RP | Well, it messes with arm devices (scoop, ssp)... |
18:10.40 | uv | kergoth: ERROR: Cannot satisfy the following dependencies for task-bootstrap: |
18:10.40 | uv | <PROTECTED> |
18:10.50 | uv | kergoth: Oops |
18:11.30 | uv | kergoth: Have the above error during opie-image build. Can makedevs manual by bitbake -b. Any ideas ? |
18:11.37 | pb_ | Send it to the video people, and let them get review from Russell if they want. |
18:12.19 | RP | pb_: with or without the part where it modifies corgi.c in arch/arm/mach-pxa? |
18:12.21 | kergoth | uv: go ahead and rerun the image build after building makedevs manually. i hit that one too, not sure whats up with it |
18:12.26 | RP | (to define the device) |
18:12.46 | kergoth | RP: why not send the driver to the fbdev folks and the device to russell? |
18:13.19 | RP | kergoth: I wondered about that. It got messy when I did that with w100fb due to header files... |
18:13.22 | *** join/#oe rob_w (~roboo@p83.129.187.130.tisdip.tiscali.de) |
18:13.30 | RP | There are no header files to worry about this time though |
18:13.46 | uv | kergoth: Can I do that with bitbake -b ? I am not able to find an appropriate package. |
18:13.50 | kergoth | uv: ? |
18:13.53 | kergoth | uv: bitbake makedevs |
18:14.01 | kergoth | uv: you dont need -b. |
18:14.09 | kergoth | let bitbake find the appropriate package itself |
18:14.38 | uv | kergoth: OK, thatl take some time ... |
18:15.05 | kergoth | and how are you unable to find an appropriate package? |
18:15.19 | kergoth | is openembedded/packages/makedevs/makedevs_1.0.0.bb not obvious enough? |
18:15.22 | kergoth | heh |
18:17.46 | uv | kergoth: Sure, found that before and did a -b. But the opie-image did not do it aftrewards. Try it again right now. |
18:18.31 | pb_ | mickeyl: any idea what's going on here? |
18:18.32 | pb_ | Package orinoco-modules-cs wants to install file /etc/pcmcia/spectrum.conf |
18:18.32 | pb_ | <PROTECTED> |
18:18.35 | uv | kergoth: What are the -native packages ment to be used for ? I think I did that makedevs before ;-( |
18:20.49 | uv | kergoth: I am nearly there. mkfs.jffs2 is missing. Do I have to install that, or can I find it in the packages somewhere ? |
18:23.57 | reenoo_ | uv: what exactly are you doing there? bitbk |
18:23.59 | reenoo_ | err |
18:24.15 | mickeyl | pb_: i must goofed up when i split the packages recently |
18:24.18 | mickeyl | pb_: I'll take a look |
18:24.43 | reenoo_ | uv: bitbake (opie|gpe)-image should take care of all dependencies automatically |
18:25.53 | uv | reenoo_: but doesnt makedevs. Is that worth a bugzilla entry ? |
18:26.16 | *** join/#oe treke|wtf (~ggilbert@tinman.treke.net) |
18:26.17 | pb_ | mickey|dinner: thanks |
18:26.32 | uv | kergoth: apt-get install mtd-tools. Thats it. I have my first image ;D |
18:26.37 | *** join/#oe dkey (~dkey@193.170.62.146) |
18:27.41 | *** join/#oe CIA-8 (~CIA@to.je.spocco.com) |
18:31.19 | uv | kergoth: Here some more things, that came up. "qte-20050103" is not any more existing, qte-20050109 does it, but not 20050115. libqpe-opie : nomax.patch is not successfull. Where to mention that ? |
18:38.22 | uv | Updated the wiki RequiredSoftware page (python-dev package and mtd-tools). |
18:38.42 | pb_ | mtd-tools isn't a piece of RequiredSoftware. |
18:39.28 | uv | pb_: In Debian Sarge it was missing. opie-image did not build without mkfs.jffs2 |
18:39.42 | pb_ | uv: then that's a bug in oe, and should be fixed. |
18:39.49 | pb_ | Nobody else has reported that problem. |
18:40.45 | uv | pb_: Possibly, because I have a fresh installed Debian here. On my old Suse it would not have been occured, because I did mkfs.jffs2 there before for sure. |
18:41.41 | uv | pb_: So what do you suggest ? Edit the Wiki again and remove the mtd-tools hint ? |
18:41.51 | *** join/#oe Virusmaster (~Thomas@p5091BBDF.dip.t-dialin.net) |
18:43.34 | uv | All : Is there a bugzilla or equal for OpenEmbedded somewhere ? |
18:44.43 | pb_ | uv: yes |
18:45.01 | uv | pb_: where ? handhelds.org ? |
18:45.07 | pb_ | check the topic |
18:50.20 | *** join/#oe darkschneider (~gab@81-208-36-80.fastres.net) |
18:55.42 | kergoth | uv: oe should be building itself an mtd-utils-native for the image.. |
18:57.02 | uv | Just added some tickets to "http://bugs.openembedded.org". |
18:57.34 | uv | Was a hard weekend, have earned one or two or even three "Franziskaner Hefe" now ;-) |
19:02.57 | uv | By |
19:14.22 | CIA-8 | 03kergoth 07 * r1.3045.1.1 10openembedded/packages/initscripts/initscripts_1.0.bb: Fix the initscripts DEPENDS for 'openzaurus' distro, which is why image builds have been failing due to missing 'makedevs'. |
19:17.43 | pb_ | heh |
19:19.30 | mickeyl | pb_: looks ok to me. if you tried to upgrade a previous version, then it would explain that |
19:20.12 | pb_ | yes, I was upgrading from an older version |
19:20.44 | *** join/#oe ChanServ (ChanServ@services.) |
19:20.44 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
19:20.44 | mickeyl | ah right |
19:20.52 | mickeyl | the .conf files were in orinoco-modules |
19:20.56 | mickeyl | but are now in orinoco-modules-cs |
19:21.00 | pb_ | ah, right |
19:21.14 | pb_ | sounds like orinoco-modules-cs is missing "Replaces: orinoco-modules" |
19:21.31 | mickeyl | hmm will that work? |
19:21.35 | mickeyl | orinoco-modules is still needed |
19:21.41 | mickeyl | because it contains the common low level modules |
19:21.55 | pb_ | that's ok. "Replaces:" on its own is just a license to overwrite files that belong to another package. |
19:22.02 | mickeyl | ah ok, will add that then |
19:22.25 | pb_ | if the old package is completely obsoleted by the new one, you'd have Replaces:, Provides:, and Conflicts:. |
19:22.56 | mickeyl | i'm still at a loss as what to do with the newer orinoco stuff, btw. |
19:23.13 | kergoth | whats up with it? |
19:23.21 | mickeyl | it doesn't work on arm |
19:23.27 | mickeyl | spits out lots of BAP errors |
19:23.28 | pb_ | ah. did you try adding a check for the alignment of that buffer? |
19:23.48 | mickeyl | not yet. did you remember what and where to add that? |
19:23.56 | mickeyl | i'd test it now then |
19:24.04 | pb_ | not offhand, but I can figure it out again easily enough |
19:24.55 | mickeyl | kergoth: it got worse gradual. 0.13e works very good, 0.15rc1 lost many packets, 0.15rc2 no longer registers the netdev :/ |
19:24.57 | mickeyl | arm only though. |
19:25.00 | kergoth | ouch |
19:25.04 | mickeyl | x86 it works fine my cards |
19:25.28 | mickeyl | +on +with |
19:25.55 | pb_ | mickeyl: find the place in orinoco.c where it does: |
19:25.58 | pb_ | <PROTECTED> |
19:25.58 | pb_ | <PROTECTED> |
19:25.58 | pb_ | <PROTECTED> |
19:26.05 | pb_ | (about line 950) |
19:26.14 | pb_ | then, just before that, add: |
19:26.43 | pb_ | <PROTECTED> |
19:27.25 | *** join/#oe dkey (~dkey@193.170.62.146) |
19:31.38 | *** join/#oe glorbuze (~glorbuze@groar.info) |
19:33.43 | CIA-8 | 03mickeyl 07 * r1.3050 10openembedded/packages/gpsd/gpsd_2.6.bb: fix update-rc.d typo on gpsd |
19:33.45 | CIA-8 | 03mickeyl 07 * r1.3043.1.1 10openembedded/packages/qte/ (2 files in 2 dirs): qte: slightly improve keyboard stuff on 2.6 |
19:38.47 | *** join/#oe zedkatuf (~dfutak@82-32-58-45.cable.ubr08.azte.blueyonder.co.uk) |
19:42.16 | mickeyl | RP: do you know offhand how large the kernel partition is on our clamshells? |
19:42.36 | florian | bbl |
19:42.46 | RP | mickeyl: I can find out... |
19:43.04 | mickeyl | RP: nm, i look into the updater.sh |
19:43.33 | mickeyl | i was just thinking if we maybe could compile an initrd into the kernel for special purposes or if it will be too largen there |
19:43.38 | mickeyl | large then, even |
19:44.16 | *** join/#oe offroadgeek (~offroadge@dsl027-191-249.sfo1.dsl.speakeasy.net) |
19:44.20 | kergoth | initrds generally arent a part of the kernel image, unless you're using a bootpImage |
19:44.39 | mickeyl | i know, that's what i meant w/ special purpose :) |
19:44.39 | RP | mickeyl: 1264kb |
19:44.43 | mickeyl | RP: thanks |
19:45.04 | kergoth | on the other hand, with 2.6, initramfs _is_ a part of the kernel image |
19:45.10 | mickeyl | yeah |
19:45.26 | mickeyl | that could be nice for some things |
19:45.32 | mickeyl | this is new in 2.6 right? |
19:45.45 | kergoth | yes, initramfs is 2.6 only |
19:46.39 | RP | pb_: How much trouble would it be for you to sort out that exec_func() problem we discussed? |
19:47.04 | pb_ | RP: remind me which one that was, again? |
19:47.13 | RP | pb_: The overrides problem |
19:47.29 | pb_ | oh, right. probably not too much. let me have a look. |
19:48.40 | RP | If that's done, I might work out which packages break under "make -j x" and mark them... |
19:49.34 | RP | mickeyl: We're actually getting quite close to the 1264kb limit :-/. 2.6 is currently at 1182kb! |
19:49.41 | kergoth | ouch |
19:49.44 | RP | I haven't made any effort to reduce size though... |
19:50.03 | mickeyl | RP: mine is even larger thanks to elpp :) |
19:50.26 | mickeyl | RP: we can introduce partition hacks like the pdaxrom crew heh |
19:50.32 | mickeyl | (actually just kidding) |
19:50.44 | kergoth | resizing the partitions actually isnt a bad idea, especially now that we have unionfs |
19:50.51 | kergoth | we can easily support a small core read only partition now |
19:51.03 | mickeyl | even with squashfs? |
19:51.08 | RP | kergoth: More hassle than its worth IMO... |
19:51.17 | kergoth | RP: to _you_ and to me, yes. |
19:51.20 | kergoth | not to most users |
19:51.28 | kergoth | read only rootfs has been requested on countless occasions |
19:51.34 | mickeyl | that's right |
19:51.38 | kergoth | they like the safety of not being able to fuck it up |
19:51.39 | RP | why? |
19:51.44 | RP | ah... |
19:51.52 | RP | mad... |
19:52.10 | RP | There's an easier way. Don't turn the device on... :) |
19:52.13 | mickeyl | hehe |
19:52.21 | kergoth | its perfectly reasonable. with a read only rootfs, we could fall back to some sort of recovery environment if the overlay rootfs fails, what have you |
19:52.44 | mickeyl | that sounds not too bad |
19:53.51 | mickeyl | any idea about the performance penality when using unionfs ? |
19:53.52 | kergoth | mickeyl: re: even with squashfs, filesystem doesnt matter. |
19:54.08 | kergoth | heh, considering the performance hit of operating on flash, i doubt itd be noticable. |
19:54.14 | mickeyl | cool |
19:54.19 | mickeyl | i need to play with that one of these days |
19:54.37 | kergoth | we need to throw together some better scripts |
19:54.48 | kergoth | write an opie union manipulation app, with a graphical display of the layers for the user |
19:54.51 | kergoth | heh |
19:56.09 | *** join/#oe OSS542 (~jhart@l215073.ppp.asahi-net.or.jp) |
19:59.57 | mickeyl | hehe |
20:00.34 | pb_ | RP: ah, drat, the OVERRIDES implementation I was thinking of will not work after all. |
20:00.53 | pb_ | setting OVERRIDES itself is fine, but you can't call update_data() at that point, and I don't think anything else does that either. |
20:01.21 | RP | pb_: :-( |
20:01.30 | RP | Back to square one then? :-/ |
20:02.12 | pb_ | It seems. |
20:02.52 | RP | There must be some way to solve the problem... |
20:03.02 | pb_ | Another approach might be to explicitly outlaw the idea of a function making changes to the global metadata. I think we could work around the package_ipk thing by making a strategic extra call to reread_subpackage_metadata(). |
20:04.12 | RP | You know the system a lot better than I do so I can only be guided by you... |
20:04.57 | RP | My understanding of it is improving all the time but there seem to be plenty of hidden gotchas with it... |
20:11.16 | *** join/#oe Virusmaster (~Thomas@p5091BBDF.dip.t-dialin.net) |
20:12.35 | pb_ | actually, deferring the read_subpackage_metadata() until package_ipk runs would also help to avoid these occasional problems we have with duplicated postinsts. |
20:13.04 | RP | added bonus :) |
20:13.04 | pb_ | kergoth, can you think of any reason why it needs to be done immediately after parsing? |
20:16.28 | RP | pb_: In the kernel, I want to call an external function, if and only if the module that provides that function is loaded. Can you do that? |
20:17.28 | RP | The inter_module functions are depeciated and replaced by symbol_get which may do what I want... |
20:17.47 | RP | but people don't seem to like it... |
20:18.09 | pb_ | dunno. symbol_get() does sound like the right sort of thing, but I've never used it. |
20:21.55 | kergoth | pb_: cant think of a reason off the top of my head |
20:22.40 | pb_ | ok |
20:22.46 | pb_ | I just started a build, so we'll see what happens |
20:22.53 | kergoth | cool |
20:23.42 | *** join/#oe cmartin (~Bersirc@p5087D4BF.dip0.t-ipconnect.de) |
20:25.50 | *** part/#oe cmartin (~Bersirc@p5087D4BF.dip0.t-ipconnect.de) |
20:25.57 | *** join/#oe cmartin (~Bersirc@p5087D4BF.dip0.t-ipconnect.de) |
20:26.55 | *** join/#oe yann (~dwitch@nanterre-1-81-57-214-146.fbx.proxad.net) |
20:32.50 | *** join/#oe oe_newbie (~kvirc@195.234.128.72.cablesurf.de) |
20:33.57 | *** join/#oe andersee (~andersee@codepoet.org) |
20:45.13 | RP | pb_: It looks like they want to remove symbol_get from the kernel :-/ |
20:48.01 | pb_ | Ah. |
20:49.22 | RP | I've just sent a mail to LKML asking what the alternative is and highlighting a situation where symbol_get is useful... |
20:49.38 | RP | I've probably missed something very obvious :-/ |
20:58.50 | kergoth | heh, you could always have a function pointer in the data for the driver or device, then have your other driver search the bus for it, verify that the driver is bound to the device, then call the function via the function pointer |
20:58.55 | kergoth | but roundabout though |
20:59.01 | kergoth | er, s/but/bit/ |
21:01.16 | RP | kergoth: It also means global data structures which is the big problem with that approach... |
21:01.36 | kergoth | hm? |
21:02.05 | kergoth | they arent global, just make the structure a part of the data for the struct device driver. use a spinlock to guard access to it |
21:02.41 | RP | and where do you find the structure that's part of the struct device ? |
21:02.50 | kergoth | what do you mean? |
21:03.08 | kergoth | there are find functions. you can search the drivers and devices on a given bus to find the one you need |
21:03.33 | RP | That data structure has to be defined somewhere meaning global include files... |
21:03.35 | *** join/#oe maqt (~matthew@82-45-183-10.cable.ubr06.dals.blueyonder.co.uk) |
21:04.30 | kergoth | or the header is included by the other driver using a ../blah/blah path. yep. but you'd have to have declarations for the functions you'd be calling too |
21:04.50 | kergoth | anyway, just throwing ideas out. it could be done that way, just not clean |
21:05.12 | RP | I know :) |
21:05.46 | RP | functions are clean and simple. Its a danerous interface as it could be used very badly though so I can see their point... |
21:19.01 | mickeyl | pb_: ok, just loaded orinoco w/ that BUG() stuff |
21:19.02 | mickeyl | still |
21:19.03 | mickeyl | eth0: Error -5 writing packet to BAP |
21:19.03 | mickeyl | hermes @ IO 0xc4860000: BAP0 offset error: reg=0x0 id=0x177 offset=0x44 |
21:19.08 | mickeyl | but no other messages |
21:19.59 | mickeyl | therefore lots of those heh |
21:22.48 | *** join/#oe Shdwdrgn (Picard@sourpuss.net) |
21:22.49 | mickeyl | hmm the difference to 0.13e is: |
21:22.59 | mickeyl | - err = hermes_bap_pwrite(hw, USER_BAP, p, ALIGN(data_len, 2), |
21:22.59 | mickeyl | <PROTECTED> |
21:23.06 | mickeyl | + err = hermes_bap_pwrite(hw, USER_BAP, p, RUP_EVEN(data_len), txfid, data_off); |
21:23.14 | mickeyl | let's see what RUP_EVEN does |
21:23.26 | mickeyl | orinoco.c:#define RUP_EVEN(a) (((a) + 1) & (~1)) |
21:23.34 | mickeyl | in 0.13 |
21:23.37 | pb_ | okay |
21:25.05 | mickeyl | considering #define ALIGN(x,a) (((x)+(a)-1)&~((a)-1)), it doesn't look like a difference or does it? |
21:25.38 | *** join/#oe kergoth (~kergoth@ip71.churchill-park.dfw.ygnition.net) |
21:26.06 | pb_ | no, looks pretty similar to me. |
21:26.13 | pb_ | can you tell what 'error -5' indicates? |
21:26.27 | mickeyl | not offhand. i'll investigate |
21:26.52 | pb_ | righto |
21:27.46 | pb_ | kergoth: seems to be working fine with that tweak to the metadata handling. |
21:27.53 | kergoth | cool |
21:28.34 | pb_ | assuming the build completes successfully, I'll go ahead and check that in, then turn on the task-name-in-OVERRIDES thing that RP needs. |
21:29.23 | mickeyl | ah, Returns: < 0 on internal failure (errno) |
21:30.50 | mickeyl | <PROTECTED> |
21:30.50 | mickeyl | <PROTECTED> |
21:31.33 | mickeyl | let me compare that to 0.13e |
21:31.50 | RP | pb_: Sounds good. |
21:32.24 | mickeyl | same there |
21:34.55 | RP | mickeyl: sounds like the error is coming from somewhere higher up then... |
21:35.20 | RP | Have the code dump the data being passed to that function? Comapre with 0.13e? |
21:35.43 | mickeyl | einval isn't -5 |
21:35.50 | mickeyl | hmm where are those errors defined |
21:36.19 | reenoo_ | hrm, ipkg needs a -fscking-do-it option |
21:36.56 | mickeyl | aha, errno-base |
21:37.03 | mickeyl | #define EIO 5 /* I/O error */ |
21:37.06 | mickeyl | hmm |
21:37.08 | mickeyl | helpful :/ |
21:37.18 | mickeyl | so, the code that raises the error is: |
21:37.51 | *** join/#oe qip|Virus|da (~Thomas@p5091BBDF.dip.t-dialin.net) |
21:38.55 | mickeyl | if (reg != offset) { |
21:39.01 | mickeyl | printk(KERN_ERR "hermes @ %s0x%lx: BAP%d offset %s: " |
21:39.01 | mickeyl | <PROTECTED> |
21:39.01 | mickeyl | <PROTECTED> |
21:39.01 | mickeyl | <PROTECTED> |
21:39.01 | mickeyl | <PROTECTED> |
21:39.07 | mickeyl | return -EIO; /* error or wrong offset */ |
21:39.09 | mickeyl | hmm |
21:41.24 | RP | mickeyl: Did you not see something to KERN_ERR in that case? |
21:44.58 | *** join/#oe hufnus (~slonsiki@host-66-81-202-213.rev.o1.com) |
21:47.44 | *** join/#oe qip|Virus|here (~Thomas@p5091BBDF.dip.t-dialin.net) |
21:49.12 | RP | mickeyl: btw - you asked about the power mode of the backlight and its seemingly strange numbering - It takes the FB_BLANK defines as values |
21:50.04 | RP | mickeyl: so you should really write FB_BLANK_UNBLANK and FB_BLANK_NORMAL to it... |
21:50.23 | mickeyl | aha |
21:50.23 | mickeyl | that explains then |
21:50.23 | mickeyl | what exactly does that __attribute__ ((packed)); do, btw.? |
21:50.30 | RP | Or whichever other vesa blanking mode you'd care to choose... |
21:50.38 | mickeyl | yep |
21:51.01 | RP | pb_ understands them... |
21:51.09 | zecke | mickeyl: packs data structures |
21:51.12 | RP | If that's been removed it could give you problems... |
21:51.30 | zecke | mickeyl: it should avoid the compiler padding structures |
21:51.50 | RP | and I'd expect you don't want the compiler padding structures in this case... |
21:52.00 | zecke | mickeyl: struct { int i; char foo; char doo; int j }; can have different sizes :) |
21:52.52 | mickeyl | hmm i think thoroughly comparing 0.13e w/ 0.15rc2 is beyond my experience |
21:56.43 | *** join/#oe dkey (~dkey@193.170.62.146) |
22:07.25 | RP | mickely: Have you a diff between the two versions? |
22:08.16 | RP | My personal approach might be to paste bits of .15rc2 into .13e until it breaks... |
22:09.50 | *** join/#oe marcansoft (1337@80.26.222.50) |
22:11.31 | RP | mickeyl: even. damn these fingers :) |
22:14.48 | mickeyl | the diff is not very helpful |
22:14.55 | mickeyl | they reordered almost everything |
22:15.06 | mickeyl | but i should check the cvs |
22:15.12 | mickeyl | it's on savannah for quite a while |
22:15.23 | mickeyl | and do a binary search for the breakpoint |
22:15.54 | RP | That would help narrow it down... |
22:16.34 | mickeyl | i'll give that a shot when i'm back |
22:17.27 | *** join/#oe keith_ (~keith@CPE-61-9-204-1.nsw.bigpond.net.au) |
22:19.28 | RP | Ahhrgg. No matter how much I do to the battery/power management code for corgi, it doesn't seem to get any easier to understand... |
22:20.15 | Pigi | did someone managed to compile openswan-2.2.0 cleanly ( needed by opie-image ) ? |
22:21.13 | Pigi | To me always fail with: | /ext/ambient/tmp/cross/lib/gcc/arm-linux/3.4.3/../../../../arm-linux/bin/ld: cannot find -lgmp |
22:21.25 | *** join/#oe hufnus (~slonsiki@host-66-81-193-167.rev.o1.com) |
22:21.42 | Pigi | and I have to tweak the Makefile to modify the -L path |
22:22.06 | kergoth | built fine for me a few hours ago |
22:23.23 | Pigi | maybe is because I have removed the /tmp/work/gcc tree ? |
22:23.59 | Pigi | s/gcc/gcc* |
22:24.57 | Pigi | btw this was a full clean bitbake opie-image / after removing the whole tmp tree, to be sure that "the cache is refreshed " |
22:25.19 | *** join/#oe offroadgeek (~offroadge@dsl027-191-243.sfo1.dsl.speakeasy.net) |
22:27.20 | *** join/#oe mithro (~tim@202.191.111.52) |
22:28.35 | ex_newbie|home | folks, quick question: is it possible to do a "bitbake -c clean" to several packages at once? |
22:28.50 | kergoth | bitbake -c clean one two three four |
22:29.01 | ex_newbie|home | cool, thanks! |
22:29.09 | kergoth | next time consult --help |
22:29.10 | kergoth | heh |
22:29.51 | ex_newbie|home | ok |
22:31.55 | ex_newbie|home | kergoth: yes, it says "which is a space seperated list of files to be executed..." I will read next time... :-) |
22:32.09 | ex_newbie|home | lets go building... |
22:34.31 | mickeyl | g'night |
22:34.34 | mickeyl | see you in a week |
22:35.36 | RP | 'night mickey|wons05. have a good trip :) |
22:39.49 | mithro | wons05? |
22:53.52 | reenoo_ | conference on wireless on-demand network systems according to google |
22:58.25 | *** join/#oe T` (~total@MY.RES.cmu.edu) |
23:00.48 | *** join/#oe Arnaud (~arnaud@lns-vlq-11-nic-82-251-218-169.adsl.proxad.net) |
23:15.38 | CIA-8 | 03pb 07 * r1.3046.1.1 10openembedded/classes/ (base.bbclass package_ipk.bbclass): call read_subpackage_metadata at the start of package_ipk, not from base.bbclass anonymous function |
23:15.59 | *** join/#oe keith_ (~keith@bh02i525f01.au.ibm.com) |
23:16.15 | Pigi | nite all. It' s sleeping time |
23:16.57 | kergoth | pb_: heh, i think it was an anonymous function for the rare "i just ran bitbake with only package inherited, and now i'm running it with package_ipk inherited" case |
23:17.10 | kergoth | or something like taht |
23:17.16 | kergoth | ~lart kergoth's memory |
23:18.22 | CIA-8 | 03philb * r109 10bitbake/lib/bb/build.py: add current task name to OVERRIDES during execution |
23:18.33 | pb_ | RP: there it is. |
23:18.48 | pb_ | kergoth: yeah |
23:19.00 | RP | pb_: TYVM :) |
23:21.12 | RP | What variable should I use for this? PARALLEL_MAKE? |
23:21.57 | RP | and do I have permission to unset that to bb's that fail with it set? |
23:24.51 | pb_ | RP: you'll have to add an appropriate thing to EXTRA_OEMAKE (in bitbake.conf, but you can experiment with it in local.conf to start with). PARALLEL_MAKE sounds like a fine name. |
23:26.14 | RP | pb_: Right. That sounds sensible... |
23:28.17 | mithro | hey pb_ |
23:31.39 | *** join/#oe micropal (ident@139.80-202-82.nextgentel.com) |
23:41.39 | *** join/#oe kergoth__ (~kergoth@ip71.churchill-park.dfw.ygnition.net) |
23:56.20 | RP | pb_: This doesn't appear to be working :-/ |
23:56.41 | RP | Would the fact that do_compile has an underscore in it cause problems? |
23:56.52 | ex_newbie|Zzzz | nite folks |