| 00:00.03 | kergoth | mickeyl: as relates to event handlers |
| 00:00.08 | kergoth | heh |
| 00:00.10 | mickeyl | ah right, i need to clear it |
| 00:01.12 | CIA-4 | 03mickeyl 07 * r1.3179 10openembedded/conf/distro/ (openzaurus.conf openzaurus-3.5.3.conf): set TARGET_OS in openzaurus.conf, update 3.5.3-conf |
| 00:01.35 | kergoth | mickeyl: want to check familiar.conf as well? |
| 00:01.41 | mickeyl | yep |
| 00:01.49 | kergoth | and opensimpad, and.. |
| 00:01.49 | kergoth | hehe |
| 00:02.42 | kergoth | mickeyl: after wiping the cache, do you see the oe build configuration display now? |
| 00:02.56 | mickeyl | parsing... |
| 00:03.27 | CIA-4 | 03mickeyl 07 * r1.3180 10openembedded/conf/distro/ (familiar.conf opensimpad.conf): set TARGET_OS for opensimpad and familiar linux |
| 00:04.29 | mickeyl | *yawn* |
| 00:04.32 | mickeyl | need more RAM |
| 00:04.41 | kergoth | i should try making oe emit a crosscompiler for mingw or cygwin or something, just out of sheer perversity |
| 00:04.49 | mickeyl | yeah that'd be interesting |
| 00:04.56 | kergoth | emit an oe built cygwin distro |
| 00:04.58 | kergoth | twisted. |
| 00:05.04 | mickeyl | hehe |
| 00:05.58 | treke | emit an oe built cywin distro.... for windows ce |
| 00:06.01 | kergoth | mickeyl: have you had a chance to check into the linux-uclibc-uclibc python failure? |
| 00:06.25 | mickeyl | kergoth: yep. tried it just some hours before and couldn't reproduce it |
| 00:06.26 | kergoth | lets add a ${TARGET_SYS} to i686-linux canadian crosscompiler to oe |
| 00:06.28 | kergoth | :) |
| 00:06.30 | kergoth | mickeyl: odd |
| 00:08.07 | mickeyl | ah yeah |
| 00:08.07 | mickeyl | OE Build Configuration: |
| 00:08.07 | mickeyl | TARGET_ARCH = "arm" |
| 00:08.07 | mickeyl | TARGET_OS = "linux" |
| 00:08.07 | mickeyl | MACHINE = "collie" |
| 00:08.08 | mickeyl | DISTRO = "openzaurus" |
| 00:08.09 | mickeyl | TARGET_FPU = "soft" |
| 00:08.11 | mickeyl | nice |
| 00:09.04 | kergoth | :) we dont use the event handlers often, but they're useful |
| 00:10.22 | mithro | there is a mingw which allows you to compile for WinCE |
| 00:11.15 | zecke | kergoth: Time to bother you :) |
| 00:12.11 | chouimat | mithro: ? |
| 00:12.35 | mithro | chouimat: i saw it when searching a while ago, there is a mingw which allows you to target wince |
| 00:12.45 | mithro | (instead of normal windows) |
| 00:13.21 | chouimat | scary |
| 00:14.15 | zecke | kergoth: I tell you what I need now for icecream support |
| 00:14.21 | kergoth | ah |
| 00:14.33 | zecke | kergoth: and you tell me to fix icecream... |
| 00:15.01 | zecke | kergoth: after gcc-cross is built I need to create a .tar.bz2 with the compiler, assembler, some libraries |
| 00:15.13 | pb_ | tch. crazy kde guys trying to use foodstuffs as development tools. |
| 00:15.17 | zecke | kergoth: a) should I create a icecream-native package? to create it? |
| 00:15.32 | zecke | pb_: you'll love it, just write a gtk gui for monitoring |
| 00:15.50 | pb_ | heh |
| 00:15.52 | kergoth | zecke: we have sdk packages .. |
| 00:16.02 | pb_ | zecke: I'll have to check it out. |
| 00:16.05 | kergoth | heh |
| 00:16.31 | zecke | kergoth: b) I need to set ICECC_CC, ICECC_CXX and ICECC_VERSION when cross compiling |
| 00:16.52 | zecke | kergoth: c) the sad thing is you can't currently run it like ccache icecc gcc |
| 00:17.13 | zecke | kergoth: so for d) i would need to create a directory with symlinks :} |
| 00:17.20 | kergoth | b) only when crosscompiling? |
| 00:17.29 | kergoth | nod |
| 00:17.41 | zecke | kergoth: yes and only if the tar.bz2 was created |
| 00:17.46 | kergoth | you should be able to write a little .bbclass to take care of it |
| 00:18.24 | zecke | ok but then I would need some magic way to get that inherited somehow :} |
| 00:18.31 | mickeyl | hmm |
| 00:18.32 | mickeyl | NOTE: Couldn't find shared library provider for libportaudio.so |
| 00:18.37 | mickeyl | what can i do to fix this again? |
| 00:18.49 | kergoth | zecke: you mean like.. INHERIT += "icecream" in local.conf? |
| 00:19.50 | zecke | kergoth: lol |
| 00:20.30 | zecke | can I check in a .bbclass which packages uses me? |
| 00:20.44 | kergoth | use an anonymous python function |
| 00:20.50 | kergoth | just look at ${PN} |
| 00:20.50 | CosmicPenguin | /etc/host.conf: line 24: bad command `mdns off' |
| 00:20.54 | CosmicPenguin | Wow... |
| 00:20.57 | zecke | wow |
| 00:20.57 | kergoth | or rather, bb.data.getVar('PN', d, 1) |
| 00:20.59 | zecke | hehe thanks |
| 00:23.00 | kergoth | np |
| 00:23.55 | CosmicPenguin | frickin strange |
| 00:24.09 | sgm | kergoth: regarding that xserver-kbuild problem: it looks like xextensions-1.0.1 is too old. |
| 00:24.12 | chouimat | zecke: http://wiki.kde.org/tiki-index.php?page=icecream <--- how to use ccache |
| 00:26.38 | zecke | chouimat: yeah but you still need that symlink ;) |
| 00:27.10 | CosmicPenguin | Ahhah |
| 00:27.25 | zecke | pb_: icecream is a fork of distcc. A scheduler was added |
| 00:27.37 | zecke | pb_: so now you've a daemon, a scheduler and clients |
| 00:27.53 | zecke | pb_: the client contacts the scheduler and asks to compile something with a given toolchain |
| 00:28.07 | pb_ | sounds cool |
| 00:28.17 | zecke | pb_: then a good and fast compatible host is found and if needed the toolchain transfered |
| 00:28.24 | pb_ | you should mention that to florian. he was doing some work with oe and distcc lately. |
| 00:29.08 | CosmicPenguin | hahh.... our p4 server is acting up |
| 00:29.15 | zecke | pb_: will do |
| 00:29.46 | zecke | the benefits are you don't need to know each available daemon, you can't overload a slow machine with jobs, and you don't need to distribute your oe toolchain to each daemon manually |
| 00:30.10 | zecke | ok sleep well guy |
| 00:30.15 | zecke | guys even |
| 00:31.08 | mickeyl | g'night zecke |
| 00:31.12 | mickeyl | 'night |
| 00:32.34 | zecke | pb_: and probably the most addictive thing is, you can view which job got distributed where with many different views |
| 00:42.25 | *** join/#oe Timelord (~TL@64.147.65.247) |
| 00:45.28 | *** join/#oe _keith_ (~keith@bh02i525f01.au.ibm.com) |
| 00:59.31 | *** join/#oe _keith__ (~keith@CPE-144-131-119-130.nsw.bigpond.net.au) |
| 01:07.12 | *** part/#oe jpablo (~jpablo@host-148-244-137-95.block.alestra.net.mx) |
| 01:29.28 | CosmicPenguin | hmmm.... ipkg-0.99.140 is borked on amd64 - seems that somebody didn't change a header file when they should have |
| 01:56.30 | *** join/#oe _keith__ (~keith@bh02i525f01.au.ibm.com) |
| 02:12.57 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
| 02:13.41 | *** join/#oe zwi (~zwi@216.88.131.43) |
| 02:29.17 | punkass | kergoth: you around? :) |
| 02:29.49 | punkass | you are smart to do so.. |
| 02:30.06 | punkass | checking for C compiler default output file name... configure: error: C compiler cannot create executables |
| 02:30.18 | kergoth | need more information |
| 02:30.25 | kergoth | what command was it executing? |
| 02:30.31 | punkass | c1: Invalid option `-frename-registers' |
| 02:30.31 | punkass | configure:1622: $? = 1 |
| 02:30.31 | punkass | configure: failed program was: |
| 02:30.31 | punkass | | /* confdefs.h. */ |
| 02:30.35 | kergoth | what compiler did it find, before that |
| 02:30.36 | kergoth | no |
| 02:30.37 | punkass | thats from the config.log |
| 02:30.41 | kergoth | i dont care what the .c or .h was |
| 02:30.45 | kergoth | i care what gcc command it ran. |
| 02:30.54 | kergoth | look above that. |
| 02:31.04 | punkass | configure:1619: ccache arm-linux-gcc-2.95 -I/zaurus/build/tmp/staging/arm-linux/include -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -I/zaurus/build/tmp/staging/arm-linux/include -L/zaurus/build/tmp/staging/arm-linux/lib -Wl,-rpath-link,/zaurus/build/tmp/staging/arm-linux/lib -Wl,-rpath,/usr/lib -Wl,-O1 conftest.c >&5 |
| 02:31.04 | punkass | cc1: Invalid option `-frename-registers' |
| 02:31.20 | kergoth | okay then, finally, we get to the real error |
| 02:31.33 | punkass | invalid option? |
| 02:31.42 | kergoth | its due to the use of the normal CFLAGS, we need to get it using the kernel cflags instead of ours |
| 02:31.51 | kergoth | since our CFLAGS wont work with 2.95 |
| 02:32.04 | kergoth | rename-registers is gcc3 or higher, iirc |
| 02:32.07 | kergoth | brb |
| 02:32.08 | punkass | ah |
| 02:32.09 | punkass | ok |
| 02:37.48 | kergoth | put the configure.{in,ac} on pastebin again, let me take a look |
| 02:38.15 | punkass | i only have a in but ill stick that up |
| 02:38.29 | kergoth | configure.in is old autoconf, configure.ac is new |
| 02:38.37 | kergoth | so i just say oth, never know which is being used |
| 02:38.40 | kergoth | both |
| 02:39.24 | punkass | http://www.pastebin.com/239979 |
| 02:42.36 | kergoth | punkass: eh, there's no easy way for us to pass in both our normal CC and the kernel one into tha tbuildsystem |
| 02:42.41 | kergoth | punkass: it assumes that they're identical |
| 02:42.52 | kergoth | punkass: this includes both userspace and kernel modules? in the same tree? |
| 02:43.02 | kergoth | or is it just the driver? |
| 02:43.49 | punkass | its just a legousbtower.c then in a include directory a legousbtower.h |
| 02:44.03 | kergoth | thats the kernel module? |
| 02:44.07 | kergoth | then wtf is up with this configure.in |
| 02:44.47 | punkass | i guess its now included in the 2.6.1 kernel |
| 02:44.53 | punkass | but that doesnt do me much good |
| 02:45.21 | punkass | http://legousb.sourceforge.net/legousbtower/index.shtml |
| 02:46.18 | kergoth | in the .bb, go CFLAGS := "${oe_filter_out('-f\S+', bb.data.getVar('CFLAGS', d, 1), d)}" |
| 02:46.23 | kergoth | (after the inherit) |
| 02:46.28 | kergoth | that'll strip out the -f options |
| 02:46.33 | punkass | and before the CC and LD? |
| 02:46.37 | kergoth | doesnt matter |
| 02:47.13 | _keith__ | has anyone with an SL-6000 been experiencing extreamly slow access times and 90%+ cpu usage when using the sd/mmc card with recent openzaurus-pxa-2.4.18-rmk7-pxa3-embedix20031107 kernel? |
| 02:49.35 | punkass | keith: mine seems fine |
| 02:50.05 | punkass | ERROR: function do_patchcleancmd failed |
| 02:50.46 | kergoth | heh, that should never happen. |
| 02:50.50 | kergoth | it runs quilt, and oe builds its own quilt to use. |
| 02:51.01 | punkass | line 76: ${oe_filter_out('-f\S+', bb.data.getVar('CFLAGS', d, 1), d)}: bad substitution |
| 02:51.10 | kergoth | ah, oops |
| 02:51.17 | kergoth | CFLAGS := "${@oe_filter_out('-f\S+', bb.data.getVar('CFLAGS', d, 1), d)}" |
| 02:51.19 | kergoth | forgot the @ |
| 02:51.25 | kergoth | ${@ is python substitution syntax |
| 02:51.44 | msw | boy, is that python or perl? |
| 02:51.49 | kergoth | heeh |
| 02:51.56 | punkass | ah i see |
| 02:51.58 | kergoth | i'm good at obfuscating python, thats for sure |
| 02:52.40 | punkass | python is something i have been mean to play with more... |
| 02:53.13 | punkass | managed to make a little gui app for wireless on a laptop using pygtk but thats it so far |
| 02:54.26 | punkass | well we made it to comipling.. |
| 02:54.33 | punkass | compiling* |
| 02:54.47 | punkass | but this came back: cc1: error: invalid option `short-load-bytes' |
| 03:00.41 | kergoth | i dunno man, put the .bb somewhere i can get to it, let me play with it |
| 03:02.02 | kergoth | or email it to me |
| 03:02.38 | chouimat | kergoth: http://hometown.aol.com/gvtenuta/Enditol.jpg |
| 03:02.56 | kergoth | hehe |
| 03:03.55 | chouimat | kergoth: where bitbake put the toolchains? |
| 03:06.23 | kergoth | chouimat: CROSS_DIR, which by default is tmp/cross |
| 03:06.42 | chouimat | thanks |
| 03:07.58 | punkass | kergoth..i fired them off to you via email |
| 03:08.06 | kergoth | punkass: k |
| 03:33.43 | *** join/#oe micropal (ident@139.80-202-82.nextgentel.com) |
| 03:46.26 | punkass | so kergoth, did i have any major mistakes? |
| 03:52.13 | kergoth | havent checked yet, working on something |
| 03:52.55 | punkass | ok np |
| 04:19.57 | chouimat|Zzz | night |
| 04:40.31 | *** join/#oe mithro (~tim@202.191.111.52) |
| 05:01.12 | treke|ho1e | evening |
| 05:01.15 | kergoth | hey |
| 05:08.02 | treke|ho1e | need food, but too unmotivated too cook |
| 05:08.17 | kergoth | pizza? |
| 05:08.17 | kergoth | heh |
| 05:08.49 | treke|ho1e | he |
| 05:11.42 | *** join/#oe qip|Virus|here (~Thomas@pD95DBC83.dip.t-dialin.net) |
| 05:15.31 | punkass | thats what i just made.. |
| 05:15.44 | *** join/#oe keturn (~kevint@c-24-21-141-200.client.comcast.net) |
| 05:23.59 | *** join/#oe bluelightning (~bluelight@203-173-244-36.akl.ihugultra.co.nz) |
| 05:31.59 | *** join/#oe rphillips (~rphillips@rphillips.developer.gentoo) |
| 05:48.40 | *** join/#oe rphillips (~rphillips@rphillips.developer.gentoo) |
| 05:54.21 | *** join/#oe treke|home (~ggilbert@69-175-32-221.ventca.adelphia.net) |
| 06:13.55 | *** join/#oe __law__ (~law@mail.stiftadmont.at) |
| 06:18.03 | *** join/#oe cedric (~moa@paris.bluebugs.org) |
| 07:02.31 | *** join/#oe andersee (~andersee@codepoet.org) |
| 07:20.10 | punkass | kergoth..just checkin' in. |
| 07:22.22 | kergoth | didnt get to it, pester me tomorrow |
| 07:22.47 | emte | well thats in 33 min |
| 07:22.47 | punkass | heh..ok will do ;) |
| 07:22.52 | punkass | lol |
| 07:22.54 | emte | or later perhaps? |
| 07:22.59 | kergoth | preferably after i wake up |
| 07:23.02 | kergoth | and have had coffee |
| 07:23.04 | emte | lol |
| 07:23.36 | emte | i need to figure out the gcc problem i am having |
| 07:24.05 | emte | anyone else ever had "cannot create exicuitables" ? |
| 07:24.15 | punkass | lol |
| 07:24.38 | punkass | thats exactly where I am at |
| 07:24.55 | emte | ? |
| 07:25.37 | emte | you built all the cross tools and it barfs that on first reg package? |
| 07:25.37 | punkass | i was trying to build a module and came across the same error |
| 07:25.43 | emte | hmm |
| 07:25.52 | punkass | no this was just for a individual package |
| 07:26.07 | emte | yeah pretty much |
| 07:26.24 | emte | when did you dld bitbake last? |
| 07:26.41 | punkass | couple days ago i think |
| 07:28.04 | kergoth`zzz | emte: wipe your tmp/cache, bk pull, and try again. |
| 07:28.06 | emte | sec i'll try an image and see if it complains |
| 07:28.18 | emte | yeah thats what i am thinking |
| 07:28.26 | emte | tho i wiped /tmp twice |
| 07:28.39 | kergoth`zzz | it sounds like you didnt set TARGET_ARCH or something equally silly |
| 07:28.48 | kergoth`zzz | current OE tree now aborts if a critical var isnt set |
| 07:28.52 | emte | i thought there mighta been a conflict since i didnt have ccache and psyco the first time |
| 07:29.31 | emte | if that wasnt set the cross tools shouldnt have buit either ... |
| 07:29.35 | emte | built* |
| 07:30.28 | emte | wtf ... |
| 07:30.58 | emte | tried to build task-bootstrap and its stuck in a loop trying to dld base-passwd |
| 07:31.18 | emte | maybe it just needs that ne pull |
| 07:31.21 | emte | new* |
| 07:32.55 | emte | odd ... |
| 07:33.18 | emte | wtf happened ... |
| 07:33.36 | emte | now i have an rsync lock from a clean pull? |
| 07:36.07 | emte | hmm |
| 07:36.11 | emte | missing files ... |
| 07:41.26 | *** join/#oe micropal_ (ident@139.80-202-82.nextgentel.com) |
| 07:46.24 | emte | recloning ... weee |
| 07:46.30 | emte | bk needs a reclone command |
| 07:48.49 | dave-osk | Is OPIE terminally broken? After "bk pull" and "rm tmp" to force complete rebuild, |
| 07:49.03 | dave-osk | NOTE: package qte-2.3.10-r1: task do_compile: started |
| 07:49.03 | dave-osk | ERROR: function do_compile failed |
| 07:49.09 | dave-osk | and the guilty bit is |
| 07:49.28 | dave-osk | | kernel/qkeyboard_qws.cpp: In member function `void QWSsimpadButtonsHandler::readSwitchesData()': |
| 07:49.28 | dave-osk | | kernel/qkeyboard_qws.cpp:2063: error: `xform_dirkey' undeclared (first use thi |
| 07:49.46 | dave-osk | ... now, that makes a couple weeks that I've been unable to get OPIE to build. |
| 07:49.48 | dave-osk | Comments? |
| 07:52.22 | hrw | dave-osk: qte is not opie |
| 07:52.59 | hrw | hi koen |
| 07:53.06 | koen | good morning all |
| 07:53.08 | koen | hey hrw |
| 07:53.08 | hrw | morning all |
| 07:53.50 | emte | 4 min yet |
| 07:54.02 | hrw | dave-osk: now is 08:53 - ~11:00 I will be building qte 2.3.10 |
| 07:54.24 | dave-osk | hrw: I said "bitbake opie-image". It rarely gets past some part of QTE. |
| 07:54.57 | emte | lets see if a new clone helps |
| 07:55.55 | hrw | dave-osk: opie-image needs opie which needs qte which needs glibc which needs gcc which need autoconf - if you will have problem with autoconf then you will tell that this is opie problem too? |
| 07:56.15 | *** join/#oe dkey (~dkey@193.170.62.146) |
| 07:56.28 | dave-osk | hrw: it's 11:55 here. Likely I won't see the results of your, erm, 2am build. |
| 07:56.49 | dave-osk | hrw: well, 'bitbake task-bootstrap' worked just fine so most of those can be ruled out. |
| 07:56.56 | hrw | :) |
| 07:56.58 | emte | morning |
| 07:57.06 | hrw | dave-osk: I have only 1.8GHz athlonxp here |
| 07:57.25 | hrw | emte: "bk reclone"? what it have to be? |
| 07:57.32 | dave-osk | hrw: I certainly understand that QTE != OPIE ... but after a few weeks trying to get |
| 07:58.07 | hrw | dave-osk: it can be problem on your side only or problem in OE - misc things happen |
| 07:58.07 | emte | hrw, just toss the old one and repull it |
| 07:58.10 | dave-osk | hrw: 'bitbake opie-image' to work, one starts to conclude it's often broken. |
| 07:58.29 | hrw | emte: "bk reclone = rm -rf *;bk clone"? make an alias |
| 07:58.46 | dave-osk | hrw: ok, that build machine is a 2.0 GHz XP. Still takes forever. |
| 07:59.04 | emte | hrw, well * is a bad idea, and was a muse on what bk needs |
| 07:59.11 | hrw | my machine boots with 2.2GHz even but I dont want to overclock it now |
| 07:59.51 | emte | tho i dont know why it got screwed up |
| 08:00.01 | hrw | after last visit in service this computer refuse to work with fsb=200MHz instead of 133 ;( (or maybe it was newer bios fault) |
| 08:00.05 | emte | i never even changed anything |
| 08:01.08 | emte | well rebuilt quilt ... looks all good, we will see about after being done the cross tools |
| 08:04.28 | punkass | does anyone know the status of the 2.6 kernel on openzaurus? |
| 08:04.42 | emte | in use i belive |
| 08:04.56 | punkass | for all or just collie? |
| 08:05.01 | emte | for all |
| 08:05.01 | punkass | i have a sl6000 |
| 08:05.15 | punkass | hmm |
| 08:06.15 | punkass | i tried bitbake linux-openzaurus and got: FATAL: No default configuration for tosa available |
| 08:07.20 | hrw | ~zauruskernels26 |
| 08:07.27 | hrw | ~zauruskernels |
| 08:07.28 | ibot | zauruskernels is, like, By default Zaurus use 2.4.18 and you need GCC 2.95.3 to compile them - all is described in OE wiki: http://openembedded.org/cgi-bin/moin.cgi/ZaurusKernels There is also work on 2.6: http://openembedded.org/cgi-bin/moin.cgi/ZaurusKernels26 |
| 08:07.51 | hrw | punkass: currently noone work on 2.6 for tosa and spitz |
| 08:08.03 | punkass | ok thanks |
| 08:08.24 | punkass | i am suprised as it seems the newer machines are using the pxa255 chip |
| 08:08.53 | hrw | and? |
| 08:09.20 | punkass | well i just thought they would be supporting the newer chips thats all |
| 08:09.47 | hrw | tosa probably can benefit from RP work on 2.6 for clamshells. but there is another gfx chip etc.. |
| 08:10.10 | punkass | ah i see |
| 08:10.55 | hrw | punkass: basic support can be made in quite short time probably but then starts problems with shitty 2.4.18-sharp code which needs to be ported to 2.6, cleaned, rewritten etc |
| 08:11.41 | hrw | punkass: RP took ati w100 framebuffer code from 2.4.18, removed lot of code, rewitten other and got smaller, faster, better one for 2.6 |
| 08:11.48 | hrw | that an example |
| 08:12.12 | punkass | heh..so you are saying the sharp code isnt very good.. |
| 08:12.43 | hrw | it's awful, terrible and after working with it you will have nightmares |
| 08:12.52 | punkass | lol |
| 08:13.59 | hrw | one day I extracted sharp changes to 2.4.18/collie - it was 6.5MiB diff |
| 08:14.26 | punkass | whoa..thats a lot of text |
| 08:14.27 | hrw | many changes was like: variable = 1; #ifdef COLLIE variable = 3; #endif |
| 08:15.09 | hrw | they probably get some from their 2.4.6 kernel and tried to get it working with 2.4.18 |
| 08:15.37 | punkass | ah |
| 08:15.41 | hrw | spitz (sl-c3000) use 2.4.20 with patches for 2.4.21 etc |
| 08:16.13 | hrw | and sharp code won't be accepted by mainline because of poor quality |
| 08:16.46 | hrw | ok. time to go to work |
| 08:16.56 | punkass | heh..cya |
| 08:20.27 | punkass|zzzz | clear |
| 08:20.29 | punkass|zzzz | oops |
| 08:20.41 | punkass|zzzz | this is not a terminal |
| 08:21.55 | ljp | bash: clear: command not found |
| 08:23.30 | cedric_ | ~seen kergoth |
| 08:23.31 | ibot | kergoth <~kergoth@ip71.churchill-park.dfw.ygnition.net> was last seen on IRC in channel #tacobeam, 57m 15s ago, saying: 'sleepy time'. |
| 08:29.02 | emte | damn you |
| 08:29.14 | emte | NOTE: Unpacking /home/igor/fabrication/sources/libtool-1.5.10.tar.gz to /home/igor/fabrication/build/tmp/work/libtool-native-1.5.10-r1/ |
| 08:29.14 | emte | tar: Skipping to next header |
| 08:29.14 | emte | tar: Archive contains obsolescent base-64 headers |
| 08:31.13 | CIA-4 | 03koen 07 * r1.3181 10openembedded/packages/kbdd/kbdd_cvs.bb: |
| 08:31.13 | CIA-4 | kbdd_cvs.bb: |
| 08:31.13 | CIA-4 | <PROTECTED> |
| 08:32.27 | emte | hey someones doing the kbdd changes ... good |
| 08:32.33 | emte | means i can toss mine then |
| 08:33.02 | koen | emte: nils merged all changes |
| 08:33.16 | koen | s/all/most/ |
| 08:33.33 | emte | wonder if that means my other kbds will work now |
| 08:33.34 | *** join/#oe Timelord0 (~TL@64-147-65-73.access-3.intertex.net) |
| 08:33.44 | koen | emte: http://handhelds.org/cgi-bin/cvsweb.cgi/apps/kbdd/README?rev=1.7&content-type=text/x-cvsweb-markup |
| 08:35.32 | emte | hmm i havent checked, did you guys add uinput to the familiar modules? |
| 08:36.42 | koen | uinput is in the feed, and should be in the image |
| 08:36.50 | koen | (as kbdd requires it) |
| 08:37.45 | emte | that was my thought, but wasnt before ... pre-release |
| 08:37.55 | emte | never checked after |
| 08:38.33 | emte | hmm |
| 08:38.49 | emte | where is TARGET_FPU set/ |
| 08:38.51 | emte | ? |
| 08:38.59 | koen | mostly in DISTRO |
| 08:39.13 | koen | grep -rn TARGET_FPU conf/ |
| 08:39.28 | emte | hmm |
| 08:39.55 | koen | bluelightning: can you look at kbdd lirc support when you have some time? |
| 08:40.01 | emte | aha there it is |
| 08:40.20 | bluelightning | koen: lirc support? |
| 08:40.35 | koen | yes nils added lirc support in 0.6 |
| 08:40.50 | koen | thanks to yann |
| 08:40.55 | bluelightning | koen: very interesting... I will definitely look into it |
| 08:41.04 | bluelightning | the question is will lirc work on my device :) |
| 08:41.16 | bluelightning | I guess it will work on the 3850 if not my 3970 |
| 08:41.50 | koen | that's one out of two |
| 08:43.48 | koen | 0.5 adds configfile support |
| 08:43.51 | *** join/#oe zecke (freyther@lin226.mi.fu-berlin.de) |
| 08:44.23 | bluelightning | yeah I saw that... skyhusker sent me the patch but I took too long, I guess he sent it directly to nils |
| 08:44.38 | zecke | moin |
| 08:44.47 | zecke | bluelightning: yes he did |
| 08:44.48 | koen | moin zecke |
| 08:45.56 | koen | bluelightning: I altered the cfu1u patch and enabled the module in the defconfig |
| 08:47.15 | koen | but we'll have to wait for 2.6 to make the driver do usefull stuff (and write a _cs driver for it) |
| 08:49.11 | hrw|work | re |
| 08:49.23 | koen | hey hrw|work |
| 08:49.27 | bluelightning | koen: cool |
| 08:49.30 | hrw|work | koen: cuf1u is usb host on cf? |
| 08:49.47 | bluelightning | koen: 2.4 works though |
| 08:49.52 | bluelightning | hrw|work: yes |
| 08:50.08 | *** join/#oe XorA (~dp@81-178-215-10.dsl.pipex.com) |
| 08:50.32 | koen | bluelightning: rm -f ${D}${sysconfdir}/ts.conf |
| 08:50.59 | hrw|work | bluelightning: linux-2.6/drivers/usb/host/sl811-hcd.c one? |
| 08:51.32 | bluelightning | hrw|work: that's the usb host driver for it yes... all you need in 2.6 to complete it is the _cs driver glue |
| 08:51.34 | koen | bluelightning: but not in isosync mode, which bluetooth requires |
| 08:51.50 | koen | parts of bt at least |
| 08:52.05 | bluelightning | koen: ah, I have not tried that... only usb storage & input |
| 08:52.23 | bluelightning | koen: what's that about rm ts.conf? |
| 08:52.44 | koen | check tslib_cvs.bb |
| 08:52.48 | hrw|work | http://www.paipai.org/~humorum/zaurus/cfu1-driver_0.0.2-3.tar.gz |
| 08:53.21 | RP | morning all |
| 08:53.29 | koen | hey RP |
| 08:53.45 | koen | hrw|work: that's another driver :) |
| 08:53.46 | bluelightning | hi RP |
| 08:54.00 | koen | hc_sl811 vs sl811 |
| 08:54.51 | koen | the handhelds kernel uses the interpocket version (which pb_'s old company designed and florian's company distributed) |
| 08:59.58 | hrw|work | ah |
| 09:00.12 | hrw|work | hey RP |
| 09:00.15 | XorA | morning |
| 09:00.37 | hrw|work | koen: yesterday I was asked to help with building that driver for zaurus |
| 09:00.39 | hrw|work | hi XorA |
| 09:04.03 | koen | hrw|work: 2.4 or 2.6? |
| 09:05.06 | *** join/#oe Somon (~tj3dl8a@85.97.39.153) |
| 09:05.55 | hrw|work | 2.4 |
| 09:05.57 | *** part/#oe Somon (~tj3dl8a@85.97.39.153) |
| 09:06.31 | koen | that shouldn't be too hard |
| 09:06.46 | hrw|work | koen: small ptching and it should build |
| 09:06.52 | koen | unless it's the version that frobs GPDR |
| 09:07.09 | hrw|work | it needed extra include "pxa-regs.h" or sth like that to get MCI0 defined |
| 09:07.20 | koen | cool |
| 09:08.06 | koen | hrw|work: you are going to put it in OE? |
| 09:09.09 | hrw|work | koen: first he (lardman afaik) have to get it building |
| 09:11.01 | koen | I can't wait for the zaurus and ipaq code to hit mainstream |
| 09:11.29 | *** join/#oe chris144|work (~oe_newbie@host-62-245-140-194.customer.m-online.net) |
| 09:11.38 | hrw|work | koen: how much ipaq code is in 2.6? |
| 09:11.44 | koen | very little |
| 09:11.51 | chris144|work | good morning folks |
| 09:11.57 | koen | hey chris144|work |
| 09:12.02 | chris144|work | hi koen |
| 09:12.23 | koen | I thinks Jamey will submit things to RMK soon |
| 09:12.27 | koen | think* |
| 09:13.16 | hrw|work | hi chris |
| 09:14.33 | bluelightning | hi chris144|work |
| 09:17.39 | hrw|work | dave-osk: ping |
| 09:17.47 | hrw|work | dave-osk: NOTE: [10:17] package qte-2.3.10-r1: task do_compile: started |
| 09:18.54 | XorA | hrw|work: stop copying me :-) |
| 09:19.54 | hrw|work | XorA: you have date in note too? :) |
| 09:20.22 | XorA | hrw|work: ah no, no times :-) |
| 09:20.59 | XorA | hrw|work: just meant my build entered that stage about a millisec before you posted that |
| 09:21.05 | hrw|work | ;) |
| 09:22.11 | CIA-4 | 03pb 07 * r1.3166.3.1 10openembedded/packages/tslib/ (tslib_cvs.bb tslib/ts.conf-h3600): use correct tslib raw module for 2.6 on h3600 |
| 09:24.04 | *** join/#oe ade|desk (~adavey@194.200.143.249) |
| 09:24.34 | hrw|work | dave-osk: NOTE: [10:22] package qte-2.3.10-r1: task do_build: completed |
| 09:28.23 | hrw|work | XorA: I had opie started twice |
| 09:29.51 | XorA | hrw|work: heh heh, this is wierd, now I stuck on a vt with nothing on it :-( |
| 09:30.42 | cedric_ | I don't really understand why my kernel output to the serial console only for the login prompt but not for the kernel message, is it a problem with my cable or the M$ XP setup??? |
| 09:32.04 | XorA | ah, Fn has become vt switch, phew |
| 09:33.42 | RP | cedric_: Try disabling hardware/software flow control and see if you get anything further |
| 09:34.11 | cedric_ | morning RP |
| 09:34.15 | RP | XP and serial ports have never worked well in my experience |
| 09:34.24 | zecke | chouimat|Zzz: did you test the patch yet? |
| 09:34.30 | RP | cedric_: morning :) |
| 09:37.53 | XorA | RP: hostap and 2.6 causes an oops :-( |
| 09:38.12 | cedric_ | RP: hardware --> nothing, none --> nothing, Xon/Xoff --> nothing |
| 09:40.54 | cedric_ | and for the parity? |
| 09:41.41 | cedric_ | I'm using the HyperTerminal under XP |
| 09:42.14 | hrw|work | 8n1 - 8bits parity none 1bit stop? |
| 09:44.02 | cedric_ | and for the terminal emulation? VT100? |
| 09:45.23 | *** join/#oe lardman (~lardman@138.38.73.178) |
| 09:45.49 | *** join/#oe pb_ (~pb@2002:3e03:42cc:2:20a:5eff:fe00:391e) |
| 09:47.01 | hrw|work | hi pb |
| 09:48.34 | pb_ | hi hrw|work |
| 09:54.27 | *** join/#oe jobi (~jobi@lauga.ssvl.kth.se) |
| 09:54.54 | jobi | how do I give the port in a cvs:// SRC? |
| 09:55.40 | jobi | cvs://anonymous@mplayerhq.hu:2401/cvsroot/ffmpeg;module=ffmpeg doesn't work |
| 09:55.52 | jobi | cvs checkout: CVSROOT may only specify a positive, non-zero, integer port (not `2401:'). |
| 09:56.43 | koen | you could check fetch.py to see if the fetcher understands ports |
| 09:57.47 | koen | (I have XP booted now, so can't check myself) |
| 09:57.51 | RP | cedric_: That should work - Its what I'm using here... |
| 09:58.07 | RP | XorA: Have you a copy of the oops? |
| 09:58.14 | hrw|work | jobi: 2401 isnt default one? |
| 09:58.55 | RP | XorA: I think I may have seen that one before. I think it was a hostap problem rather than one with the kernel itself |
| 09:59.06 | jobi | hrw|work: oh yes it is :) |
| 09:59.29 | jobi | I took the CVSROOT from my .cvspass, where the port was specified |
| 09:59.48 | RP | Its the colon is isn't liking... |
| 10:00.01 | XorA | RP: I dont, I will make it happen again later when Im on a break |
| 10:00.30 | RP | XorA: Ok. I think I've seen it before and it is the modern hostap driver at fault |
| 10:01.00 | cedric_ | RP: I've removed "console=tty0" and ovouisly I don't get any msg on the screen but still nothing on the console |
| 10:01.40 | RP | cedric_: Is there something missing in the defconfig file which tells it to use a console on the serial port? |
| 10:01.41 | *** join/#oe jbs (~jbs@213.58.72.17) |
| 10:01.51 | hrw|work | hi Bernardo |
| 10:01.54 | RP | Compare the husky one to it |
| 10:01.56 | cedric_ | until that dam serial I can't do anything... |
| 10:02.02 | Bernardo | good morning guys |
| 10:02.07 | Bernardo | hi hrw|work |
| 10:02.08 | RP | morning Bernardo |
| 10:02.19 | Bernardo | hi RP |
| 10:02.25 | RP | cedric_: I suspect an option is missing from the defconfig file now I think about it |
| 10:02.46 | cedric_ | RP: oh I don't know... I'll have a look at the husky one |
| 10:05.30 | cedric_ | # CONFIG_SERIAL_PXA is not set |
| 10:05.36 | cedric_ | :-) |
| 10:06.58 | hrw|work | NOTE: [11:05] package opie-image-1.0-r10: task do_build: completed |
| 10:07.00 | hrw|work | yeah ;) |
| 10:07.07 | mickeyl | *yawn* |
| 10:07.09 | mickeyl | morning folks |
| 10:07.14 | hrw|work | hh mickeyl |
| 10:07.22 | mickeyl | hmm |
| 10:07.24 | mickeyl | mickey@gandalf:/tmp/portaudio$ strace bin/pa_devs |
| 10:07.25 | mickeyl | execve("bin/pa_devs", ["bin/pa_devs"], [/* 90 vars */]) = 0 |
| 10:07.25 | mickeyl | --- SIGSEGV (Segmentation fault) @ 0 (0) --- |
| 10:07.25 | mickeyl | +++ killed by SIGSEGV (core dumped) +++ |
| 10:07.30 | mickeyl | hmm |
| 10:07.36 | mickeyl | that's pretty early for a SIGSEGV |
| 10:07.40 | mickeyl | i wonder what's wrong |
| 10:07.40 | RP | morning mickeyl |
| 10:08.03 | Bernardo | hi mickeyl |
| 10:09.51 | hrw|work | mickeyl: opie-help-en is outdated or totally outdated? |
| 10:14.23 | mickeyl | totally |
| 10:14.23 | mickeyl | :D |
| 10:14.45 | mickeyl | IIRC it didn't receive any commits in 2004 |
| 10:15.18 | mickeyl | ~lart portaudio and its build system |
| 10:15.22 | cedric_ | RP: I've tryied to modify directly some source file in the "work" directory, how can recompile the kernel with OE, I've use "-ccompile" and that do nothing... |
| 10:15.32 | hrw|work | ok - I was thinking about creating package with non packaged files but as it is obsolete it doesnt have sense |
| 10:15.42 | RP | try "-c compile -f" |
| 10:15.47 | mickeyl | hrw|work: it isn't obsolete |
| 10:15.53 | mickeyl | hrw|work: its just that no one did any work |
| 10:15.57 | cedric_ | RP: thx |
| 10:15.58 | mickeyl | hrw|work: we hope to find people documenting stuff |
| 10:16.44 | hrw|work | mickeyl: can someone from opie team move plain opie stuff into help/opie/ dir so opie-help-en.ipk can be created with it? |
| 10:18.14 | mickeyl | hrw|work: tell me what to do and i'll do it. |
| 10:18.24 | mickeyl | hrw|work: what do you mean with plain opie stuff? |
| 10:21.21 | hrw|work | mickeyl: will give list - have to rebuild it |
| 10:21.23 | mickeyl | k |
| 10:21.43 | hrw|work | and currently I hack fetcher |
| 10:22.00 | hrw|work | want to have DL_DIR/CVSDATE/archive |
| 10:22.11 | hrw|work | easier to cleanup |
| 10:22.29 | *** join/#oe bluelightning (~bluelight@203-173-244-36.akl.ihugultra.co.nz) |
| 10:25.23 | *** join/#oe jbs (~jbs@10001200047.0000006537.acesso.oni.pt) |
| 10:26.04 | Bernardo | re |
| 10:27.03 | hrw|work | python doesnt like "if !os.access(datedir, os.R_OK)"? |
| 10:30.23 | *** join/#oe CosmicPenguin (~nobody@aus-ext-proxy01.amd.com) [NETSPLIT VICTIM] |
| 10:32.35 | mickeyl | looks ok to me |
| 10:32.40 | mickeyl | although i would use 'not' |
| 10:33.45 | hrw|work | I forgot about ":" at the end of line |
| 10:35.32 | hrw|work | NOTE:[11:35] Unpacking /home/hrw/zaurus/bb/arch/test/20050210/config_savannah.gnu.org__20050210.tar.gz to /home/hrw/zaurus/bb/build/0207/tmp/work/gnu-config-0.1cvs20050210-r1/ |
| 10:35.36 | hrw|work | yes ;) |
| 10:35.48 | hrw|work | DL_DIR = home/hrw/zaurus/bb/arch/test/ |
| 10:38.34 | mickeyl | cool |
| 10:38.37 | hrw|work | http://pastebin.ca/5586 |
| 10:39.26 | hrw|work | next step will be doing the same for svn |
| 10:41.37 | hrw|work | <PROTECTED> |
| 10:41.59 | hrw|work | HOME=/root/ is there |
| 10:42.39 | mickeyl | yep |
| 10:42.41 | mickeyl | thanks |
| 10:44.24 | hrw|work | if [ ! -e "/home/root/" ] ; then |
| 10:44.24 | hrw|work | <PROTECTED> |
| 10:44.24 | hrw|work | fi |
| 10:44.37 | hrw|work | shouldn't it create /home/root/ rather? |
| 10:44.52 | XorA | hrw|work: then just oz-compat to make that link automatically |
| 10:45.27 | hrw|work | XorA: you use oz-compat, have access to repo - fix it |
| 10:46.10 | XorA | hrw|work: my fix doesnt survive restarts :-( |
| 10:46.21 | hrw|work | mickeyl: can you look at http://opie-bugs.oszine.de/view.php?id=1558 and say how to fix it in /etc/init.d/opie? |
| 10:46.34 | mickeyl | hrw|work: atm. we still have /root in passwd as home directory IIRC, so we shouldn't introduce a second one. |
| 10:46.54 | hrw|work | ok - I wont change it then |
| 10:47.00 | mickeyl | hrw|work: just remove -terminal 2 from opie-login startup call |
| 10:47.02 | hrw|work | ok |
| 10:47.24 | hrw|work | mickeyl: will opie-login start on vt2 then? or just on vt1? |
| 10:47.34 | mickeyl | well hold on |
| 10:47.37 | mickeyl | don't remove it |
| 10:47.40 | mickeyl | let me patch that upstream |
| 10:47.48 | mickeyl | opie-login hasn't been touched for ages |
| 10:47.53 | mickeyl | i'm going to teach it how to deal with -terminal |
| 10:47.58 | hrw|work | ok |
| 10:48.33 | XorA | mickeyl: passwd has /home/root |
| 10:48.43 | mickeyl | oh really? did we do that yet |
| 10:48.47 | mickeyl | very good |
| 10:48.55 | pb_ | yeah, some time ago |
| 10:48.56 | pb_ | heh |
| 10:48.58 | mickeyl | hrw|work: could you change that part then, please? |
| 10:49.36 | hrw|work | ok - ln -sf /root /home/root/ will be ok? |
| 10:50.56 | pb_ | in oz-compat? yeah, I guess so |
| 10:51.12 | hrw|work | pb_: in opie-taskbar |
| 10:52.48 | cedric_ | RP: I'm getting a login prompt on the 2.6 kernel, far better than using the zaurus keyboard/screen. but I still don't see any kernel output but I can do "dmesg" after login at root |
| 10:53.52 | mickeyl | actually, when i think about it |
| 10:53.57 | mickeyl | we don't need to link /root |
| 10:54.10 | mickeyl | 'cause the ole SharpROM had /home/root |
| 10:54.15 | mickeyl | so now we are actually more compatible than before |
| 10:54.16 | mickeyl | heh |
| 10:54.22 | CIA-4 | 03hrw 07 * r1.3183 10openembedded/packages/ (2 files in 2 dirs): updated PV in few OPIE packages to 1.1.9 |
| 10:54.30 | hrw|work | libmailwrapper & libqtaux |
| 10:54.33 | mickeyl | oops |
| 10:54.33 | mickeyl | thanks |
| 10:54.42 | hrw|work | was at 1.1.7 ;) |
| 10:56.02 | hrw|work | mickeyl: so we can remove checking for /home/root/ as all current images should have it by default? or do we create it if it is absent? |
| 10:56.31 | CIA-4 | 03mickeyl 07 * r1.3183 10openembedded/ (3 files in 2 dirs): revamp portaudio build system |
| 10:56.34 | CIA-4 | 03mickeyl 07 * r1.3181 10openembedded/packages/portaudio/portaudio_0.0.19.bb: repair portaudio |
| 10:56.58 | mickeyl | hrw|work: lets just remove the check |
| 10:57.03 | hrw|work | mickeyl: opie-checkbook PV have to be changed.. 0.8.0-cvs -> 0.8.0+cvs |
| 10:57.25 | Bernardo | mickeyl: and what about devices that have a home partition? |
| 10:57.25 | mickeyl | yep |
| 10:57.42 | hrw|work | Bernardo: exactly - I had to write that |
| 10:57.57 | mickeyl | Bernardo: on those devices /home/root will reside on the 2nd partition - which is quite nice |
| 10:58.25 | Bernardo | Yes, but I think /home/root should be created if it doesn't exist - users don't read release notes... |
| 10:58.36 | hrw|work | mickeyl: but oz 3.5.(1|2) users doesnt have it... |
| 10:59.02 | hrw|work | changed from ln to mkdir /home/root/ |
| 10:59.08 | mickeyl | i know, but we won't create 1.1.9 as upgrade to 3.5.2 or do we? |
| 10:59.19 | bluelightning | I don't mind /home/root as long as /root is definitely a symlink to there, currently it doesn't seem to be |
| 10:59.46 | mickeyl | well that would be a task for the base system, not for opie-taskbar |
| 11:00.01 | bluelightning | mickeyl: of course, it's on the release tasks list for familiar |
| 11:00.15 | hrw|work | mickeyl: ok. I will remove it |
| 11:00.18 | XorA | mickeyl: yeah, /home/root stuff should be identical for gpe as well, then people can switch easyilly |
| 11:00.32 | mickeyl | i can live with /root -> /home/root |
| 11:00.35 | koen | GPE uses $HOME |
| 11:00.46 | mickeyl | but it should be done by whatever creates /home/root in the first place |
| 11:00.50 | mickeyl | and not opie-taskbar |
| 11:00.52 | XorA | koen: but $HOME should exist |
| 11:01.14 | XorA | koen: currently it does not |
| 11:01.18 | koen | aargh |
| 11:01.19 | Bernardo | I can live with that, seems better to me too. |
| 11:01.40 | koen | that's why I didn't notice |
| 11:01.57 | pb_ | why is the /root symlink required at all? |
| 11:02.21 | hrw|work | argh... bash put /home/hrw/ in comment when I wrote $HOME.... |
| 11:02.23 | pb_ | if the sharprom uses /home/root, and $HOME points to /home/root, it doesn't sound like there should be any references to /root that we need to worry about |
| 11:02.34 | hrw|work | packages/opie-taskbar/opie-taskbar/opie@1.17 |
| 11:02.35 | hrw|work | <PROTECTED> |
| 11:02.40 | hrw|work | funny ;) |
| 11:02.41 | pb_ | heh |
| 11:02.52 | mickeyl | I agree with pb_ |
| 11:02.56 | mickeyl | let's kill it for future images |
| 11:03.04 | mickeyl | (which means - now) |
| 11:12.27 | Bernardo | hrw|work: can you please update kdepimpi to 2.0.6? Should fix the sync problems, and probably allow apm to work again |
| 11:12.42 | hrw|work | ok |
| 11:12.48 | Bernardo | as I think that sometimes kdepimpi is leaving a socket open after syncing |
| 11:15.22 | CIA-4 | 03hrw 07 * r1.3180.1.6 10openembedded/packages/kdepimpi/kdepimpi_2.0.6.bb: kdepimpi updated to 2.0.6 |
| 11:15.25 | CIA-4 | 03hrw 07 * r1.3180.1.5 10openembedded/packages/opie-taskbar/ (opie-taskbar_cvs.bb opie-taskbar_1.1.9.bb opie-taskbar/opie): opie-taskbar: root $HOME is /home/root/ now |
| 11:15.28 | CIA-4 | 03hrw 07 * r1.3180.1.4 10openembedded/packages/opie-checkbook/opie-checkbook_cvs.bb: opie-checkbook: updated PV to be newer then 0.8.0 |
| 11:17.36 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
| 11:17.46 | hrw|work | http://pastebin.ca/5587 - final version of fetch.py change |
| 11:18.12 | hrw|work | hmm.. one more ;( |
| 11:22.06 | hrw|work | http://pastebin.ca/5588 works good also for subversion fetch |
| 11:23.22 | XorA | hrmmm, ipkg appears to be totally busted :-( |
| 11:25.42 | *** join/#oe mickeyl (~mickey@141.2.14.1) |
| 11:26.24 | zecke | hrw|work: so we will end up with opie-cvs/opie-snapshort-1.tar... ? |
| 11:28.42 | hrw|work | zecke: DL_DIR/20050210/opie.....tar.gz |
| 11:29.40 | hrw|work | so when cvsdate change you have to del one dir and unneeded sources are gone |
| 11:30.06 | mickeyl | koen: there have been important fixes for libqpe-opie and opie-login. i would recommend to use the cvs versions instead of 1.1.9 for 0.8.1 |
| 11:30.30 | mickeyl | actually |
| 11:30.45 | mickeyl | libopie2 as well |
| 11:32.28 | koen | mickeyl: how do I do that? familiar uses opie-version = 1.1.9 |
| 11:34.30 | hrw|work | koen: PREFERRED_VERSION_libopie2 = 1.1.9+cvs-${CVSDATE} |
| 11:40.09 | *** join/#oe tigrux (~tigrux@styx.suse.cz) |
| 11:41.08 | *** join/#oe qfh (~qfh@ppp-82-135-64-12.mnet-online.de) |
| 11:46.39 | bluelightning | time for bed, cya all |
| 11:46.46 | koen | 'night bluelightning |
| 11:47.06 | hrw|work | nite bluelightning |
| 11:52.17 | hrw|work | mickey|lunch: with 3.5.3 release we should release x86 sdk for it |
| 11:58.34 | *** join/#oe _keith (~keith@CPE-61-9-204-1.nsw.bigpond.net.au) |
| 11:59.54 | *** join/#oe sgm (~sgm@mevissen.demon.nl) |
| 12:01.33 | *** join/#oe stoyan (~stoyan@ns.burdenis.com) |
| 12:42.42 | XorA | hmmm, testing GPE on 2.6 kernel could be troublesome |
| 12:42.52 | koen | XorA: gpe on 2.6 works well on my h2210 |
| 12:43.13 | XorA | koen: there is no way to log in as root, and the touchscreen config is wrong for Z 2.6 |
| 12:43.36 | koen | aha |
| 12:43.51 | koen | remove the zap_root_passwd thingie |
| 12:44.32 | XorA | damnation, that means another 20 mins waiting for an image to transfer |
| 12:44.53 | hrw|work | XorA: you use serial link to transfer image? |
| 12:45.08 | XorA | hrw|work: ADSL, for 25meg image takes time |
| 12:45.27 | hrw|work | ah |
| 12:45.51 | hrw|work | Packaged contents of opie-dict-de into /home/hrw/zaurus/bb/build/0207/tmp/deploy/ipk/opie-dict-de_1.1.9+cvs-20050210-r0_arm.ipk |
| 12:46.05 | hrw|work | words for wordgame etc. |
| 12:46.13 | XorA | koen: actualyl the zap password wont help, I need to fix ts or disable X starting |
| 12:47.56 | hrw|work | hmm.. someone know which tool convert "words" file into dawg? |
| 12:49.40 | XorA | ok, I need to fix the Xserver file so if 2.6 is running it doesnt sat the TSLIB_TSDEVICE variable |
| 12:54.59 | CIA-4 | 03hrw 07 * r1.3186 10openembedded/packages/opie-i18n/ (opie-i18n_cvs.bb opie-i18n_1.1.9.bb): opie-i18n: package dictionary files separately |
| 12:55.54 | cedric_ | http://pastebin.ca/5591 oricono module on 2.6 kernel (CVSDATE=today) |
| 12:56.42 | hrw|work | 015 | Makefile:40: *** Wireless extensions are not enabled. Stop. |
| 12:56.59 | hrw|work | you have to reconfigure and recompile kernel |
| 12:57.26 | hrw|work | cedric_: pcmcia works for you on poodle? |
| 13:00.55 | cedric_ | hrw|work: I'm currently doing some merge for the pcmcia, so right now no... |
| 13:01.49 | cedric_ | hrw|work: what do u mean i need to reconfigure & recompile kernel? I just did that... |
| 13:03.39 | hrw|work | cedric_: you have to enable wireless extensions in kernel and recompile it to get orinoco-modules build |
| 13:05.43 | RP | cedric_: husky works so see what is defined in there and copy that... |
| 13:05.56 | RP | cedric_: Did you see my comments about serial consoles? |
| 13:06.22 | *** join/#oe qfh (~qfh@ppp-82-135-64-12.mnet-online.de) |
| 13:06.49 | RP | cedric_: make sure CONFIG_SERIAL_PXA_CONSOLE and CONFIG_SERIAL_CORE_CONSOLE are set in poodle's defconfig |
| 13:09.35 | cedric_ | RP: cool for serial console, just I don't get the kernel output but I can login to the device |
| 13:11.27 | cedric_ | RP: CONFIG_NET_WIRELESS=y for the wireless thingy??? |
| 13:14.06 | *** join/#oe jacques (~jacques@c-67-171-198-193.client.comcast.net) |
| 13:15.00 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |
| 13:17.38 | cedric_ | if the wireless modules are not enable in the config, why OE is trying to build them anyway??? |
| 13:18.08 | hrw|work | cedric_: orinoco-modules are depend of task-bootstrap |
| 13:18.16 | hrw|work | cedric_: its your kernel fault |
| 13:19.25 | hrw|work | application which will convert "words" (/usr/share/dict/words) into "dawg" - anyone? I found one converter in old "wsfind" but it has problem with non-ascii characters |
| 13:20.53 | XorA | hrw|work: pardon? |
| 13:21.03 | RP | cedric_: That looks about right |
| 13:21.41 | hrw|work | XorA: opie use "dawg" formatted dictionaries for opie-wordgame, several inputmethods but lack Polish dictionary. I have words file (from which it can be created) but lack converter |
| 13:22.26 | XorA | hrw|work: ah, I thought dawg was like 1ee7 |
| 13:22.58 | hrw|work | ;) |
| 13:31.57 | XorA | hmmm GPE image has "interesting" keymap |
| 13:33.21 | *** join/#oe stevenh (~xev@65.167.23.2) |
| 13:39.45 | Cwiiis | does anyone know off-hand how to get awk to use a different character than '/' for matching strings? |
| 13:42.13 | XorA | I like the new look of GPE |
| 13:42.35 | koen | XorA: try the industrial theme, it's very nice and fast |
| 13:44.10 | XorA | koen: I just cannot log in as root :-) |
| 13:45.57 | *** join/#oe micropal (ident@139.80-202-82.nextgentel.com) |
| 13:48.48 | emte | damit ... |
| 13:48.54 | emte | bitbake behave |
| 13:54.31 | XorA | koen: you are however right about that theme :-) |
| 13:55.20 | koen | :) |
| 13:55.48 | Cwiiis | how big is the industrial theme? Just wondering why it isn't included in all gpe-image's rather than just familiar |
| 13:56.26 | *** join/#oe zilt (~aking@ottawa-dial-206-191-4-22.s-ip.magma.ca) |
| 13:56.41 | Cwiiis | 180k... hmm, I guess that's a bit big |
| 13:57.49 | XorA | Cwiiis: its in OZ |
| 13:58.40 | XorA | koen: how do you close the audio mixer? |
| 13:58.56 | koen | launch gpe-appmgr and kill it |
| 13:59.02 | *** join/#oe HuntsMan (~hunts@pc-148-118-120-200.cm.vtr.net) |
| 13:59.09 | koen | some window decorations aren't defined |
| 13:59.21 | XorA | koen: phew, its not just me then :-) |
| 14:04.39 | pb_ | gpe-taskmanager, not gpe-appmgr |
| 14:04.57 | koen | ah yes |
| 14:12.43 | hrw|work | NOTE: [14:59] package meta-opie-1.0-r18: task do_build: completed |
| 14:12.48 | hrw|work | finally |
| 14:29.29 | *** join/#oe qfh (~qfh@ppp-82-135-64-12.mnet-online.de) |
| 14:46.16 | *** join/#oe jbs (~jbs@10001200047.0000006537.acesso.oni.pt) |
| 15:14.15 | cedric_ | what's that --> sharp-flash-header-c700 ???? |
| 15:14.30 | cedric_ | I've built my first 2.6 rootfs |
| 15:14.38 | *** join/#oe [g2] (~g2@rdu57-8-035.nc.rr.com) |
| 15:15.51 | hrw|work | cedric_: it doesnt have DESCRIPTION? |
| 15:17.09 | hrw|work | oops. doesnt have |
| 15:19.32 | *** join/#oe prpplague (~dave@mailhost2.amltd.com) |
| 15:20.23 | mickeyl | cedric_: copy the IMAGECMD_jffs2 parts from poodle.conf into your openzaurus-pxa-2.6 conf |
| 15:22.11 | cedric_ | mickeyl: can u be more clear pls... |
| 15:22.21 | mickeyl | how so? |
| 15:22.24 | mickeyl | it was a clear instruction |
| 15:22.30 | cedric_ | :-) |
| 15:22.48 | mickeyl | your poodle doesn't need that binary header |
| 15:22.57 | mickeyl | openzaurus-pxa-2.6 installs it per default |
| 15:23.03 | mickeyl | as it inherits from zaurus-clamshell |
| 15:23.18 | mickeyl | when you copy the IMAGECMD_jffs2 parts from poodle.conf into openzaurus-pxa-2.6, then it won't do that |
| 15:23.22 | mickeyl | which is what you want |
| 15:23.33 | pb_ | mm. you probably don't want to be using openzaurus-pxa-2.6 at all on poodle. It'd be better to teach poodle.conf how to work with a 2.6 kernel. |
| 15:24.37 | mickeyl | the whole 2.4 / 2.6 situation is clumsy regarding machine |
| 15:24.37 | mickeyl | we have to come up w/ a sane way |
| 15:24.37 | mickeyl | but i can't think of one atm. |
| 15:24.37 | *** join/#oe Timelord (~TL@64-147-65-86.access-3.intertex.net) |
| 15:24.58 | pb_ | due to the out-of-tree modules, you mean? yeah, that is a bit of a problem. |
| 15:25.12 | mickeyl | the out-of-tree modules are my smalles concern |
| 15:25.15 | mickeyl | MACHINE is the problem |
| 15:25.22 | pb_ | the only thing I can think of, really, is to have some additional variable you set in local.conf to say whether you want a 2.4 or 2.6 kernel |
| 15:25.29 | pb_ | mickeyl: what's the issue with MACHINE? |
| 15:25.42 | mickeyl | we use a lot of different config files |
| 15:25.50 | mickeyl | for 2.6 |
| 15:25.57 | mickeyl | which means we really need a new MACHINE type |
| 15:26.02 | mickeyl | or add the kernel into overrides |
| 15:26.03 | mickeyl | or something |
| 15:26.17 | koen | h3900.conf add the kernel into overrides allready |
| 15:26.34 | pb_ | aside from the modules, I think the rootfs should be identical for 2.4 and 2.6. that's how it works on h3900, and it seems to be ok. |
| 15:26.48 | mickeyl | that may work for the ipaqs |
| 15:26.53 | mickeyl | i doubt that it will work for the zaurii |
| 15:26.56 | pb_ | why? |
| 15:27.10 | mickeyl | the differences through kernel changes are a lot |
| 15:27.28 | *** join/#oe chouimat (~dieu@r2351064.cidc.net) |
| 15:27.30 | mickeyl | i'll take a look at how you deal with that on h399 |
| 15:27.32 | mickeyl | h3900 even |
| 15:27.58 | pb_ | what sort of differences? |
| 15:28.34 | pb_ | ok, cool |
| 15:28.40 | mickeyl | how devices are named, how the mtdblocks are layed out, etc. |
| 15:28.44 | prpplague | pb_: hey |
| 15:29.07 | pb_ | prpplague: heh |
| 15:29.38 | hrw|work | mickeyl: which apm to use |
| 15:29.39 | mickeyl | yes |
| 15:32.46 | *** join/#oe ibot (ibot@apt.bot.TimRiker.active.supporter.pdpc) |
| 15:32.46 | *** topic/#oe is OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ (l/p guest/guest) | This is not a distribution support channel | The OE mailing list is back, but everyone needs to resubscribe. | We have a bitbake-dev mailing list for discussions on the core. If you're interested in BitBake-Ng, please subscribe. | LCA 2005 Embedded Miniconf - http://www.openembedded.org/miniconf |
| 15:33.12 | jobi | I'm trying to package a CVS version of ffmpeg |
| 15:33.37 | jobi | but I'm not sure what the best way is not to cause problems with the current version |
| 15:34.03 | jobi | now I've made a ffmpeg-cvs package, which conflicts with ffmpeg |
| 15:34.59 | hrw|work | jobi: make ffmpeg_cvs which will be another version of ffmpeg |
| 15:35.34 | chouimat | morning |
| 15:35.56 | mickeyl | something like hierarchical overrides would be nice |
| 15:36.04 | mickeyl | so that we could have |
| 15:36.09 | mickeyl | poodle/fstab |
| 15:36.13 | mickeyl | poodle/2.6/fstab |
| 15:37.42 | jobi | hrw|work: that's what I did first, but maybe the other users of ffmpeg don't want to use the cvs version |
| 15:39.24 | XorA | ahah third try at GPE image this afternoon |
| 15:40.07 | hrw|work | jobi: then add "DEFAULT_PREFERENCE = -1" |
| 15:41.14 | pb_ | mickeyl: yah, that might make sense |
| 15:41.15 | jobi | hrw|work: ok |
| 15:41.22 | jobi | thanks |
| 15:41.44 | koen | hrw|work: does DEPEND="ffmpeg_cvs" work? |
| 15:42.29 | hrw|work | koen: rather not |
| 15:42.46 | prpplague | koen: mark twain wrote "a man who carries a cat by its tail, learns something in a way no man could teach him" |
| 15:42.58 | koen | hehe |
| 15:45.38 | CIA-4 | 03koen 07 * r1.3187 10openembedded/conf/distro/familiar-0.8.1.conf: |
| 15:45.38 | CIA-4 | familiar-0.8.1.conf: |
| 15:45.38 | CIA-4 | <PROTECTED> |
| 15:46.10 | jobi | hrw|work: and then I put a PREFERRED_VERSION_ffmpeg = cvs${CVSDATE} in my .bb? |
| 15:46.47 | XorA | ah crap, I forgot the touchscreen change |
| 15:47.47 | hrw|work | jobi: yep |
| 15:48.23 | hrw|work | jobi: but use atleast PV="0.0+cvs-${CVSDATE}" in ffmpeg_cvs.bb if it doesnt have any version which you can use instead of 0.0 |
| 15:48.54 | chouimat | is CROSS_DIR supposed to work? |
| 15:52.48 | *** join/#oe stevenh (~xev@65.167.23.2) |
| 15:52.53 | pb_ | yes; the SDK packages all set CROSS_DIR. |
| 15:53.54 | chouimat | pb_: ok |
| 15:55.48 | hrw|work | can someone look at http://hrw.one.pl/_pliki/oe/tmp/ and say something about those bbfiles? they can be used to split deploy/ipk/ into section feeds |
| 15:56.58 | koen | hrw|work: isn't it better to split on depends, like qt, x, gtk, qpe and so on?, |
| 15:57.29 | hrw|work | koen: I just used split_feeds.bbclass - it can do anything if you extend it |
| 15:57.43 | mickeyl | i don't think splitting feeds should be a part of OE |
| 15:57.54 | mickeyl | i rather think external scripts like http://www.vanille.de/temp/splitfeeds handle the situation better |
| 15:57.58 | mickeyl | imho |
| 15:58.03 | pb_ | I agree with mickey |
| 15:59.14 | hrw|work | so what can I say... ;) |
| 15:59.25 | hrw|work | I will use them anyway for my own usage |
| 16:00.02 | *** join/#oe qfh (~qfh@ppp-82-135-64-12.mnet-online.de) |
| 16:00.12 | *** join/#oe marcansoft (1337@80-29-18-228.adsl.nuria.telefonica-data.net) |
| 16:02.20 | mickeyl | hrw|work: btw., was that just wishful thinking or did you say you will work on collie kernel? |
| 16:02.50 | robtaylor_ | hmm, anyone know why the rxvt font has got ridiculously small on gpe builds? |
| 16:02.53 | hrw|work | mickeyl: 1st rather |
| 16:02.59 | mickeyl | heh, too bad |
| 16:03.47 | hrw|work | I know nothing about kernel |
| 16:04.25 | mickeyl | me neither, but i'd like to learn a bit about it |
| 16:05.52 | koen | pb_: tslib.sh doesn't set the CONFFILE on h3900 |
| 16:07.20 | *** join/#oe zinga (~arnaudb@186.80-203-227.nextgentel.com) |
| 16:07.58 | hrw|work | hmm.. bluez-utils are "libs" - should it be "console" rather? |
| 16:08.09 | hrw|work | or "base"? |
| 16:08.24 | Cwiiis | base I would've thought |
| 16:08.41 | cedric_ | hrw|work: I know nothing about kernel... and I'm going to learn with hard way... hiting by a dam bus! |
| 16:09.31 | robtaylor_ | Cwiiis: dont suppose you know anything about the rxvt font issues? ;) |
| 16:09.41 | Cwiiis | robtaylor_: What's the problem? |
| 16:10.10 | robtaylor_ | Cwiiis: rxvt has very small (almost unreadable) fonts.. |
| 16:10.20 | hrw|work | same goes to ncurses-tools, ncurses-terminfo |
| 16:10.31 | robtaylor_ | openzaurus-3.5.3 build |
| 16:10.34 | Cwiiis | I take it smaller than they used to be? |
| 16:10.36 | mickeyl | hrw|work: yep, should be console imo |
| 16:10.37 | robtaylor_ | yep |
| 16:10.39 | XorA | robtaylor_: I can confirm that |
| 16:10.54 | Cwiiis | I'll have a look when I fix unionroot |
| 16:11.09 | XorA | XorA: Ill look when I get keymap and touchscreen working both together |
| 16:11.10 | robtaylor_ | Cwiiis: oh god, that means sometime next year ;) |
| 16:11.20 | hrw|work | mickeyl: both bluez-utils and ncurses-tools, ncurses-terminfo? |
| 16:11.28 | Cwiiis | hey! hehe - I'm making progress... |
| 16:11.31 | mickeyl | hrw|work: yes |
| 16:11.34 | robtaylor_ | XorA: you know thats the 1st sign of madness ;) |
| 16:11.39 | hrw|work | ok |
| 16:11.47 | XorA | robtaylor_: or misplaced tab keys :-) |
| 16:12.13 | hrw|work | bluez-utils-no-dbus_2.11.bb bluez-utils-nodbus_2.11.bb - first is not needed rather? |
| 16:12.38 | robtaylor_ | Cwiiis: i'll happily fix it, just not sure where to start looking.. |
| 16:12.41 | chouimat | Quote of the Day: "God is a comedian playing to an audience too afraid to laugh." --- Voltaire |
| 16:12.58 | XorA | robtaylor_: check if the commandline called has a font size built in |
| 16:13.08 | XorA | robtaylor_: then check for Xresources type files |
| 16:13.17 | robtaylor_ | XorA: cool, will do |
| 16:13.44 | XorA | robtaylor_: I need to do some hacking before both my keyboard and touchscreen work |
| 16:13.57 | robtaylor_ | XorA: what platform? |
| 16:14.04 | XorA | robtaylor_: 2.6 husky |
| 16:14.20 | robtaylor_ | XorA: look at the tosa ts fixes.. |
| 16:14.30 | robtaylor_ | the husky driver probably has the same issues.. |
| 16:14.35 | XorA | robtaylor_: problem is startup scripts assume 2.4 |
| 16:15.06 | robtaylor_ | oh. i failed to read the '2.6' ! |
| 16:15.08 | robtaylor_ | =) |
| 16:15.09 | hrw|work | bluez-utils moved into "console" section |
| 16:15.23 | robtaylor_ | XorA: v. cool |
| 16:15.46 | cedric_ | voila: USB is working on the poodle |
| 16:17.43 | mickeyl | cool |
| 16:18.13 | robtaylor_ | ok, so its rxvt-unicode. |
| 16:18.26 | cedric_ | I'm waiting for my rootfs to build to test the mmc |
| 16:18.35 | robtaylor_ | Cwiiis: didnt you have this issue before? |
| 16:19.00 | cedric_ | I beleive the sd/mmc is a module? |
| 16:19.36 | CIA-4 | 03hrw 07 * r1.3186.1.1 10openembedded/ (5 files in 2 dirs): bluez-utils: moved into 'console' Section |
| 16:20.38 | robtaylor_ | ah, should i have the vera fonts installed for niceness? |
| 16:21.02 | mickeyl | cedric_: no, atm. everything is compiled into the 2.6 |
| 16:21.02 | Cwiiis | robilad: The issue before was that rxvt-unicode was using the X built-in fonts and not Xft - that got fixed somewhere along the line in the 4.x series - Does this occur with every version of rxvt-unicode or just a particular one? |
| 16:21.07 | Cwiiis | sorry, meant robtaylor_ |
| 16:21.36 | Cwiiis | robtaylor_: And yes, you should have the vera fonts installed |
| 16:22.11 | robtaylor_ | Cwiiis: this is rxvt-unicode 4.9 |
| 16:22.16 | cedric_ | mickeyl: poodle_mci_setpower: on |
| 16:22.16 | cedric_ | poodle_mci_setpower: on |
| 16:22.19 | cedric_ | poodle_mci_setpower: off |
| 16:22.20 | robtaylor_ | (-r2) |
| 16:23.03 | cedric_ | when I'm inserting a SD card |
| 16:23.25 | robtaylor_ | current OpenZaurus-3.5.3 basically |
| 16:24.01 | RP | cedric_: That suggests something is working |
| 16:24.23 | RP | Well, it detects the card but then seems to reject it... |
| 16:25.01 | cedric_ | RP: that's a start... |
| 16:25.21 | RP | cedric_: Hang on - it this upon bootup or each time you insert the card? |
| 16:25.39 | koen | mickeyl: is there any doc detailing how to get the connectplus to work? I keep getting wlan1: could not set interface UP - no PRI f/w |
| 16:25.40 | cedric_ | RP: every time I'm inserting the card |
| 16:26.08 | robtaylor_ | oh. got it |
| 16:26.18 | RP | cedric_: good, that means you have the card detection code at least partly right |
| 16:26.30 | Cwiiis | robtaylor_: Have you tried with 4.8 and/or cvs? I only added 4.9 the other day and I haven't had the change to test it (which was why I fixed and left 4.8 there) |
| 16:26.31 | mickeyl | koen: it should work automatically when you have install prism3-support. sounds like it needs work... let's go through it manually |
| 16:26.41 | RP | (I managed to reverse the logic so it only powered on when I ejected the card at first :) |
| 16:26.46 | mickeyl | koen: prism3-firmware and hostap-utils are installed ? |
| 16:27.31 | cedric_ | mickeyl: I've added the stuff in openzaurus-pxa-2.6.conf and it's still using the flash-header-c700 thingy |
| 16:28.15 | mickeyl | cedric_: hmm, it shouldn't. you copied both *_jffs2 lines over ? |
| 16:29.07 | cedric_ | d'oh only one... |
| 16:29.16 | robtaylor_ | Cwiiis: well pixelsize is set to 8 in Xdefaults |
| 16:29.19 | robtaylor_ | so thats it |
| 16:29.30 | cedric_ | I've missed the extra_image_cmd_jffs2 |
| 16:30.03 | cedric_ | RP: the only thing I've done is using the poodle irq and that's it... :-) |
| 16:30.42 | Cwiiis | robtaylor_: Wasn't this like that before? |
| 16:31.10 | robtaylor_ | Cwiiis: hang on, i'll drag out an old build |
| 16:34.12 | robtaylor_ | Cwiiis: i might just set it to use size, as xdpyinfo seems to have a sensiblish dpi setting for this screen |
| 16:34.27 | koen | mickeyl: yes both are installed prism3-firmware - 1.8.3-r2 hostap-utils - 0.2.6-r0 |
| 16:36.13 | *** join/#oe ibot (ibot@apt.bot.TimRiker.active.supporter.pdpc) |
| 16:36.13 | *** topic/#oe is OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ (l/p guest/guest) | This is not a distribution support channel | The OE mailing list is back, but everyone needs to resubscribe. | We have a bitbake-dev mailing list for discussions on the core. If you're interested in BitBake-Ng, please subscribe. | LCA 2005 Embedded Miniconf - http://www.openembedded.org/miniconf |
| 16:36.26 | koen | Feb 10 16:32:45 drone user.debug kernel: prism2_pccard_cor_sreset: original COR 4fFeb 10 16:32:45 drone user.debug kernel: hostap_cs: assuming no Primary image in flash - card initialization not completed |
| 16:36.30 | treke|ho1e | hrm |
| 16:36.39 | treke|ho1e | shit today is thursday |
| 16:36.56 | RP | cedric_: Don't celebrate yet as if it was that easy, it wouldn't power the card off :-/ |
| 16:37.50 | Cwiiis | robtaylor_: Was the font still tiny in the old image as well? If so, I thought they were ok, but maybe I never really looked hard enough :) |
| 16:38.09 | robtaylor_ | Cwiiis: its suspicious that the fonts everywhere else are fine, and just rxvt is wrong, or maybe the metrics for vera have changed |
| 16:38.24 | mickeyl | koen: i need to go, i'll bbbl |
| 16:38.35 | Cwiiis | robtaylor_: Maybe dpi settings have gone funny somewhere? |
| 16:38.37 | koen | ok, later mickeyl |
| 16:38.40 | cedric_ | RP: yes... how did u debug it? |
| 16:39.12 | robtaylor_ | setting pixelsize to 10 takes it back to the size it used to be (about 4.x..) |
| 16:39.15 | RP | By adding printk's into the mmc driver code and finding out where it aborted, then working out why... |
| 16:39.53 | cedric_ | RP: can we resume this tomoro? need to go... |
| 16:39.56 | Cwiiis | robtaylor_: Does changing pixel-size change the other apps that were ok though? Maybe the font-string that's getting passed to rxvt-unicode is wrong? (think it's in gpe-terminal) |
| 16:40.07 | RP | cedric_: yes. ttfn |
| 16:40.30 | pb_ | koen: ah |
| 16:40.46 | pb_ | hm, right |
| 16:41.02 | CIA-4 | 03pb 07 * r1.3180.2.1 10openembedded/packages/tslib/ (tslib/h3600/tslib.sh tslib_cvs.bb tslib/h3900/tslib.sh): set TSLIB_CONFFILE appropriately |
| 16:41.04 | pb_ | now it does |
| 16:41.09 | jobi | can I see which packages will be compiled when I run bitbake foo, before it actually starts? |
| 16:41.10 | cedric_ | RP: ok... the udc thingy was more easy... |
| 16:41.13 | koen | pb_: thanks |
| 16:41.24 | pb_ | I always forget that 'bk diffs' doesn't recurse into directories. |
| 16:41.41 | robtaylor_ | Cwiiis: thate line is Rxvt specific |
| 16:41.43 | robtaylor_ | Rxvt*font: xft:Mono:pixelsize=8 |
| 16:41.47 | koen | pb_: bk -r diffs |
| 16:42.37 | Cwiiis | robtaylor_: Bit odd things would suddenly change... Maybe kdrive has changed - either way, seems like you have an adequate fix for the moment, so go ahead :) |
| 16:43.06 | hrw|work | jobi: bitbake -n foo |
| 16:43.28 | robtaylor_ | Cwiiis: rockin' ;) |
| 16:43.39 | jobi | hrw|work: but how to see the version? |
| 16:43.52 | hrw|work | jobi: bitbake --help |
| 16:44.13 | hrw|work | jobi: bitbake -s |
| 16:45.39 | robtaylor_ | hmm, i wonder where that actually comes from :/ |
| 16:46.16 | jobi | I have put PREFERRED_VERSION_ffmpeg = "0.4.9-pre1+cvs-${CVSDATE}" in minisip-video.bb |
| 16:46.38 | jobi | but when I do bitbake minisip-video, it still takes ffmpeg 0.4.9-pre1 |
| 16:49.56 | pb_ | putting that line in minisip-video.bb is no good. |
| 16:50.05 | pb_ | you'll need to put it in local.conf or some other global place. |
| 16:50.25 | pb_ | if minisip-video depends on a specific version of ffmpeg, you need to specify that through DEPENDS, not through PREFERRED_VERSION. |
| 16:50.49 | *** part/#oe ade|desk (~adavey@194.200.143.249) |
| 16:52.24 | jobi | pb_: ok |
| 16:53.13 | [g2] | kergoth, morning :) |
| 16:53.39 | kergoth | hey |
| 16:53.55 | [g2] | I think I found the root cause of the usbnet stuff failing |
| 16:54.39 | [g2] | now I just need to determine exactly why and what the fix should be or who should get the bug |
| 16:54.55 | [g2] | ip_route_input_slow: BEFORE Checking fib_lookup |
| 16:54.55 | [g2] | Lookup: 77.1.168.192 <- 5.1.168.192 tb 255 r 1 tb 254 r 1 tb 253 r 1 FAILURE |
| 16:55.14 | [g2] | endianess The addr is 192.168.1.77 |
| 16:56.11 | [g2] | oops wrong tab |
| 16:56.22 | kergoth | heh |
| 16:56.45 | pb_ | hey kergoth |
| 16:56.55 | *** join/#oe bipolar (~bipolar@146.145.26.90) |
| 17:00.45 | jobi | pb_: but can I do DEPENDS = "ffmpeg >= something"? |
| 17:02.42 | pb_ | no. the best you can do is "DEPENDS = ffmpeg-04.9-pre1+cvs-${CVSDATE}" |
| 17:04.25 | jobi | so that means go back to the solutions of having 2 packages, ffmpeg and ffmpeg-cvs :( |
| 17:05.15 | pb_ | eh, no |
| 17:19.01 | CIA-4 | 03kergoth 07 * r1.3180.3.1 10openembedded/packages/quilt/ (6 files in 2 dirs): Add quilt 0.39. |
| 17:28.37 | hrw|work | http://openembedded.org/cgi-bin/moin.cgi/BitKeeper moved |
| 17:29.04 | hrw|work | maybe not perfect but moved |
| 17:29.24 | hrw|work | bye |
| 17:30.39 | kergoth | hrw|gone: fyi, please empty the old pages when you move them |
| 17:30.55 | kergoth | hrw|gone: i dont want people who have the pages bookmarked to be expecting that content to be accurate |
| 17:31.16 | mickeyl | is there a way to delete pages completely ? |
| 17:31.19 | mickeyl | evening, btw. |
| 17:32.11 | kergoth | yes, but i'd rather not. otherwise their bookmarks just stop working, and they dont know why |
| 17:32.18 | kergoth | this way at least it directs them to the new content |
| 17:32.44 | mickeyl | right |
| 17:43.39 | kergoth | we've got pages in the new wiki that arent linked to from the front page, only from gettingstarted. should probably change that |
| 17:46.52 | mickeyl | teatime |
| 17:51.12 | mickeyl | http://www.arm.uk.linux.org/ for anyone reachable? |
| 17:52.34 | kergoth | http://destroymornings.com/images/merchandise/white-shirt.jpg |
| 17:53.02 | mickeyl | heh, that's _made_ for you |
| 17:53.04 | pb_ | heh |
| 17:53.14 | kergoth | hehe |
| 17:53.20 | kergoth | chipx86 setup a cafepress page for it |
| 17:53.28 | kergoth | http://destroymornings.com/images/merchandise/large-mug-side.jpg |
| 18:00.05 | *** join/#oe pyrus (~rcagle@crtntx1-ar10-4-3-133-122.crtntx1.dsl-verizon.net) |
| 18:00.27 | *** part/#oe VoodooZ_log (~VoodooZ@CPE00c0f021712c-CM014110003785.cpe.net.cable.rogers.com) |
| 18:08.48 | kergoth | NOTE: anyone transitioning pages to the new wiki, please empty the page, add a link to the new page in the new wiki, _and_ remove it from the main index on the old wiki. |
| 18:12.34 | kergoth | eh |
| 18:12.40 | kergoth | the DevicesAndPlatforms page can go away |
| 18:12.52 | kergoth | we already have SuccessStories, and that list of platforms could easily get out of date from whats in conf/machine/ |
| 18:12.57 | kergoth | just more to maintain |
| 18:13.48 | koen | kergoth: write a bbclass to autogenerate those docs :) |
| 18:14.03 | *** join/#oe tux_mike (~mike@zelda.tuxnami.org) |
| 18:14.04 | koen | some kind of bitbake doxygen |
| 18:14.45 | kergoth | koen: mickeyl put that metadata in the .conf files so the gui could make sense of them.. so the info is already there |
| 18:14.48 | kergoth | wouldnt be hard to do |
| 18:14.49 | CIA-4 | 03mickeyl 07 * r1.3191 10openembedded/packages/slsnif/slsnif_0.4.4.bb: add slsnif, a serial line sniffer (console) |
| 18:14.51 | *** join/#oe rphillips (~rphillips@rphillips.developer.gentoo) |
| 18:15.10 | *** part/#oe pyrus (~rcagle@crtntx1-ar10-4-3-133-122.crtntx1.dsl-verizon.net) |
| 18:17.21 | koen | mickeyl: the iwpriv + fw upload did the trick, thanks |
| 18:27.00 | koen | mickeyl: does the flash portion of it work too? Google isn't being helpfull |
| 18:28.43 | kergoth | http://openembedded.org/cgi-bin/moin.cgi/FrontPage .. how's that look (specifically, the slight reorg under the "oe developer" section) |
| 18:30.00 | koen | kergoth: while you at it, could you replace the moin logo with the OE one? |
| 18:30.32 | kergoth | k |
| 18:30.41 | kergoth | just need to generate a png thats the right size |
| 18:32.44 | kergoth | wonder if we can get a volunteer to fix up the moin stylesheet |
| 18:32.47 | kergoth | to be like our main site |
| 18:33.28 | mickeyl | koen: yes, the flash should also work, although not in parallel |
| 18:33.38 | mickeyl | koen: you need to remove the hostap binding |
| 18:33.43 | mickeyl | and add ide_cs binding instead |
| 18:33.59 | koen | hmmm |
| 18:34.09 | koen | not perfect, but it will do |
| 18:34.25 | mickeyl | iirc even on wince it doesn't work in parallel |
| 18:35.17 | mickeyl | RP: ping |
| 18:35.46 | koen | mickeyl: it does work in parallel |
| 18:36.00 | mickeyl | aha ok |
| 18:36.38 | koen | mickeyl: I tested it on my h2210 first |
| 18:36.59 | punkass | kergoth: i could do up the stylesheet |
| 18:37.15 | kergoth | koen: how's that? http://openembedded.org/cgi-bin/moin.cgi/FrontPage |
| 18:37.54 | kergoth | punkass: that'd be cool. grab the main site one, and a moin one, and have at it |
| 18:38.23 | mickeyl | WARNING: udev root != /dev/ |
| 18:38.24 | koen | kergoth: very cool |
| 18:38.26 | mickeyl | any idea why ? |
| 18:38.46 | kergoth | mickeyl: the udev root defaults to that, iirc |
| 18:38.49 | koen | mickeyl: I get that too, but it does mount on /dev/ |
| 18:38.55 | mickeyl | yeah, it works |
| 18:38.56 | punkass | will do..ill setup a dummy moin on my server and work on it there that way when its done you should be able to just drop it into place |
| 18:38.56 | kergoth | perhaps its set to /dev, but it expects /dev/ |
| 18:38.57 | kergoth | ? |
| 18:38.58 | mickeyl | but emits the warning |
| 18:39.02 | mickeyl | ah perhaps |
| 18:39.02 | kergoth | punkass: cool, thanks |
| 18:39.05 | punkass | np |
| 18:39.20 | kergoth | alright, while i'm at it, i'm exporting a better quality main oe logo for the main site |
| 18:39.29 | kergoth | that low quality one always bugs the hell out of me |
| 18:40.04 | punkass | do you have a svg of it or something? |
| 18:42.12 | kergoth | punkass: yeah |
| 18:42.19 | kergoth | okay, how's the main site logo look? |
| 18:42.25 | kergoth | http://openembedded.org/ |
| 18:42.39 | kergoth | shit |
| 18:42.43 | kergoth | the lines dont line up now |
| 18:42.44 | kergoth | hehe |
| 18:42.51 | mickeyl | hehe |
| 18:43.00 | kergoth | grr |
| 18:43.25 | punkass | looks better..but you almost cant see the single lines |
| 18:43.41 | punkass | *unless thats how you wanted it :) |
| 18:43.51 | *** join/#oe J_ (~john@host-83-146-11-165.bulldogdsl.com) |
| 18:44.22 | punkass | kergoth if you could fire me the svg then i could resize it for the wiki page |
| 18:44.38 | punkass | lol nm |
| 18:45.12 | kergoth | its already on the wiki :) |
| 18:45.16 | kergoth | working on that damn frontpage one |
| 18:45.18 | punkass | yeah i see that |
| 18:45.20 | kergoth | hehe |
| 18:50.35 | *** join/#oe lardman (~lardman@138.38.73.178) |
| 18:51.21 | lardman | cfu1 driver builds fine, not tested yet (will do that this evening) |
| 18:51.26 | lardman | can someone add it please |
| 18:51.32 | lardman | http://students.bath.ac.uk/enpsgp/Zaurus/cfu1-driver.tar.gz |
| 18:51.44 | CosmicPenguin | send it to the mailing list |
| 18:51.51 | CosmicPenguin | or at least the link to it |
| 18:51.55 | lardman | ah, ok will do |
| 18:53.15 | mickeyl | *cough* |
| 18:53.21 | mickeyl | root@openzaurus-pxa-2:/root# apm -s |
| 18:53.21 | mickeyl | apm: Resource temporarily unavailable |
| 18:53.35 | mickeyl | it doesn't suspend nor reboot when it has a Zombie |
| 18:53.37 | mickeyl | *sigh* |
| 18:53.44 | mickeyl | is this a kernel 2.6 issue? |
| 18:53.50 | CosmicPenguin | please leave a mesage after the beep, and we'll suspend as soon as we can |
| 18:54.05 | mickeyl | RP: ping |
| 19:00.16 | RP | mickeyl: pong |
| 19:00.51 | RP | That's a kernel problem I'm afraid |
| 19:01.03 | mickeyl | ok |
| 19:01.08 | mickeyl | another thing though |
| 19:01.19 | mickeyl | I always get a Zombie when I open the /dev/dsp and try to record |
| 19:01.37 | RP | do you close it? |
| 19:01.47 | mickeyl | the process hangs |
| 19:01.53 | mickeyl | i can't do anything but kill it |
| 19:02.00 | RP | Does it work under 2.4? |
| 19:02.12 | mickeyl | hmm |
| 19:02.22 | mickeyl | ok, i remember to try when i have a 2.4 kernel up again |
| 19:02.31 | RP | The sound is all 2.4 code... |
| 19:02.34 | mickeyl | since your 2.6 runs so good i hardly want to go back |
| 19:02.35 | mickeyl | :) |
| 19:02.47 | RP | probably complete with its bug :-/ |
| 19:03.04 | mickeyl | say, do you still have copies of the patches you submitted to rmk and which got in ? |
| 19:03.09 | RP | I must admit I am slightly please at how stable 2.6 is... ;-) |
| 19:03.10 | mickeyl | i can't access the patch tracker atm. |
| 19:03.22 | mickeyl | RP: no kidding. great work. |
| 19:03.32 | RP | mickeyl: Yes - they're on my website |
| 19:03.52 | RP | Look in http://www.rpsys.net/openzaurus/2.6.11-rc2/ |
| 19:04.00 | mickeyl | RP: ok. I'm having a try @ core tosa support and want to see how you started |
| 19:04.04 | RP | http://www.rpsys.net/openzaurus/2.6.11-rc1/ etc |
| 19:04.50 | RP | http://www.rpsys.net/openzaurus/2.6.10-rc1/ is really old :) |
| 19:05.00 | mickeyl | yeah, nm, i just want to see the steps |
| 19:05.17 | RP | and http://www.rpsys.net/openzaurus/pre-2.6.10/ before that |
| 19:05.47 | RP | mickeyl: basically get it showing the boot process on the serial port first |
| 19:06.12 | RP | You may need to enable debug in the low level arm assembler to do that 8-| |
| 19:06.19 | kergoth | okay, got the logo as a png |
| 19:06.21 | mickeyl | ok, that would be adding a MACH_TOSA, doing a default config, and setting the r7 properly |
| 19:06.24 | mickeyl | ? |
| 19:06.29 | kergoth | the line colors dont match anymore of course, since our current logo's lines arent that dark |
| 19:06.39 | RP | mickeyl: yes :) |
| 19:06.41 | *** join/#oe reenoo_ (~r@pD9528AF9.dip.t-dialin.net) |
| 19:06.57 | kergoth | http://openembedded.org/ .. opinions? |
| 19:07.05 | RP | TOSA is already registered IIRC |
| 19:07.13 | mickeyl | kergoth: i like it |
| 19:07.17 | koen | kergoth: nice |
| 19:07.23 | kergoth | it looks much nicer than it did |
| 19:07.27 | kergoth | not sure what to do about the line color mismatch though |
| 19:07.44 | CosmicPenguin | Its cool lookin' though... :) |
| 19:07.45 | kergoth | ~lart noda for using a .gif for the old logo |
| 19:08.02 | kergoth | er actually, that was probably cterry |
| 19:08.07 | kergoth | mixing my webmasters up |
| 19:08.28 | kergoth | so should i leave it like this? consensus is that its good? |
| 19:08.35 | koen | good enough |
| 19:08.37 | kergoth | k |
| 19:08.39 | mickeyl | good |
| 19:09.09 | kergoth | had to pull out a piece of paper and draw the old image vs new and figure out the proper points at which i needed to crop it, before i scaled it down to the right size |
| 19:09.12 | kergoth | heh |
| 19:09.54 | kergoth | heh |
| 19:09.59 | kergoth | udev 052 is out, and 053 is coming shortly |
| 19:10.03 | kergoth | keeping up with udev is a pain |
| 19:10.06 | kergoth | we're already 2 versions behind |
| 19:10.40 | mickeyl | @ are comments in arm asm ? |
| 19:11.00 | mickeyl | ~arm arm |
| 19:11.02 | ibot | from memory, arm arm is see armarm |
| 19:11.05 | mickeyl | ~armarm |
| 19:11.06 | ibot | somebody said armarm was at http://www.altera.com/literature/third-party/ddi0100e_arm_arm.pdf |
| 19:11.08 | RP | mickeyl: yes |
| 19:11.11 | mickeyl | thanks |
| 19:11.16 | kergoth | heh, that question is more about gas than anything else |
| 19:11.21 | kergoth | read the manual |
| 19:11.39 | reenoo_ | evening all |
| 19:13.23 | kergoth | you know what annoys me about our site |
| 19:13.33 | kergoth | is that hte OE logo, you cant click on it to get back to the main news page |
| 19:14.19 | mickeyl | yeah, that would be nice |
| 19:14.30 | kergoth | hehe |
| 19:14.51 | *** join/#oe pb_ (~pb@2002:5168:d330:1:20b:6aff:fe40:e27f) |
| 19:14.56 | kergoth | anyone given any thought to a bitbake logo? |
| 19:15.16 | RP | mickeyl: head-sharpsl is pointless for tosa as its a difference processor isnt it (27x?) |
| 19:15.29 | mickeyl | no, tosa is still 255 |
| 19:15.34 | mickeyl | spitz is 27x |
| 19:15.51 | RP | Ah, ok. Its appropriate then |
| 19:15.52 | mickeyl | or am i dreaming? |
| 19:15.58 | koen | kergoth: yes, but actually putting bits (100110) in a image which has to be scaled down is a pain |
| 19:16.34 | mickeyl | RP: yes, 255 |
| 19:16.56 | mickeyl | RP: ok, we don't have w100 |
| 19:17.02 | mickeyl | RP: so we are poodle or tosa |
| 19:17.09 | mickeyl | RP: and then we can check for the toshiba chip |
| 19:17.14 | mickeyl | just how |
| 19:17.15 | mickeyl | heh |
| 19:17.15 | mickeyl | :) |
| 19:17.24 | RP | is poodle 255? |
| 19:17.31 | mickeyl | poodle can be either |
| 19:17.32 | mickeyl | that's ugly |
| 19:17.38 | mickeyl | newer poodle are 255 |
| 19:17.47 | mickeyl | maybe we can ignore that for now |
| 19:17.52 | mickeyl | and just pretend to be tosa @ that place |
| 19:17.57 | RP | can it? yikes - does sharpsl account for that? |
| 19:18.06 | kergoth | doesnt the hh.o tree have the bits for handling 250 or 255 on the fly? |
| 19:18.11 | mickeyl | no, sharpsl doesn't know about that |
| 19:18.18 | mickeyl | kergoth: yes. we should suck that in eventually |
| 19:18.21 | pb_ | kergoth: it used to, but that stuff got broken and I haven't had time to fix it |
| 19:18.25 | kergoth | ah |
| 19:18.43 | pb_ | I think proc-xscale.S changed, and proc-pxa250.S needs updating to match. |
| 19:20.50 | punkass | so is there support for the 2.6 on tosa or mickeyl are just about to undertake that job? |
| 19:20.59 | RP | mickeyl: very much the easiest option :) |
| 19:21.03 | mickeyl | heh |
| 19:21.15 | RP | They're queueing up already :) |
| 19:21.17 | mickeyl | punkass: no support at all. i'm starting with core machine |
| 19:21.41 | punkass | ah cool..well ill be ready and waiting to test..i have a 6000 sittin here :) |
| 19:21.50 | mickeyl | heh, don't hold your breath |
| 19:21.52 | mickeyl | that can take months |
| 19:22.11 | punkass | yeah |
| 19:22.34 | mickeyl | my asm is a bit rusty |
| 19:23.03 | mickeyl | 15 years ago i was 680x0 expert |
| 19:23.16 | punkass | hehe |
| 19:23.22 | punkass | kergoth: you get a chance to check out the email? |
| 19:24.13 | RP | 15 years ago, I'd not been using PCs for very long... |
| 19:24.15 | kergoth | http://openembedded.org/cgi-bin/moin.cgi/FrontPage .. how's that look now? i think i've got all the transitioned pages linked on the frontpage that should be |
| 19:24.29 | kergoth | 15 years ago, i was 10 :) |
| 19:24.33 | mickeyl | heh |
| 19:24.34 | mickeyl | you kid you |
| 19:24.35 | kergoth | punkass: not yet |
| 19:24.38 | punkass | ok |
| 19:24.47 | kergoth | eh, i dont see an email |
| 19:24.49 | kergoth | where'd you send it? |
| 19:24.56 | punkass | email on the website |
| 19:25.20 | kergoth | that doestn tell me much |
| 19:25.32 | mickeyl | RP: what's that add r7, r7, #0x100 |
| 19:25.34 | mickeyl | ? |
| 19:25.41 | mickeyl | (in your very first patch) |
| 19:25.45 | punkass | kergoth@handhelds.org |
| 19:25.52 | kergoth | i dont see it |
| 19:25.56 | kergoth | wonder if it was flagged as spam |
| 19:26.21 | kergoth | ah there we are |
| 19:26.27 | punkass | was it? |
| 19:26.32 | kergoth | no, i was blind |
| 19:26.36 | punkass | oh hehe |
| 19:29.44 | mickeyl | tosa still has a locomo? |
| 19:29.52 | mickeyl | s/still/also/ |
| 19:33.16 | *** join/#oe prpplague (~dave@mailhost2.amltd.com) |
| 19:33.40 | mickeyl | check the contrib subdir |
| 19:33.44 | mickeyl | there's already some bits from oe |
| 19:33.58 | CosmicPenguin | Wow - its like my own personal genie |
| 19:34.01 | kergoth | hehe |
| 19:34.04 | CosmicPenguin | I wish I had a million dollars |
| 19:35.42 | treke | I'd settle for a couple hundred thousand |
| 19:36.14 | *** join/#oe HuntsMan (~hunts@pc-148-118-120-200.cm.vtr.net) |
| 19:40.38 | CosmicPenguin | The XTT font module and FreeType1 have been retired because FreeType2 subsumes their functionality |
| 19:40.40 | CosmicPenguin | Yea! |
| 19:40.45 | CosmicPenguin | And the crowd goes wild |
| 19:41.04 | mickeyl | heh |
| 19:41.06 | mickeyl | that's good news |
| 19:41.14 | CosmicPenguin | Infrastructure for rotation support in drivers |
| 19:41.16 | CosmicPenguin | again, yea! |
| 19:42.33 | CosmicPenguin | nice |
| 19:50.52 | *** join/#oe marcanso1t (1337@80.26.222.34) |
| 19:51.43 | *** join/#oe mallum (~mallum@h00045affd152.ne.client2.attbi.com) |
| 19:56.00 | kergoth | punkass: sent an updated legousbtower. cant test it fully, since i dont have a zaurus oe build handy |
| 19:56.04 | kergoth | punkass: (or any other 2.4) |
| 19:56.09 | kergoth | punkass: give that a shot |
| 19:58.47 | punkass | ok thanks will do |
| 20:01.17 | *** join/#oe zap (~zap@217.170.93.9) |
| 20:05.02 | RP | mickeyl: That add was becuase you can only load certain values into arm registers directly |
| 20:05.34 | koen | RP: is that the 8 bit wide thing? |
| 20:06.08 | mickeyl | RP: k, thanks. |
| 20:08.13 | RP | koen: Its not an 8 bit limit as you can do things like 0xff00. It just only allows common numbers |
| 20:08.47 | pb_ | koen: yes, eight bits plus a multiple-of-two rotate. |
| 20:08.52 | hrw | kergoth: I will take care of changing content next time |
| 20:09.01 | koen | RP: but you can't do 0xf0f0, right? |
| 20:09.19 | *** join/#oe mallum (~mallum@h00045affd152.ne.client2.attbi.com) |
| 20:09.20 | hrw | 15 years ago... I didnt have any computer ;( |
| 20:09.20 | RP | koen: See pb_'s comment :) |
| 20:09.27 | *** join/#oe darkschneider (~gab@81-208-36-80.fastres.net) |
| 20:09.28 | koen | aha |
| 20:09.55 | hrw | ok. go |
| 20:10.01 | hrw|gone | ) |
| 20:10.02 | hrw|gone | ) |
| 20:10.41 | pb_ | so, yeah, things like 0xff00 and 0xfc000003 would be valid constants, but 0xf0f0 would not be. |
| 20:11.34 | treke | the tannenbaum architecture book? I think we used that\ |
| 20:11.38 | kergoth | koen: k, thanks |
| 20:12.15 | punkass | kergoth: is there a reason bitbake legousbtower would want to compile: openzaurus-pxa-2.4.18-rmk7-pxa3-embedix-r32 |
| 20:12.21 | kergoth | ? |
| 20:12.29 | kergoth | it depends on virtual/kernel. |
| 20:12.35 | punkass | i just ran it and its compiling it... |
| 20:12.36 | kergoth | it should build whatever your kernel is |
| 20:12.41 | kergoth | what device? |
| 20:12.48 | punkass | oh maybe its cuz i did a pull lastnite |
| 20:12.53 | kergoth | yes, that would do it |
| 20:12.56 | punkass | ah ok |
| 20:13.08 | kergoth | if they mad ea change that resulted in the package revision incrementing, itd have to rebuild it. |
| 20:13.25 | punkass | right..makes sense |
| 20:15.59 | punkass | ERROR: function do_install failed |
| 20:16.07 | punkass | | make: *** No rule to make target `modules_install'. Stop. |
| 20:16.24 | punkass | NOTE: make DEPMOD=echo INSTALL_MOD_PATH=/zaurus/build/tmp/work/legousbtower-0.5.4cvs-r2/image CC=ccache arm-linux-gcc-2.95 LD=arm-linux-ld-2.11.2 modules_install |
| 20:16.42 | kergoth | okay, so it compiled fine |
| 20:16.50 | kergoth | time for you to write a new do_install |
| 20:17.01 | kergoth | do_install () { |
| 20:17.08 | punkass | oh it did! w00t.. |
| 20:17.08 | kergoth | <PROTECTED> |
| 20:17.08 | kergoth | } |
| 20:17.13 | kergoth | try that |
| 20:17.28 | punkass | at the end of the bb file? |
| 20:17.36 | kergoth | yes |
| 20:20.06 | CosmicPenguin | ~lart syslinux |
| 20:20.21 | CosmicPenguin | It lets you enable serial output, but not disable vga output |
| 20:20.53 | punkass | insmod: error inserting '/lib/modules/2.4.18-rmk7-pxa3-embedix/misc/legousbtower.o': -1 Invalid module format |
| 20:20.54 | punkass | | make: *** [install] Error 1 |
| 20:20.55 | punkass | | FATAL: oe_runmake failed |
| 20:21.07 | kergoth | its install target tries to LOAD the module? |
| 20:21.09 | kergoth | what the fuck |
| 20:21.18 | punkass | heh |
| 20:21.33 | CosmicPenguin | ho - thats bad |
| 20:21.51 | kergoth | i'd just install the fucking thing manually |
| 20:22.22 | kergoth | install -d ${D}/lib/modules/${KERNEL_VERSION}/misc |
| 20:22.49 | kergoth | install -m 0644 legousbtower${KERNEL_OBJECT_SUFFIX} ${D}/lib/modules/${KERNEL_VERSION}/misc/ |
| 20:22.59 | kergoth | put those two in do_install instead of the oe_runmake |
| 20:24.46 | *** join/#oe sgm (~sgm@mevissen.demon.nl) |
| 20:25.48 | punkass | kergoth: you are master of all things oe! |
| 20:25.58 | kergoth | worked? |
| 20:26.05 | punkass | well it make the ipk |
| 20:26.13 | kergoth | remember to switch that file:// url for the sources to a real upstream location |
| 20:26.21 | kergoth | before you send the bits to the oe list to be checked in |
| 20:27.02 | punkass | yes, now i have to direct url cuz i got it from the cvs |
| 20:27.09 | punkass | s/to/no |
| 20:27.18 | kergoth | so fix it to use cvs:// |
| 20:27.29 | punkass | but i assume i can tell it .....yes ok |
| 20:28.01 | CIA-4 | 03koen 07 * r1.3189.1.1 10openembedded/packages/meta/ (sectest-gpe-image.bb opie-image.bb gpe-image.bb): |
| 20:28.01 | CIA-4 | sectest-gpe-image.bb, opie-image.bb, gpe-image.bb: |
| 20:28.01 | CIA-4 | <PROTECTED> |
| 20:28.11 | kergoth | if you look at that patch i wrote, i changed it so that it obeys the KCC, KCFLAGS, whatever from the user over those from the kernel source's Makefile, if they're set |
| 20:28.18 | kergoth | then _falls back_ to the kernel's Makefile |
| 20:28.24 | kergoth | thats why it now obeys that KCC i set in the .bb |
| 20:28.57 | punkass | ah ok..ill take a closer look at it |
| 20:29.35 | kergoth | just for your information, if you want to see the approach that was taken to fix the build issue. |
| 20:35.16 | punkass | yeah ill check it out |
| 20:35.29 | punkass | just finishing setting up moin here..should be able to get to the css tontie |
| 20:35.33 | punkass | tonite* |
| 20:37.24 | *** join/#oe dougt (~dougt@adsl-63-198-216-19.dsl.snfc21.pacbell.net) |
| 20:38.12 | pb_ | hi dougt |
| 20:38.44 | koen | hey dougt |
| 20:46.31 | Cwiiis | robtaylor_: Almost finished completely rewriting the unionroot and unionroot-utils scripts... They seem to be working better with bootstrap-image so far at least, fingers crossed :) |
| 20:46.59 | koen | Cwiiis: huray! |
| 20:47.39 | Cwiiis | koen: I've had them working perfectly with bootstrap-image and not with gpe-image (for no real apparent reason) before though, so... Will have to see |
| 20:48.04 | Cwiiis | The scripts are a *lot* shorter and better now though :p hehe - They no longer take ages and come up with random errors on boot :) |
| 20:48.16 | koen | heh |
| 20:54.06 | *** join/#oe chouimat (~dieu@r2351064.cidc.net) |
| 20:54.19 | punkass | hmm anyone know what makes modprobe not find a module..even tho its there? |
| 20:54.27 | kergoth | forget to run depmod -a? |
| 20:54.30 | punkass | yes |
| 20:54.32 | punkass | thanks |
| 20:54.57 | kergoth | np |
| 20:56.29 | ljp | funny, someone sent me an email regarding ipkgfind |
| 20:56.33 | kergoth | heh |
| 20:57.13 | ljp | apparently I am the author of some alsa-lib package somewhere |
| 20:57.50 | CosmicPenguin | good job |
| 20:58.57 | ljp | too bad the archos device doesnt use alsi |
| 20:58.59 | ljp | alsa |
| 20:59.32 | ljp | i should push alsa use here |
| 21:00.10 | ljp | not that i can do anything about it |
| 21:01.11 | punkass | omg! LEGO USB Tower device now attached to /dev/usb/lego0 ! |
| 21:01.25 | koen | punkass: cool! |
| 21:01.48 | punkass | yes...we well now have a lego robot control via wireless.. :)) |
| 21:02.45 | punkass | makes me a happy camper...and its all thanks to kergoth |
| 21:03.02 | punkass | welll and the other that helped too ;) |
| 21:03.02 | koen | ~praise kergoth |
| 21:03.04 | ibot | All hail kergoth! |
| 21:03.04 | punkass | hehe |
| 21:03.15 | koen | ~praise the others |
| 21:03.17 | ibot | All hail the others! |
| 21:06.51 | punkass | are master plan is to have the pda on the bot controling the rcx, the pda will have the sharp camera in it taking pics...and will talk to the pda via a gui on a desktop machine |
| 21:07.38 | koen | sweet |
| 21:07.45 | punkass | yeah should be fun |
| 21:08.53 | koen | mox[nl] in #handhelds.org is trying that with h3870 and rcx over ir |
| 21:09.41 | punkass | yeah we were going to do it with lirc but since we have a 5600 and a 6000 we have no support for it |
| 21:09.42 | koen | minus the cam of course |
| 21:09.53 | punkass | so we wend the way of the usb/tower to rcx |
| 21:10.09 | punkass | if it works we are choppin up the tower to make it nice and small :) |
| 21:10.23 | punkass | s/wend/went |
| 21:16.46 | *** part/#oe dougt (~dougt@adsl-63-198-216-19.dsl.snfc21.pacbell.net) |
| 21:19.21 | *** join/#oe florian (~fuchs@p5092958E.dip0.t-ipconnect.de) |
| 21:19.31 | florian | hi all |
| 21:22.21 | pb_ | hi florian |
| 21:25.34 | florian | Do we have any experience with OE on PowerPC machines? |
| 21:26.27 | koen | mikelp uses it on his G5 |
| 21:31.02 | florian | good... i have access to a nice dual core Power5 machine to test :-) |
| 21:53.27 | punkass | <PROTECTED> |
| 21:58.43 | punkass | nm |
| 21:58.48 | _keith | florian: I was thinking of giving it a go today on a spare p630 power4 box I have. |
| 22:00.22 | florian | _keith: We just received a OpenPower 720 for testing purposes :-) |
| 22:01.50 | _keith | Nice, I have one, but its being used quite heavily for devel. Moreon the way though. |
| 22:02.22 | florian | _keith: cool |
| 22:02.38 | florian | hmm... no Psyco for ppc?! |
| 22:03.24 | florian | hmm... parsing packages is 5-6 times faster than on my pc with about the same cpu frequency |
| 22:03.26 | _keith | florian: I am in the throws of trying to use crosstool to build a gcc 2.95 toolchain to compile by SL-6000 kernels |
| 22:03.48 | _keith | great |
| 22:03.49 | florian | _keith: uh, 2.95 won't be fun... |
| 22:05.18 | _keith | florian: yeah I know, but crosstool is a great help. |
| 22:08.32 | koen | any opie guru's? http://pastebin.ca/5602o |
| 22:08.51 | koen | ehm |
| 22:08.53 | koen | http://pastebin.ca/5602 |
| 22:11.17 | punkass | when it goes into do_package i get: make: *** No rule to make target `install'. Stop. |
| 22:11.38 | punkass | so i assume its something to do with my do_install() in the bb |
| 22:12.24 | punkass | i am just doing a oe_runmake 'DESTDIR=${D}' install |
| 22:12.31 | *** join/#oe chouimat (~dieu@r2351064.cidc.net) |
| 22:12.32 | kergoth | punkass: so find out how to install tthat app. has nothing to do with oe |
| 22:12.44 | kergoth | punkass: how would you install it outside of oe, sitting in its source tree? |
| 22:12.52 | kergoth | if make install doesnt work.. |
| 22:13.19 | punkass | configure make make install....i see..i was just assuming that make install works as thats how it says to install it |
| 22:13.52 | kergoth | did you not set S corectly? |
| 22:13.57 | kergoth | so it isnt even running make in the right directory? |
| 22:14.00 | kergoth | heh |
| 22:14.40 | mickey|tv | koen: you need to use libqpe-opie from cvs |
| 22:14.50 | mickey|tv | koen: per the recent qte unification changes |
| 22:15.06 | punkass | yes i had it wrong and it was just saying "wont make empty package" so i changed it |
| 22:16.36 | *** join/#oe mithro (~tim@202.191.111.52) |
| 22:16.59 | CIA-4 | 03koen 07 * r1.3193 10openembedded/conf/distro/familiar-0.8.1.conf: |
| 22:16.59 | CIA-4 | familiar-0.8.1.conf: |
| 22:16.59 | CIA-4 | <PROTECTED> |
| 22:22.46 | Cwiiis | incidentally, TARGET_FPU isn't set in openzaurus.conf... Should it be? |
| 22:24.30 | kergoth | probably |
| 22:25.04 | Cwiiis | k, will change it tonight before I go to bed and rebuild everything :p hehe |
| 22:25.38 | kergoth | `http://sourceforge.net/projects/qingy/ <-cute |
| 22:25.43 | kergoth | "qingy is a replacement of getty. Written in C, it uses DirectFB to provide a fast, nice GUI without the overhead of the X Windows System. It allows the user to log in and start the session of his choice (text console, gnome, kde, wmaker, ...)." |
| 22:25.49 | kergoth | heh |
| 22:26.06 | pb_ | heh, eleet |
| 22:26.24 | prpplague | http://sourceforge.net/projects/qingy/ |
| 22:26.33 | pb_ | that's the one |
| 22:26.59 | koen | I like the macro photo of the ant :) |
| 22:28.18 | kergoth | that guy needs to run his console in a higher resolution |
| 22:28.21 | kergoth | those screenshots look like crap |
| 22:28.23 | kergoth | heh |
| 22:29.45 | CosmicPenguin | kergoth: heh - that concept sounds familiar |
| 22:30.30 | kergoth | heh, indeed |
| 22:30.32 | treke | stunning screenshots |
| 22:30.37 | treke | they're all black |
| 22:32.56 | kergoth | ? |
| 22:35.03 | treke | the screenshots. |
| 22:35.09 | pb_ | treke: turn up the brightness on your monitor |
| 22:35.18 | reenoo_ | heh |
| 22:35.34 | kergoth | treke: http://qingy.sourceforge.net/screenshots.php .. look again |
| 22:35.41 | kergoth | heh |
| 22:35.47 | pb_ | I guess he means the ones like http://qingy.sourceforge.net/images/power_off.png |
| 22:35.55 | pb_ | which do indeed look almost completely black in the thumbnails |
| 22:36.15 | treke | aye |
| 22:52.27 | *** join/#oe marcansoft (1337@80.26.222.158) |
| 22:56.38 | kergoth | bleh |
| 22:57.00 | pb_ | quite |
| 22:57.07 | kergoth | ~thursday |
| 22:57.08 | ibot | "This must be Thursday. I could never get the hang of Thursdays." (Arthur Dent) |
| 22:57.13 | pb_ | hrm, I should start packing my stuff |
| 22:57.46 | treke | do you always pack on thursdays? |
| 22:58.49 | *** join/#oe marcanso2t (1337@80.26.222.187) |
| 22:59.10 | zecke | pb_: where do you go? Cannes or X11 conference? |
| 22:59.26 | pb_ | x11 |
| 22:59.45 | pb_ | gotta be at the airport at about 8am, which means I need to leave here at about 5:30 |
| 22:59.46 | *** join/#oe marcanso2t (1337@80.26.222.187) |
| 22:59.54 | kergoth | ick |
| 23:00.02 | *** join/#oe ljp (~lpotter@203.94.178.46) |
| 23:00.24 | punkass | whata you guys think about that HHG movie comein out |
| 23:00.45 | punkass | just saw the trailer the other day |
| 23:01.23 | koen | HHG? |
| 23:01.34 | punkass | sorry to lazy to type |
| 23:01.40 | punkass | hitch hikers guide |
| 23:01.46 | koen | aah |
| 23:01.51 | punkass | Authur dent made be think of it |
| 23:02.19 | zecke | ljp: welcome |
| 23:04.42 | koen | 'night all |
| 23:04.54 | prpplague | koen: night |
| 23:04.55 | punkass | nite |
| 23:05.03 | reenoo_ | 'night koen |
| 23:07.29 | florian | koen|sleep: goodnight |
| 23:08.13 | mickeyl | RP: still here ? |
| 23:16.07 | Bernardo | guys, I need some quick help getting opie back running on my collie |
| 23:17.35 | Bernardo | When it starts, the screen is cleared, the log shows "successfully entered daemon mode" but opie never shows the desktop, and when I check there is no quicklauncher process running |
| 23:17.37 | kergoth | this isnt a support channel. |
| 23:17.41 | kergoth | read the topic |
| 23:17.47 | Bernardo | sorry kergoth |
| 23:18.10 | Bernardo | you're right, I was in panic |
| 23:18.37 | Bernardo | sorry guys |
| 23:19.01 | florian | What is wrong if "autoreconf" just sits and seems to idle forever? |
| 23:24.44 | *** join/#oe _keith (~keith@bh02i525f01.au.ibm.com) |
| 23:25.32 | reenoo_ | I'm off to bed. 'night all |
| 23:25.40 | florian | reenoo_: good night |
| 23:26.07 | mickeyl | Bernardo: start it by hand, perhaps missing references or so |
| 23:28.42 | Cwiiis | What's the difference in the way suspend/resume is handled when you hold on/off and when you run 'apm -s', does anyone know? |
| 23:29.19 | *** join/#oe _keith (~keith@bh02i525f01.au.ibm.com) |
| 23:29.22 | mickeyl | it _should_ make no difference |
| 23:29.27 | Bernardo | mickeyl: nope, the last line is "qt_init: starting in daemon mode" and after that, nothing |
| 23:29.27 | mickeyl | then again, it's a sharp kernel |
| 23:29.42 | mickeyl | Bernardo: of course you need to supply -nodaemon if you want to be able to see messages |
| 23:29.48 | Bernardo | this happened when I was trying to find why suspending would hang sometimes |
| 23:29.50 | mickeyl | this is what i meant with starting by hand |
| 23:29.52 | Bernardo | oops... |
| 23:29.54 | Bernardo | sorry |
| 23:29.58 | mickeyl | qpe -nodaemon |
| 23:30.04 | Cwiiis | well, holding on/off on bootstrap-image means it never comes out of suspend (although this only changed between 3.5.1 and 3.5.2...) - but running 'apm -s' is fine |
| 23:30.23 | Bernardo | Fatal: In file tools/qgarray.cpp, line 229: Out of memory |
| 23:30.25 | mickeyl | hmm, our apm wrapper kills the apmd |
| 23:30.30 | mickeyl | Bernardo: eeek |
| 23:30.33 | Bernardo | does this ring a bell to you? |
| 23:30.41 | mickeyl | not really, but out of memory is always bad |
| 23:30.42 | mickeyl | heh |
| 23:30.51 | mickeyl | any outputs befor that ? |
| 23:31.11 | Bernardo | Mem: 25368K used, 37044K free, 0K shrd, 1288K buff, 15680K cached |
| 23:31.41 | Bernardo | qt_init() - active vt is #2, switching to #2 as requested... |
| 23:31.43 | Bernardo | Fatal: In file tools/qgarray.cpp, line 229: Out of memory |
| 23:31.56 | Bernardo | everything seems ok before that Fatal |
| 23:32.33 | mickeyl | hmm no idea, that can have a thousands of reasons. would need to check w/ gdb |
| 23:32.40 | mickeyl | what machine, btw.? |
| 23:33.01 | Bernardo | collie. I had security plugins turned on when it hang suspending. After resetting it, and doing a fsck on the sd card (with no errors) it started like that |
| 23:33.15 | mickeyl | could be one of those lugins |
| 23:33.19 | mickeyl | plugins even |
| 23:33.54 | Cwiiis | mickeyl: Heh, if I kill apmd (-9), on/off is fine... What exactly does it do? |
| 23:33.54 | Bernardo | I tried disabling them in Settings/Security.conf |
| 23:34.10 | CIA-4 | 03kergoth 07 * r1.3190.1.1 10openembedded/ (4 files in 3 dirs): Apply a patch to ctorrent to make it use getcwd rather than getwd (getwd is deprecated for portability and security reasons), which fixes its build for uclibc. |
| 23:34.12 | mickeyl | Cwiiis: dunno why we need that hack, to be honest |
| 23:34.38 | mickeyl | seems one of those embedix idoties |
| 23:34.46 | zecke | mickeyl: did someone mail that russian guy? Who posted ipks of changed opie apps? |
| 23:34.47 | mickeyl | our 2.6 doesn't need that |
| 23:34.50 | Cwiiis | mickeyl: An old post I found ages ago said that the apm interface for collie doesn't like being open more than once or something like that |
| 23:34.56 | mickeyl | zecke: maslovsky ? |
| 23:35.10 | Cwiiis | Heh, maybe I should just try and learn about the linux kernel and help with collie 2.6... |
| 23:35.17 | mickeyl | Cwiiis: that'd rock. |
| 23:35.23 | mickeyl | Cwiiis: john would be glad |
| 23:35.32 | zecke | mickeyl: Vitaliy Pronkin |
| 23:35.33 | Cwiiis | mickeyl: What's missing at the moment? |
| 23:35.33 | mickeyl | and it's not like you would have to start from scratch |
| 23:35.54 | mickeyl | Cwiiis: touchscreen, console rotation, frontlight, etc. |
| 23:35.55 | mickeyl | core machine is there |
| 23:35.57 | mickeyl | drivers are missing |
| 23:36.02 | mickeyl | zecke: never heard about him. |
| 23:36.33 | Cwiiis | mickeyl: Are the interfaces to them documented at all, or would it be a case of reading the code in the 2.4 kernel? |
| 23:37.05 | mickeyl | Cwiiis: reading 2.4, porting to 2.6, deciding what needs to be thrown away, rewrite some bits, push upstream |
| 23:37.33 | mickeyl | and while you're there, use standard interfaces |
| 23:37.50 | mickeyl | like the input system instead of some fuzzy sharp_ts and sharp_keybd drivers |
| 23:37.54 | CosmicPenguin | damn straight |
| 23:38.19 | Cwiiis | mickeyl: right... Well, may as well have a look at it now, will just get unionroot to the state it's in currently with my newer scripts first - Is there anything you'd recommend I read, other than whatever I'm going to find googling, etc.? |
| 23:38.26 | CIA-4 | 03kergoth 07 * r1.3195 10openembedded/packages/ctorrent/ (7 files in 2 dirs): ctorrent: apply unslung's patchset (other than getcwd, which is already fixed, and configure, which is bogus). |
| 23:39.16 | CIA-4 | 03kergoth 07 * r1.3196 10openembedded/BitKeeper/deleted/.del-configure.patch~d218a8bdc94a8381: Kill the ctorrent configure.patch that I inadvertantly checked in, despite not using it. |
| 23:39.25 | mickeyl | Cwiiis: The stuff below Linux/documentation is pretty handy albeit fancyless .txt documents. Other than that, there's a nice series "porting drivers to 2.6" from some linuxmagazine on the web |
| 23:39.31 | Bernardo | mickeyl: thanks for the help, have to go now, tomorrow at the end of the day I'll rebuild the sd image, maybe that will fix it, until then the collie is offline... |
| 23:39.58 | Cwiiis | mickeyl: okidokes, I'll take a look... Kernel hacking has always interested me :) |
| 23:40.04 | mickeyl | Bernardo: k. i have a last-known-good image here laying around w/ something like 3.5.3-rc1, which you can have if you want |
| 23:40.17 | mickeyl | Cwiiis: me too. which is why I started today :) |
| 23:40.29 | Cwiiis | mickeyl: Which kernel are you working on? |
| 23:40.36 | mickeyl | Cwiiis: tosa, SL6000 |
| 23:40.40 | Cwiiis | ah :) |
| 23:40.59 | Bernardo | thanks, I wish I could just force the reinstall of all apps on my collie, if that doesn't work, it's time to start rebuilding the Settings/* files |
| 23:41.35 | Bernardo | good night |
| 23:41.41 | mickeyl | g'night |
| 23:41.45 | mickeyl | good idea, btw. |
| 23:41.48 | mickeyl | g'night |
| 23:42.04 | Bernardo|zzzzz | reinstalling it all, or cleaning Settings? |
| 23:42.12 | mickey|zzZZzz | (going to bed) |
| 23:42.14 | Bernardo|zzzzz | ah, going to sleep... :) |
| 23:42.14 | mickey|zzZZzz | heh |
| 23:50.20 | *** join/#oe andersee (~andersee@codepoet.org) |
| 23:57.20 | CosmicPenguin | It should be illegal for anyone to call a program written in a scripted language "lightweight" |
| 23:57.20 | *** join/#oe aloph1 (~aloph@cnet-cable-160-105-0.canbrasnet.com.br) |
| 23:58.14 | florian | CosmicPenguin: right! :-) |
| 23:58.56 | *** join/#oe mithro (~tim@202.191.111.52) |
