Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday

[Sebastian Dransfeld]

A possible solution.

S.

Stefan Schmidt :

>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
>> >>  said:
>> >>
>> >>> On Tue, 10 Dec 2013 09:34:57 +0900
>> >>> Carsten Haitzler (The Rasterman)  wrote:
>> >>>
>>  On Mon, 9 Dec 2013 19:02:50 -0500 Michael Blumenkrantz
>>   said:
>> 
>> > On Tue, 10 Dec 2013 08:51:50 +0900
>> > Carsten Haitzler (The Rasterman)  wrote:
>> >
>> >> On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt
>> >>  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=84349831&iu=/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 
o

Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday

[Stefan Schmidt]

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
> >>  said:
> >>
> >>> On Tue, 10 Dec 2013 09:34:57 +0900
> >>> Carsten Haitzler (The Rasterman)  wrote:
> >>>
>  On Mon, 9 Dec 2013 19:02:50 -0500 Michael Blumenkrantz
>   said:
> 
> > On Tue, 10 Dec 2013 08:51:50 +0900
> > Carsten Haitzler (The Rasterman)  wrote:
> >
> >> On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt
> >>  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=84349831&iu=/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

[The Rasterman]

On Tue, 10 Dec 2013 08:19:34 +0100 Stefan Schmidt 
said:

> Hello.
> 
> On Tue, 2013-12-10 at 14:32, Carsten Haitzler wrote:
> > On Mon, 9 Dec 2013 20:23:39 -0500 Michael Blumenkrantz
> >  said:
> > 
> > > On Tue, 10 Dec 2013 09:34:57 +0900
> > > Carsten Haitzler (The Rasterman)  wrote:
> > > 
> > > > On Mon, 9 Dec 2013 19:02:50 -0500 Michael Blumenkrantz
> > > >  said:
> > > > 
> > > > > On Tue, 10 Dec 2013 08:51:50 +0900
> > > > > Carsten Haitzler (The Rasterman)  wrote:
> > > > > 
> > > > > > On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt
> > > > > >  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=111408631&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-d

Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday

[Sebastian Dransfeld]

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
>>  said:
>>
>>> On Tue, 10 Dec 2013 09:34:57 +0900
>>> Carsten Haitzler (The Rasterman)  wrote:
>>>
 On Mon, 9 Dec 2013 19:02:50 -0500 Michael Blumenkrantz
  said:

> On Tue, 10 Dec 2013 08:51:50 +0900
> Carsten Haitzler (The Rasterman)  wrote:
>
>> On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt
>>  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=111408631&iu=/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]

Hello.

On Tue, 2013-12-10 at 14:32, Carsten Haitzler wrote:
> On Mon, 9 Dec 2013 20:23:39 -0500 Michael Blumenkrantz
>  said:
> 
> > On Tue, 10 Dec 2013 09:34:57 +0900
> > Carsten Haitzler (The Rasterman)  wrote:
> > 
> > > On Mon, 9 Dec 2013 19:02:50 -0500 Michael Blumenkrantz
> > >  said:
> > > 
> > > > On Tue, 10 Dec 2013 08:51:50 +0900
> > > > Carsten Haitzler (The Rasterman)  wrote:
> > > > 
> > > > > On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt
> > > > >  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=111408631&iu=/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

[The Rasterman]

On Mon, 9 Dec 2013 20:23:39 -0500 Michael Blumenkrantz
 said:

> On Tue, 10 Dec 2013 09:34:57 +0900
> Carsten Haitzler (The Rasterman)  wrote:
> 
> > On Mon, 9 Dec 2013 19:02:50 -0500 Michael Blumenkrantz
> >  said:
> > 
> > > On Tue, 10 Dec 2013 08:51:50 +0900
> > > Carsten Haitzler (The Rasterman)  wrote:
> > > 
> > > > On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt
> > > >  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=111408631&iu=/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

[Michael Blumenkrantz]

On Tue, 10 Dec 2013 09:34:57 +0900
Carsten Haitzler (The Rasterman)  wrote:

> On Mon, 9 Dec 2013 19:02:50 -0500 Michael Blumenkrantz
>  said:
> 
> > On Tue, 10 Dec 2013 08:51:50 +0900
> > Carsten Haitzler (The Rasterman)  wrote:
> > 
> > > On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt 
> > > 
> > > 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=111408631&iu=/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

[The Rasterman]

On Mon, 9 Dec 2013 19:02:50 -0500 Michael Blumenkrantz
 said:

> On Tue, 10 Dec 2013 08:51:50 +0900
> Carsten Haitzler (The Rasterman)  wrote:
> 
> > On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt 
> > 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=111408631&iu=/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

[The Rasterman]

On Mon, 9 Dec 2013 15:11:31 +0100 Stefan Schmidt 
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=111408631&iu=/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

[Michael Blumenkrantz]

On Tue, 10 Dec 2013 08:51:50 +0900
Carsten Haitzler (The Rasterman)  wrote:

> On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt 
> 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=111408631&iu=/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

[The Rasterman]

On Mon, 9 Dec 2013 14:37:58 +0100 Stefan Schmidt 
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=111408631&iu=/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=111408631&iu=/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

[Martin Jansa]

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=111408631&iu=/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

[Martin Jansa]

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=111408631&iu=/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

[Simon]

On 12/10/2013 12:07 AM, Michael Blumenkrantz wrote:
> On Mon, 9 Dec 2013 14:23:21 +0100
> Stefan Schmidt  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=111408631&iu=/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=111408631&iu=/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

[Thomas Sachau]

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=111408631&iu=/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]

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=111408631&iu=/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]

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=111408631&iu=/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

[Michael Blumenkrantz]

On Mon, 9 Dec 2013 14:37:58 +0100
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.
> 
> 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=111408631&iu=/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]

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=111408631&iu=/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

[Michael Blumenkrantz]

On Mon, 9 Dec 2013 14:23:21 +0100
Stefan Schmidt  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=111408631&iu=/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]

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=111408631&iu=/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]

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=111408631&iu=/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

[Michael Blumenkrantz]

that's probably a good idea since it no longer exists.

On Mon, 9 Dec 2013 07:11:00 -0600
Jeff Hoogland  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  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  > >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.org>wrote:
> > > >>
> > > >>> 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
> > >

Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday

[Jeff Hoogland]

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  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  >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.org>wrote:
> > >>
> > >>> 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.

Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday

[Simon]

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  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 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 
 wrote:

> 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=111408631&iu=/4140/ostg.clktrk
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

 --
 ~Jeff Hoogland 

Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday

[Michael Blumenkrantz]

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  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 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 
> >> wrote:
> >>
> >>> 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=111408631&iu=/4140/ostg.clktrk
> >>> ___
> >>> enlightenment-devel mailing list
> >>> enlightenment-devel@lists.sourceforge.net
> >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >>>
> >>
> >>
> >> --
> >> ~Jeff Hoogland 
> >> Thoughts on Technology , Tech Blog
> >> Bodhi Linux , Enlightenment for your Desktop
> >>
> >
>

Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday

[Simon]

[  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 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 
>> wrote:
>>
>>> 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=111408631&iu=/4140/ostg.clktrk
>>> ___
>>> enlightenment-devel mailing list
>>> enlightenment-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>>
>>
>>
>> --
>> ~Jeff Hoogland 
>> Thoughts on Technology , Tech Blog
>> Bodhi Linux , 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=111408631&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourcefor

Re: [E-devel] [Enlightenment-release] Upcoming 1.8.x releases on Friday

[Thanatermesis]

> 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 

> 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=111408631&iu=/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=111408631&iu=/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

[Simon]

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=111408631&iu=/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]

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=111408631&iu=/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

[Simon]

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=111408631&iu=/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]

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=111408631&iu=/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]

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=111408631&iu=/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]

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=111408631&iu=/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

[Jeff Hoogland]

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 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 
> wrote:
>
>> 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=111408631&iu=/4140/ostg.clktrk
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>
>
>
> --
> ~Jeff Hoogland 
> Thoughts on Technology , Tech Blog
> Bodhi Linux , Enlightenment for your Desktop
>



-- 
~Jeff Hoogland 
Thoughts on Technology , Tech Blog
Bodhi Linux , 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=111408631&iu=/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

[Jeff Hoogland]

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 wrote:

> 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=111408631&iu=/4140/ostg.clktrk
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
~Jeff Hoogland 
Thoughts on Technology , Tech Blog
Bodhi Linux , 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=111408631&iu=/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]

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=111408631&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel