Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
Hello. On Tue, 2013-12-10 at 09:10, Sebastian Dransfeld wrote: On 12/10/2013 08:19 AM, Stefan Schmidt wrote: Hello. On Tue, 2013-12-10 at 14:32, Carsten Haitzler wrote: On Mon, 9 Dec 2013 20:23:39 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Tue, 10 Dec 2013 09:34:57 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 9 Dec 2013 19:02:50 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Tue, 10 Dec 2013 08:51:50 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt ste...@datenfreihafen.org said: Hello. On Mon, 2013-12-09 at 14:28, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 07:11, Jeff Hoogland wrote: I'm not sure this is the case - just like Simon alpha4 builds fine here. Really strange. I reviewd the commits that gone into rc1 and efl 1.8.2 but I can't see anything that broke this. Also its building fine for me and on jenkins. At any rate I guess I'll try just disabling physics then. Please do. The physics module was not really maintained and Mike just removed it so it will be gone in the next rc and the final release anyway. Having it disabled manually for the rc1 should be ok for the people encountering this problem. Does that sound good for you guys? To avoid any more confusion on this Mike and I decided that I will prepare a new rc1 tarball with the removal commit and upload it. Will send a mail once its up. how about.. rc2? :) I don't want to drag this process out unnecessarily. there are still bugs being filed on phab... and i was more making the point that re-spinning a tarball with the same name/version is not a good thing. which rc1 do you have? i don't know. rc1!. :) if there is a re-spin.. at least call it rc2... :) i could have done a re spin for 1.8.1 (another 1.8.0) as no code changed - it was a m4 macro doing the totally unexpected. but i had to do 1.8.1 :( there was no re spin as you call it. the tarballs sent to the list were PREVIEW tarballs, and it was explicitly stated that they may or may not have been the final release tarballs for those versions. you absolutely could not have done the same thing, as you did not send your prepared tarballs to any lists prior to doing the release. so i downloaded rc1. is mine fixed? :) you didn't answer that. how do i know if its the respin or not before i download it? even for rc's if there is a re-generate at sall it should get a new name for the archive. rc2, rc3, rc4 etc. imho It is clear what you mean. The problem is that we want to publish tarballs _before_ we make them final. Even for rc or alphas. I agree that the way I updated the tarball was a bit problematic. I see two ways out of this. a) a staging area where we upload tarballs for testing and only move them over to the final destination once we call them final or b) do as you suggest and increment the number every time the tarball changes but keep it on the correct location. The later could also cause confusion when you have to bump the number in to short time to allow more testing. Like you fixed one problem, re-upload with higher number and do it again shortly afterwards for another bug. You wanted to release 1.8.1 but end up with 1.8.3 within a day before the actual announcement. We could do rc's for stable updates as well. None of the solutions is really convenient. Need to ponder this. checksum file You mean we miss them in general from our releases or that it could be used as a solution to this? regards Stefan Schmidt -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
A possible solution. S. Stefan Schmidt ste...@datenfreihafen.org: Hello. On Tue, 2013-12-10 at 09:10, Sebastian Dransfeld wrote: On 12/10/2013 08:19 AM, Stefan Schmidt wrote: Hello. On Tue, 2013-12-10 at 14:32, Carsten Haitzler wrote: On Mon, 9 Dec 2013 20:23:39 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Tue, 10 Dec 2013 09:34:57 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 9 Dec 2013 19:02:50 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Tue, 10 Dec 2013 08:51:50 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt ste...@datenfreihafen.org said: Hello. On Mon, 2013-12-09 at 14:28, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 07:11, Jeff Hoogland wrote: I'm not sure this is the case - just like Simon alpha4 builds fine here. Really strange. I reviewd the commits that gone into rc1 and efl 1.8.2 but I can't see anything that broke this. Also its building fine for me and on jenkins. At any rate I guess I'll try just disabling physics then. Please do. The physics module was not really maintained and Mike just removed it so it will be gone in the next rc and the final release anyway. Having it disabled manually for the rc1 should be ok for the people encountering this problem. Does that sound good for you guys? To avoid any more confusion on this Mike and I decided that I will prepare a new rc1 tarball with the removal commit and upload it. Will send a mail once its up. how about.. rc2? :) I don't want to drag this process out unnecessarily. there are still bugs being filed on phab... and i was more making the point that re-spinning a tarball with the same name/version is not a good thing. which rc1 do you have? i don't know. rc1!. :) if there is a re-spin.. at least call it rc2... :) i could have done a re spin for 1.8.1 (another 1.8.0) as no code changed - it was a m4 macro doing the totally unexpected. but i had to do 1.8.1 :( there was no re spin as you call it. the tarballs sent to the list were PREVIEW tarballs, and it was explicitly stated that they may or may not have been the final release tarballs for those versions. you absolutely could not have done the same thing, as you did not send your prepared tarballs to any lists prior to doing the release. so i downloaded rc1. is mine fixed? :) you didn't answer that. how do i know if its the respin or not before i download it? even for rc's if there is a re-generate at sall it should get a new name for the archive. rc2, rc3, rc4 etc. imho It is clear what you mean. The problem is that we want to publish tarballs _before_ we make them final. Even for rc or alphas. I agree that the way I updated the tarball was a bit problematic. I see two ways out of this. a) a staging area where we upload tarballs for testing and only move them over to the final destination once we call them final or b) do as you suggest and increment the number every time the tarball changes but keep it on the correct location. The later could also cause confusion when you have to bump the number in to short time to allow more testing. Like you fixed one problem, re-upload with higher number and do it again shortly afterwards for another bug. You wanted to release 1.8.1 but end up with 1.8.3 within a day before the actual announcement. We could do rc's for stable updates as well. None of the solutions is really convenient. Need to ponder this. checksum file You mean we miss them in general from our releases or that it could be used as a solution to this? regards Stefan Schmidt -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
Hello. On Tue, 2013-12-10 at 14:32, Carsten Haitzler wrote: On Mon, 9 Dec 2013 20:23:39 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Tue, 10 Dec 2013 09:34:57 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 9 Dec 2013 19:02:50 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Tue, 10 Dec 2013 08:51:50 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt ste...@datenfreihafen.org said: Hello. On Mon, 2013-12-09 at 14:28, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 07:11, Jeff Hoogland wrote: I'm not sure this is the case - just like Simon alpha4 builds fine here. Really strange. I reviewd the commits that gone into rc1 and efl 1.8.2 but I can't see anything that broke this. Also its building fine for me and on jenkins. At any rate I guess I'll try just disabling physics then. Please do. The physics module was not really maintained and Mike just removed it so it will be gone in the next rc and the final release anyway. Having it disabled manually for the rc1 should be ok for the people encountering this problem. Does that sound good for you guys? To avoid any more confusion on this Mike and I decided that I will prepare a new rc1 tarball with the removal commit and upload it. Will send a mail once its up. how about.. rc2? :) I don't want to drag this process out unnecessarily. there are still bugs being filed on phab... and i was more making the point that re-spinning a tarball with the same name/version is not a good thing. which rc1 do you have? i don't know. rc1!. :) if there is a re-spin.. at least call it rc2... :) i could have done a re spin for 1.8.1 (another 1.8.0) as no code changed - it was a m4 macro doing the totally unexpected. but i had to do 1.8.1 :( there was no re spin as you call it. the tarballs sent to the list were PREVIEW tarballs, and it was explicitly stated that they may or may not have been the final release tarballs for those versions. you absolutely could not have done the same thing, as you did not send your prepared tarballs to any lists prior to doing the release. so i downloaded rc1. is mine fixed? :) you didn't answer that. how do i know if its the respin or not before i download it? even for rc's if there is a re-generate at sall it should get a new name for the archive. rc2, rc3, rc4 etc. imho It is clear what you mean. The problem is that we want to publish tarballs _before_ we make them final. Even for rc or alphas. I agree that the way I updated the tarball was a bit problematic. I see two ways out of this. a) a staging area where we upload tarballs for testing and only move them over to the final destination once we call them final or b) do as you suggest and increment the number every time the tarball changes but keep it on the correct location. The later could also cause confusion when you have to bump the number in to short time to allow more testing. Like you fixed one problem, re-upload with higher number and do it again shortly afterwards for another bug. You wanted to release 1.8.1 but end up with 1.8.3 within a day before the actual announcement. We could do rc's for stable updates as well. None of the solutions is really convenient. Need to ponder this. regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
On 12/10/2013 08:19 AM, Stefan Schmidt wrote: Hello. On Tue, 2013-12-10 at 14:32, Carsten Haitzler wrote: On Mon, 9 Dec 2013 20:23:39 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Tue, 10 Dec 2013 09:34:57 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 9 Dec 2013 19:02:50 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Tue, 10 Dec 2013 08:51:50 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt ste...@datenfreihafen.org said: Hello. On Mon, 2013-12-09 at 14:28, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 07:11, Jeff Hoogland wrote: I'm not sure this is the case - just like Simon alpha4 builds fine here. Really strange. I reviewd the commits that gone into rc1 and efl 1.8.2 but I can't see anything that broke this. Also its building fine for me and on jenkins. At any rate I guess I'll try just disabling physics then. Please do. The physics module was not really maintained and Mike just removed it so it will be gone in the next rc and the final release anyway. Having it disabled manually for the rc1 should be ok for the people encountering this problem. Does that sound good for you guys? To avoid any more confusion on this Mike and I decided that I will prepare a new rc1 tarball with the removal commit and upload it. Will send a mail once its up. how about.. rc2? :) I don't want to drag this process out unnecessarily. there are still bugs being filed on phab... and i was more making the point that re-spinning a tarball with the same name/version is not a good thing. which rc1 do you have? i don't know. rc1!. :) if there is a re-spin.. at least call it rc2... :) i could have done a re spin for 1.8.1 (another 1.8.0) as no code changed - it was a m4 macro doing the totally unexpected. but i had to do 1.8.1 :( there was no re spin as you call it. the tarballs sent to the list were PREVIEW tarballs, and it was explicitly stated that they may or may not have been the final release tarballs for those versions. you absolutely could not have done the same thing, as you did not send your prepared tarballs to any lists prior to doing the release. so i downloaded rc1. is mine fixed? :) you didn't answer that. how do i know if its the respin or not before i download it? even for rc's if there is a re-generate at sall it should get a new name for the archive. rc2, rc3, rc4 etc. imho It is clear what you mean. The problem is that we want to publish tarballs _before_ we make them final. Even for rc or alphas. I agree that the way I updated the tarball was a bit problematic. I see two ways out of this. a) a staging area where we upload tarballs for testing and only move them over to the final destination once we call them final or b) do as you suggest and increment the number every time the tarball changes but keep it on the correct location. The later could also cause confusion when you have to bump the number in to short time to allow more testing. Like you fixed one problem, re-upload with higher number and do it again shortly afterwards for another bug. You wanted to release 1.8.1 but end up with 1.8.3 within a day before the actual announcement. We could do rc's for stable updates as well. None of the solutions is really convenient. Need to ponder this. checksum file S. -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
On Tue, 10 Dec 2013 08:19:34 +0100 Stefan Schmidt ste...@datenfreihafen.org said: Hello. On Tue, 2013-12-10 at 14:32, Carsten Haitzler wrote: On Mon, 9 Dec 2013 20:23:39 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Tue, 10 Dec 2013 09:34:57 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 9 Dec 2013 19:02:50 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Tue, 10 Dec 2013 08:51:50 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt ste...@datenfreihafen.org said: Hello. On Mon, 2013-12-09 at 14:28, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 07:11, Jeff Hoogland wrote: I'm not sure this is the case - just like Simon alpha4 builds fine here. Really strange. I reviewd the commits that gone into rc1 and efl 1.8.2 but I can't see anything that broke this. Also its building fine for me and on jenkins. At any rate I guess I'll try just disabling physics then. Please do. The physics module was not really maintained and Mike just removed it so it will be gone in the next rc and the final release anyway. Having it disabled manually for the rc1 should be ok for the people encountering this problem. Does that sound good for you guys? To avoid any more confusion on this Mike and I decided that I will prepare a new rc1 tarball with the removal commit and upload it. Will send a mail once its up. how about.. rc2? :) I don't want to drag this process out unnecessarily. there are still bugs being filed on phab... and i was more making the point that re-spinning a tarball with the same name/version is not a good thing. which rc1 do you have? i don't know. rc1!. :) if there is a re-spin.. at least call it rc2... :) i could have done a re spin for 1.8.1 (another 1.8.0) as no code changed - it was a m4 macro doing the totally unexpected. but i had to do 1.8.1 :( there was no re spin as you call it. the tarballs sent to the list were PREVIEW tarballs, and it was explicitly stated that they may or may not have been the final release tarballs for those versions. you absolutely could not have done the same thing, as you did not send your prepared tarballs to any lists prior to doing the release. so i downloaded rc1. is mine fixed? :) you didn't answer that. how do i know if its the respin or not before i download it? even for rc's if there is a re-generate at sall it should get a new name for the archive. rc2, rc3, rc4 etc. imho It is clear what you mean. The problem is that we want to publish tarballs _before_ we make them final. Even for rc or alphas. I agree that the way I updated the tarball was a bit problematic. I see two ways out of this. a) a staging area where we upload tarballs for testing and only move them over to the final destination once we call them final or b) do as you suggest and increment the number every time the tarball changes but keep it on the correct location. The later could also cause confusion when you have to bump the number in to short time to allow more testing. Like you fixed one problem, re-upload with higher number and do it again shortly afterwards for another bug. You wanted to release 1.8.1 but end up with 1.8.3 within a day before the actual announcement. We could do rc's for stable updates as well. None of the solutions is really convenient. Need to ponder this. an rc is a release candidate. it's something that is published. its really just like a beta3/4/5/6 - ie just before release. it's published software one way or another... :) if you never publish it (upload it in a public place) then you don't have to increment it (eg go from 1.8.1 to 1.8.3 skipping 1.8.2 that you never published). i wouls say put the rc's in the same plase as alphas and betas and just like alpha and beta... do rc1/2/3/4/ etc. until you have zero more issues in an rc. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
Hello. On Mon, 2013-12-09 at 08:12, Stefan Schmidt wrote: On Sun, 2013-12-08 at 16:32, Jeff Hoogland wrote: E18 rc1 doesn't appear to build here: CC temperature/tempget.o CCLD temperature/tempget make[4]: *** No rule to make target `physics/e-module-physics.edj', needed by `all-am'. Stop. make[4]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src/modules' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src/modules' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1' make: *** [all] Error 2 Interesting. Do you have --disable-ephysics or --disable-physics in your configure? I tried various things here but I'm not able to reproduce it. I would need more information about your build setup. Is anyone else seeing this? regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
On 12/09/2013 05:40 PM, Stefan Schmidt wrote: Hello. On Sun, 2013-12-08 at 14:58, Jeff Hoogland wrote: Just wanted to confirm emotion generic players isn't getting a 1.8.1 release. Confirmed. Emotion generic players had not a single commit since 1.8.0. Nothing to release. regards Stefan Schmidt From a packagers perspective it would be great if we could keep the efl, elementary and evas/emotion_generic_loaders version numbers the same even if there are no changes, the same as we did for the 1.7 tree. I'll leave it for you guys to decide though. Cheers, Simon -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
Hello. On Mon, 2013-12-09 at 20:05, Simon wrote: On 12/09/2013 05:40 PM, Stefan Schmidt wrote: Hello. On Sun, 2013-12-08 at 14:58, Jeff Hoogland wrote: Just wanted to confirm emotion generic players isn't getting a 1.8.1 release. Confirmed. Emotion generic players had not a single commit since 1.8.0. Nothing to release. regards Stefan Schmidt From a packagers perspective it would be great if we could keep the efl, elementary and evas/emotion_generic_loaders version numbers the same even if there are no changes, the same as we did for the 1.7 tree. I'll leave it for you guys to decide though. I was pondering about that. For 1.7.x we had way more tarballs for one release. Due to the merged efl tree this really got down. Would you expect emotion generic player release tarballs for 1.8.1 and 1.8.2 even when not a single commit hit that repo? We can switch back to that model but I'm not a fan of doing empty releases just to stay in sync for the version number. It would only heppen from 1.8.3 though. Skipping a minor release for everything but efl. IT will always be out of sync with e18 in any case. In sumarry I have no hard feeling in any direction. :) regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
On 12/09/2013 08:33 PM, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 20:05, Simon wrote: On 12/09/2013 05:40 PM, Stefan Schmidt wrote: Hello. On Sun, 2013-12-08 at 14:58, Jeff Hoogland wrote: Just wanted to confirm emotion generic players isn't getting a 1.8.1 release. Confirmed. Emotion generic players had not a single commit since 1.8.0. Nothing to release. regards Stefan Schmidt From a packagers perspective it would be great if we could keep the efl, elementary and evas/emotion_generic_loaders version numbers the same even if there are no changes, the same as we did for the 1.7 tree. I'll leave it for you guys to decide though. I was pondering about that. For 1.7.x we had way more tarballs for one release. Due to the merged efl tree this really got down. Would you expect emotion generic player release tarballs for 1.8.1 and 1.8.2 even when not a single commit hit that repo? We can switch back to that model but I'm not a fan of doing empty releases just to stay in sync for the version number. It would only heppen from 1.8.3 though. Skipping a minor release for everything but efl. IT will always be out of sync with e18 in any case. In sumarry I have no hard feeling in any direction. :) regards Stefan Schmidt I wasn't much of a fan of the empty releases at first either, but realistic the enlightenment foundation libraries are efl, elementary and e*_generic_loaders, its just some components are built separately because its easier and others due to licensing. From a user perspective particularly in regards to filing bugs it makes it easier if they all follow the same versioning, especially if efl and elementary are out of sync. I understand and treat Enlightenment as a different thing and that i understand. Cheers Simon -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
From a packagers perspective it would be great if we could keep the efl, elementary and evas/emotion_generic_loaders version numbers the same even if there are no changes, the same as we did for the 1.7 tree. I'll leave it for you guys to decide though. + 1 2013/12/9 Simon si...@simotek.net On 12/09/2013 08:33 PM, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 20:05, Simon wrote: On 12/09/2013 05:40 PM, Stefan Schmidt wrote: Hello. On Sun, 2013-12-08 at 14:58, Jeff Hoogland wrote: Just wanted to confirm emotion generic players isn't getting a 1.8.1 release. Confirmed. Emotion generic players had not a single commit since 1.8.0. Nothing to release. regards Stefan Schmidt From a packagers perspective it would be great if we could keep the efl, elementary and evas/emotion_generic_loaders version numbers the same even if there are no changes, the same as we did for the 1.7 tree. I'll leave it for you guys to decide though. I was pondering about that. For 1.7.x we had way more tarballs for one release. Due to the merged efl tree this really got down. Would you expect emotion generic player release tarballs for 1.8.1 and 1.8.2 even when not a single commit hit that repo? We can switch back to that model but I'm not a fan of doing empty releases just to stay in sync for the version number. It would only heppen from 1.8.3 though. Skipping a minor release for everything but efl. IT will always be out of sync with e18 in any case. In sumarry I have no hard feeling in any direction. :) regards Stefan Schmidt I wasn't much of a fan of the empty releases at first either, but realistic the enlightenment foundation libraries are efl, elementary and e*_generic_loaders, its just some components are built separately because its easier and others due to licensing. From a user perspective particularly in regards to filing bugs it makes it easier if they all follow the same versioning, especially if efl and elementary are out of sync. I understand and treat Enlightenment as a different thing and that i understand. Cheers Simon -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
[ 175s] make[4]: *** No rule to make target `physics/e-module-physics.edj', needed by `all-am'. Stop. On 12/09/2013 09:02 AM, Jeff Hoogland wrote: E18 rc1 doesn't appear to build here: CC temperature/tempget.o CCLD temperature/tempget make[4]: *** No rule to make target `physics/e-module-physics.edj', needed by `all-am'. Stop. make[4]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src/modules' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src/modules' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1' make: *** [all] Error 2 Same error here, make[4]: *** No rule to make target 'physics/e-module-physics.edj', needed by 'all-am'. Stop. https://build.opensuse.org/package/live_build_log/X11:Enlightenment:Factory/enlightenment/openSUSE_13.1/x86_64 I have physics enabled in the efl and enlightenment is built with no configure flags passed. alpha4 worked fine On Sun, Dec 8, 2013 at 2:58 PM, Jeff Hoogland jeffhoogl...@linux.comwrote: Just wanted to confirm emotion generic players isn't getting a 1.8.1 release. On Sun, Dec 8, 2013 at 2:32 PM, Stefan Schmidt ste...@datenfreihafen.orgwrote: Hello. On Fri, 2013-12-06 at 12:35, Stefan Schmidt wrote: On Thu, 2013-12-05 at 08:55, Stefan Schmidt wrote: On Thu, 2013-12-05 at 08:53, Stefan Schmidt wrote: Hello. [Now CC'ed to enlightenment-release] Everybody could see that this was a lie but is true now... On Wed, 2013-12-04 at 14:44, Stefan Schmidt wrote: It seems all 1.8 branches have accumulated enough fixes already to allow for a 1.8.x release on Friday. If you have backported your _tested_ important fixes to the stable branch consider yourself a good person. If know anything else that needs backporting please do so by Thursday evening. I don't want last minutes commits just a second before the release. This needs to be adapted slightly. As Mike pointed out we have a policy for having the tarballs around for 24h to allow testing before doing the final announce. This is a really good thing so I plan to stick with it. Adaption to my current plan would be that I prepare the tarballs and everythign on Friday evening European time and allow for testing until Sunday (I'm off Saturday) and if the tarball have been fine do the announcement on Sunday. Due to laptop and hard disk dieing I have to move this forward a bit. I really need the time to recover. Tarballs for testing should be out on Sunday evening and release announcement 24h later if nothing problematic comes up. On the good side we will have an e18-rc1 together with these. In the spirit of all the other releases I also pushed out the TESTING tarballs for efl, elm evas_generic_loaders and e18. While efl, elm and evas_generic loaders are stable releases e18 gets his first release candidate together with them. THIS MIGHT NOT BE THE FINAL TARBALLS. Please test them and let me know any problems. If nothing shows I will make them final in 24h. http://download.enlightenment.org/rel/libs/efl/efl-1.8.2.tar.gz http://download.enlightenment.org/rel/libs/evas_generic_loaders/evas_generic_loaders-1.8.1.tar.gz http://download.enlightenment.org/rel/libs/elementary/elementary-1.8.1.tar.gz http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.18.0-rc1.tar.gz Happy testing. regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
there haven't been any changes to this in months, so it's definitely something on your systems. On Mon, 09 Dec 2013 23:26:27 +1030 Simon si...@simotek.net wrote: [ 175s] make[4]: *** No rule to make target `physics/e-module-physics.edj', needed by `all-am'. Stop. On 12/09/2013 09:02 AM, Jeff Hoogland wrote: E18 rc1 doesn't appear to build here: CC temperature/tempget.o CCLD temperature/tempget make[4]: *** No rule to make target `physics/e-module-physics.edj', needed by `all-am'. Stop. make[4]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src/modules' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src/modules' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1' make: *** [all] Error 2 Same error here, make[4]: *** No rule to make target 'physics/e-module-physics.edj', needed by 'all-am'. Stop. https://build.opensuse.org/package/live_build_log/X11:Enlightenment:Factory/enlightenment/openSUSE_13.1/x86_64 I have physics enabled in the efl and enlightenment is built with no configure flags passed. alpha4 worked fine On Sun, Dec 8, 2013 at 2:58 PM, Jeff Hoogland jeffhoogl...@linux.comwrote: Just wanted to confirm emotion generic players isn't getting a 1.8.1 release. On Sun, Dec 8, 2013 at 2:32 PM, Stefan Schmidt ste...@datenfreihafen.orgwrote: Hello. On Fri, 2013-12-06 at 12:35, Stefan Schmidt wrote: On Thu, 2013-12-05 at 08:55, Stefan Schmidt wrote: On Thu, 2013-12-05 at 08:53, Stefan Schmidt wrote: Hello. [Now CC'ed to enlightenment-release] Everybody could see that this was a lie but is true now... On Wed, 2013-12-04 at 14:44, Stefan Schmidt wrote: It seems all 1.8 branches have accumulated enough fixes already to allow for a 1.8.x release on Friday. If you have backported your _tested_ important fixes to the stable branch consider yourself a good person. If know anything else that needs backporting please do so by Thursday evening. I don't want last minutes commits just a second before the release. This needs to be adapted slightly. As Mike pointed out we have a policy for having the tarballs around for 24h to allow testing before doing the final announce. This is a really good thing so I plan to stick with it. Adaption to my current plan would be that I prepare the tarballs and everythign on Friday evening European time and allow for testing until Sunday (I'm off Saturday) and if the tarball have been fine do the announcement on Sunday. Due to laptop and hard disk dieing I have to move this forward a bit. I really need the time to recover. Tarballs for testing should be out on Sunday evening and release announcement 24h later if nothing problematic comes up. On the good side we will have an e18-rc1 together with these. In the spirit of all the other releases I also pushed out the TESTING tarballs for efl, elm evas_generic_loaders and e18. While efl, elm and evas_generic loaders are stable releases e18 gets his first release candidate together with them. THIS MIGHT NOT BE THE FINAL TARBALLS. Please test them and let me know any problems. If nothing shows I will make them final in 24h. http://download.enlightenment.org/rel/libs/efl/efl-1.8.2.tar.gz http://download.enlightenment.org/rel/libs/evas_generic_loaders/evas_generic_loaders-1.8.1.tar.gz http://download.enlightenment.org/rel/libs/elementary/elementary-1.8.1.tar.gz http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.18.0-rc1.tar.gz Happy testing. regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
On 12/09/2013 11:32 PM, Michael Blumenkrantz wrote: there haven't been any changes to this in months, so it's definitely something on your systems. someone hasn't changed autofooness? the only thing that changed in our build system is efl 1.8.2 instead of 1.8.1 On Mon, 09 Dec 2013 23:26:27 +1030 Simon si...@simotek.net wrote: [ 175s] make[4]: *** No rule to make target `physics/e-module-physics.edj', needed by `all-am'. Stop. On 12/09/2013 09:02 AM, Jeff Hoogland wrote: E18 rc1 doesn't appear to build here: CC temperature/tempget.o CCLD temperature/tempget make[4]: *** No rule to make target `physics/e-module-physics.edj', needed by `all-am'. Stop. make[4]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src/modules' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src/modules' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1' make: *** [all] Error 2 Same error here, make[4]: *** No rule to make target 'physics/e-module-physics.edj', needed by 'all-am'. Stop. https://build.opensuse.org/package/live_build_log/X11:Enlightenment:Factory/enlightenment/openSUSE_13.1/x86_64 I have physics enabled in the efl and enlightenment is built with no configure flags passed. alpha4 worked fine On Sun, Dec 8, 2013 at 2:58 PM, Jeff Hoogland jeffhoogl...@linux.comwrote: Just wanted to confirm emotion generic players isn't getting a 1.8.1 release. On Sun, Dec 8, 2013 at 2:32 PM, Stefan Schmidt ste...@datenfreihafen.orgwrote: Hello. On Fri, 2013-12-06 at 12:35, Stefan Schmidt wrote: On Thu, 2013-12-05 at 08:55, Stefan Schmidt wrote: On Thu, 2013-12-05 at 08:53, Stefan Schmidt wrote: Hello. [Now CC'ed to enlightenment-release] Everybody could see that this was a lie but is true now... On Wed, 2013-12-04 at 14:44, Stefan Schmidt wrote: It seems all 1.8 branches have accumulated enough fixes already to allow for a 1.8.x release on Friday. If you have backported your _tested_ important fixes to the stable branch consider yourself a good person. If know anything else that needs backporting please do so by Thursday evening. I don't want last minutes commits just a second before the release. This needs to be adapted slightly. As Mike pointed out we have a policy for having the tarballs around for 24h to allow testing before doing the final announce. This is a really good thing so I plan to stick with it. Adaption to my current plan would be that I prepare the tarballs and everythign on Friday evening European time and allow for testing until Sunday (I'm off Saturday) and if the tarball have been fine do the announcement on Sunday. Due to laptop and hard disk dieing I have to move this forward a bit. I really need the time to recover. Tarballs for testing should be out on Sunday evening and release announcement 24h later if nothing problematic comes up. On the good side we will have an e18-rc1 together with these. In the spirit of all the other releases I also pushed out the TESTING tarballs for efl, elm evas_generic_loaders and e18. While efl, elm and evas_generic loaders are stable releases e18 gets his first release candidate together with them. THIS MIGHT NOT BE THE FINAL TARBALLS. Please test them and let me know any problems. If nothing shows I will make them final in 24h. http://download.enlightenment.org/rel/libs/efl/efl-1.8.2.tar.gz http://download.enlightenment.org/rel/libs/evas_generic_loaders/evas_generic_loaders-1.8.1.tar.gz http://download.enlightenment.org/rel/libs/elementary/elementary-1.8.1.tar.gz http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.18.0-rc1.tar.gz Happy testing. regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
I'm not sure this is the case - just like Simon alpha4 builds fine here. At any rate I guess I'll try just disabling physics then. On Mon, Dec 9, 2013 at 7:02 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: there haven't been any changes to this in months, so it's definitely something on your systems. On Mon, 09 Dec 2013 23:26:27 +1030 Simon si...@simotek.net wrote: [ 175s] make[4]: *** No rule to make target `physics/e-module-physics.edj', needed by `all-am'. Stop. On 12/09/2013 09:02 AM, Jeff Hoogland wrote: E18 rc1 doesn't appear to build here: CC temperature/tempget.o CCLD temperature/tempget make[4]: *** No rule to make target `physics/e-module-physics.edj', needed by `all-am'. Stop. make[4]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src/modules' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src/modules' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1' make: *** [all] Error 2 Same error here, make[4]: *** No rule to make target 'physics/e-module-physics.edj', needed by 'all-am'. Stop. https://build.opensuse.org/package/live_build_log/X11:Enlightenment:Factory/enlightenment/openSUSE_13.1/x86_64 I have physics enabled in the efl and enlightenment is built with no configure flags passed. alpha4 worked fine On Sun, Dec 8, 2013 at 2:58 PM, Jeff Hoogland jeffhoogl...@linux.com wrote: Just wanted to confirm emotion generic players isn't getting a 1.8.1 release. On Sun, Dec 8, 2013 at 2:32 PM, Stefan Schmidt ste...@datenfreihafen.orgwrote: Hello. On Fri, 2013-12-06 at 12:35, Stefan Schmidt wrote: On Thu, 2013-12-05 at 08:55, Stefan Schmidt wrote: On Thu, 2013-12-05 at 08:53, Stefan Schmidt wrote: Hello. [Now CC'ed to enlightenment-release] Everybody could see that this was a lie but is true now... On Wed, 2013-12-04 at 14:44, Stefan Schmidt wrote: It seems all 1.8 branches have accumulated enough fixes already to allow for a 1.8.x release on Friday. If you have backported your _tested_ important fixes to the stable branch consider yourself a good person. If know anything else that needs backporting please do so by Thursday evening. I don't want last minutes commits just a second before the release. This needs to be adapted slightly. As Mike pointed out we have a policy for having the tarballs around for 24h to allow testing before doing the final announce. This is a really good thing so I plan to stick with it. Adaption to my current plan would be that I prepare the tarballs and everythign on Friday evening European time and allow for testing until Sunday (I'm off Saturday) and if the tarball have been fine do the announcement on Sunday. Due to laptop and hard disk dieing I have to move this forward a bit. I really need the time to recover. Tarballs for testing should be out on Sunday evening and release announcement 24h later if nothing problematic comes up. On the good side we will have an e18-rc1 together with these. In the spirit of all the other releases I also pushed out the TESTING tarballs for efl, elm evas_generic_loaders and e18. While efl, elm and evas_generic loaders are stable releases e18 gets his first release candidate together with them. THIS MIGHT NOT BE THE FINAL TARBALLS. Please test them and let me know any problems. If nothing shows I will make them final in 24h. http://download.enlightenment.org/rel/libs/efl/efl-1.8.2.tar.gz http://download.enlightenment.org/rel/libs/evas_generic_loaders/evas_generic_loaders-1.8.1.tar.gz http://download.enlightenment.org/rel/libs/elementary/elementary-1.8.1.tar.gz http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.18.0-rc1.tar.gz Happy testing. regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
that's probably a good idea since it no longer exists. On Mon, 9 Dec 2013 07:11:00 -0600 Jeff Hoogland jeffhoogl...@linux.com wrote: I'm not sure this is the case - just like Simon alpha4 builds fine here. At any rate I guess I'll try just disabling physics then. On Mon, Dec 9, 2013 at 7:02 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: there haven't been any changes to this in months, so it's definitely something on your systems. On Mon, 09 Dec 2013 23:26:27 +1030 Simon si...@simotek.net wrote: [ 175s] make[4]: *** No rule to make target `physics/e-module-physics.edj', needed by `all-am'. Stop. On 12/09/2013 09:02 AM, Jeff Hoogland wrote: E18 rc1 doesn't appear to build here: CC temperature/tempget.o CCLD temperature/tempget make[4]: *** No rule to make target `physics/e-module-physics.edj', needed by `all-am'. Stop. make[4]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src/modules' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src/modules' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1' make: *** [all] Error 2 Same error here, make[4]: *** No rule to make target 'physics/e-module-physics.edj', needed by 'all-am'. Stop. https://build.opensuse.org/package/live_build_log/X11:Enlightenment:Factory/enlightenment/openSUSE_13.1/x86_64 I have physics enabled in the efl and enlightenment is built with no configure flags passed. alpha4 worked fine On Sun, Dec 8, 2013 at 2:58 PM, Jeff Hoogland jeffhoogl...@linux.com wrote: Just wanted to confirm emotion generic players isn't getting a 1.8.1 release. On Sun, Dec 8, 2013 at 2:32 PM, Stefan Schmidt ste...@datenfreihafen.orgwrote: Hello. On Fri, 2013-12-06 at 12:35, Stefan Schmidt wrote: On Thu, 2013-12-05 at 08:55, Stefan Schmidt wrote: On Thu, 2013-12-05 at 08:53, Stefan Schmidt wrote: Hello. [Now CC'ed to enlightenment-release] Everybody could see that this was a lie but is true now... On Wed, 2013-12-04 at 14:44, Stefan Schmidt wrote: It seems all 1.8 branches have accumulated enough fixes already to allow for a 1.8.x release on Friday. If you have backported your _tested_ important fixes to the stable branch consider yourself a good person. If know anything else that needs backporting please do so by Thursday evening. I don't want last minutes commits just a second before the release. This needs to be adapted slightly. As Mike pointed out we have a policy for having the tarballs around for 24h to allow testing before doing the final announce. This is a really good thing so I plan to stick with it. Adaption to my current plan would be that I prepare the tarballs and everythign on Friday evening European time and allow for testing until Sunday (I'm off Saturday) and if the tarball have been fine do the announcement on Sunday. Due to laptop and hard disk dieing I have to move this forward a bit. I really need the time to recover. Tarballs for testing should be out on Sunday evening and release announcement 24h later if nothing problematic comes up. On the good side we will have an e18-rc1 together with these. In the spirit of all the other releases I also pushed out the TESTING tarballs for efl, elm evas_generic_loaders and e18. While efl, elm and evas_generic loaders are stable releases e18 gets his first release candidate together with them. THIS MIGHT NOT BE THE FINAL TARBALLS. Please test them and let me know any problems. If nothing shows I will make them final in 24h. http://download.enlightenment.org/rel/libs/efl/efl-1.8.2.tar.gz http://download.enlightenment.org/rel/libs/evas_generic_loaders/evas_generic_loaders-1.8.1.tar.gz http://download.enlightenment.org/rel/libs/elementary/elementary-1.8.1.tar.gz http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.18.0-rc1.tar.gz Happy testing. regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
Hello. On Mon, 2013-12-09 at 12:26, Thanatermesis wrote: From a packagers perspective it would be great if we could keep the efl, elementary and evas/emotion_generic_loaders version numbers the same even if there are no changes, the same as we did for the 1.7 tree. I'll leave it for you guys to decide though. + 1 This counts not all all for me. If you have reasons let people known them. +1 has the same status as an empty mail for me. regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
Hello. On Mon, 2013-12-09 at 07:11, Jeff Hoogland wrote: I'm not sure this is the case - just like Simon alpha4 builds fine here. Really strange. I reviewd the commits that gone into rc1 and efl 1.8.2 but I can't see anything that broke this. Also its building fine for me and on jenkins. At any rate I guess I'll try just disabling physics then. Please do. The physics module was not really maintained and Mike just removed it so it will be gone in the next rc and the final release anyway. Having it disabled manually for the rc1 should be ok for the people encountering this problem. Does that sound good for you guys? regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
On Mon, 9 Dec 2013 14:23:21 +0100 Stefan Schmidt ste...@datenfreihafen.org wrote: Hello. On Mon, 2013-12-09 at 12:26, Thanatermesis wrote: From a packagers perspective it would be great if we could keep the efl, elementary and evas/emotion_generic_loaders version numbers the same even if there are no changes, the same as we did for the 1.7 tree. I'll leave it for you guys to decide though. + 1 This counts not all all for me. If you have reasons let people known them. +1 has the same status as an empty mail for me. regards Stefan Schmidt Agree I'm guessing that in the future we'll continue to merge things. Elementary will probably get merged into the EFL tree, and maybe emotion generic will merge into the evas generic tree. It's annoying to have to upgrade (for users and packagers) packages when nothing has changed except a version number, but it does make bug filing/fixing easier. -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
Hello. On Mon, 2013-12-09 at 14:28, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 07:11, Jeff Hoogland wrote: I'm not sure this is the case - just like Simon alpha4 builds fine here. Really strange. I reviewd the commits that gone into rc1 and efl 1.8.2 but I can't see anything that broke this. Also its building fine for me and on jenkins. At any rate I guess I'll try just disabling physics then. Please do. The physics module was not really maintained and Mike just removed it so it will be gone in the next rc and the final release anyway. Having it disabled manually for the rc1 should be ok for the people encountering this problem. Does that sound good for you guys? To avoid any more confusion on this Mike and I decided that I will prepare a new rc1 tarball with the removal commit and upload it. Will send a mail once its up. regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt ste...@datenfreihafen.org wrote: Hello. On Mon, 2013-12-09 at 14:28, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 07:11, Jeff Hoogland wrote: I'm not sure this is the case - just like Simon alpha4 builds fine here. Really strange. I reviewd the commits that gone into rc1 and efl 1.8.2 but I can't see anything that broke this. Also its building fine for me and on jenkins. At any rate I guess I'll try just disabling physics then. Please do. The physics module was not really maintained and Mike just removed it so it will be gone in the next rc and the final release anyway. Having it disabled manually for the rc1 should be ok for the people encountering this problem. Does that sound good for you guys? To avoid any more confusion on this Mike and I decided that I will prepare a new rc1 tarball with the removal commit and upload it. Will send a mail once its up. regards Stefan Schmidt I approve this message. -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
Hello. On Mon, 2013-12-09 at 14:37, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 14:28, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 07:11, Jeff Hoogland wrote: I'm not sure this is the case - just like Simon alpha4 builds fine here. Really strange. I reviewd the commits that gone into rc1 and efl 1.8.2 but I can't see anything that broke this. Also its building fine for me and on jenkins. At any rate I guess I'll try just disabling physics then. Please do. The physics module was not really maintained and Mike just removed it so it will be gone in the next rc and the final release anyway. Having it disabled manually for the rc1 should be ok for the people encountering this problem. Does that sound good for you guys? To avoid any more confusion on this Mike and I decided that I will prepare a new rc1 tarball with the removal commit and upload it. Will send a mail once its up. http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.18.0-rc1.tar.gz I hope the testing with this one goes better. regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
Hello. On Mon, 2013-12-09 at 20:48, Simon wrote: On 12/09/2013 08:33 PM, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 20:05, Simon wrote: On 12/09/2013 05:40 PM, Stefan Schmidt wrote: Hello. On Sun, 2013-12-08 at 14:58, Jeff Hoogland wrote: Just wanted to confirm emotion generic players isn't getting a 1.8.1 release. Confirmed. Emotion generic players had not a single commit since 1.8.0. Nothing to release. regards Stefan Schmidt From a packagers perspective it would be great if we could keep the efl, elementary and evas/emotion_generic_loaders version numbers the same even if there are no changes, the same as we did for the 1.7 tree. I'll leave it for you guys to decide though. I was pondering about that. For 1.7.x we had way more tarballs for one release. Due to the merged efl tree this really got down. Would you expect emotion generic player release tarballs for 1.8.1 and 1.8.2 even when not a single commit hit that repo? We can switch back to that model but I'm not a fan of doing empty releases just to stay in sync for the version number. It would only heppen from 1.8.3 though. Skipping a minor release for everything but efl. IT will always be out of sync with e18 in any case. In sumarry I have no hard feeling in any direction. :) regards Stefan Schmidt I wasn't much of a fan of the empty releases at first either, but realistic the enlightenment foundation libraries are efl, elementary and e*_generic_loaders, its just some components are built separately because its easier and others due to licensing. From a user perspective particularly in regards to filing bugs it makes it easier if they all follow the same versioning, especially if efl and elementary are out of sync. We did it with 1.7.x and its seems to make packagers life easier as well as versions for bug reports, etc. So be it. From 1.8.3 I will do collective releases for efl, elm, evas and emotion generic loaders. Even if the specific tarballs have no changes. regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
Stefan Schmidt schrieb: Hello. On Mon, 2013-12-09 at 20:48, Simon wrote: On 12/09/2013 08:33 PM, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 20:05, Simon wrote: On 12/09/2013 05:40 PM, Stefan Schmidt wrote: Hello. On Sun, 2013-12-08 at 14:58, Jeff Hoogland wrote: Just wanted to confirm emotion generic players isn't getting a 1.8.1 release. Confirmed. Emotion generic players had not a single commit since 1.8.0. Nothing to release. regards Stefan Schmidt From a packagers perspective it would be great if we could keep the efl, elementary and evas/emotion_generic_loaders version numbers the same even if there are no changes, the same as we did for the 1.7 tree. I'll leave it for you guys to decide though. I was pondering about that. For 1.7.x we had way more tarballs for one release. Due to the merged efl tree this really got down. Would you expect emotion generic player release tarballs for 1.8.1 and 1.8.2 even when not a single commit hit that repo? We can switch back to that model but I'm not a fan of doing empty releases just to stay in sync for the version number. It would only heppen from 1.8.3 though. Skipping a minor release for everything but efl. IT will always be out of sync with e18 in any case. In sumarry I have no hard feeling in any direction. :) regards Stefan Schmidt I wasn't much of a fan of the empty releases at first either, but realistic the enlightenment foundation libraries are efl, elementary and e*_generic_loaders, its just some components are built separately because its easier and others due to licensing. From a user perspective particularly in regards to filing bugs it makes it easier if they all follow the same versioning, especially if efl and elementary are out of sync. We did it with 1.7.x and its seems to make packagers life easier as well as versions for bug reports, etc. So be it. From 1.8.3 I will do collective releases for efl, elm, evas and emotion generic loaders. Even if the specific tarballs have no changes. regards Stefan Schmidt How does it make packagers life easier, if there are empty version bumps, which also need to be followed by the package manager? From my experience as a packager, it only means more work for no gain, since the content is the same. So as an experience result of the 1.7 series and to avoid wasting time for everyone, i strongly object against doing empty releases again. -- Thomas Sachau Gentoo Linux Developer signature.asc Description: OpenPGP digital signature -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
On 12/10/2013 12:07 AM, Michael Blumenkrantz wrote: On Mon, 9 Dec 2013 14:23:21 +0100 Stefan Schmidt ste...@datenfreihafen.org wrote: Hello. On Mon, 2013-12-09 at 12:26, Thanatermesis wrote: From a packagers perspective it would be great if we could keep the efl, elementary and evas/emotion_generic_loaders version numbers the same even if there are no changes, the same as we did for the 1.7 tree. I'll leave it for you guys to decide though. + 1 This counts not all all for me. If you have reasons let people known them. +1 has the same status as an empty mail for me. regards Stefan Schmidt Agree I'm guessing that in the future we'll continue to merge things. Elementary will probably get merged into the EFL tree, and maybe emotion generic will merge into the evas generic tree. It's annoying to have to upgrade (for users and packagers) packages when nothing has changed except a version number, but it does make bug filing/fixing easier. I guess i should point out that with our build system it takes less then 2 minutes to bump a version number, so as i found the other night its easier for me if they are all the same number as i spent more time going back and looking at which package needed which version then it would have taken to package the one package that hadn’t changed. -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
On Mon, Dec 09, 2013 at 08:21:41PM +0100, Thomas Sachau wrote: How does it make packagers life easier, if there are empty version bumps, which also need to be followed by the package manager? From my experience as a packager, it only means more work for no gain, since the content is the same. So as an experience result of the 1.7 series and to avoid wasting time for everyone, i strongly object against doing empty releases again. As meta-efl (OpenEmbedded layer) maintainer I agree, better to have different, but correct versions, than rebuilding the same source multiple times. -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
On Tue, Dec 10, 2013 at 07:14:18AM +1030, Simon wrote: On 12/10/2013 12:07 AM, Michael Blumenkrantz wrote: I'm guessing that in the future we'll continue to merge things. Elementary will probably get merged into the EFL tree, and maybe emotion generic will merge into the evas generic tree. It's annoying to have to upgrade (for users and packagers) packages when nothing has changed except a version number, but it does make bug filing/fixing easier. I guess i should point out that with our build system it takes less then 2 minutes to bump a version number, so as i found the other night its easier for me if they are all the same number as i spent more time going back and looking at which package needed which version then it would have taken to package the one package that hadn’t changed. For distributions where the users are responsible to build the stuff it's really bad. It takes 2 minutes for me to update the recipes in meta-efl for new version, but it will take many hours for each user of these metadata to recreate binaries with updated version, but otherwise exactly the same content. I don't see how it makes bug tracking better, because if someone reports bug against 1.8.2 which is exactly the same source as 1.8.1, then it looks like new issue was introduced in 1.8.2, but it's probably just something overlooked when the same 1.8.1 was being used in the distro. -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt ste...@datenfreihafen.org said: Hello. On Mon, 2013-12-09 at 14:28, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 07:11, Jeff Hoogland wrote: I'm not sure this is the case - just like Simon alpha4 builds fine here. Really strange. I reviewd the commits that gone into rc1 and efl 1.8.2 but I can't see anything that broke this. Also its building fine for me and on jenkins. At any rate I guess I'll try just disabling physics then. Please do. The physics module was not really maintained and Mike just removed it so it will be gone in the next rc and the final release anyway. Having it disabled manually for the rc1 should be ok for the people encountering this problem. Does that sound good for you guys? To avoid any more confusion on this Mike and I decided that I will prepare a new rc1 tarball with the removal commit and upload it. Will send a mail once its up. how about.. rc2? :) regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
On Tue, 10 Dec 2013 08:51:50 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt ste...@datenfreihafen.org said: Hello. On Mon, 2013-12-09 at 14:28, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 07:11, Jeff Hoogland wrote: I'm not sure this is the case - just like Simon alpha4 builds fine here. Really strange. I reviewd the commits that gone into rc1 and efl 1.8.2 but I can't see anything that broke this. Also its building fine for me and on jenkins. At any rate I guess I'll try just disabling physics then. Please do. The physics module was not really maintained and Mike just removed it so it will be gone in the next rc and the final release anyway. Having it disabled manually for the rc1 should be ok for the people encountering this problem. Does that sound good for you guys? To avoid any more confusion on this Mike and I decided that I will prepare a new rc1 tarball with the removal commit and upload it. Will send a mail once its up. how about.. rc2? :) I don't want to drag this process out unnecessarily. regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
On Mon, 9 Dec 2013 15:11:31 +0100 Stefan Schmidt ste...@datenfreihafen.org said: Hello. On Mon, 2013-12-09 at 20:48, Simon wrote: On 12/09/2013 08:33 PM, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 20:05, Simon wrote: On 12/09/2013 05:40 PM, Stefan Schmidt wrote: Hello. On Sun, 2013-12-08 at 14:58, Jeff Hoogland wrote: Just wanted to confirm emotion generic players isn't getting a 1.8.1 release. Confirmed. Emotion generic players had not a single commit since 1.8.0. Nothing to release. regards Stefan Schmidt From a packagers perspective it would be great if we could keep the efl, elementary and evas/emotion_generic_loaders version numbers the same even if there are no changes, the same as we did for the 1.7 tree. I'll leave it for you guys to decide though. I was pondering about that. For 1.7.x we had way more tarballs for one release. Due to the merged efl tree this really got down. Would you expect emotion generic player release tarballs for 1.8.1 and 1.8.2 even when not a single commit hit that repo? We can switch back to that model but I'm not a fan of doing empty releases just to stay in sync for the version number. It would only heppen from 1.8.3 though. Skipping a minor release for everything but efl. IT will always be out of sync with e18 in any case. In sumarry I have no hard feeling in any direction. :) regards Stefan Schmidt I wasn't much of a fan of the empty releases at first either, but realistic the enlightenment foundation libraries are efl, elementary and e*_generic_loaders, its just some components are built separately because its easier and others due to licensing. From a user perspective particularly in regards to filing bugs it makes it easier if they all follow the same versioning, especially if efl and elementary are out of sync. We did it with 1.7.x and its seems to make packagers life easier as well as versions for bug reports, etc. So be it. From 1.8.3 I will do collective releases for efl, elm, evas and emotion generic loaders. Even if the specific tarballs have no changes. we did it for efl 1.8 because we had like 12+ packages and we often depended on a bugfix in one efl pkg to make another work right. now our lives are MUCH simpler. :) the generic loaders + players pkgs are small and dont get a lot of traffic. we likely could merge those into some single efl-loaders tree with ease. that'd be wise as emotion and evas are now together too in efl. at this stage elementary will be a hard nut to merge primarily because of elm_web and webkit. we need to get our support straight there. what we do is undecided at the moment, but the likeliest scenario is that we import an entire webkit tree into EFL. it's basically the only way to make it work - specially cherry pick the right webkit version that happens to work and then import it and every now and again when a known tested webkit tree update works.. import that wholesale. and for those who don't know. webkit-efl requires efl. elementary optionally requires webkit-efl. we can't merge elementary and build elm_web support if elm is merged into efl as webkit-efl can't be built until you have efl and not efl requires webkit-efl... :S -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
On Mon, 9 Dec 2013 19:02:50 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Tue, 10 Dec 2013 08:51:50 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt ste...@datenfreihafen.org said: Hello. On Mon, 2013-12-09 at 14:28, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 07:11, Jeff Hoogland wrote: I'm not sure this is the case - just like Simon alpha4 builds fine here. Really strange. I reviewd the commits that gone into rc1 and efl 1.8.2 but I can't see anything that broke this. Also its building fine for me and on jenkins. At any rate I guess I'll try just disabling physics then. Please do. The physics module was not really maintained and Mike just removed it so it will be gone in the next rc and the final release anyway. Having it disabled manually for the rc1 should be ok for the people encountering this problem. Does that sound good for you guys? To avoid any more confusion on this Mike and I decided that I will prepare a new rc1 tarball with the removal commit and upload it. Will send a mail once its up. how about.. rc2? :) I don't want to drag this process out unnecessarily. there are still bugs being filed on phab... and i was more making the point that re-spinning a tarball with the same name/version is not a good thing. which rc1 do you have? i don't know. rc1!. :) if there is a re-spin.. at least call it rc2... :) i could have done a re spin for 1.8.1 (another 1.8.0) as no code changed - it was a m4 macro doing the totally unexpected. but i had to do 1.8.1 :( -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
On Tue, 10 Dec 2013 09:34:57 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 9 Dec 2013 19:02:50 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Tue, 10 Dec 2013 08:51:50 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt ste...@datenfreihafen.org said: Hello. On Mon, 2013-12-09 at 14:28, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 07:11, Jeff Hoogland wrote: I'm not sure this is the case - just like Simon alpha4 builds fine here. Really strange. I reviewd the commits that gone into rc1 and efl 1.8.2 but I can't see anything that broke this. Also its building fine for me and on jenkins. At any rate I guess I'll try just disabling physics then. Please do. The physics module was not really maintained and Mike just removed it so it will be gone in the next rc and the final release anyway. Having it disabled manually for the rc1 should be ok for the people encountering this problem. Does that sound good for you guys? To avoid any more confusion on this Mike and I decided that I will prepare a new rc1 tarball with the removal commit and upload it. Will send a mail once its up. how about.. rc2? :) I don't want to drag this process out unnecessarily. there are still bugs being filed on phab... and i was more making the point that re-spinning a tarball with the same name/version is not a good thing. which rc1 do you have? i don't know. rc1!. :) if there is a re-spin.. at least call it rc2... :) i could have done a re spin for 1.8.1 (another 1.8.0) as no code changed - it was a m4 macro doing the totally unexpected. but i had to do 1.8.1 :( there was no re spin as you call it. the tarballs sent to the list were PREVIEW tarballs, and it was explicitly stated that they may or may not have been the final release tarballs for those versions. you absolutely could not have done the same thing, as you did not send your prepared tarballs to any lists prior to doing the release. -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
On Mon, 9 Dec 2013 20:23:39 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Tue, 10 Dec 2013 09:34:57 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 9 Dec 2013 19:02:50 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Tue, 10 Dec 2013 08:51:50 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt ste...@datenfreihafen.org said: Hello. On Mon, 2013-12-09 at 14:28, Stefan Schmidt wrote: Hello. On Mon, 2013-12-09 at 07:11, Jeff Hoogland wrote: I'm not sure this is the case - just like Simon alpha4 builds fine here. Really strange. I reviewd the commits that gone into rc1 and efl 1.8.2 but I can't see anything that broke this. Also its building fine for me and on jenkins. At any rate I guess I'll try just disabling physics then. Please do. The physics module was not really maintained and Mike just removed it so it will be gone in the next rc and the final release anyway. Having it disabled manually for the rc1 should be ok for the people encountering this problem. Does that sound good for you guys? To avoid any more confusion on this Mike and I decided that I will prepare a new rc1 tarball with the removal commit and upload it. Will send a mail once its up. how about.. rc2? :) I don't want to drag this process out unnecessarily. there are still bugs being filed on phab... and i was more making the point that re-spinning a tarball with the same name/version is not a good thing. which rc1 do you have? i don't know. rc1!. :) if there is a re-spin.. at least call it rc2... :) i could have done a re spin for 1.8.1 (another 1.8.0) as no code changed - it was a m4 macro doing the totally unexpected. but i had to do 1.8.1 :( there was no re spin as you call it. the tarballs sent to the list were PREVIEW tarballs, and it was explicitly stated that they may or may not have been the final release tarballs for those versions. you absolutely could not have done the same thing, as you did not send your prepared tarballs to any lists prior to doing the release. so i downloaded rc1. is mine fixed? :) you didn't answer that. how do i know if its the respin or not before i download it? even for rc's if there is a re-generate at sall it should get a new name for the archive. rc2, rc3, rc4 etc. imho -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
Hello. On Fri, 2013-12-06 at 12:35, Stefan Schmidt wrote: On Thu, 2013-12-05 at 08:55, Stefan Schmidt wrote: On Thu, 2013-12-05 at 08:53, Stefan Schmidt wrote: Hello. [Now CC'ed to enlightenment-release] Everybody could see that this was a lie but is true now... On Wed, 2013-12-04 at 14:44, Stefan Schmidt wrote: It seems all 1.8 branches have accumulated enough fixes already to allow for a 1.8.x release on Friday. If you have backported your _tested_ important fixes to the stable branch consider yourself a good person. If know anything else that needs backporting please do so by Thursday evening. I don't want last minutes commits just a second before the release. This needs to be adapted slightly. As Mike pointed out we have a policy for having the tarballs around for 24h to allow testing before doing the final announce. This is a really good thing so I plan to stick with it. Adaption to my current plan would be that I prepare the tarballs and everythign on Friday evening European time and allow for testing until Sunday (I'm off Saturday) and if the tarball have been fine do the announcement on Sunday. Due to laptop and hard disk dieing I have to move this forward a bit. I really need the time to recover. Tarballs for testing should be out on Sunday evening and release announcement 24h later if nothing problematic comes up. On the good side we will have an e18-rc1 together with these. In the spirit of all the other releases I also pushed out the TESTING tarballs for efl, elm evas_generic_loaders and e18. While efl, elm and evas_generic loaders are stable releases e18 gets his first release candidate together with them. THIS MIGHT NOT BE THE FINAL TARBALLS. Please test them and let me know any problems. If nothing shows I will make them final in 24h. http://download.enlightenment.org/rel/libs/efl/efl-1.8.2.tar.gz http://download.enlightenment.org/rel/libs/evas_generic_loaders/evas_generic_loaders-1.8.1.tar.gz http://download.enlightenment.org/rel/libs/elementary/elementary-1.8.1.tar.gz http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.18.0-rc1.tar.gz Happy testing. regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
Just wanted to confirm emotion generic players isn't getting a 1.8.1 release. On Sun, Dec 8, 2013 at 2:32 PM, Stefan Schmidt ste...@datenfreihafen.orgwrote: Hello. On Fri, 2013-12-06 at 12:35, Stefan Schmidt wrote: On Thu, 2013-12-05 at 08:55, Stefan Schmidt wrote: On Thu, 2013-12-05 at 08:53, Stefan Schmidt wrote: Hello. [Now CC'ed to enlightenment-release] Everybody could see that this was a lie but is true now... On Wed, 2013-12-04 at 14:44, Stefan Schmidt wrote: It seems all 1.8 branches have accumulated enough fixes already to allow for a 1.8.x release on Friday. If you have backported your _tested_ important fixes to the stable branch consider yourself a good person. If know anything else that needs backporting please do so by Thursday evening. I don't want last minutes commits just a second before the release. This needs to be adapted slightly. As Mike pointed out we have a policy for having the tarballs around for 24h to allow testing before doing the final announce. This is a really good thing so I plan to stick with it. Adaption to my current plan would be that I prepare the tarballs and everythign on Friday evening European time and allow for testing until Sunday (I'm off Saturday) and if the tarball have been fine do the announcement on Sunday. Due to laptop and hard disk dieing I have to move this forward a bit. I really need the time to recover. Tarballs for testing should be out on Sunday evening and release announcement 24h later if nothing problematic comes up. On the good side we will have an e18-rc1 together with these. In the spirit of all the other releases I also pushed out the TESTING tarballs for efl, elm evas_generic_loaders and e18. While efl, elm and evas_generic loaders are stable releases e18 gets his first release candidate together with them. THIS MIGHT NOT BE THE FINAL TARBALLS. Please test them and let me know any problems. If nothing shows I will make them final in 24h. http://download.enlightenment.org/rel/libs/efl/efl-1.8.2.tar.gz http://download.enlightenment.org/rel/libs/evas_generic_loaders/evas_generic_loaders-1.8.1.tar.gz http://download.enlightenment.org/rel/libs/elementary/elementary-1.8.1.tar.gz http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.18.0-rc1.tar.gz Happy testing. regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
E18 rc1 doesn't appear to build here: CC temperature/tempget.o CCLD temperature/tempget make[4]: *** No rule to make target `physics/e-module-physics.edj', needed by `all-am'. Stop. make[4]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src/modules' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src/modules' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1' make: *** [all] Error 2 On Sun, Dec 8, 2013 at 2:58 PM, Jeff Hoogland jeffhoogl...@linux.comwrote: Just wanted to confirm emotion generic players isn't getting a 1.8.1 release. On Sun, Dec 8, 2013 at 2:32 PM, Stefan Schmidt ste...@datenfreihafen.orgwrote: Hello. On Fri, 2013-12-06 at 12:35, Stefan Schmidt wrote: On Thu, 2013-12-05 at 08:55, Stefan Schmidt wrote: On Thu, 2013-12-05 at 08:53, Stefan Schmidt wrote: Hello. [Now CC'ed to enlightenment-release] Everybody could see that this was a lie but is true now... On Wed, 2013-12-04 at 14:44, Stefan Schmidt wrote: It seems all 1.8 branches have accumulated enough fixes already to allow for a 1.8.x release on Friday. If you have backported your _tested_ important fixes to the stable branch consider yourself a good person. If know anything else that needs backporting please do so by Thursday evening. I don't want last minutes commits just a second before the release. This needs to be adapted slightly. As Mike pointed out we have a policy for having the tarballs around for 24h to allow testing before doing the final announce. This is a really good thing so I plan to stick with it. Adaption to my current plan would be that I prepare the tarballs and everythign on Friday evening European time and allow for testing until Sunday (I'm off Saturday) and if the tarball have been fine do the announcement on Sunday. Due to laptop and hard disk dieing I have to move this forward a bit. I really need the time to recover. Tarballs for testing should be out on Sunday evening and release announcement 24h later if nothing problematic comes up. On the good side we will have an e18-rc1 together with these. In the spirit of all the other releases I also pushed out the TESTING tarballs for efl, elm evas_generic_loaders and e18. While efl, elm and evas_generic loaders are stable releases e18 gets his first release candidate together with them. THIS MIGHT NOT BE THE FINAL TARBALLS. Please test them and let me know any problems. If nothing shows I will make them final in 24h. http://download.enlightenment.org/rel/libs/efl/efl-1.8.2.tar.gz http://download.enlightenment.org/rel/libs/evas_generic_loaders/evas_generic_loaders-1.8.1.tar.gz http://download.enlightenment.org/rel/libs/elementary/elementary-1.8.1.tar.gz http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.18.0-rc1.tar.gz Happy testing. regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
Hello. On Sun, 2013-12-08 at 14:58, Jeff Hoogland wrote: Just wanted to confirm emotion generic players isn't getting a 1.8.1 release. Confirmed. Emotion generic players had not a single commit since 1.8.0. Nothing to release. regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday
Hello. On Sun, 2013-12-08 at 16:32, Jeff Hoogland wrote: E18 rc1 doesn't appear to build here: CC temperature/tempget.o CCLD temperature/tempget make[4]: *** No rule to make target `physics/e-module-physics.edj', needed by `all-am'. Stop. make[4]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src/modules' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src/modules' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jeff/0.18.0-rc1/enlightenment-0.18.0-rc1' make: *** [all] Error 2 Interesting. Do you have --disable-ephysics or --disable-physics in your configure? Finding out why we have two similar things is another thing. regards Stefan Schmidt -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
