**** BEGIN LOGGING AT Fri Mar 23 02:59:58 2012 Mar 23 06:59:11 03Steffen Sledz  07org.openembedded.dev * rd04bee54dc 10openembedded.git/recipes/libmatthew/libmatthew_0.7.1.bb: Mar 23 06:59:11 libmatthew-0.7.1: SRC_URI updated Mar 23 06:59:11 libmatthew-java-0.7.1.tar.gz is no longer available at the original Mar 23 06:59:11 location. Mar 23 06:59:11 Signed-off-by: Steffen Sledz Mar 23 06:59:11 Acked-by: Frans Meulenbroeks Mar 23 06:59:11 Acked-by: Tom Rini Mar 23 13:36:07 I'm looking for a recipe for Qt 4.8.0 on OpenEmbedded classic. Does anybody have this? Mar 23 13:36:43 <_tasslehoff_> I had a nice systemd-recipe that worked, but after the latest upgrade I get "SYSTEMD_SERVICE-entry testapp.service does not exist". What changed? :) Mar 23 13:38:12 _tasslehoff_: see systemd.bbclass changes Mar 23 13:38:24 if it was before big rework Mar 23 13:49:12 <_tasslehoff_> JaMa: ok. likely 3502ef4afd1086fde15035a4a6ed0aab01d4a92c is what changed things Mar 23 13:57:03 <_tasslehoff_> ah, I have test-app.bb and testapp.service Mar 23 14:07:14 I'm looking for a recipe for Qt 4.8.0 on OpenEmbedded classic. Does anybody have this? Mar 23 14:08:30 svens: not that I'm aware of. OE Classic is in maintenance mode so such big updates are not planned Mar 23 14:11:30 ya... I was just hoping that somebody already made such a recipy. I'm trying to make my own one, but it does not work and I don't have enough knowledge of OpenEmbedded and Qt configuration to fix it... Mar 23 14:11:48 svens: switch to OE-Core that will work out of the box Mar 23 14:12:17 and the effort to switch to OE-Core is far less important than the effort to bring qt 4.8 to OE-dev IMHO Mar 23 14:14:43 I'd like to switch to OE-core, but at the moment we're very close to the end of our current project and converting all our scripts is quite a risky task at this point. Mar 23 14:16:11 svens: then to be consitent with that don't you think that migrating to QT 4.8 which has never been tested in OE-dev is risky ? Mar 23 14:20:42 Getting 1 project to build on 1 platform should be a smaller task to accomplish (and to verify) than to convert around 60 recipes... Mar 23 14:22:53 svens: well if you have 60 recipes for big projects like QT yes, if your 60 recipes are simple app/config recipes then I'm not sure that's true Mar 23 14:24:59 But is getting Qt 4.8.0 really a 'whole new task' or should it be doable based on what's available for Qt.4.8.0 in OE-CORE? The recipes look mostly the same and I can get it to start compiling. The only issue I'm currently still having is that the configure switch to disable webkit does not seem to work anymore... Mar 23 14:26:58 svens: switching from 4.7 to 4.8 in OE-core was not direct from what I remembed Mar 23 14:44:43 So the conclusion is that the differences between oe-classic and oe-core are so big that there's no doable way of back-porting the Qt4 scripts? Mar 23 14:46:17 svens: no, just that nobody currently on here has actually done what you're trying to do... it's not going to be impossible, just not easy Mar 23 14:46:22 svens: no if you really want to do it, it shoulnd't be so hard Mar 23 14:46:36 svens: but don't expect much help with it as nobody cares about oe-classic anymore Mar 23 14:46:45 svens: AFAIK florian did it previously but he did say he found it difficult Mar 23 14:47:16 well, I wouldn't go as far to say as nobody cares, but current development has moved on Mar 23 14:48:48 well with number of patches in oe-classic we have, we can say that yes all developers moved on Mar 23 14:48:58 so nobody was left to care ;) Mar 23 14:49:34 Tartarus is maintaining 2011.3, and a few are still using/updating that (mostly bugfixes) Mar 23 14:50:01 s/care/care about such big upgrades/ Mar 23 14:50:13 right, that's more accurate :) Mar 23 14:50:14 agreed on bugfixes for maintanance branch Mar 23 14:51:02 My recipes (based on class 4.7 and core 4.8) mostly work except for the fact that I cannot disable webkit... Mar 23 14:51:47 on the other hand, maybe that doesn't work neither on oe-core... Mar 23 14:52:02 svens: we enable webkit in OE-core, I did not try to disable it Mar 23 14:52:28 svens: at this late stage I would suggest you just hack it out with a patch, that shouldn't be too hard Mar 23 14:52:43 or sed Mar 23 14:53:44 ya, I could try that Mar 23 15:51:40 khem: ping Mar 23 15:54:31 khem: any caveats with enabling openmp on the toolchains? Mar 23 16:19:07 moin Mar 23 17:01:04 So, RP, RP__, ping? Mar 23 17:01:13 It looks like local has been missing in OVERRIDES since May of last year.. Mar 23 17:05:23 Tartarus: pong Mar 23 17:05:34 hi RP__ Mar 23 17:06:11 We dropped local as an override in 83ce96f44516c8a4a44c8c0140949256f8422014 Mar 23 17:06:18 Was that really intended? Haven't looked at the ML Mar 23 17:06:43 Tartarus: I think we found that "_local" was a bit of a weak thing Mar 23 17:06:59 And just dropped it? Mar 23 17:07:07 Tartarus: Any other override would override it. We therefore decided forcevariable was the one people should be using Mar 23 17:07:26 RP__: OK, that's fine but I guess perhaps docs, and certainly mental docs need updating Mar 23 17:07:34 You said IMAGE_FSTYPES_local in your email earlier today :) Mar 23 17:07:42 Tartarus: Denys did, not me Mar 23 17:08:10 ok, maybe just mine do then, heh Mar 23 17:09:35 denix: ^^^ Mar 23 17:09:51 ? Mar 23 17:10:58 it doesn't matter, IMAGE_FSTYPES_forcevariable instead of _local, but the issue is still there Mar 23 17:12:18 or are you saying we should go with this forced override in local.conf for IMAGE_FSTYPES, be it _local or _forcevariable? Mar 23 17:32:44 denix: I'm saying mental doc regex on your part, local is dead, long lie forcedvariable :) Mar 23 17:32:52 s/lie/live/ Mar 23 17:46:14 Could someone please remind me where to find the current doc? not the easy to find but woefully obsolete stuff from the web page, but the stuff on oe core? Mar 23 17:47:41 teamnoir: http://www.openembedded.org/wiki/OpenEmbedded-Core Mar 23 17:48:08 Ty Mar 23 22:43:43 khem: ping Mar 23 23:08:03 i will check this build later, after a beer... **** ENDING LOGGING AT Sat Mar 24 02:59:58 2012