**** BEGIN LOGGING AT Fri Jun 15 02:59:56 2007 Jun 15 04:55:02 * * OE Bug 2488 has been created by jake(AT)cogini.com Jun 15 04:55:04 * * Bitbake build for lcdproc Jun 15 04:55:07 * * http://bugs.openembedded.org/show_bug.cgi?id=2488 Jun 15 05:01:02 * * OE Bug 2489 has been created by jake(AT)cogini.com Jun 15 05:01:04 * * Add init script for fam Jun 15 05:01:06 * * http://bugs.openembedded.org/show_bug.cgi?id=2489 Jun 15 05:06:02 * * OE Bug 2490 has been created by jake(AT)cogini.com Jun 15 05:06:04 * * Add files to .debug package for modutils Jun 15 05:06:06 * * http://bugs.openembedded.org/show_bug.cgi?id=2490 Jun 15 05:52:56 uclibc build seems to hang Jun 15 06:14:31 anyone into X fonts ? Jun 15 06:15:05 i have problems with xfontsel not showing anything useful on kdrive. whereas xlsfonts shows vera and friends as being available Jun 15 06:20:44 guess given my timezone i should probably ask later :D Jun 15 06:22:56 ya, get used to it Jun 15 06:24:01 hehe Jun 15 06:29:36 good morning all Jun 15 06:29:55 hmm.. looks like the uclibc config wants input Jun 15 06:31:48 ljp: you have bitbake 1.8.4? Jun 15 06:32:05 yes Jun 15 06:32:41 steliosk hit that bug as well Jun 15 06:33:59 morning all Jun 15 06:34:24 1.8.4 is supposed to fix that but have not tried Jun 15 06:35:07 ljp : quick (and uhly) fix . chanke oemake oldconfig yes "" | oemake oldconfig Jun 15 06:35:19 ~lart my fat fingrs Jun 15 06:35:20 * ibot takes a big bite out of my fat fingrs's jugular vein Jun 15 06:35:34 i need coffee Jun 15 07:22:19 Laibsc1: I've got a similar problem with gpe-announce depending on libsoundgen Jun 15 07:22:33 soundgen build perferctly, but is not called from gpe-announce Jun 15 07:26:29 ho, I lied, soundgen places its include in a dir where gpe-announce does not expect it ( instead of ). There seem to be more problems as well Jun 15 08:13:30 ljp, steliosk: In theory there is a fix for that in bitbake 1.8 svn... Jun 15 08:24:31 RP: I hope to find some time tomorrow and test it Jun 15 08:30:06 RP, hrw|gone, koen, mickey_fic: I like to get a suggestion for the matchbox-panel-2 recipe. OE one has disabled startup-notification but would need the dep and enabling with the startup applet merged yesterday. Poky have this already. Jun 15 08:30:53 OE also renamed the panel in panel-2 that both can be installed. Jun 15 08:31:30 The startup dep should go in, no opinion about the renaming Jun 15 08:32:29 i like the renamnig Jun 15 08:32:45 that should be upstream anyway in my opinion Jun 15 08:33:12 mickey_fic: moin! Jun 15 08:33:35 mickey_fic: What should be upstream? Jun 15 08:34:18 Why would you want both installed? Jun 15 08:35:41 For reference: http://www.openembedded.org/repo/org.openembedded.dev/packages/matchbox2/matchbox-panel-2_svn.bb Jun 15 08:35:48 http://svn.o-hand.com/repos/poky/trunk/meta/packages/matchbox-panel-2/matchbox-panel-2_svn.bb Jun 15 08:35:48 Good morning everybody Jun 15 08:36:04 mickey_fic: mallum was surprised the mb2 stuff wasn't parallel installable when I talked to him at ELC Jun 15 08:36:20 or rather, not being installed as matchbox-foo-2 Jun 15 08:37:49 koen: nothing to do with me ;-) Jun 15 08:40:51 Hello, I have a strange problem: I want to build kernel 2.6.20 for gumstix. Building image fails because bitbake want to use files from 2.6.15 ? Any idea why ? Jun 15 08:41:14 He built 2.6.15 Jun 15 08:41:38 But when bitbake virtual/kernel -c rebuild, it only does 2.6.20 Jun 15 08:41:51 koen, RP, mickey_fic: So you are fine with startup-notification depend. Renaming needs discuss? Jun 15 08:42:20 koen: sounds like he needs to do it upstream then Jun 15 08:42:23 stefan_schmidt: yeah Jun 15 08:42:54 the renaming will not go away in OE Jun 15 08:43:09 too much stuff breaks if people accidentally install mb-foo-2 Jun 15 08:43:25 and even mallum says "it's not ready" Jun 15 08:45:30 also, what is the OLDEST_KERNEL variable for ? Jun 15 08:45:47 koen: Juzst curious. What problems do you see? Jun 15 08:46:00 s/Juzst/Just Jun 15 08:48:46 stefan_schmidt: if 2 packages provide the same binary they need to Replaces: eachother, which means mb-panel 1 will be uninstalled, but can't since task-foo depends on it, so you add a Provides: statement, which means no-one can install mb-foo-1 anymore, since ipkg/apt/rpm will always select mb-foo-2 Jun 15 08:49:16 koen: That is clear. I mean which problems panel-2 have. Jun 15 08:49:44 stefan_schmidt: normal systray apps are broken and you can't add/remove plugins after startup Jun 15 08:50:12 i make a uboot-xxx.bb file, but when i use bitbake uboot-xxx, it reports that "ERROR: Nothing provides dependency uboot-xxx" Jun 15 08:50:37 what can i do for it? Jun 15 08:51:19 koen: OK, for systray apps: I ported the startup applet which was merged yesterday and input is still on my agenda. No plugin add/remove after start is indeed not nice Jun 15 08:52:01 As I said. No problem with nameing it panel-2. Jun 15 08:52:22 is it possible to have a log of bitbake ? i see where are the individual logs, but I'll need bitbake output Jun 15 08:52:29 I talked to mallum about the add/remove thing and he said "we are still experimenting" Jun 15 08:52:37 stefan_schmidt: cool. is systray app support planned in panel-2? Jun 15 08:53:20 pH5: atm, I have just plans for startup and input Jun 15 08:53:51 good morning Jun 15 08:53:52 pH5: Not sure what mallum has in mind Jun 15 08:53:56 hi florian Jun 15 08:54:14 hey florian Jun 15 08:54:16 hey florian Jun 15 08:54:29 stefan_schmidt: ok, just curious :) Jun 15 08:55:15 koen: So you like me to make a patch for adding the dependency and changing the OE_CONF line? Jun 15 08:55:25 no Jun 15 08:55:30 mtn pull :) Jun 15 08:55:37 Readon : you need bitbake -b file.bb Jun 15 08:55:52 heh, it's a pain if CIA is away. :) Jun 15 08:56:02 * stefan_schmidt is just doing his pull Jun 15 08:56:13 koen, fastest cross-compiler in the west :) Jun 15 08:56:20 CIA-4: matchbox-panel-2: enable startupmonitor applet Jun 15 08:56:38 Readon : or add PREFERRED_VERSION_uboot="your version" in local.conf Jun 15 08:56:58 koen: Thanks. Jun 15 08:57:13 Next step adjust our session stuff to use the other name. Jun 15 09:07:49 I made bitbake more verbose and now i see that he marked 2 different lix versions as buildable. http://rafb.net/p/INSWeS98.html Jun 15 09:13:24 stefan_schmidt: the openmoko session stuff in OE should already have that Jun 15 09:14:07 koen: ok, I'll take a look what else needs to be synced in this file. Jun 15 09:14:31 koen: For sure you have to use startup as applet name instead of openmoko-panel-startup Jun 15 09:14:53 koen: This will go away once the upstream one has proven stable Jun 15 09:17:49 koen: ah, OE never had the entry for the startup applet. Jun 15 09:18:17 koen: Using the panel-1 applet still. Jun 15 09:18:30 koen: Would be nice to catch up here. Jun 15 09:20:08 koen: Also OE is missing the alsactl restore Jun 15 09:24:20 stefan_schmidt: did you hear my plan about OM/OE? Jun 15 09:25:05 mickey_fic: Syncing up the stuff in the next two weeks and branch afterwards? Jun 15 09:25:13 stefan_schmidt: ok, so you did : Jun 15 09:25:14 ) Jun 15 09:25:44 mickey_fic: That why I like to get the files I touched synced to OE. Should save you some minutes. :) Jun 15 09:27:01 excellent Jun 15 09:39:51 when i use bitbake uboot-xxx for my bb file, it reports that "ERROR: Nothing provides dependency uboot-xxx" Jun 15 09:41:11 what can i do for it Jun 15 09:42:16 hello Jun 15 09:47:27 Readon : you need bitbake -b file.bb Jun 15 09:47:31 Readon : or add PREFERRED_VERSION_uboot="your version" in local.conf Jun 15 09:50:11 ok thank you Jun 15 10:00:55 steliosk, why bitbake openmoko-devel-image would work? Jun 15 10:02:37 and what is the difference between PREFERRED_PROVIDER_virtual/xxx and PREFERRED_PROVIDER_xxx? Jun 15 10:28:46 psokolovsky__: you here? Jun 15 10:29:08 tsdogs: yep Jun 15 10:29:38 ok, you can also remove EXT3 support in htcuniversal defconfigman (want the patch?) Jun 15 10:30:08 tsdogs: will do, no need for patch ;-) Jun 15 10:30:17 :) I have a question though Jun 15 10:30:59 sure Jun 15 10:31:29 goxboxlive told me that if usb-ohci, UMTS won't work in universa. Jun 15 10:31:42 136 files changed, 65971 insertions(+), 129 deletions(-) Jun 15 10:31:47 this probably is bug related. Jun 15 10:31:49 * koen stabs local diff Jun 15 10:32:32 sorry. rephrase if usb-ohci is compiled as a kernel module, UMTS won't work Jun 15 10:32:42 tsdogs: well, if umts modem is not on usb, apparently, it's bug Jun 15 10:33:13 if it's in the kernel, then it works. Jun 15 10:34:13 tsdogs: well guys, you'd need to figure out how ohci and umts relate ;-) Jun 15 10:34:23 psokolovsky__: ok thx Jun 15 10:38:43 koen: Agree or disagree? http://people.openmoko.org/stefan/openmoko-session-sync.patch Jun 15 10:42:43 stefan_schmidt: I sort of agree Jun 15 10:43:15 the applets change is ok, but the alsactl is machine specific, so fic-gtao1 would need its own seesion file Jun 15 10:44:09 or in between and if test -e /etc/alsa/stereoout.state ; fi Jun 15 11:30:58 Laibsch: ping Jun 15 11:35:00 florian: Hi Jun 15 11:35:57 koen: Sorry, lunch. Good point about the alsactl. Once we have a better sound infrastructure in place this should go away. If you can life with the test -e until this take a look at http://people.openmoko.org/stefan/openmoko-session-sync.patch again Jun 15 11:36:50 Laibsch: I didn't forget it, but its more complicated than expected. mediawiki needs php5 and Drupal does not seem to work properly with that. I suspect that we will need to update these first. Jun 15 11:38:47 rxvtlib.h:51:2: error: #error set intp_t Jun 15 11:38:47 rxvtlib.h:53:2: error: #error set u_intp_t Jun 15 11:38:54 (rxvt 7.9) Jun 15 11:39:14 bugzilla suggests that this was fixed, but that does not work for me Jun 15 11:40:07 (bug 749) Jun 15 11:40:10 florian: OK Jun 15 11:40:20 florian: What kind of timeframe do you expect? Jun 15 11:40:53 Laibsch: It depends, iirc we have three Drupals Jun 15 11:41:15 don't phps coexist? Jun 15 11:41:54 polyonymous: unluckily not :( Jun 15 11:42:02 * florian shoots php Jun 15 11:42:24 They did a while ago... Jun 15 11:42:37 * polyonymous shoots php again to be sure Jun 15 11:47:55 polyonymous: would you care to have a look at Jun 15 11:47:58 !oebug 1866 Jun 15 11:48:00 * * Bug 1866, Status: NEW, Created: 2007-02-12 05:41 Jun 15 11:48:01 * * bugs.openembedded.org(AT)rolf.leggewie.biz: mysql fails do_compile Jun 15 11:48:02 * * http://bugs.openembedded.org/show_bug.cgi?id=1866 Jun 15 11:48:21 It prevents me from building an opie-image for the collie Jun 15 11:48:27 lemme try Jun 15 11:48:28 spitz does not have this problem Jun 15 11:48:37 mysql for opie image?? Jun 15 11:48:42 and thus you have probably not run into it either Jun 15 11:48:52 polyonymous: Don't ask me Jun 15 11:48:59 heh Jun 15 11:49:05 it is being built when you do "btibake opie-image" Jun 15 11:49:16 Maybe a dependency is wrong Jun 15 11:49:19 but maybe not Jun 15 11:49:25 florian: what is the next step? Jun 15 11:50:10 Laibsch: Asking koen which version of Drupal oe and angstrom use. Jun 15 11:50:23 (just did this in #linuxtogo) Jun 15 11:50:26 and lunch! Jun 15 11:50:39 I am setting up a new OE installation. For some reason I don't understand I cannot pull: http://rafb.net/p/9BKDHd64.html Jun 15 11:50:41 is it that mysql isn't built for spitz or it doesn't fail for spitz? Jun 15 11:50:58 florian: "dpkg -l drupa*" ? Jun 15 11:51:12 Laibsch, as a data point geekisp has drupal 5.1 and php 4.4.7 installed Jun 15 11:51:18 polyonymous: it does not fail for spitz Jun 15 11:51:42 Laibsch, that's bad - I'll have to build everything for collie :) Jun 15 11:51:49 I know Jun 15 11:52:09 I can answer your questions if you prefer Jun 15 11:52:10 Laibsch: no, iirc we did not install his as a package because it was too old. Jun 15 11:52:21 first, I'll read your log. Jun 15 11:52:23 And I can make logs etc available over http Jun 15 11:52:38 It's attached to the bug Jun 15 11:52:50 polyonymous: well, if you need more, I mean Jun 15 11:52:59 like the whole $WORKDIR or so Jun 15 11:53:05 first things first... Jun 15 11:54:30 I can do a collie build in the same tmp with spitz now, right? Jun 15 11:56:00 If you have MACHINE ?= then just 'MACHINE="collie" bitbake mysql' Jun 15 11:56:08 from the command line Jun 15 11:56:17 Yes, that's what I meant. Jun 15 11:56:19 It won't recompile common code Jun 15 11:56:24 well, just checking Jun 15 11:56:49 Make sure machine is listed and Distro as oabi on the bitbake splash screen Jun 15 11:56:57 Make sure machine is listed as collie and Distro as oabi on the bitbake splash screen Jun 15 11:57:05 then there should not be any problems Jun 15 11:57:25 ok. But if there will be no problems, then I won't be able to fix them :) Jun 15 11:57:44 You won't have any problems producing the problem ;-) Jun 15 11:57:49 :) Jun 15 11:57:52 brb, food Jun 15 11:58:12 IOW, you won't screw up your tm Jun 15 11:58:14 tmp Jun 15 11:59:02 Ok, will try to. But I think mysql isn't built for spitz opie image. I just started to bake it and it does bake it eagerly. Jun 15 12:03:40 it was in my spitz directory so I assumed it was being built for spitz as well Jun 15 12:03:48 but I might have built it by hand Jun 15 12:04:05 At any rate, if we can drop the dependency for collie all the better Jun 15 12:04:08 it's built fine, though. I'm trying collie now Jun 15 12:04:18 yes, it builds fine for spitz Jun 15 12:07:15 Laibsch, what exactly bb splashscreen should look like? Jun 15 12:07:56 That is, I don't see oabi there Jun 15 12:08:31 and it started to build all the native stuff too. Jun 15 12:08:43 (shasum Jun 15 12:08:44 ) Jun 15 12:13:28 I made bitbake more verbose and now i see that he marked 2 different lix versions as buildable. http://rafb.net/p/INSWeS98.html Jun 15 12:20:22 polyonymous: http://paste.stgraber.org/1604 Jun 15 12:20:38 ah Jun 15 12:20:45 it doesn't mention oabi Jun 15 12:21:06 looks exactly like mine. Jun 15 12:21:40 still, mine builds all the shasum/quilt, etc. Nevermind though, I'm going off real soon, so it will be busy building Jun 15 12:22:14 yes, I think it should build shasum etc Jun 15 12:22:29 the oabi stuff used to be mentioned Jun 15 12:23:04 but the packages are going to be oabi nonetheless and some of them will show that in their name Jun 15 12:23:48 okay, I wasn't sure what you meant by 'common code' Jun 15 12:24:16 I think *-native is a common code, but nevermind. At least I think I won't have to rebuild it for spitz. Even if I do, not a big deal - just overnight build. Jun 15 12:30:23 * polyonymous is gone Jun 15 12:46:46 is anybody able to build gpesync? Jun 15 12:47:11 got a few unresolver symbols there Jun 15 12:53:02 * * OE Bug 2491 has been created by Jun 15 12:53:04 * * gpesyncd build failure (blocks angstrom-x11-image) Jun 15 12:53:06 * * http://bugs.openembedded.org/show_bug.cgi?id=2491 Jun 15 13:07:02 if I did mtn add some/path, then did mtn revert .- will addition be reverted? Jun 15 13:07:09 meh, ntp seems to not like uclibc, failing to find sys/var.h Jun 15 13:08:29 also - is it possible to somehow re-stage all packages w/o rebuilding? Jun 15 13:11:39 oxo yes debian has fixes for this problem Jun 15 13:11:49 ah nice Jun 15 13:11:49 oxo I apchted I localy too Jun 15 13:11:59 args Jun 15 13:12:02 what is the fix? Jun 15 13:12:04 I pachted it localy too Jun 15 13:12:11 hm there are same problems Jun 15 13:12:16 one is sys/var.h Jun 15 13:12:26 the other is __adjtimex Jun 15 13:12:57 in my opinion we shouldnt use ntpd but ntpclient Jun 15 13:13:01 which is smaller Jun 15 13:13:10 and the codebase same clearer Jun 15 13:13:18 yeah, but angstrom-x11-image wants me to build ntpd Jun 15 13:13:36 so I'm looking for a patch/fix Jun 15 13:13:38 for now you can use following workaround Jun 15 13:13:55 go to the oetemp/work/ntp/ntp dir Jun 15 13:14:12 and comment the build of tickadj out Jun 15 13:14:23 than it should build Jun 15 13:14:39 where do I do that? configure? Makefile? Jun 15 13:14:39 maybee tonight I will write bugreport with fix Jun 15 13:14:48 simply in the Makefile Jun 15 13:15:02 k Jun 15 13:15:22 so first bitbake -bla ntp configure, patch, bitbake -bla ntp Jun 15 13:15:34 right Jun 15 13:15:46 hm the Makefile is in the tools directory I now remeber Jun 15 13:15:50 okay Jun 15 13:15:58 * woglinde is heading home Jun 15 13:16:02 bye for now Jun 15 13:16:57 tnx Jun 15 13:23:03 * * OE Bug 2492 has been created by r.farina(AT)adelphia.net Jun 15 13:23:05 * * cups-1.2.10-r0 Jun 15 13:23:07 * * http://bugs.openembedded.org/show_bug.cgi?id=2492 Jun 15 13:35:55 re Jun 15 13:44:13 anybody knows which library provides vevent_from_tags? Jun 15 13:44:44 psokolovsky: Care to apply 2157? Jun 15 13:44:49 !oebug 2157 Jun 15 13:44:51 * * Bug 2157, Status: NEW, Created: 2007-04-29 03:49 Jun 15 13:44:52 * * bero(AT)arklinux.org: qemu fails to compile with gcc 4.x Jun 15 13:44:53 * * http://bugs.openembedded.org/show_bug.cgi?id=2157 Jun 15 13:44:59 can anyone suggest a dev board or maybe a router that could be misused that is big endian, runs 2.4 kernel and has a mini-pci slot? Jun 15 13:45:11 Laibsch: you fixed qemu to build with gcc 4? Jun 15 13:45:14 * Zero_Chaos hugs Laibsch Jun 15 13:46:52 Laibsch: well, feel free to apply that, I guess. i'm on other things now... Jun 15 13:47:01 Zero_Chaos: No, the fix is not from me Jun 15 13:47:29 psokolovsky: You said something about pre-/post to ML? Jun 15 13:47:48 Laibsch: yep, worth dropiing a note Jun 15 13:48:24 Just "I applied the patch from bug 2157 to allow compilation of qemu-native with gcc4" or anything else? Jun 15 13:50:39 Laibsch: + "this patch is from busybox project, so believed to be correct for both gcc3 & 4, but in case you'll face any issues, report them here or via bugtracker" ;-) Jun 15 13:52:47 Ok Jun 15 13:52:55 I'll do something along those lines Jun 15 14:03:26 * oxo curses gqview Jun 15 14:03:30 and/or gtk+ Jun 15 14:20:34 stefan_schmidt: looks good Jun 15 14:29:03 * * OE Bug 2157 has been RESOLVED (FIXED) by bugs.openembedded.org(AT)rolf.leggewie.biz Jun 15 14:29:05 * * qemu fails to compile with gcc 4.x Jun 15 14:29:07 * * http://bugs.openembedded.org/show_bug.cgi?id=2157 Jun 15 14:32:37 anybody know what's up with cia? Jun 15 14:39:13 Good afternoon Jun 15 14:42:19 sirfred, hello Jun 15 15:04:31 * koen declares at91_mci broken on 2.6.22-rc1 Jun 15 15:06:40 qemu-native just got fixed? Jun 15 15:06:59 Crofton|home: apparently Jun 15 15:07:11 I will try building onmy FC6 box then Jun 15 15:07:38 make that qemu Jun 15 15:18:45 Crofton|home: the fix was there for a long time. Jun 15 15:19:13 that maks sense, nothing new when I puleld Jun 15 15:19:30 no, the fix has only been committed in the last hour or so Jun 15 15:19:37 But it has been available for a long time Jun 15 15:22:21 florian: hey, did you get a response from joey yet? Jun 15 15:22:51 * Laibsch just reads a bit on bazaar Jun 15 15:23:08 When we switched to monotone, did we consider bazaar? Jun 15 15:23:32 If so; I'd like to know about the points where monotone won over bazaar Jun 15 15:24:09 Laibsch: on the one hand I doubt many people looked into different solutions Jun 15 15:24:52 getting the oe tree in bazaar was to difficult for me Jun 15 15:24:53 Laibsch: With some luck it was the time bazaar was forked of arch (IIRC) Jun 15 15:25:21 OK Jun 15 15:25:22 zecke: bazaar, bzr, baz, bazng? Jun 15 15:26:08 Laibsch: I have used bazaar for some minor projects and the performance was good. But e.g. the builtin svn support is horrible (read broken) Jun 15 15:26:52 Well, but there is svn support ;-) Jun 15 15:27:05 I don't think monotone has any plugins or does it? Jun 15 15:27:14 Laibsch: right :) Jun 15 15:28:49 Laibsch: the only possible change path for OE would be git Jun 15 15:31:01 Why? Jun 15 15:31:22 Is there some converging going on? Jun 15 15:33:22 Laibsch: mercurial has weird push issues, bazaar doesn't scale, darcs doesn't scale Jun 15 15:34:13 is anyone using a deb based rootfs? Jun 15 15:35:40 weird push issues sounds bad Jun 15 15:35:52 What do you mean does not scale? Lots of users? Jun 15 15:36:10 Laibsch: as documented, hg push CTRL+C requires a manual hg recover on the server Jun 15 15:36:12 It seems bazaar is used by ubuntu and I assume that means a lot of people Jun 15 15:36:32 ouch Jun 15 15:36:45 Laibsch: yes, but each sub project has ~100,1000 files and < 100 revs Jun 15 15:36:45 I do ctrl+c all the time on monotone ;-) Jun 15 15:36:55 * mickey|fic wonders whether it's the lets-change-the-svn-time of the year Jun 15 15:37:13 no Jun 15 15:37:25 sorry then, sounded like it :) Jun 15 15:38:03 s/svn/SCM/ anyways... Jun 15 15:38:06 * mickey|fic tired Jun 15 15:38:09 just ignore me :) Jun 15 15:38:15 mickey|fic, that was freudian slip Jun 15 15:38:19 hahaha Jun 15 15:38:20 might be Jun 15 15:41:17 ...so noone on a deb based rootfs? :P Jun 15 15:41:39 who coded the rootfs_deb bbclass? Jun 15 15:41:53 Jin^eLD: mtn log :) Jun 15 15:42:00 :) Jun 15 15:46:27 hey mickey|fic Jun 15 15:47:55 hiho Jun 15 15:49:11 * koen is getting quite annoyed with atmels braindead uboot installation Jun 15 15:54:41 any of you guys ever tried to render core fonts w/ kdrive? (you know the X fonts, not so fancy things like xft or freetype) Jun 15 15:55:33 mickey|fic: don't do that Jun 15 15:55:35 i had no luck until i a) called fc-cache to regen my cache, b) added the font path to the Xserver script and c) added some locale stuff. after a+b+c i got core fonts to see Jun 15 15:56:03 zecke: well, i kind of have to unless i want to add xft or freetype rendering to xosd Jun 15 15:56:10 which i dont want either :D Jun 15 15:56:45 there was an xosd replacement iirc Jun 15 15:56:49 rpurdie@oe - RP - is that you? :> Jun 15 15:57:01 ah. glad to know after spending two days to get it working on the Neo ;) Jun 15 15:57:05 koen: remember the name? Jun 15 15:57:17 googling right now Jun 15 15:57:25 cool, thansk Jun 15 16:01:22 mickey|fic: http://www.gnomefiles.org/app.php?soft_id=350 http://www.exactcode.de/site/open_source/macosd/ Jun 15 16:01:33 the second one is evas based Jun 15 16:01:50 and written by 'tr1' in #openmoko Jun 15 16:01:57 Jin^eLD: hen keep searching in the poky svn tree Jun 15 16:03:06 zecke: you mean it is more actively maintained there? Jun 15 16:03:21 Jin^eLD: no, but has more history over threre Jun 15 16:03:28 aah Jun 15 16:03:44 well, I was wondering if anyone actively uses it with current OE Jun 15 16:03:50 damn Jun 15 16:03:53 how could i overlook that stuff Jun 15 16:03:54 sine I was not able to solve my weird ipkg error I wanted to switch to apt Jun 15 16:03:57 koen: thanks Jun 15 16:03:59 s/sine/since/ Jun 15 16:04:15 but switching to apt seems not an easy solution either, quite some things are broken Jun 15 16:05:08 koen: good to know that i don't need to rewrite everything when we switch to EFL Jun 15 16:05:09 g Jun 15 16:05:15 :) Jun 15 16:05:15 just kidding, of course Jun 15 16:05:39 mickey|fic: you will use QGraphicsView anyway :} Jun 15 16:05:51 heh, yes Jun 15 16:05:57 OpenMoko 2.0 will use D Jun 15 16:06:03 QtD bindings Jun 15 16:06:13 ready in about 3 years Jun 15 16:07:37 ;) Jun 15 16:07:44 is that an official statement? Jun 15 16:08:06 * zecke waits for Knuts return Jun 15 16:08:28 the teddy bear? Jun 15 16:08:35 is it feasible to start the e.V at guadec? Jun 15 16:08:45 Laibsch: yeah, but the one from Norway Jun 15 16:08:50 (if zecke passes his math exam) Jun 15 16:09:01 sounds good to me, if we can do it that quickly Jun 15 16:09:02 oh, they invented a knut^2? Jun 15 16:09:15 not really, it's Knut Irvin. not really a bear Jun 15 16:09:17 koen: well, my prof is playing 'dead' Jun 15 16:11:50 morning Jun 15 16:18:30 hi Jun 15 16:23:59 * mickey|fic digs around on exactcode.de Jun 15 16:24:03 i like that guys attitude Jun 15 17:08:38 re Jun 15 17:09:02 zecke: yes, they are still active... only the website is not updated that frequently. Jun 15 18:05:03 * * OE Bug 2145 has been RESOLVED (FIXED) by bugs.openembedded.org(AT)rolf.leggewie.biz Jun 15 18:05:05 * * do_install fails for libopensync Jun 15 18:05:07 * * http://bugs.openembedded.org/show_bug.cgi?id=2145 Jun 15 18:09:08 yay! Jun 15 18:09:09 http://rafb.net/p/YoqcGr63.html Jun 15 18:11:06 koen: LICENSE = "LGPL/GPL" does not distribute the sources Jun 15 18:11:17 ? Jun 15 18:11:28 Don't you think it makes sense to have LICENSE = "GPL" instead to comply with the GPL Jun 15 18:11:33 ? Jun 15 18:11:47 what are you talking about? Jun 15 18:11:57 koen: cool! Jun 15 18:12:16 koen: A package like konq has LICENSE = "LGPL/GPL" Jun 15 18:12:34 Bitbaking it, the source is not being distributed. Jun 15 18:12:40 right, because it contains both licenses Jun 15 18:12:47 like cairo is GPL/MPL Jun 15 18:13:03 Well, the GPL stuff needs to be distributed, though Jun 15 18:13:10 bitbaking a package never distributes the sources, that's your own responsibility Jun 15 18:13:28 koen: I think you know what I am talking about Jun 15 18:13:34 Sorry for typing too slowly Jun 15 18:13:38 no, I really don't Jun 15 18:13:45 see http://www.openembedded.org/gpl-causing-problems-for-derivative-linux-distros Jun 15 18:13:52 Exactly Jun 15 18:14:00 You are not complying with the GPL sources Jun 15 18:14:19 When they are mixed like in konq's case Jun 15 18:14:27 mixed with non-GPL stuff Jun 15 18:14:30 ??? Jun 15 18:14:37 puh Jun 15 18:14:54