**** BEGIN LOGGING AT Thu Mar 15 02:59:59 2007 Mar 15 04:37:51 Hi all Mar 15 04:38:05 after some help with libgl.. I seem to be getting the mesa x11 libgl and I'd like the SGI version.. any idea how to select? Mar 15 05:00:18 going nuts trying to get the right libgl here :( Mar 15 05:00:54 my drm/dri is disabled according to libgl because the vendor is mesa's x11 gl implementation Mar 15 05:24:50 ahh it's the funky mesa / mesa-dri separation.. mesa needs DRI_DRIS defined to compile libgl for dri Mar 15 05:25:05 but libgl gets compiled by the oe mesa package.. NOT the mesa-dri package. wonderful Mar 15 05:44:31 I suppose most people here don't need anything more than brian paul's mesa implementation Mar 15 06:26:16 how do I explicitly specify files that should not be packaged? Mar 15 06:29:20 hillct: you just don't put them in the image dir for that package Mar 15 06:29:28 hillct: that'd be the easiest way Mar 15 06:29:38 ok Mar 15 06:29:40 easy enough Mar 15 06:30:04 that just didn't strike me as the most 'correct' way Mar 15 06:30:35 figured there was an exclusion array or something Mar 15 06:32:38 Yeah, no other method available - so you need to either not install into ${D} in the first place, or remove them from ${D} before packaging. Mar 15 06:32:53 Guess I should add mention of that to the packaging section of the user-manual... Mar 15 06:33:55 I think I'm going to have to write a massive guide on getting libgl dri working in OE for people who want direct rendering with an xorg driver like radeon Mar 15 06:34:02 this current mesa build is a bit of a joke Mar 15 06:42:58 oh wow Mar 15 06:43:10 and the libelf recipe is broken :( installs to the wrong dir Mar 15 06:50:05 jselect: Can't help you with the gl/dri stuff... I don't do any GUI stuff. Mar 15 06:50:35 03lenehan 07org.oe.documentation * rc6010a4d... 10/ (1 usermanual/chapters/recipes.xml): Mar 15 06:50:35 recipes: Add details in the packaging section on how to avoid having Mar 15 06:50:35 to package up some files. Mar 15 06:54:40 v8jlene: I'd like to.. sort of on a schedule at the moment but I do need to come back and document the changes I've had to make Mar 15 06:55:54 jselect: Yep, I was the same when I originally started OE (I was building for a new arch which was a bit complicated). Sounds like your doing things no one else has done. Mar 15 07:02:55 03lenehan 07org.oe.documentation * rc0eefd88... 10/ (1 usermanual/chapters/recipes.xml): Mar 15 07:02:55 recipes: Update the sample package output to show that packages now Mar 15 07:02:55 go into deploy/ipkg/ rather than just deploy/ipkg to reflect Mar 15 07:02:55 recent changes. Mar 15 07:18:52 rwhitby : Hi ! just noticed that when submitted asterisk_1.2.16.bb the PR version was wrong. it was from .14 Mar 15 07:19:08 doesn't matter too much Mar 15 07:19:15 rwhitby : does it make sense to "downgrade" ? Mar 15 07:19:38 it's just a monotonically incrementing integer which has absolutely no meaning attached to it. Mar 15 07:19:50 it must never go backwards for the same PV Mar 15 07:20:44 rwhitby : it does... when updating from a repo... ok. so will stay like that and increase with next change Mar 15 07:21:14 no, PR never goes backwards for the same PV. Mar 15 07:21:37 it may go back to zero if PV changes Mar 15 07:24:10 good morning Mar 15 07:26:41 rwhitby : heh actually i was replying to this part -> "which has absolutely no meaning attached to it" Mar 15 07:27:09 oh, it has no other meaning than being a monotonically increasing integer. Mar 15 07:33:08 03lenehan 07org.oe.dev * rb592c106... 10/ (1 classes/insane.bbclass): insane.bbclass: Add support for sh4. Mar 15 08:01:37 !oebug 1990 Mar 15 08:01:38 * * Bug 1990, Status: NEW, Created: 2007-03-15 01:06 Mar 15 08:01:39 * * skoroneos(AT)digital-opsis.com: diet-x11 makes bitbake fail Mar 15 08:01:40 * * http://bugs.openembedded.org/show_bug.cgi?id=1990 Mar 15 08:01:53 zecke : it still fails after clean build Mar 15 09:01:59 hi florian Mar 15 09:03:23 hey, I've got a question: if a bb file is changed does the PR variable need to be incremented? Mar 15 09:07:33 good morning Mar 15 09:08:11 SirManiac: usually yes, unless you made a change that does not cause changed resulting packages. Mar 15 09:08:20 morning Mar 15 09:09:19 it's a fix, the files wern't being properly archived into the packages (librsvg_2.16.0) Mar 15 09:10:29 SirManiac: yes, then this will make sure everyone gets it updated. Mar 15 09:10:55 I'm writing a bug report right now Mar 15 09:11:03 florian: thanks Mar 15 09:20:54 03rwhitby 07org.oe.dev * r669fcabe... 10/ (3 files in 3 dirs): ixp4xx-kernel: Synchronised kernel patch series with svn repo. Mar 15 09:21:01 03rwhitby 07org.oe.dev * rbe764317... 10/ (1 conf/distro/include/slugos.inc): slugos.inc: Bumped revision to 4.4. Mar 15 09:21:07 Hi. Mar 15 09:22:20 norning Mar 15 09:25:31 I tried to bitbake libmimedir (0.4.0+cvs20060804) but fetch is failed since anoncvs.gnome.org is not reachable. I updated OE just now, there is no change. Mar 15 09:26:20 Is it permanent down of anoncvs.gnome.org? Mar 15 09:28:27 good morning all Mar 15 09:28:43 03lenehan 07org.oe.dev * ra0630864... 10/ (4 files in 2 dirs): (log message trimmed) Mar 15 09:28:43 radvd: Updates for the IPv6 router advertisment daemon: Mar 15 09:28:43 - Add new 1.0 version Mar 15 09:28:43 - Add HOMEPAGE Mar 15 09:28:43 - Move common parts of recipes to .inc file Mar 15 09:28:44 - Add md5sum's for each of the .tar.gz's Mar 15 09:28:46 - Make it depend on flex-native, not flex Mar 15 09:31:03 sza2|home: Looks like they moved the subversion, so the recipe will need to be updated to use svn to svn.gnome.org instead. Mar 15 09:32:55 v8jlene: Thx. So I shoud modify .bb file... Mar 15 10:04:22 NOTE: package gcc-4.1.1-r12: task do_package_write: started Mar 15 10:04:22 Packaged contents of libgcc into /home/slug/slugosbe/tmp/deploy/ipk/armv5teb/libgcc-s1_4.1.1-r12_armv5teb.ipk Mar 15 10:04:33 what's this libgcc-s1 package still doing getting created? Mar 15 10:04:55 Is this only happening to me, or is everyone getting that? It's really stuffing up the unstable feeds. Mar 15 10:09:13 It seems that gcc-4.1.1-r11 packaged correctly, but gcc-4.1.1-r12 is busted. Is it a gcc change, or did something else to do with packaging change? Mar 15 10:11:15 rwhitby : hmmm changes in the gcc did not evolve packaging Mar 15 10:11:56 Does anyone else get a libgcc-s1 package emitted from gcc-4.1.1-r12 ? Mar 15 10:13:33 rwhitby : let me check Mar 15 10:14:11 rwhitby : but r12 changes get only applied to powerpc targetsm can't see how something like that might effect arm... Mar 15 10:14:58 * rwhitby starts to look in oe-commits ... Mar 15 10:17:16 rwhitby : i don't get such a package on powerpc Mar 15 10:17:24 Hmm: http://lists.linuxtogo.org/pipermail/openembedded-commits/2007-March/004007.html Mar 15 10:17:36 that's the most recent one touching gcc packaging. Mar 15 10:24:30 amdlx -> NOTE: build 200703150913: completed :-) Mar 15 10:27:55 ok, I'm going to try a local build with that patch reverted. Mar 15 10:28:48 And then if it works, I'll need to rebuild everything that has been built since that depends on libgcc1 :-( Mar 15 10:54:15 ok, that patch of Koen's is definitely the culprit. Mar 15 10:55:12 It adds libgcc to the packages created by gcc_4.1.1.bb, whereas before gcc-cross created that package. Mar 15 10:55:41 RP, mickeyl: permission requested to revert the patch in http://lists.linuxtogo.org/pipermail/openembedded-commits/2007-March/004007.html Mar 15 10:56:40 go ahead and please send a mail to -devel Mar 15 10:56:43 This cannot wait until koen|away returns, cause it is poisoning all builds. Mar 15 10:56:46 ok Mar 15 10:57:38 I would be happier if someone else was able to reproduce the error ... Mar 15 11:02:54 libgcc1_4.1.1-r11_armv5te.ipk libgcc-s-dev_4.1.1-r11_armv5te.ipk Mar 15 11:03:24 libgcc1_4.1.1-r11_ppc603e.ipk libgcc-s-dev_4.1.1-r11_ppc603e.ipk Mar 15 11:03:31 those are from after that patch Mar 15 11:06:00 I don't have a libgcc-s1 at all though Mar 15 11:06:01 mickeyl: I will revert locally on slugos autobuilder, and wait for confirmation from someone else. Mar 15 11:06:21 NAiL: what OS are you building on? Both of mine (nudi, and my laptop) are Debian. Mar 15 11:06:41 ubuntu edgy x86_64 Mar 15 11:07:31 NAiL: why are those r11 and not r12? Mar 15 11:08:01 that tells me they haven't been rebuilt Mar 15 11:09:00 koens patch didn't bump the PR Mar 15 11:09:40 but gcc_4.1.1.bb has been bumped to r12 - how come you haven't built that? Mar 15 11:10:06 uhm, I'm looking into that ;) Mar 15 11:12:13 I built gcc after Ifaistos' patches that fixed my 4.1.1 build (And those came after koen's patches) Mar 15 11:13:06 so why isn't that r12? Mar 15 11:14:17 that's a bit odd. Mar 15 11:14:44 I'll start a rebuild of foonas. It'll take a few hours though Mar 15 11:18:41 I've counted 43 packages in just one of our feeds that are poisoned by this bug now. Mar 15 11:18:50 We're basically going to have to rebuild the feeds. Mar 15 11:20:10 mickeyl: is there an easy way to get the argument required for bitbake -c clean from a package name (using the information in Packages?) Mar 15 11:23:39 re Mar 15 11:24:40 03nail 07org.oe.dev * rf0ac8831... 10/ (1 packages/linux/linux_2.6.20.bb): linux: Make sure to copy the finished kernel to deploy Mar 15 11:24:45 03nail 07org.oe.dev * r26fd08fc... 10/ (6 files in 4 dirs): add package hfsutils, thanks to timtimred Mar 15 11:31:00 hey koen|away Mar 15 11:31:03 hey koen|galinhas Mar 15 11:34:03 koen|galinhas: reverting http://lists.linuxtogo.org/pipermail/openembedded-commits/2007-March/004007.html stops gcc emitting the bogus libgcc-s1 package Mar 15 11:34:19 koen|galinhas: what's your opinion? Mar 15 11:34:28 rwhitby: it isn't bogus Mar 15 11:34:46 the libgcc-s1 package isn't bogus? Mar 15 11:34:54 without it the native gcc won't actually work properly Mar 15 11:35:12 so everyone should be seeing libgcc-s1 instead of libgcc1 now? Mar 15 11:35:27 rwhitby: I think it needs a 'mv libgcc_s.so libgcc.so' like gcc-cross does Mar 15 11:35:29 is mtn 0.33 ok to use with openembedded? Mar 15 11:35:49 with it, there are two packages libgcc-s1 and libgcc1 both providing the same file, and poisoning the feeds with bad dependencies. Mar 15 11:36:16 rwhitby: not quite Mar 15 11:36:29 rwhitby: gcc (non-cross) generates only libgcc_s Mar 15 11:36:37 * rwhitby loves the way koen dances around a problem Mar 15 11:36:41 rwhitby: gcc-cross generates only libgcc Mar 15 11:37:00 so one of them needs to rename the lib during packaging Mar 15 11:37:12 in both cases, it is NOT a bogus package Mar 15 11:37:15 so why didn't you do that when you comitted that change? Mar 15 11:38:06 * rwhitby imagines many expletives coming from koen's mouth if anyone else was to commit such a change that causes such problems. Mar 15 11:38:34 does anyone know once we install the perl build with OE what else is need it in order to execute something like that on the target perl -MCPAN -e "install Net::Telnet" Mar 15 11:39:06 rwhitby: if you don't want to discuss a solution, that's fine Mar 15 11:39:24 actually, I do want to discuss a solution. I'm just noting the double standards that apply ... Mar 15 11:40:11 ok, so you don't want to discuss it Mar 15 11:40:18 welcome to my ignore list Mar 15 11:40:25 so you can give it, but you can't take it hey? Mar 15 11:40:29 * koen|galinhas goes out to do something constructive with his time now Mar 15 11:40:42 "I'm taking my marbles and going home now ..." Mar 15 11:41:26 must be painful to actually be shown to be mortal, koen. Mar 15 11:45:51 * rwhitby expects koen to clean up his mess in his own good time. Mar 15 11:56:34 * NAiL notes that koen|galinhas is being childish Mar 15 11:57:51 ok found a useful oe log file with details about 0.33 migration http://www.hentges.net/tmp/logs/irc/%23oe/2007/February/20070228_oe.log Mar 15 11:58:13 y0 mickeyl Mar 15 11:58:34 regenerate_caches takes forever :( Mar 15 11:58:47 might leave it overnight Mar 15 12:00:32 * rwhitby notes koen|galinhas's helpful response on the mailing list (including an apology) and buries the hatchet (in the http://en.wikipedia.org/wiki/Bury_the_hatchet sense of the term) Mar 15 12:05:22 hi anushsh Mar 15 12:05:52 anushsh, which arch are you using with oe? Mar 15 12:09:14 darmor : arm Mar 15 12:09:48 darmou : arm - generic Mar 15 12:11:03 ok so no particular machine just aiming for arm for a custom device or board Mar 15 12:12:18 good morning! Mar 15 12:12:53 Is there a reason that all glibc bb files contain a line of PROVIDES += instead of specifying it directly in PROVIDES = ? Mar 15 12:13:19 I am trying to at least untangle this mess a little bit by unifying into an .inc file Mar 15 12:47:42 03xora 07org.oe.dev * r4c2e0c71... 10/ (4 files in 3 dirs): packages/mplayer/mplayer_0.0+1.0rc1.bb : update the vo_pxa driver from Tim Chick Mar 15 13:22:14 has anyone been able to get mysql running on their target ? Mar 15 13:22:55 XorA vo_pxa driver, now that sounds interesting Mar 15 14:03:25 * koen|galinhas heads down do recife Mar 15 14:14:47 * rwhitby is bitten by the diet-x11 makekeys.diff patch, removes that file from the SRC_URI in the .bb, and things continue to rebuild. Mar 15 14:15:50 rwhitby: What is that? I had problems building diet-x11 recently. It even crashed bitbake. Mar 15 14:16:12 remove the makekeys.diff patch from the diet-x11 .bb, and it builds. Mar 15 14:16:25 hmm Mar 15 14:16:34 that is probably my fault Mar 15 14:16:46 (at least it did for me). this was going on " [07:47] Ifaistos: can you try removing file://makekeys.diff;patch=1 from diet-x11_X11R7.1-1.0.1.bb?" Mar 15 14:17:44 (about 17 hours ago - lucky I had a long backscroll thx to dircproxy) Mar 15 14:17:53 !oebug 1990 Mar 15 14:17:55 * * Bug 1990, Status: NEW, Created: 2007-03-15 01:06 Mar 15 14:17:56 * * skoroneos(AT)digital-opsis.com: diet-x11 makes bitbake fail Mar 15 14:17:57 * * http://bugs.openembedded.org/show_bug.cgi?id=1990 Mar 15 14:19:27 * rwhitby goes back to sleep now the feeds rebuild is continuing. Mar 15 14:56:58 pH5: You was suggested as oe xserver guru. :) I'm working on 8bit support for the Neo1973 atm and run into problems with xserver-kdrive and rgb.txt Mar 15 14:57:38 pH5: It seems the table is missing which results in broken colors in X. Colors are fine in framebuffer console and ts_calibrate for example. Mar 15 14:58:55 pH5: XorA told me about kdrive needs to be enabled for this. What's the best way to integrate this? Mar 15 15:00:11 stefan_schmidt: you need to search oe-dev mailing list for koens RFC Mar 15 15:00:22 stefan_schmidt: I dont have it in my mailbox Mar 15 15:00:54 XorA: ok Mar 15 15:02:21 http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-February/001394.html Mar 15 15:02:37 stefan_schmidt: that was for you Mar 15 15:02:57 XorA: fast, thanks Mar 15 15:08:06 03xora 07org.oe.dev * re7fbe6e2... 10/ (5 files in 3 dirs): Mar 15 15:08:06 mplayer_0.0+1.0rc1.bb : use iwmmxt on spitz Mar 15 15:08:06 mplayer_svn.bb : refresh patches and use iwmmxt on spitz Mar 15 15:09:16 * JustinP woohoo's Mar 15 15:09:21 XorA, pH5: Discussion but no solution. Is there an example how to build the libx11-cms? Mar 15 15:10:01 stefan_schmidt: as I said over --> it died in naming issues, and no-one got interested enough to fix it Mar 15 15:10:48 XorA: ah, ok. I thought there where already some example bb's hidden. ;) Mar 15 15:11:05 * stefan_schmidt reads about the kdrive/cms stuff Mar 15 15:11:44 stefan_schmidt: I think it was as simple as take diet-x11 and add --enable-xcms to EXTRA_OECONF, but thats from vague memory Mar 15 15:12:09 XorA: hmm, sounds simple. Mar 15 15:12:26 stefan_schmidt: or use libx11_XXX.bb which is full x11 Mar 15 15:12:58 XorA: Perhaps worth for a first try. Mar 15 15:14:02 JustinP: woohoo? Mar 15 15:16:53 03mickeyl 07org.oe.dev * ra1f690fe... 10/ (1 packages/images/openmoko-devel-image.bb): openmoko-devel-image: ship task-openmoko-examples Mar 15 15:19:07 stefan_schmidt: hi. isn't openmoko building the full libx11 already? Mar 15 15:19:57 pH5: At least the /usr/share/X11/rgb.txt is missing. Mar 15 15:20:05 in debian, rgb.txt is shipped with x11-common (formerly xserver-common) Mar 15 15:20:16 pH5: Let me take some food and a break and I report later. Mar 15 15:20:51 mahlzeit :) Mar 15 15:22:01 pH5: danke :) Mar 15 15:32:49 XorA: the mplayer speedups, I think that's awesome :-) Mar 15 15:34:01 JustinP: send love mail to the author then Mar 15 16:03:59 psokolovsky_: two questions re bug 1776. Is it generally possible to say "MACHINE=spitz bitbake foo" and it works? Are 1776 and 1110 similar, IOW is 1110 likely fixed as well? Mar 15 16:05:12 Laibsch, it's the recommended way to do multimachine builds. binutils problem was the only I hit, and I confirmed that it was fixed (rebuilt binutils with such command lately) Mar 15 16:05:46 Laibsch, #1110 sound similar by nature, but it's too old of course. Mar 15 16:05:51 !oebug 1110 Mar 15 16:05:52 * * Bug 1110, Status: NEW, Created: 2006-06-20 06:49 Mar 15 16:05:53 * * yamaken(AT)bp.iij4u.or.jp: env variable MAKEFLAGS should not be propagated into bitbake subprocesses Mar 15 16:05:54 * * http://bugs.openembedded.org/show_bug.cgi?id=1110 Mar 15 16:09:03 psokolovsky_: OK, I will contact Yamaken about it, then. Mar 15 16:09:12 Laibsch, well, that's all handlable on OE level. If you want to bother, fix it. Mar 15 16:09:23 psokolovsky_: so this was a general fix to handle env vars? Mar 15 16:09:45 psokolovsky_: You know about my role. I am not mainly here as a coder. Mar 15 16:10:04 Laibsch, otherwise, response is "we could not make sure that we handle *all* incorrectly set up envs. if you found sth which hits you, patches welcome" Mar 15 16:10:29 Laibsch, bitbake has support for unexporting any var. use that Mar 15 16:10:44 how is that unexporting done? Mar 15 16:11:26 Laibsch, grep -r Mar 15 16:12:09 psokolovsky_: I believe bug 1110 is a general nuisance and not something along the lines of "please fix this for free for me". Yamaken is a very active dev in some very important FOSS projects (they are all .jp related, though, so I guess you don't know him) Mar 15 16:12:21 psokolovsky_: how is grep -are going to help? Mar 15 16:12:34 Sorry if I am more dense than usual Mar 15 16:13:58 Laibsch, but you still don't want to try some leg work yourself, right? ;-) Mar 15 16:14:07 pfalcon@colinux:~/linux-ppc/org.openembedded.dev/classes$ grep -i -r unexport * Mar 15 16:14:07 base.bbclass: bb.data.setVarFlag('MACHINE', 'unexport', 1, d) Mar 15 16:15:50 psokolovsky_: I think you know I always do all the leg work I am capable of. Mar 15 16:16:35 The information what to search for is more important than the name of a tool capable of it. Mar 15 16:16:58 Laibsch, you see, I didn't like about "unexport" ;-) Mar 15 16:18:15 ? Mar 15 16:18:37 did not like about unexport? Mar 15 16:18:56 Laibsch, So, I hope I answered your q's, and you'll be able to process this now? Mar 15 16:19:13 Laibsch, oops, sorry, "didn't lie" ;-) Mar 15 16:19:33 Sure, thanks a lot. Mar 15 16:20:01 np ;-) Mar 15 16:20:04 So, I guess this fix was really only dealing with the MACHINE env var, right? Mar 15 16:20:13 Where is RP? Mar 15 16:20:19 ~seen RP Mar 15 16:20:31 Oh, right here ;-) Mar 15 16:20:47 rp is currently on #gpe (10h 47m 21s) #oe (10h 47m 21s) #openmoko (10h 47m 21s) #openzaurus (10h 47m 21s) #handhelds.org (10h 47m 21s), last said: 'hvontres|poodle: Its a bit bigger than I was thinking but yes, something like that should help/work'. Mar 15 16:20:50 RP: Can we broaden the fix for bug 1776 to also fix 1110? Mar 15 16:21:01 psokolovsky_: ah..the recommended way to do multimachine builds is to alter your local.conf (or have another conf included which is altered) Mar 15 16:21:16 Which is what I thought. Mar 15 16:21:29 Of course command line parameter is nice and flexible ;-) Mar 15 16:23:00 JustinP, it is not, obviously. who would want to wait for reparse every time? Mar 15 16:24:56 psokolovsky_: I thought that a reparse was needed. The other devs have always said to alter local.conf. All of the OZ scripts, AFAIK, alter auto.conf which local.conf includes Mar 15 16:25:33 JustinP, hint: what you say are old news, what you say are new news. but YMMV ;-) Mar 15 16:25:52 second "you" shoulde be "I" Mar 15 16:25:56 anyway, back to work Mar 15 16:27:07 I guess I'm out of date then... Mar 15 16:50:53 Crofton are you here ? Mar 15 17:11:16 I got a merge conflict Mar 15 17:11:24 Anybody have experience how to solve this? Mar 15 17:12:20 talking about "mtn merge" which results in a merge conflict here. Mar 15 17:16:39 Laibsch: what's your conflict? Mar 15 17:16:53 03rwhitby 07org.oe.dev * r3950a818... 10/ (1 packages/meta/slugos-packages.bb): slugos-packages: demoted logrotate as it fails to build. Mar 15 17:20:00 JustinP: MAINTAINERS Mar 15 17:20:17 I got it resolved now, thanks to help from etan in #monotone. Mar 15 17:20:19 Laibsch: heh, fun. You added yoruself and it's giving a conflict? Mar 15 17:20:34 ah, good Mar 15 17:20:44 JustinP: No, I was fixing a bug and hrw committed faster. Mar 15 17:21:12 Laibsch: well...MAINTAINERS shouldn't have a conflict unless you both edited it... Mar 15 17:21:21 Which is what happened. Mar 15 17:21:35 ah, ok Mar 15 17:21:47 so you edited the same entry? Mar 15 17:21:51 yes Mar 15 17:22:07 ok Mar 15 17:22:09 we were trying to fix the same bug were Rick Farina asked for an update to his entry. Mar 15 17:22:27 I hope it turns out right. Mar 15 17:32:11 Laibsch, I hope the resolving didn't make you sick. just in case, my notes are at the bottom of http://www.handhelds.org/moin/moin.cgi/PaulSokolovsky Mar 15 17:36:37 Sick? Mar 15 17:37:27 I'd say mtn's conflict resolution makes me vomit outright %) Mar 15 17:37:36 ;-) Mar 15 17:37:53 It was relatively painless. I used xxdiff Mar 15 17:38:38 I only problem that was not obvious right from the start is that just using the "save as merged" option and quitting xxdiff is all that is necessary. Mar 15 17:38:45 lucky you guys who have X around. but I use headless boxes, and judge by that Mar 15 17:38:53 I had saved as left and that made mtn crash Mar 15 17:39:05 psokolovsky_: I did this on a headless box Mar 15 17:39:18 man "ssh -X $host xterm" ;-) Mar 15 17:39:28 gui sux ;-) Mar 15 17:39:44 well, if you feel that way ;-) Mar 15 17:39:50 You are into SM? ;-) Mar 15 17:40:33 * Laibsch kicks CIA Mar 15 17:40:37 * Laibsch kicks CIA-3 Mar 15 17:40:37 ow Mar 15 17:40:54 nope, I'm hardcore console user, that's why I sit on 'doze box btw - it's best at it %) Mar 15 17:41:01 well, nevermind Mar 15 18:17:02 Morning Mar 15 18:23:57 I'm having an strange error bitbaking diet-x11_X11R7.1-1.0.1.bb Mar 15 18:26:38 It seems to happen while applying makekeys.diff Mar 15 18:27:31 http://www.pastebin.ca/396371 Mar 15 18:27:41 Could someone take a look ? Mar 15 18:28:21 Hmm, it seems that the patch is applied twice. Mar 15 18:30:26 It seems that libx11 is required by diet-x11, and the first is already applying that patch. Mar 15 18:35:16 yeah Mar 15 18:43:26 hi all Mar 15 18:44:02 sirfred: whenever CIA-3 feels like saying it, I've committed the fix to the diet-x11 problem Mar 15 18:44:13 (ie, I've removed the mess I made earlier) Mar 15 18:44:22 NAiL: Thanks Mar 15 18:45:12 NAiL: After removing it from diet-x11 it compiled correctly Mar 15 18:45:51 yeah Mar 15 18:50:20 RP: what happend to -vvv it doesn't print the dependency chain anymore?! Mar 15 19:03:46 mr_nice: email is under way Mar 15 19:26:46 hi Mar 15 19:26:53 psokolovsky_: you're here? Mar 15 19:27:54 Bernardo, yep Mar 15 19:29:12 I've been unable to build opie-image/angstrom, gives me a strange dep error on libqpe1: http://pastebin.ca/396443 Mar 15 19:30:28 i've blasted my build dir away and retried a couple of times, and had the same result Mar 15 19:33:40 Bernardo, have you read that yoy must remove all previosuly biult 1.2.2 ipk's? Mar 15 19:34:12 I blasted my build dir... but maybe I forgot to blast the ipk dir... :( Mar 15 19:35:44 Bernardo, I guess http://www.linuxtogo.org/gowiki/OpieWithAngstrom gives clear instructions. if not feel free t edit it and clarify Mar 15 19:57:34 Does OE not use git if installed on the host system? Mar 15 19:58:14 OE does use git if it is installed & required for the particular package Mar 15 19:58:28 mtd-utils-native just failed building for me in do_fetch because of some git problem. Mar 15 19:59:01 trash your local copy of that git repository in sources/ Mar 15 19:59:26 and the other relevant bits to pull it down again Mar 15 20:01:23 OK, thanks. I will try that. Mar 15 20:01:40 hi laibsch Mar 15 20:01:50 hey woglinde Mar 15 20:01:56 Whazzup? Mar 15 20:02:13 hm nothing Mar 15 20:02:27 damned phoneme dont works with gtk Mar 15 20:02:35 with my porting to gtk2 Mar 15 20:06:34 mrdata: big thx! Mar 15 20:06:54 he mr_nice Mar 15 20:08:28 re Mar 15 20:09:15 woglinde: hi Mar 15 20:09:22 he koen :) Mar 15 20:10:53 evening all Mar 15 20:18:29 question : Since php and php wit pear support need different configs does it make sense to make to 2 bb files. Keep the 'old' php and an a php-pear .bb also ? Mar 15 20:20:57 * v8jlene is back Mar 15 20:21:06 morning all Mar 15 20:26:13 * NAiL kicks CIA-3 Mar 15 20:26:14 ow Mar 15 20:26:38 * NAiL repeatedly kicks CIA-3 Mar 15 20:26:55 timtimred: I've committed your hfsplusutils now ;) Mar 15 20:27:12 CIA-3 is having constipation though Mar 15 20:28:08 yay. Mar 15 20:28:38 12:24 < CIA-3> nail org.oe.dev * r26fd08fc... / (6 files in 4 dirs): add package hfsutils, thanks to timtimred Mar 15 20:28:40 03Laibsch 07org.oe.dev * ra058fa9c... 10/ (1 MAINTAINERS): MAINTAINERS: update to Zero_Chaos' entry which I forgot to push previously. Mar 15 20:28:45 03Laibsch 07org.oe.dev * r3ffff95d... 10/ (4 files in 2 dirs): granule: update stable version to 1.2.4. Closes 1959. Mar 15 20:28:46 there's the last one :P Mar 15 20:28:50 03Laibsch 07org.oe.dev * ree8c1619... 10/ (5 files in 2 dirs): tor: update to 0.1.1.26. Closes 1638. Mar 15 20:28:54 03Laibsch 07org.oe.dev * r7154bcd1... 10/ (1 packages/tor/tor_0.1.1.26.bb): tor: some clean up. Mar 15 20:29:00 03Laibsch 07org.oe.dev * r2c516898... 10/ (13 files in 2 dirs): glibc: unify this beast some more. Mar 15 20:29:03 i saw the commit earlier :) Mar 15 20:29:04 03Laibsch 07org.oe.dev * r28693024... 10/ (13 files in 2 dirs): glibc: unify even more Mar 15 20:29:06 ah, someone has given CIA-3 laxatives Mar 15 20:29:12 03nail 07org.oe.dev * rc0d28d94... 10/ (3 files in 3 dirs): diet-x11: Remove makekeys patch Mar 15 20:29:15 "thar she blows" Mar 15 20:29:23 03nail 07org.oe.dev * re903c360... 10/ (1 packages/meta/foonas-packages.bb): foonas: Remove arpwatch. Doesn't build Mar 15 20:29:30 03nail 07org.oe.dev * rf7c301a3... 10/ (1 packages/hfsutils/hfsutils_3.2.6.bb): hfsutils: Fixup install to use bindir instead of hardcoded paths Mar 15 20:29:39 03nail 07org.oe.dev * rb0dc2a74... 10/ (8 files in 4 dirs): hfsplusutils: Add package hfsplusutils, thanks to timtimred Mar 15 20:29:48 there we are ;) Mar 15 20:30:07 :D Mar 15 20:30:33 i'll go tidy up netatalk and send you that too :) Mar 15 20:30:38 Heya, everyone. Mar 15 20:30:41 then OE supports macs Mar 15 20:31:11 I know this is not distro support... but. Mar 15 20:31:17 ...trying to get openmoko to work here. Mar 15 20:31:56 is there any feed I could use to install packages on openmoko? Mar 15 20:32:27 psokolovsky_: the instructions are explicit enough, I just forgot the scrip I use to clean my build dir doesn't clean ipks... :( Mar 15 20:33:28 pavelm2: check the topic Mar 15 20:33:30 pavelm2: tried #openmoko? Mar 15 20:34:50 03koen 07org.oe.dev * rb784e864... 10/ (1 packages/gcc/gcc-package.inc): gcc-package.inc: unbreak libgcc package Mar 15 20:35:18 koen|recife: is that the short snipped you posted on the mailinglist? Mar 15 20:35:32 NAiL: yes Mar 15 20:35:45 ok, then I don't have to restart the build another time Mar 15 20:38:59 nail: Tried, no response there. I guess I should just point ipkg at some zaurus repository or something. Mar 15 20:39:10 heh Mar 15 20:39:19 * hvontres|poodle ducks Mar 15 20:39:28 woglinde: You're making some work on phoneme? Mar 15 20:39:31 time to stop reading irc Mar 15 20:40:29 "doctor, it hurts when I poke in my eye" Mar 15 20:40:43 koen|recife: don't do it then ;) Mar 15 20:41:04 hi Mar 15 20:41:08 hrw: Hello Mar 15 20:41:08 morning hrw Mar 15 20:41:10 sirfred yes Mar 15 20:41:11 NAiL: maybe I should point it at some zaurus eye or something ;) Mar 15 20:41:25 hi Mar 15 20:41:31 sirfred I did a little gtk2 porting Mar 15 20:41:36 the result stands now at Mar 15 20:41:37 Xlib: unexpected async reply (sequence 0x7e)! Mar 15 20:41:43 woglinde: That's nice to hear. Mar 15 20:41:44 can someone give me archive with devirginator? whole package used to fill phase0 devices Mar 15 20:42:44 woglinde: I downloaded yesterday the source code, just curious about how hard could be to have it working on zaurus + x Mar 15 20:43:08 sirfred hm qt support works out of the box on x86 Mar 15 20:43:22 withoput graphics it works on simpad Mar 15 20:43:45 woglinde: I saw there's some directfb code, isn't it, and also nude fb support. Mar 15 20:43:46 (ok, I guess I should go back to openmoko channel, bye) Mar 15 20:44:05 woglinde: Just guessing after having a look at the directories. Mar 15 20:44:06 sirfred which mr did you download? Mar 15 20:44:19 woglinde: mr2 Mar 15 20:44:20 mr1 has only qt support Mar 15 20:44:22 ah Mar 15 20:44:39 phoneme_feature-mr2-dev-src-b04-21_dec_2006.zip Mar 15 20:44:43 cu Mar 15 20:44:52 hm yes mr2 has some early support for ce.net wxgtk gtk and qt Mar 15 20:45:16 woglinde: gtk+-2 I guess Mar 15 20:46:06 no Mar 15 20:46:12 the gtk code is gtk1 Mar 15 20:46:29 woglinde: It shouldn't be hard to port, if it works Mar 15 20:46:43 sirfred hm Mar 15 20:47:09 I think there are a lot of native functions that need redesign Mar 15 20:48:19 sirfred If you will I provide you patches for what I did Mar 15 20:48:50 woglinde: Thanks I would like to have a look at it, when I have some free time Mar 15 20:50:14 Hi folks! I'm looking for agile, local version control system. something like quilt, but not such poorman's. anybody uses something more advanced? ah, constraint: must be crossplatform. so, git goes to /dev/null (not that it would qualify per usability) Mar 15 20:50:59 sirfred I would loved if the whole phoneme project could be put into eclipse Mar 15 20:51:17 that would be making developing a lot easier Mar 15 20:51:28 good morning all Mar 15 20:51:28 woglinde: What is it using, plain make? Mar 15 20:51:33 cyrilRomain: Morning Mar 15 20:51:42 sirfred yes make Mar 15 20:52:07