**** BEGIN LOGGING AT Wed May 17 09:59:57 2006 May 17 09:59:58 - kernel logo was made from logo01.svg (inversed colors) May 17 10:00:43 "swinging ass duck" ;) May 17 10:05:34 i quite like that logo thing May 17 10:05:53 i think i prefer the opiezilla one May 17 10:08:10 i like it as well May 17 10:08:27 i have the impression this duck is dancing to a dance hall beat May 17 10:09:48 he he i don't think it's suppose to be a duck :) May 17 10:09:57 so whats up zecke? May 17 10:10:21 most common description is 'yellow dragon' May 17 10:10:23 hi Liam May 17 10:10:38 mithro: busy... May 17 10:10:44 way too busy May 17 10:10:51 deadlines, deadlines... May 17 10:11:13 * mithro has an assignment due tomorrow May 17 10:11:28 slowly getting too much May 17 10:14:15 hey Marcin, zecke, Tim May 17 10:15:54 mithro: I have an physics assignment due tomorrow.. but can't start until 22h clock :} May 17 10:17:24 who is lrg :) May 17 10:18:27 * lrg bought mithro some coffee at FOSDEM May 17 10:26:05 hi zecke May 17 10:26:16 hi lrg May 17 10:26:22 hey pb_ May 17 10:28:14 ~lart gtk filerequester May 17 10:28:14 * ibot changes gtk filerequester's permissions to 0777 and tells the world May 17 10:29:39 hi again :) May 17 10:30:00 can i generate a plain root directory structure with oe or just images? May 17 10:30:45 Terminar: an image is just the result of installing packages May 17 10:30:59 Terminar: you can create your terminar.bb and terminar-image.bb May 17 10:31:29 sounds interesting+ May 17 10:31:30 Terminar: and populate your image... May 17 10:31:58 Terminar: e.g. the bootstrap-image install task-bootstrap.bb May 17 10:33:39 bitbake + oe for beginners is really confusing :) May 17 10:35:31 for example task-bootstrap, where does the "root" goes, in the staging/ directory? May 17 10:36:37 tmp/rootfs May 17 10:37:11 ah, hi pb__ :) May 17 10:37:49 is there any meta bb file which does something like that which i can copy? because the task-bootstrap doesn't create something like rootfs May 17 10:37:58 or is it just created when the image is created? May 17 10:38:18 Terminar: any *-image target you need May 17 10:38:48 means i need only create some -image, ignore the image and take the created rootfs dir? May 17 10:39:25 Terminar: what for you want rootfs? OE can create it in several formats already May 17 10:39:36 Terminar: cramfs, jffs2, ext2, tarballs.. May 17 10:39:46 right, though you should be warned that the permissions in the rootfs dir may be wrong. it would be better to create an image in tarball format or some such. May 17 10:40:18 aah, i have IMAGE_FSTYPES = "tar ext2.gz" May 17 10:40:28 that means if i create *-image May 17 10:40:34 it is created with that type? May 17 10:40:37 yes May 17 10:40:43 sounds perfekt for me :) May 17 10:40:49 asking makes life easier May 17 10:40:55 hehe May 17 10:45:07 pb__: btw, compiling seems to work fine now, with manual deleting the glibc bits/* and defining --without-tls, just one error since then with bluez-utils (bcm203x or something like that which i disabled)... i'm trying to build the gpe stuff... May 17 10:59:20 hi May 17 11:01:21 Terminar: okay, excellent May 17 11:02:30 pb__: got a fix for bluez? May 17 11:04:12 zecke: did the change I suggested yesterday not work? May 17 11:04:30 it looked like it ought to, though I didn't actually have a chance to test it yet May 17 11:04:51 <_guillermo> can I compile different branches sharing the same temp dir? May 17 11:05:00 not a good idea May 17 11:05:00 <_guillermo> would it interfere? May 17 11:05:07 pb__: I have not seen it :} May 17 11:05:23 zecke: drat, I don't have enough scrollback in this xchat :-} May 17 11:05:27 let me look at the file again May 17 11:05:33 pb__: I remember you mentioned bluez.m4 May 17 11:06:04 right May 17 11:06:10 you need to patch bluez-libs to remove the line: May 17 11:06:10 test -d "${bluez_prefix}/include" && BLUEZ_CFLAGS="$BLUEZ_CFLAGS -I${bluez_prefix}/include" May 17 11:06:14 from the staged copy of bluez.m4 May 17 11:06:46 probably best to leave it in the installed copy, though it doesn't matter much May 17 11:12:19 03mickeyl 07org.oe.dev * rf2b91b1c... 10/conf/machine/native.conf: native.conf: append to ASSUME_PROVIDED, don't override it May 17 11:12:24 03mickeyl 07org.oe.dev * r95448ac3... 10/conf/distro/generic.conf: generic.conf: include preferred opie|gpe|e versions May 17 11:34:33 <_guillermo> linux-openzaurus-2.6.16/oz-logo-640.patch.bz2 is missing in .dev May 17 11:36:09 fsck May 17 11:36:42 will push May 17 11:38:36 hi. May 17 11:39:18 <_guillermo> can I define in local.conf a specific temp dir? May 17 11:39:41 TMPDIR="somewhere" May 17 11:44:08 _guillermo: pushed logos May 17 11:44:18 <_guillermo> hrw cool May 17 11:44:27 _guillermo: you have cxx00? May 17 11:44:34 <_guillermo> akita yes May 17 11:44:44 _guillermo: can you test kernels for me? May 17 11:44:48 where can i submit "bugs" or changes? seems that there is a typo in libxss bb file when downloading the source file from freedesktop May 17 11:44:53 <_guillermo> hrw|work: of course! May 17 11:44:58 Terminar: bugtracker May 17 11:45:47 03hrw 07org.oe.dev * rf46af8d8... 10/packages/linux/linux-openzaurus-2.6.16/ (3 files): linux-openzaurus: add forgotten logos May 17 11:45:49 <_guillermo> the problem is I'm compiling a oz354x and .dev images sharing the same temp, and I don't know it that works May 17 11:45:51 _guillermo: boot http://ewi546.ewi.utwente.nl/tmp/hrw/t/zImage-akita.bin-r29-logo2 and tell does it work. if not then fetch logo3 from same location and try. use kexec-tools for testing May 17 11:46:03 _guillermo: avoid messing branches in one builddir May 17 11:46:09 <_guillermo> ok May 17 11:46:16 _guillermo: oz354x is incompatible with dev May 17 11:46:30 <_guillermo> I know, but don't know how to specefy a different temp dir May 17 11:46:33 hrw|work: bugs.openembedded.org? May 17 11:47:04 Terminar: yes May 17 11:47:23 _guillermo: I would use two builddirs - one for .oz354x, second for .dev May 17 11:47:39 <_guillermo> hrw|work: completely independent? May 17 11:49:25 yes May 17 11:49:43 <_guillermo> ok May 17 11:49:56 <_guillermo> is that logo testing very urgent? May 17 11:50:51 _guillermo: current kernel does not boot on akita - logo is suspected May 17 11:51:04 _guillermo: when I get working kernel then I will release 3.5.4.1-rc4 May 17 11:51:04 <_guillermo> ok then May 17 11:51:56 thx May 17 12:13:43 <_guillermo> hrw|work: Il test that this evening and will tell you about it, now I have to go May 17 12:13:46 <_guillermo> see ya! May 17 12:16:08 thx _guillermo and cu May 17 12:20:09 we got bug #1000 May 17 12:21:56 uhm :) seems to be mine May 17 12:24:41 Terminar: next friday/sunday we probably have another bug squashing party May 17 12:25:37 sounds nice May 17 12:26:39 at the moment i am searching the bugzilla for problems i found, else i am creating a new entry... with a small info how to fix it temporarily, maybe this will help, don't know, but knowing that there is a bug somewhere is better than not to know :) May 17 12:37:49 * chouimat is back. May 17 12:42:54 koen: http://linuxdevices.com/articles/AT2559540724.html May 17 12:49:52 morning May 17 12:50:31 zecke: nice May 17 13:19:22 france_: good enough feedback to add koen to proj_oe? May 17 13:24:35 I managed to get OE to build for my ARM board and the kernel now boots but I'm getting the following error: Not marking the space at 0x00140e04 as dirty because the flash driver returned retlen zero May 17 13:25:02 Gerrath: sounds like the wrong erase size? May 17 13:25:08 I assume you use jffs2? May 17 13:25:08 and also: rite of 68 bytes at 0x00140e04 failed. returned -30, retlen 0 May 17 13:25:19 yes I'm using jffs2. May 17 13:25:27 I bet erase size is wrong May 17 13:25:39 zecke, how do you set the erase size? May 17 13:26:00 what is the config argument for that? May 17 13:26:56 machine config May 17 13:27:03 Gerrath: do you know the erase size of your flash? May 17 13:27:21 zecke: no but I can look it up. May 17 13:27:34 e.g. EXTRA_IMAGECMD_jffs2 = "--pad --little-endian --eraseblock=0x40000" May 17 13:27:46 this is from the various machine configs... May 17 13:28:58 zecke, so it would go in the conf/machine/my_machine_config file? May 17 13:29:59 yes May 17 13:30:35 yes May 17 13:30:40 Gerrath: with the 'right' options May 17 13:30:52 zecke, of course. May 17 13:32:02 how does it get back to the build of the kernel? Does the OE scripts set it when it builds the jffs2 module into the kernel? May 17 13:32:24 Gerrath: it is used to generate jffs2 imags May 17 13:32:25 Gerrath: it is used to generate jffs2 images May 17 13:32:50 hrw|work, ahh, ok. May 17 13:35:05 ~lart oesf May 17 13:35:05 * ibot squishes oesf like a bug May 17 13:45:23 hrw|work: hehe, but behave May 17 13:51:45 zecke, hrw|work after I add EXTRA_IMAGECMD_jffs2 = "--eraseblock=0x10000" May 17 13:51:45 (64K erase size) then I just need to re-run bitbake bootstrap-image to rebuild my jffs2 image correct? May 17 13:52:26 Gerrath: yes May 17 13:53:34 OE takes a little bit to get use when coming from just using "make" but is sure is nice once you start getting use to it :-) May 17 13:59:27 is the "bug" known that sourceforge changed the domain names for cvs? because several bb files can't fetch sources due to the hostname May 17 14:01:28 Terminar, did you read the big failure list on the mailing list? May 17 14:07:01 emte: not yet, maybe because i'm not yet subscribed to the mailinglist... May 17 14:16:21 Terminar, http://www.mail-archive.com/oe@handhelds.org/msg00919.html May 17 14:19:01 1 question down 3 to go May 17 14:35:04 wb zecke May 17 14:35:17 how goes your assignments May 17 14:39:11 mithro: I can't start until 22h :} May 17 14:39:46 its past 22h here :) May 17 14:40:27 hrw what is the --pad argument do for EXTRA_IMAGECMD_jffs2? May 17 14:40:40 mithro: need to finish my research milestone, then sport and then... May 17 14:40:49 Gerrath: if your bootldr can not erase flash May 17 14:40:58 Gerrath: you 'pad' zeroes into the image May 17 14:41:03 to erase when flashing... May 17 14:42:06 zecke, ok so it is just for the initial flashing of the filesystem. May 17 14:50:44 Gerrath: every time you flash May 17 14:53:58 Gerrath: jffs2 could find outdated data if you don't erase flash May 17 14:54:07 but this depends on your filesystem and bootloader May 17 14:56:10 update is done with May 17 14:56:10 monotone --db=//OE.db pull monotone.vanille.de org.openembedded.dev May 17 14:56:10 cd //org.openembedded.dev && monotone update ? or something other? is it like with cvs that files that i have changed are not overwritten by the update? May 17 14:56:30 Terminar: right May 17 14:56:47 Terminar: if it wants to update an changed file, monotone will refuse to do it May 17 15:01:59 zecke: ok, but then i can just move it out of the local working directory and do another update, that should work? i did that with the glibc directory (removed it completely), but monotone hasn't updated it? do i have only remove the files? does it make a problem if i also remove the directories? May 17 15:03:10 well I tried setting up the eraseblock but it did not fix my issue. I did notice that for some reason the filesystem is being mounted as read-only, I'm assuming that could also be contributed to the eraseblock size issue? May 17 15:03:38 Terminar: yes :) May 17 15:04:05 Gerrath: my only bet was EraseSize :} May 17 15:04:29 zecke: yes means only remove files, never directories from the working directory? May 17 15:05:15 Terminar: why do you remove files at all May 17 15:05:19 zecke, an interesting note is I have a zImage from the MSO that does work with my filesystem so I guess that means it couldn't be the erasesize size, I guess that means it is something to do with the kernel. May 17 15:08:59 zecke: i changed too much in the bitbake files of glibc, wanted to delete them and update them from the server with the latest version... May 17 15:09:07 that's why i removed the files May 17 15:10:02 Terminar: monotone revert ;) May 17 15:10:03 Terminar: 'monotone revert mychangedfile' May 17 15:10:50 ah May 17 15:10:53 k May 17 15:10:54 thanks May 17 15:58:51 03hrw 07org.oe.oz354x * rd1b24d56... 10/packages/visiscript/ (visiscript-0.4.3/qt2310.patch visiscript_0.4.3.bb): visiscript: fixed fontsize problem (common qt/e 2.3.10 problem) May 17 16:13:05 ok....why is oz354x trying to build qemu-native-0.7.0 all of a sudden....and why is it failing? May 17 17:08:00 hi all May 17 17:10:09 RP: CoreDump broke the touchscreen on poodle... can't remember the values we set last time... May 17 17:21:18 if i use bitbake meta-gpe, how can i "unmask" some bb's? minimo doesn't compile, so i want to ignore it in the meta-compile May 17 17:56:43 Terminar: you can try using the -k flag May 17 17:57:44 uhm? May 17 17:57:56 as example bitbake -k minimo meta-gpe? May 17 17:58:01 Terminar: bitbake -k meta-gpe May 17 17:58:02 read bitbake --help May 17 17:58:10 go kergoth May 17 17:58:17 ah! got it May 17 17:58:19 thanks! :) May 17 17:58:37 else i have to edit the (e.g. task-gpe).bb? May 17 18:00:44 morning kergoth May 17 18:00:48 hey May 17 18:26:05 hey all May 17 19:02:52 Is there an app in OE that can interface with DTM data (Sharp PIM database format)? http://www.oesf.org/index.php?title=DTM_database May 17 19:07:45 I think kdepimpi can, but I'm afraid this functionality is disabled in OE build because of some conflicts. Not sure, though. May 17 19:12:57 if it's based off the old dtm libraries, then it's probably disabled for binary compatibility reasons May 17 19:18:23 I think more likely that some dependcy is disabled for this reasons. But then again, I don't remember and never paid much attention to it, as I don't care much for dtm stuff. May 17 19:20:38 I'm looking for a web server for a NSLU2 type device. Thinking about lighttpd w/ clearsilver -- any thoughts? May 17 19:28:36 cbrake, how about boa, I have used it in the past. It is not feature rich but it is light weight. May 17 19:44:51 Gerrath: I'll take a look. I'm compiling quite a list ... May 17 19:45:23 cbrake, I think the boa site has a list of the web servers plus links to benchmarks. May 17 19:46:31 Gerrath: yeah, looks fast and small. Also seems to support CGI which I'll need. May 17 19:47:13 Gerrath: Linksys uses a version thttpd in their firmware. May 17 19:47:22 Gerrath: a least for the NSLU2 May 17 20:43:27 cbrake: cherokee May 17 20:55:15 Could someone with commit access please checkout bug #657 and commit so busybox finally will build again May 17 20:58:35 KenJlime: sorry, not my package so I'm going to stay out of it May 17 20:59:13 KenJlime: sorry, not my package so I'm going to stay out of it May 17 20:59:15 oops May 17 21:00:06 haha May 17 21:00:17 mickey|writing: :D wake up May 17 21:27:22 zecke: the wink thing looks cute May 17 21:27:37 zecke: except for the stray umlauted chars in the end ;) May 17 21:28:31 * koen goes into sleep mode now May 17 21:28:54 night koen May 17 21:32:47 How can I add ${DISTRO_NAME} to every packet build? May 17 21:33:20 PACKAGE_ARCH "${DISTRO_NAME}" May 17 21:33:25 but that is evil ;) May 17 21:33:31 ah and add a '=' May 17 21:35:16 haha May 17 21:35:40 putting this into the distro conf should do the job May 17 21:35:53 but it is kind of a violation May 17 21:36:28 PACKAGE_ARCH += "${DISTRO_NAME}-${MACHINE}" Would that work? May 17 21:36:43 += and '-' May 17 21:36:51 don't know if ipkg works with that May 17 21:37:01 missprint no + May 17 21:37:19 '-' could be a issue, but try it May 17 21:37:29 etc/ipkg/arch.conf May 17 21:37:38 has a list of 'compatible' architectures May 17 21:37:55 need to finish that assignment May 17 21:37:57 zecke: but theres no easy way anyhow? May 17 21:38:08 PACKAGE_ARCH is easy? isn't it? May 17 21:38:18 I'm using it to set iwmmxt to each package May 17 21:39:14 ah oki May 17 21:39:21 why might "-" be an issue btw? May 17 21:39:55 I don't know how ipkg handles it May 17 21:40:07 it could work fine, it could choke :) May 17 21:40:18 :D May 17 21:40:21 but don't you want to ask why this is a bad idea? May 17 21:40:35 Im guessing ipkg cant grab the correct package May 17 21:41:01 OE sets PACKAGE_ARCH according to applied 'patches' May 17 21:41:14 if you build for arm it will put _arm to the package May 17 21:41:38 if you apply a distro specific package, some how PACKAGE_ARCH gets automatically mangled into _DISTRO May 17 21:41:55 adding this to every package kind of defeats this specialisation ;) May 17 21:42:39 :D May 17 21:42:41 roger May 17 21:43:03 but try this PACKAGE_ARCH trick May 17 21:43:04 Think I will leave that out for now, just getting the distro name instead of package arch wouldnt do much for me since its different archs May 17 21:43:19 you might need to set IPKG_ARCHS as well May 17 21:43:23 :D May 17 21:43:31 it gets more and more complicated :) May 17 21:43:44 PACKAGE_ARCH="iwmmxt" May 17 21:43:45 should be just an OE_SET_EXTRAPACKAGE_NAME May 17 21:43:52 IPKG_ARCHS = "all arm armv4 armv5te iwmmxt xscale ${MACHINE}" May 17 21:44:07 aha May 17 21:44:10 oh that would be wrong anyway May 17 21:44:18 first I say every package is iwmmxt May 17 21:44:33 and the second tells ipk which architectures are 'compatible' to our May 17 21:45:58 roger so it will know that iwmmxt = arm compatible May 17 21:52:30 france__: hi May 17 21:52:40 france__: have you got a response regarding koen? May 17 21:54:08 mickey|writing: just adding jamies patch should solve it May 17 22:06:21 re May 17 22:10:40 CoreDump|home: people are complaining that you broke the 5600 tslib May 17 22:11:08 I rather fixed tslib in .oz May 17 22:11:17 and didn't touch (hehe) .dev May 17 22:12:00 hehe May 17 22:14:20 calling it a night, cya May 17 22:14:37 * JustinP suggests that CoreDump propagate to .dev May 17 22:14:55 no, .dev was never "broken" May 17 22:15:24 it was just a b0rked config, nothing complicated May 17 22:24:10 ah May 17 22:26:38 boy does debians initrd handling suck May 17 22:29:19 ~praise serial console May 17 22:29:20 All hail serial console! May 17 22:48:43 zecke: still waiting... May 17 22:50:00 here or there? May 17 23:06:24 * zecke stops writing rubish and declares the assignment done May 17 23:09:29 france: nite! May 18 00:25:00 anyone in here work on openwrt? May 18 00:26:14 not sure. don't think so, though I talked with the openwrt folks long long ago May 18 00:27:26 I want to do some work and get stuff working, but they use an aweful looking buildroot May 18 02:00:29 hmm May 18 02:00:32 wth May 18 02:00:52 Fetch failed: http://xorg.freedesktop.org/releases/X11R7.0/src/lib/libXscrnSaver-X11R7.0-1.0.1.tar.bz2 May 18 02:01:01 yet the file is actually: May 18 02:01:08 http://xorg.freedesktop.org/releases/X11R7.0/src/lib/libXScrnSaver-X11R7.0-1.0.1.tar.bz2 May 18 02:01:35 how does that even happen? ppl building exlusively on windows in cygwin or something ? May 18 02:02:17 date on file is dec21 2005, so it doesn't seem like the site changed the capitalization recently May 18 02:17:05 jacques: which branch? May 18 02:17:25 uh-oh May 18 02:17:50 well, I am using the nslu2-linux branch May 18 02:17:57 if that makes any sense May 18 02:18:07 *really*..... May 18 02:18:14 nslu2 was IIRC merged into dev May 18 02:18:55 cat MT/options May 18 02:18:55 branch "org.openembedded.dev" May 18 02:19:00 that help at all? May 18 02:19:05 then you're using .dev May 18 02:19:10 ok :-) May 18 02:19:29 fully up to date? May 18 02:19:39 no, it's a couple of days old May 18 02:19:50 may 15 May 18 02:19:59 about 49 hours old May 18 02:20:55 BTW, after I changed the filename on the above and made the .md5 file, it built that package but failed later: NOTE: package libxss-1.0.1-r0: task do_populate_staging: failed May 18 02:21:17 NOTE: make DESTDIR=/home/packages/nslu2/mtnA/angstrom/tmp/work/armv5te-linux-gnueabi/libxss-1.0.1-r0/temp-staging install May 18 02:21:17 make: *** No rule to make target `install'. Stop. May 18 02:21:22 weird May 18 03:23:37 hmm, qemu should probably have been nailed down to a specific date. the patches no longer apply. May 18 03:24:05 (trying to build a qemuarm dist) May 18 05:23:12 <_law_> qemu-native builds find now, but there is another problem (http://openembedded.pastebin.com/724063) glibc do_package doesnt work May 18 05:29:57 mine worked fine May 18 07:02:31 yo May 18 07:36:19 hi May 18 07:38:54 how to 'kill' system? run amarok 1.4 May 18 08:07:23 morning all May 18 08:18:31 greetings ! May 18 08:19:25 Any recommentations on what 'strategy' to follow on system (kernel+fs) updates using ipkg ? May 18 08:19:49 write a script that removes old packages and then installs the new ones May 18 08:20:19 or create a "mega" package that contains all changed/update packets inside ? May 18 08:20:59 ipkg update;ipkg upgrade May 18 08:21:14 its what I do May 18 08:21:37 if something is extra needed then it is added to task-* packages (task-bootstrap, task-opie-*) May 18 08:22:04 http://changelog.complete.org/posts/487-Why-I-Like-HP.html May 18 08:22:56 hrw | work : what i am looking for is a way to do system update without modyfing the configs May 18 08:23:45 hrw | work : and with little user 'help' ;/ May 18 08:23:46 Ifaistos: ipkg support 'conffiles' which are not changed during update May 18 08:28:11 hrw | work : what about if extra packages need to be added or removed so that the existing system image will be exactly like if you installed it from a 'clean' image ? May 18 08:29:59 Ifaistos: create task-ifaistos package which will be installed in every your image. if you need to add something add it into task-ifaistos, bump PR and rebuild. when it will be installed on device new deps will get fetched and installed May 18 08:30:35 Ifaistos: if something need to be removed add it into conflicts: field of task-ifaistos so user will get notice that upgrade need removal of some stuff May 18 08:35:15 hrw | work : should task-ifaistos contain incremental changes between versions or it should contain all ? what i mean is if task-ifaistos-r2 should contain only changes from task-ifaistos-r1 oe or it should contain r0+r1 in case someone with an r0 system does an upgrade ? May 18 08:36:10 Ifaistos: user will get latest version so.... May 18 08:40:19 good morning all May 18 08:43:53 hi koen May 18 08:44:33 hey hrw|work May 18 08:44:36 morning all May 18 08:44:49 hi dirk May 18 08:45:08 hey Marcin May 18 08:45:33 2hey dirk May 18 08:45:38 -2 May 18 08:45:41 hi koen May 18 08:45:58 koen : Hi ! May 18 08:46:04 hrw|work: new logo looks good on tosa May 18 08:46:14 do13_: thx for confirmation May 18 08:46:24 do13_: tosa has rotated console? May 18 08:46:28 hrw | work : i am looking for something similar to the Debian apt-get dist_upgrade May 18 08:46:40 hrw|work: no May 18 08:46:57 Ifaistos: 'ipkg upgrade' - ipkg is 'dpkg + apt-get' all-in-one tool May 18 08:47:17 do13_: collie/akita has problem with logo - I suspect console rotate ;( May 18 08:47:23 hi May 18 08:47:36 hrw|work: what kind of problem? May 18 08:48:43 do13_: not booting at all May 18 08:49:28 do13_: will test with serial cable but not in next 2-4 days rather ;( May 18 08:49:42 collie/2.6 from OE is too big anyway May 18 08:51:42 hrw|work: did you checked collie/2.6? May 18 08:52:27 do13_: tried but had not enough time to get booting config May 18 08:55:44 hrw|work: added a comment to the HP thing :) May 18 08:58:45 hi all. May 18 09:00:04 morning May 18 09:01:26 do13_: tested your 2.6/gpe image on tosa. works perfectly but the light key is seen as down key. moreover, putting Z on sleep is OK but it wakes up by itself after ~10mn May 18 09:03:56 chrisromain: There is a bug in the pm driver. The tosa checks every 10 mins the battery status. If you remove the charger it wil work as expected May 18 09:04:30 chrisromain: I suspect the keymap needs a few tweaks:) May 18 09:05:08 do13_: guylhem recently post me infos that he will submit fixes for keymap for tosa/2.6 into bugtracker May 18 09:05:24 hrw|work: thx May 18 09:05:47 do13_: yep. the default keyboard repeat time is too low. May 18 09:06:02 do13_: ok i'll check that with guylhem May 18 09:06:06 chrisromain: 'kbdrate' allow to change that May 18 09:07:09 chrisromain: did you checked wifi? May 18 09:10:23 do13_: if I submitted working version of patch and it got 's-o-b' of maintainer can I use his 's-o-b' when submit cleaned (description) version or not? May 18 09:10:33 do13_: its my first accepted patch May 18 09:12:10 hrw|work: can I use his 's-o-b' when submit cleaned (description) version or not?????? May 18 09:12:36 do13_: does not work. /sbin/usbctl on 1 gives No such file or directory May 18 09:13:03 chrisromain: remove the usbctl lines from /etc/network/interfaces May 18 09:13:13 morning May 18 09:14:03 hrw|work: I can't understand the last part from your qestion May 18 09:14:17 do13_: wlan-ng exited with return code 1 May 18 09:14:21 No such device May 18 09:14:37 chrisromain: do a modprobe ohci-hcd first May 18 09:14:55 do13_: I sent patch with long description, got 'patch is OK + s-o-b (signed-off-by) line' but also got request of resending patch with cleaned description. now I'm resending patch (cleaned desc) - can I add s-o-b line of maintainer or let he add it once more? May 18 09:16:40 hrw|work: ahhh. I'm not quite sure. I would add his s-o-b line and resend the patch. You should mention the cleaned desc May 18 09:17:01 do13_: seems to work, have to config my wep key May 18 09:17:49 chrisromain: on suspend you have to remove the ohci-hcd module. otherwise the device will crash May 18 09:19:08 chrisromain: usbctl works only with the 2.4 kernel. We need a replacement for the 2.6 kernel May 18 09:23:20 do13_: wiki is OK. May 18 09:24:20 morning May 18 09:24:35 chrisromain: thx May 18 09:24:57 hey CoreDump|home May 18 09:53:17 morning all May 18 09:53:55 hey RP May 18 09:54:18 hi RP May 18 09:54:32 RP: did you tried logo + console rotation? May 18 09:54:47 hrw|work: no, never tried it May 18 09:58:41 RP: looks like cxx00 with 640px wide logo are unable to boot May 18 09:58:54 RP: c7x0 boot nice with same logo patch May 18 09:59:27 RP: cxx00 with 480px logo boot, reserve space for logo but do not show it May 18 09:59:56 hrw|work: Sounds like the console rotation code is at fault.... **** ENDING LOGGING AT Thu May 18 09:59:56 2006