**** BEGIN LOGGING AT Fri Apr 04 02:59:56 2008 Apr 04 07:24:43 morning Apr 04 08:00:46 cuicui Apr 04 08:26:58 Morning. Apr 04 08:54:50 good morning Apr 04 09:06:07 I have a question about using oe. I have added a SLUGOS_EXTRA_RDEPENDS in my local.conf to add Samba to the image. After running a make, the samba package is built, but it is not added to the image (tmp/rootfs). Is that a manual process, or can it be automated? Apr 04 09:29:25 hi, i've some problem with my bb files... i've a bb file for pcsc-lite (which create a -dev pkg as well), and ccid depends on pcsc-lite for its compilation, but pcsc-lite-dev is not installed in the staging/ dir... what do i need to do for that ? Apr 04 09:29:51 http://rafb.net/p/Gh36PF56.html and http://rafb.net/p/2KbClw21.html for my .bb files... Apr 04 11:33:43 morning all Apr 04 11:41:05 yo The_Niz Apr 04 11:41:08 yo thesing Apr 04 11:41:17 * XorA will one day hit the right key Apr 04 11:42:29 * thesing has always the same problem. Apr 04 11:43:05 XorA: btw. What was the terrible thing you wrote about on your blog? Apr 04 11:43:34 thesing: if you can figure it out you know, otherwise its nothing to bother you :-) Apr 04 11:45:06 * Crofton was wondering the same thing Apr 04 11:45:26 as long as XorA is smiling about it, this is ok Apr 04 11:46:25 hi! Apr 04 11:46:50 * XorA is exceedingly hungry Apr 04 11:47:12 XorA: no easter sweets left? Apr 04 11:55:43 mwester, Laibsch: I pushed the glibc changes. Its the same patch as on ML but without typo. Apr 04 11:56:21 03thesing 07org.oe.dev * rd8ca7c95... 10/ (16 files in 2 dirs): Apr 04 11:56:21 glibc: add libgcc do RDEPENDS if we build glibc with nptl Apr 04 11:56:21 -ntpl dlopens libgcc so our shlibs code can't get this right Apr 04 11:57:06 thesing: Cool! Apr 04 11:57:11 I'll give it a shot Apr 04 11:57:37 Laibsch: did you already test the new collie kernel? Apr 04 11:57:45 no Apr 04 11:58:03 Last try was hindered by this libgcc thing Apr 04 11:58:33 Laibsch: I added it to task-base as a workaround. Apr 04 11:58:58 XorA: Back from .tw? Lots of core devs quiet lately due to extensive travelling Apr 04 11:59:41 Laibsch: btw. usb-client works on collie now. There is a working patch from the balloon board that works. (Not in current oe kernel yet.) Apr 04 12:00:13 Nice Apr 04 12:00:16 EAT? Apr 04 12:00:40 EAT? Apr 04 12:00:51 estimated time of arrival Apr 04 12:00:53 in OE Apr 04 12:00:59 hehe Apr 04 12:01:00 Laibsch: ETA not EAT :D Apr 04 12:01:03 ETA is what I meant Apr 04 12:01:13 :-D Apr 04 12:03:15 * Laibsch wonders is h r w reacts to the collie keyword Apr 04 12:03:17 today 16.00 (MET) Apr 04 12:03:20 COLLIE! Apr 04 12:03:24 :-D Apr 04 12:03:30 s Apr 04 12:03:36 s/is/if/ Apr 04 12:03:46 thesing: Awesome Apr 04 12:03:53 Is the collie usable for you? Apr 04 12:05:09 didn't try. Its as good as was 2.6.17 (or so). I will try to get this initramfs-bootmenu working today. Apr 04 12:06:52 That would be supercool Apr 04 12:07:05 Let me know if there is something I can help Apr 04 12:09:16 Laibsch: hahaha Apr 04 12:09:29 Laibsch: I am no longer owner of collie - dont you remember? Apr 04 12:10:01 well, legacy keyword setting or something Apr 04 12:10:11 I was amazed by the speed of your reaction Apr 04 12:10:17 Must have been coincidence Apr 04 12:10:52 Laibsch: your work starts once we can boot x11-images. Then you can create a well polished gpe-image (if such a thing is possible) Apr 04 12:11:11 I am concentrating more on opie Apr 04 12:11:17 Or dualGUI Apr 04 12:11:23 But let's see Apr 04 12:11:31 I'm all excited Apr 04 12:12:41 even better. Apr 04 12:16:36 ERROR: SRCREV was used yet no valid SCM was found in SRC_URI Apr 04 12:16:50 Anythoughts? trying to use AUTOREV with git Apr 04 12:17:00 and puting SRCREV in PV Apr 04 12:21:29 git do not support AUTOREV Apr 04 12:24:33 hmmm Apr 04 12:24:46 how to I persuade it to pull the latest git rev? Apr 04 12:26:39 Specify the branch name as the revision? Apr 04 12:45:33 hrw ping Apr 04 12:47:19 03bluelightning 07org.oe.dev * r5c70288a... 10/ (5 files in 3 dirs): libopieobex: disable bluetooth detection. Fixes 3173. Apr 04 12:48:48 png Apr 04 12:49:12 I having trouble using linux-omap1_git.bb :( Apr 04 12:49:31 fighting through preferred verion now Apr 04 12:53:04 * * OE Bug 3173 has been RESOLVED (FIXED) by Apr 04 12:53:06 * * PATCH: libopieobex: disable bluetooth detection Apr 04 12:53:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3173 Apr 04 12:53:56 Do you have any suggestions for PV, SRCREV_pn, and PREFERRED_VERSION for this recipe? Apr 04 12:54:05 Obviously, I'd like it to be DEFAULT_PREFERENCE = -1 and only build it when called for in local.conf Apr 04 12:54:16 lost my focus and typed that in the wrong window ... Apr 04 12:54:40 ERROR: Required build target 'linux-omap1' has no buildable providers. Apr 04 12:54:53 I keep getting this, I must not be getting something Apr 04 12:54:58 I have no idea how to handle it in proper way Apr 04 12:55:00 sorry Apr 04 12:55:08 improper way? Apr 04 12:55:18 I am fighting for 2h with remote svn repo and autorev Apr 04 12:55:27 ug Apr 04 12:55:34 fighting in what way? Apr 04 12:56:16 7 minutes for each parsing Apr 04 12:56:24 yeah Apr 04 12:56:28 same issue here :) Apr 04 12:56:39 I've learned to be patient :( Apr 04 12:59:28 and konsole in kde4 do not have 'monitor lack of activity in tab' option Apr 04 13:01:13 Laibsch: yes I am back in the UK Apr 04 13:03:07 http://gadgets.boingboing.net/2008/03/31/cabel-sasser-finds-a.html Apr 04 13:03:54 Patience is needed when working with OE. Learnt that after some weeks. Apr 04 13:04:30 asch: patience is needed in any building Apr 04 13:04:44 qt 4.4-rc1 build took few hours today Apr 04 13:04:54 hrw: Not in building where stuff just works[tm]. Apr 04 13:05:07 Start, go home, get back next day, and all done. Apr 04 13:05:20 XorA: did you already preorder the 4E rulebooks? Apr 04 13:05:25 asch: I use OE and Poky that way Apr 04 13:05:47 thesing: not yet, Ill probably put in a group order with some friends of mine to get them wholesale prices Apr 04 13:05:57 thesing: I did look at the preview rules Apr 04 13:05:59 asch: my last OE build was like "for machine in c7x0 qemuarm qemux86;do MACHINE=$machine bitbake this that those;done" Apr 04 13:07:16 hrw: Wish it was like that here. But the difference seems to be that I actually need to hack software in order to get it working properly. Apr 04 13:07:31 And compiling and checking if it works just takes time. Apr 04 13:15:05 * * OE Bug 3601 has been RESOLVED (FIXED) by Apr 04 13:15:07 * * Update task-opie-all for Opie 1.2.3 Apr 04 13:15:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3601 Apr 04 13:17:02 Laibsch: just committed the usb stuff. Please test also the keyboard-on-boot issue because it should be fixed. Apr 04 13:30:30 Hello Apr 04 13:30:37 Is opkg ready to replace ipkg yet? Apr 04 13:30:48 I saw that it's in angstrom by default... Apr 04 13:34:23 thesing: Thanks, I'll make another build Apr 04 13:38:49 thesing, RP: what should we do about Apr 04 13:38:52 !oebug 4109 Apr 04 13:38:53 * * Bug 4109, Status: NEW, Created: 2008-03-21 20:31 Apr 04 13:38:54 * * : linux-rp-2.6.20-autobuild Apr 04 13:38:55 * * http://bugs.openembedded.org/show_bug.cgi?id=4109 Apr 04 13:38:57 wontfix? Apr 04 13:39:29 yes Apr 04 13:41:33 OK Apr 04 13:41:38 I wonder how it came about Apr 04 13:41:56 I guess something must be still have it set as preferred provider Apr 04 13:42:00 2.6.20 Apr 04 13:44:04 * * OE Bug 3544 has been RESOLVED (FIXED) by thommycheck(AT)gmx.de Apr 04 13:44:06 * * Collie: touch screen is not working Apr 04 13:44:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3544 Apr 04 13:45:37 Laibsch: what about 2158? Apr 04 13:46:18 I'd vote for switching things off Apr 04 13:46:26 If it is a lot of work, leave the bug open Apr 04 13:47:32 Can the machine be suspended instead? Apr 04 13:49:14 B_Lizzard: Openmoko uses it as standard now and we havent had any problems yet Apr 04 13:50:00 Ok... Apr 04 13:50:17 If it's good enough for OpenMoko and Angstrom, it's good enough for me Apr 04 14:30:20 Laibsch: yes you can suspend the machine instead. It would be easiest with alias shutdown "apm -s" Apr 04 14:32:05 Thinking about it, this is not problem-free either Apr 04 14:32:14 You come back to the session you were in Apr 04 14:32:34 Best thing would be for the machine to restart and then suspend Apr 04 14:32:39 Not sure if that can be done Apr 04 14:33:10 03Laibsch 07org.oe.dev * rd4ada844... 10/ (1 packages/tasks/task-opie-all.bb): task-opie-all: drop opie-dasher (unsupported upstream). Fixed 3601. Apr 04 14:33:33 03thesing 07org.oe.dev * r87fd9620... 10/ (3 files in 3 dirs): linux-rp_2.6.24: add usb-gadget patch, add keyboard fix Apr 04 14:33:33 03thesing 07org.oe.dev * r87fd9620... 10/ (3 files in 3 dirs): linux-rp_2.6.24: add usb-gadget patch, add keyboard fix Apr 04 14:33:33 03thesing 07org.oe.dev * r87fd9620... 10/ (3 files in 3 dirs): linux-rp_2.6.24: add usb-gadget patch, add keyboard fix Apr 04 14:34:17 Everything can be done ;) But the question is if its worth it. Why will one want to shut the machine down in this way? Apr 04 14:34:53 03thesing 07org.oe.dev * r87fd9620... 10/ (3 files in 3 dirs): linux-rp_2.6.24: add usb-gadget patch, add keyboard fix Apr 04 14:35:00 The only thing you get from this is that you have to wait longer the next time you switch the machine on. Apr 04 14:37:57 I am taking the angle of "expected behaviour" here Apr 04 14:38:07 What we have currently is not expected behaviour Apr 04 14:38:32 We could also completely replace "shutdown" with an error message telling the user to use suspend instead Apr 04 14:38:50 Not really a good solution, either Apr 04 14:45:13 users shouldn't use console command to shut machine down. They have a working on/off button ;) Apr 04 14:51:26 03thesing 07org.oe.dev * r87fd9620... 10/ (3 files in 3 dirs): linux-rp_2.6.24: add usb-gadget patch, add keyboard fix Apr 04 15:45:15 bye! Apr 04 16:12:51 xathlonx Apr 04 16:17:16 thesing: Thanks for the commit; I'll back out the SlugOS hacks I put in to work around the libgcc issue, and test this afternoon. :) Apr 04 16:21:20 are there any good docs on the svn fetcher? (other than the manual, which is pretty sparse) I'm trying to figure out why it doesn't re-checkout the svn when I rebuild Apr 04 16:21:59 Ah, that's tricky, heh Apr 04 16:22:12 do you have it set to autorev Apr 04 16:22:14 ? Apr 04 16:22:14 shabble: why it has to re-checkout? Apr 04 16:22:37 hrw: because I've changed the files in svn, and would like to build an updated package Apr 04 16:22:54 shabble: then bump SRCREV and bitbake will notice Apr 04 16:23:08 hrw, is there any way other than that? Apr 04 16:23:16 that's kinda klunky if you're doing dev Apr 04 16:23:20 Tartarus: rev=HEAD, and SRCDATE= "now" Apr 04 16:23:27 yeah, I want to try and automate eeeeeverything :) Apr 04 16:23:28 SRCREV = "${AUTOREV}" Apr 04 16:23:36 * shabble tries Apr 04 16:25:04 hmm, no luck Apr 04 16:25:26 is that instead of, or in addition to ";rev=HEAD" in the URI? Apr 04 16:27:06 rev=HEAD? Apr 04 16:34:02 SRC_URI = "svn://svnserv/network;proto=svn;module=hello;rev=HEAD" Apr 04 16:34:04 is what I have Apr 04 16:34:04 remove rev part Apr 04 16:34:04 hrw: fails with "svn: missing argument: r" now Apr 04 16:34:04 what is set as SRCREV? Apr 04 16:34:04 SRCREV = "${AUTOREV}" Apr 04 16:34:04 how does invocation of svn look? Apr 04 16:34:05 "/usr/bin/env svn update -r ${AUTOREV} failed with signal 1, output" Apr 04 16:34:11 is autorev a recent feature or anything? Apr 04 16:34:27 shit.. I forgot that there is no AUTOREV in upstream bitbake... Apr 04 16:35:16 hrw: there is Apr 04 16:35:41 XorA: I played last days with few months old code Apr 04 16:36:00 hrw: catch up :-) Apr 04 16:36:03 ;D Apr 04 16:36:14 kids made you old and slow already :-D Apr 04 16:36:30 hmm Apr 04 16:36:32 any other ideas? Apr 04 16:36:42 how recent is your bitbake? Apr 04 16:36:51 BitBake Build Tool Core version 1.8.8, bitbake version 1.8.8 Apr 04 16:36:57 antik! Apr 04 16:37:18 it's the standard one that Gumstix provide for their toolchain Apr 04 16:37:23 instal 1.8.10 or trunk Apr 04 16:38:04 * * OE Bug 4154 has been created by patrick.turley(AT)sigmatel.com Apr 04 16:38:06 * * CDPATH affects base.bbclass Apr 04 16:38:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4154 Apr 04 17:00:56 Laibsch: maybe we stay with altboot image. the klibc initramfsstuff doesn't really work. Apr 04 17:04:02 bye Apr 04 17:30:12 hi all Apr 04 17:39:31 hi mrdata Apr 04 17:48:32 hi dcordes Apr 04 17:54:19 thesing: That is unfortunate Apr 04 17:54:30 Will it not work right now or is there a general problem? Apr 04 17:56:04 its more like: One would need to add more programs to klibc-utils. Apr 04 17:56:42 but maybe it would be better to write a small program to select boot device. Apr 04 17:59:30 Laibsch: btw. the usb stuff in oe is not complete yet. Apr 04 18:00:48 compiling images for spitz and collie failed for me in do_rootfs Apr 04 18:02:25 Laibsch: which images? Apr 04 18:03:14 altboot-console-image and opie-image Apr 04 18:03:49 worked now Apr 04 18:03:55 transient failure, it seems Apr 04 18:42:40 Hey Laibsch Apr 04 18:43:03 Laibsch: I was trying console-image build other day and it was pully webkit stuff into it Apr 04 18:43:16 is console image needing that much stuff Apr 04 18:43:36 urg Apr 04 18:52:53 I guess we need to review the dependency graph again Apr 04 19:07:39 03thesing 07org.oe.dev * re2e070bd... 10/ (1 packages/linux/linux-rp_2.6.24.bb): linux-rp_2.6.24: update usb-gadget driver Apr 04 19:07:57 03thesing 07org.oe.dev * re2e070bd... 10/ (1 packages/linux/linux-rp_2.6.24.bb): linux-rp_2.6.24: update usb-gadget driver Apr 04 19:08:02 03thesing 07org.oe.dev * re2e070bd... 10/ (1 packages/linux/linux-rp_2.6.24.bb): linux-rp_2.6.24: update usb-gadget driver Apr 04 19:08:31 03thesing 07org.oe.dev * re2e070bd... 10/ (1 packages/linux/linux-rp_2.6.24.bb): linux-rp_2.6.24: update usb-gadget driver Apr 04 19:39:38 hi all Apr 04 19:40:02 I need help on OpenMoko Apr 04 19:41:21 you should probably go to #openmoko Apr 04 19:41:42 yep Apr 04 19:41:53 just did Apr 04 19:42:02 kool hx Apr 04 19:42:05 thx Apr 04 19:42:37 hrmm, still issues with AUTOREV and svn checkout in bitbake-1.8.10 Apr 04 19:43:37 does anyone know how I can force it to checkout the svn each build in a recipe? Apr 04 19:48:49 shabble: touch conf/local.conf before build Apr 04 19:49:09 shabble: this invalidates the cache which contains SRCREV and makes it fetch newer Apr 04 19:49:21 ah, handy Apr 04 19:49:34 does that involve rebuilding the whole cache though? Apr 04 19:49:40 shabble: yes :-( Apr 04 19:49:53 curses Apr 04 19:50:16 * XorA|gone doesnt know a more fine tuned way Apr 04 19:50:23 meh, I think I'm just going to keep my user.collection/ in svn, and make that update first Apr 04 19:51:24 XorA|gone: thanks anyway. Apr 04 20:23:12 hi all Apr 04 20:24:14 thesing: what's exactly the problem? After all we could repartition the flash and use uclibc Apr 04 20:25:18 ant|work: what problem? Apr 04 20:25:28 about bootimage Apr 04 20:26:04 ant|work: only some script-foo. Apr 04 20:26:38 ah, I see Apr 04 20:27:12 nothing interesting on the net? Debian? Gentoo? Apr 04 20:27:21 similar? Apr 04 20:28:06 I didn't want to dig deeper into this atm. But I got the image down to 120 K. (but removed all kernel-modules and module loading so everything you want to use in bootmenu has to be in kernel) Apr 04 20:28:45 120 k sounds promising, great Apr 04 20:29:14 I don't like so much the altboot overhead Apr 04 20:30:53 I can post the diff I have so far if you want. Apr 04 20:31:07 but its not clean Apr 04 20:31:55 I'd start a thread on the oe-dev ml Apr 04 20:32:25 if you feel brave enough to afford the comments ;=) Apr 04 20:32:44 Its not ready for that because it doesn't work yet. ;) Apr 04 20:33:12 pfalcon could be of great help... Apr 04 20:33:37 and probably Koen too, if he 's time Apr 04 20:34:10 * ant|work intentionally forgot to mention RP Apr 04 20:34:30 I prefer to discuss at least semi-working stuff. Apr 04 20:34:40 ok, let's cook it Apr 04 20:35:47 I'll update my u-boot try, after the last changes should be a minor patch...if only someone would port the other Z machines... Apr 04 20:36:50 ant|work: I thought about it, but its not worth it. the limitations are not bad enough. Apr 04 20:37:34 well, we already have a working initramfs-kexec image after all... Apr 04 20:38:03 we = you and me probably =) Apr 04 20:42:04 ant|work: http://www.pastebin.ca/971542 is what I have so far. Apr 04 20:43:45 ant|work: packages/initrdscripts/files/30-bootmenu.sh would need to be updated to not to use wc,(or wc has to be added to klibc-utils) Apr 04 20:45:27 thanks Apr 04 20:46:34 I', googling for init scripts Apr 04 20:47:50 thats normal shellscript Apr 04 20:58:07 03thesing 07org.oe.dev * rfcd1afad... 10/ (5 files in 3 dirs): klibc, klibc-utils-static: add some read options to dash Apr 04 20:58:07 03thesing 07org.oe.dev * rfcd1afad... 10/ (5 files in 3 dirs): klibc, klibc-utils-static: add some read options to dash Apr 04 20:58:07 03thesing 07org.oe.dev * rfcd1afad... 10/ (5 files in 3 dirs): klibc, klibc-utils-static: add some read options to dash Apr 04 20:58:14 03thesing 07org.oe.dev * rfcd1afad... 10/ (5 files in 3 dirs): klibc, klibc-utils-static: add some read options to dash Apr 04 20:58:19 03thesing 07org.oe.dev * rfcd1afad... 10/ (5 files in 3 dirs): klibc, klibc-utils-static: add some read options to dash Apr 04 20:58:55 03thesing 07org.oe.dev * rfcd1afad... 10/ (5 files in 3 dirs): klibc, klibc-utils-static: add some read options to dash Apr 04 20:59:15 re Apr 04 20:59:36 hi flo_lap Apr 04 21:01:08 We will be in good company at LinuxTag - our colleagues from T2 will be there too. Apr 04 21:10:06 interesting Apr 04 21:10:19 we must crush T2 :) Apr 04 21:10:56 T3 was better than T2 Apr 04 21:11:03 nekkid chick teriminators Apr 04 21:11:23 awesome Apr 04 21:11:54 scarey Apr 04 21:22:15 So we rename OE to T3? ;) Apr 04 21:25:30 One-up them. T4. Apr 04 21:27:50 So who of you will come to LinuxTag (beside flo_lap) Apr 04 21:27:51 T(2)^2 Apr 04 21:32:14 Not many it seems. Apr 04 21:35:08 * flo_lap hopes that he won't be alone Apr 04 21:35:42 I will come there. But probably not the whole time. Apr 04 21:35:53 * mwester googles to find where it is Apr 04 21:36:12 mwester: Berlin, ICC Apr 04 21:36:22 Er, love to, but no way will my company pay for that trip ;( Apr 04 21:36:56 mwester: too bad Apr 04 21:38:19 flo_lap: ping Apr 04 21:38:43 stefan_schmidt: yep?! Apr 04 21:39:01 flo_lap: I'm working on updating networkmanager in OE Apr 04 21:39:09 flo_lap: Seen that you are the maintainer Apr 04 21:39:22 flo_lap: Like me to send you some patches for review? Apr 04 21:39:43 stefan_schmidt: oh, oh well.. that might be quite outdated by now :-} Apr 04 21:39:48 flo_lap: It inlcudes a newer libnl + build fix and updating nm to a newer svn rev Apr 04 21:40:14 flo_lap: Not the newest stuff, but a known working combination Apr 04 21:40:15 stefan_schmidt: mayb just check that in, i haven't looked at these recipes for ages Apr 04 21:40:26 flo_lap: hmm, ok Apr 04 21:40:36 flo_lap: You know anybody using it anyway? Apr 04 21:41:28 At least nothing in images use it by default Apr 04 21:41:51 stefan_schmidt: We have an experimental GPE thingy for it, but that's a SoC project that is not under active development for a while. Apart from that it is unused imho. Apr 04 21:42:25 Haven't checkin anything in OE for a while. I would appreciate a review before I break hell. :) Apr 04 21:42:39 sure :) Apr 04 21:43:09 flo_lap: You are awake a little more? Apr 04 21:43:40 stefan_schmidt: yes... i hope so :) Apr 04 21:44:09 flo_lap: ok, I'll prepare a patch then Apr 04 21:58:02 flo_lap: *sigh*, the applet now depends on nss, whcih is not available in OE. Seems this has to wait. Apr 04 21:58:26 flo_lap: I already spent 2,5 hours to debug the problem with a newer libnl Apr 04 21:58:48 stefan_schmidt: oh nasty... Apr 04 21:59:12 flo_lap: At least the no-gnome.patch can be dropped then. Apr 04 21:59:16 * flo_lap just corrently describes OE in German for LinuxTag Apr 04 21:59:32 stefan_schmidt: that's good Apr 04 21:59:36 flo_lap: They removed the libgnome dep in newer applet versions Apr 04 22:00:41 flo_lap: As I only need the daemon for my e_nm stuff in OM I'll will push this into the OM branch. Later I can come back to fix the applet in OE.dev and then cherry pick the rest from OM Apr 04 22:00:43 stefan_schmidt: I was probably the last person to use NM in OE Apr 04 22:01:17 flo_lap: Not the right way, I know, but atm I have to code and integration is just something I have to do next to it. :) Apr 04 22:01:27 XorA|gone: ah, good to know. Apr 04 22:01:53 stefan_schmidt: yes ok, just let me know if you have something to take a look Apr 04 22:01:54 stefan_schmidt: at least I made all the dependencies work, OH have a different NM setup in poky I always meant to examine Apr 04 22:02:29 XorA|gone: I'll send some patches to distro-devel later this night. Pushing it into om.dev is needed for enlazar. Apr 04 22:02:52 stefan_schmidt: cool Apr 04 22:02:56 flo_lap: will do. Not within the next two weeks though. At least not in OE quality. :( Apr 04 22:03:12 stefan_schmidt: will this solve the mystery of how to set a WEP key on GTA02? Apr 04 22:03:28 I had to _unset_ LDFLAGS to get libnl build. Stupid guys that write Makefiles on their own... Apr 04 22:03:37 stefan_schmidt: sounds... busy :-) Apr 04 22:03:57 XorA|gone: In the end it should allow connecting to wifi with a UI, yes. Apr 04 22:04:02 stefan_schmidt: it could have been worse... e.g. cmake Apr 04 22:04:08 flo_lap: yeah :( Apr 04 22:04:19 * XorA|gone has been puzzling how to set a wep key as iwconfig key seems to be broken Apr 04 22:04:38 flo_lap: still messing with multisync? Apr 04 22:04:47 flo_lap: I gave up, their cmake could never work Apr 04 22:05:17 XorA|gone: Well, we will see how it turns out... ;) Apr 04 22:05:55 stefan_schmidt: if you need help with the integration, give john a shout, he controls my time Apr 04 22:06:48 XorA|gone: I consider to fork the GUI because of cmake... Apr 04 22:07:03 flo_lap: I was reading your posts Apr 04 22:07:34 flo_lap: all I wanted to do was sync evolution to syncML, I decided just abandoning evolution was easier than fixing cmake Apr 04 22:08:10 XorA|gone: hehe Apr 04 22:08:13 XorA|gone: As the nm daemon seems to work in the version I need now, most of it should be done. If I find more I let you know. Apr 04 22:08:38 stefan_schmidt: they abandoned calling dhclient directly AFAIK? Apr 04 22:09:19 XorA|gone: The other way around. The abandoned this dhcp dbus thingy that never worked. :) Apr 04 22:09:44 stefan_schmidt: ah, cool, getting those two damn things to talk to each other wasted a good few days of mine Apr 04 22:10:39 XorA|gone: yeah, stupid thing. Apr 04 22:10:57 stefan_schmidt: thank fuck for gentoo and decipherable patches that day :-) Apr 04 22:11:15 heh Apr 04 22:12:33 * stefan_schmidt is away to prepare some patches for XorA|gone Apr 04 22:13:13 stefan_schmidt: can you push to om mtn? Apr 04 22:13:48 XorA|gone: No Apr 04 22:13:59 XorA|gone: Only OE.dev :) Apr 04 22:14:28 XorA|gone: how are you syncing now? Apr 04 22:14:38 stefan_schmidt: email john, he can add you, I dont seem why you wouldnt have access Apr 04 22:14:51 thesing: mtn propagate and meld Apr 04 22:15:38 XorA|gone: Will do. Still the first set of patches will go to the ml. Apr 04 22:16:27 XorA|gone: you sync your email to syncML using mtn ;)) ? Apr 04 22:16:53 thesing: oh, no I just stopped trying to use evolution, it doesnt speak IMAP anyway so it was on a losing streak Apr 04 22:17:32 XorA|gone: but you still sync you email with syncml? Apr 04 22:17:53 thesing: no, just the address books to funabol Apr 04 22:18:47 XorA|gone: and from what? Apr 04 22:19:15 thesing: windows mobile Apr 04 22:19:26 thesing: it seems there is nothing in linux land to sync to Apr 04 22:19:39 thesing: apart from gpe, which I havent got latest on desktop Apr 04 22:20:36 * thesing hoped that XorA discovered a new solution ... Apr 04 22:21:25 heh heh, no, just discovered that evolution 10 years later is still crap Apr 04 22:23:23 * thesing wonders if Kmail is better in this way. Apr 04 22:24:49 probably, but I dont run kde Apr 04 22:39:27 XorA|gone: btw: I preordered all 3 4E books for 90$ at paizo.com. They have a 20% discount on that. Apr 04 22:40:18 thesing: sounds about the same as Amazon price Apr 04 22:41:21 Well I made bad experiences with amazon.com. They didn't package the book properly and they got damaged. Apr 04 22:41:54 thesing: :-( amazon UK have never damaged anything for me, so I continue hoping :-) Apr 04 22:42:47 thesing: but as I said, with 4 of us ordering I think we might just order wholesale Apr 04 22:43:29 XorA|gone: I used to buy from amazon.com twice a year many books. You don't get discount on books in germany (law does not allow it) Apr 04 22:43:30 thesing: then let the adventures begin :-) Apr 04 22:43:45 thesing: ah, I didnt know that Apr 04 22:44:52 thesing: did you see wizards.com on april 1st? Apr 04 22:45:27 no. I forgot to check. Apr 04 22:50:20 thesing: you should also do same change to eglibc recipes Apr 04 22:52:23 Khem: I don't know about elibc. Apr 04 22:52:35 thesing: ok np Apr 04 22:52:44 thesing: I will do the necessary Apr 04 22:53:05 but I think I will refrain from supporting OABI on eglibc anyway Apr 04 22:53:19 so this problem should not happen Apr 04 22:54:35 It would be better to support OABI too. Apr 04 22:56:41 * XorA|gone goes to sleep Apr 04 23:00:40 bye Apr 04 23:03:25 thesing: I think OABI is a dying elephant and we should plan to move away Apr 04 23:12:01 Khem: not all machines can support EABI and its not to hard to support them too, right? Apr 04 23:12:07 night all Apr 04 23:13:25 thesing: thats true but any device using armv4t or above arch should be ok using EABI Apr 04 23:13:52 on newer softwsre, I think for supporting old chips and old software its ok Apr 04 23:21:06 Khem: most of my devices are only Arm4 Apr 05 00:15:04 * * OE Bug 3211 has been RESOLVED (FIXED) by likewise(AT)gmx.net Apr 05 00:15:06 * * libgcc.so ends up in subdir but is not found during install Apr 05 00:15:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3211 **** ENDING LOGGING AT Sat Apr 05 02:59:57 2008