Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?

2013-06-15 Thread Thanatermesis
 Don't forget we're talking about in-development, unreleased software. Why
should it maintain compatibility with older systems? If you're going to be
pulling software from VCS, it makes sense that it needs other things from
VCS.

First, because its extremely simple, specially using git, we have always
used if's in C for enable or disable experimental code, is very simple to
do if version  e18 ; disable something, terminology does the same with
the libs. By other side it becomes more difficult if we are talking about
not only a small change, but on that way, stills very simple by using git
because you can leave a stable branch on his state/point and work on your
master or dev one, but if you add a commit that is a generic fix, you can
apply this commit in both development and stable branches, and not leaving
your code that is meant to be for stable use in a totally un-maintained and
forgotten state, because this is not a stable release but a simple tag.

If you have all the time of the world to live in bleeding-edge and found
occasional bugs and be able to fix them each day, its fine for you, but a
lot of people has different needs and they just needs a stable software
that doesn't give problems and being able to work on other things.

Second, it could be *very bad* for Enlightenment reputation to not follow a
minimally stable/released maintaining (not only for e17 but also for its
emodules), a lot of people talked bad about E for years because we had not
any stable version released, now that we have it, we want to leave them
just like a tag in a forgotten world? people can found bugs and they will
be never solved because we don't worry? or they could not build emodules
because there's simply not emodules for that version?  the only thing that
could conduce this behaviour is to* force users to make a fork of E* in the
future for maintaint a better support/bugfixes and compatibility, and I'm
pretty sure that we don't want to diverge the E work in different
locations, nobody never seen the path of enlightenment to have 2 roads :)

That's one of the problems on the free software world, they are not so
forced to make stable releases as how happens on enterprises, and in fact,
software is very unstable on the free software world, not everybody are
developers, my mom also uses linux, fortunately with git these things are
much easier and automated to reach, and a simple process of releasing
stable states is not so difficult, this a simple workflow that can be done
for that:
* have a branch for stable, another for development, and another for frozen
states
* put all the finished features that you decide to include in the next
release onto the frozen branch and wait for the bleeding-edge users to
report you bugs for this RC version
* you can still working on the development branch and experimental
features, when you received a good amount of reports and you fix them on
the frozen branch, you can decide to move it to the stable branch and
publish a release announcement, you have now a version for the common users
with recent features and a stable code
* then move again your finished features from development to frozen and
wait another cycle

In fact you can do the same with only stable and development if your
software is more small or you need to do it more simple, you can go back
and forth in any time between the stable or development branch, having
always their last leaved state



2013/6/14 Daniel Juyung Seo seojuyu...@gmail.com

 On Fri, Jun 14, 2013 at 3:06 AM, Davide Andreoli d...@gurumeditation.it
 wrote:

  2013/6/13 Thanatermesis thanatermesis.e...@gmail.com
 
   Is not more simple to have something like a simple if for do
 something
   depending on the version of E (0.17.3,  0.18...) ? we should maintain
  some
   compatibility, ppl is tend to use e17 as a stable system and developers
  e18
   as a development system
  
 
  In real it's not more simple for me, to keep compatibility I need to test
  everything
  two times and search solutions that fit both versions.
 
  If people use the released version of E should also use released
 version
  of places,
  think at the 83648 revision the places0.17 release.
 
  btw, Im thinking about moving places back to my googlecode svn instead of
  the
  new git. And maybe do a tag/branch for the version that work with 0.17.
 

 Yes we need a branch for e17 support.
 I hope we can do that in e's new git with extra modules like other
 components.

 Daniel Juyung Seo (SeoZ)


 
 
  
  
   2013/6/12 Nikolas Arend sns...@gmail.com
  
On 06/12/2013 07:23 PM, Davide Andreoli wrote:
 2013/6/12 Nikolas Arend sns...@gmail.com

 On 06/12/2013 06:07 PM, Tom Hacohen wrote:
 On 29/05/13 19:41, Davide Andreoli wrote:
 Hi,
 I have 1 module and an half (places and penguins) that I fully
   support
 that
 are still hosted in the old svn E-MODULES-EXTRA folder.

 What we like to do with that?
 No more extra modules hosting?
 move only 

Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?

2013-06-13 Thread Deon Thomas
+1 for thana idea, less work if we build from the same source if the source
can detect what version we are on and have compatibility. it is never cool
to have one program in this case (places-module) in two place and for
example because you use e17 you cant have the new fixes that the e18
version has, although (what i have checked) the only function blocking
places is e_popup_autoclose(). also if this function is based on e17
(improving e17), why not simply backport it.

Thank You.
--- --- --- --- --- --- --- --- ---
Deon Thomas [ http://www.elivecd.org ]
Programmer / Network Admin / Microsoft Certified Technology Specialist


On Wed, Jun 12, 2013 at 7:23 PM, Thanatermesis thanatermesis.e...@gmail.com
 wrote:

 Is not more simple to have something like a simple if for do something
 depending on the version of E (0.17.3,  0.18...) ? we should maintain some
 compatibility, ppl is tend to use e17 as a stable system and developers e18
 as a development system


 2013/6/12 Nikolas Arend sns...@gmail.com

  On 06/12/2013 07:23 PM, Davide Andreoli wrote:
   2013/6/12 Nikolas Arend sns...@gmail.com
  
   On 06/12/2013 06:07 PM, Tom Hacohen wrote:
   On 29/05/13 19:41, Davide Andreoli wrote:
   Hi,
   I have 1 module and an half (places and penguins) that I fully
 support
   that
   are still hosted in the old svn E-MODULES-EXTRA folder.
  
   What we like to do with that?
   No more extra modules hosting?
   move only the supported ones to git?
   move everything?
   Depends on how we decide to do it. I think we should move each module
  to
   it's own repo. This means the switch will happen as needed.
   Apart from the fact that places currently does not compile for me
  
   you are on e 0.17 right?
 
 
  No, sorry, I thought we were talking about e18, i.e. git master.
 
 
  Nick
 
 
   instruction to checkout the correct revision for e17 are on the places
  wiki:
   http://code.google.com/p/e17mods/wiki/Places
  
   if instead you get the error on e18 please let me know
  
   davemds
  
  
  
   e_mod_main.c: In function '_places_popup_new':
   e_mod_main.c:482:6: error: too few arguments to function
   'e_popup_autoclose'
   In file included from
  /usr/local/include/enlightenment/e_includes.h:44:0,
  from /usr/local/include/enlightenment/e.h:272,
  from e_mod_main.c:4:
   /usr/local/include/enlightenment/e_popup.h:52:46: note: declared here
   make[2]: *** [e_mod_main.lo] Error 1
  
  
   I'm seconding moving places to git, as I can imagine that the module
 and
   its functionality is used by a significant number of users.
  
  
   Nick
  
  
  
   --
   Tom.
  
  
  
  
 
 --
   This SF.net email is sponsored by Windows:
  
   Build for Windows Store.
  
   http://p.sf.net/sfu/windows-dev2dev
   ___
   enlightenment-devel mailing list
   enlightenment-devel@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
  
  
  
 
 --
   This SF.net email is sponsored by Windows:
  
   Build for Windows Store.
  
   http://p.sf.net/sfu/windows-dev2dev
   ___
   enlightenment-devel mailing list
   enlightenment-devel@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
  
  
 
 --
   This SF.net email is sponsored by Windows:
  
   Build for Windows Store.
  
   http://p.sf.net/sfu/windows-dev2dev
   ___
   enlightenment-devel mailing list
   enlightenment-devel@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
 
 
 
 --
  This SF.net email is sponsored by Windows:
 
  Build for Windows Store.
 
  http://p.sf.net/sfu/windows-dev2dev
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 

 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net

Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?

2013-06-13 Thread Davide Andreoli
2013/6/13 Doug Newgard scimmi...@outlook.com

 Don't forget we're talking about in-development, unreleased software. Why
 should it maintain compatibility with older systems? If you're going to be
 pulling software from VCS, it makes sense that it needs other things from
 VCS.

 And Davide Andreoli, just in case  Nikolas Arend's post wasn't clear,
 current trunk is not building for me with E18 built less than 12 hours ago.
 Same error.


yep, you both right, thanks for reporting! fixed now in svn



 
  Date: Thu, 13 Jun 2013 01:23:10 +0200
  From: thanatermesis.e...@gmail.com
  To: enlightenment-devel@lists.sourceforge.net
  Subject: Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?
 
  Is not more simple to have something like a simple if for do something
  depending on the version of E (0.17.3, 0.18...) ? we should maintain some
  compatibility, ppl is tend to use e17 as a stable system and developers
 e18
  as a development system
 
 
  2013/6/12 Nikolas Arend sns...@gmail.com
 
  On 06/12/2013 07:23 PM, Davide Andreoli wrote:
  2013/6/12 Nikolas Arend sns...@gmail.com
 
  On 06/12/2013 06:07 PM, Tom Hacohen wrote:
  On 29/05/13 19:41, Davide Andreoli wrote:
  Hi,
  I have 1 module and an half (places and penguins) that I fully
 support
  that
  are still hosted in the old svn E-MODULES-EXTRA folder.
 
  What we like to do with that?
  No more extra modules hosting?
  move only the supported ones to git?
  move everything?
  Depends on how we decide to do it. I think we should move each module
  to
  it's own repo. This means the switch will happen as needed.
  Apart from the fact that places currently does not compile for me
 
  you are on e 0.17 right?
 
 
  No, sorry, I thought we were talking about e18, i.e. git master.
 
 
  Nick
 
 
  instruction to checkout the correct revision for e17 are on the places
  wiki:
  http://code.google.com/p/e17mods/wiki/Places
 
  if instead you get the error on e18 please let me know
 
  davemds
 
 
 
  e_mod_main.c: In function '_places_popup_new':
  e_mod_main.c:482:6: error: too few arguments to function
  'e_popup_autoclose'
  In file included from
  /usr/local/include/enlightenment/e_includes.h:44:0,
  from /usr/local/include/enlightenment/e.h:272,
  from e_mod_main.c:4:
  /usr/local/include/enlightenment/e_popup.h:52:46: note: declared here
  make[2]: *** [e_mod_main.lo] Error 1
 
 
  I'm seconding moving places to git, as I can imagine that the module
 and
  its functionality is used by a significant number of users.
 
 
  Nick
 
 
 
  --
  Tom.
 
 
 
 
 
 --
  This SF.net email is sponsored by Windows:
 
  Build for Windows Store.
 
  http://p.sf.net/sfu/windows-dev2dev
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
 
 
 
 --
  This SF.net email is sponsored by Windows:
 
  Build for Windows Store.
 
  http://p.sf.net/sfu/windows-dev2dev
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
 
 
 --
  This SF.net email is sponsored by Windows:
 
  Build for Windows Store.
 
  http://p.sf.net/sfu/windows-dev2dev
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
 
 
 
 --
  This SF.net email is sponsored by Windows:
 
  Build for Windows Store.
 
  http://p.sf.net/sfu/windows-dev2dev
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
 
 --
  This SF.net email is sponsored by Windows:
 
  Build for Windows Store.
 
  http://p.sf.net/sfu/windows-dev2dev
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?

2013-06-13 Thread Davide Andreoli
2013/6/13 Thanatermesis thanatermesis.e...@gmail.com

 Is not more simple to have something like a simple if for do something
 depending on the version of E (0.17.3,  0.18...) ? we should maintain some
 compatibility, ppl is tend to use e17 as a stable system and developers e18
 as a development system


In real it's not more simple for me, to keep compatibility I need to test
everything
two times and search solutions that fit both versions.

If people use the released version of E should also use released version
of places,
think at the 83648 revision the places0.17 release.

btw, Im thinking about moving places back to my googlecode svn instead of
the
new git. And maybe do a tag/branch for the version that work with 0.17.




 2013/6/12 Nikolas Arend sns...@gmail.com

  On 06/12/2013 07:23 PM, Davide Andreoli wrote:
   2013/6/12 Nikolas Arend sns...@gmail.com
  
   On 06/12/2013 06:07 PM, Tom Hacohen wrote:
   On 29/05/13 19:41, Davide Andreoli wrote:
   Hi,
   I have 1 module and an half (places and penguins) that I fully
 support
   that
   are still hosted in the old svn E-MODULES-EXTRA folder.
  
   What we like to do with that?
   No more extra modules hosting?
   move only the supported ones to git?
   move everything?
   Depends on how we decide to do it. I think we should move each module
  to
   it's own repo. This means the switch will happen as needed.
   Apart from the fact that places currently does not compile for me
  
   you are on e 0.17 right?
 
 
  No, sorry, I thought we were talking about e18, i.e. git master.
 
 
  Nick
 
 
   instruction to checkout the correct revision for e17 are on the places
  wiki:
   http://code.google.com/p/e17mods/wiki/Places
  
   if instead you get the error on e18 please let me know
  
   davemds
  
  
  
   e_mod_main.c: In function '_places_popup_new':
   e_mod_main.c:482:6: error: too few arguments to function
   'e_popup_autoclose'
   In file included from
  /usr/local/include/enlightenment/e_includes.h:44:0,
  from /usr/local/include/enlightenment/e.h:272,
  from e_mod_main.c:4:
   /usr/local/include/enlightenment/e_popup.h:52:46: note: declared here
   make[2]: *** [e_mod_main.lo] Error 1
  
  
   I'm seconding moving places to git, as I can imagine that the module
 and
   its functionality is used by a significant number of users.
  
  
   Nick
  
  
  
   --
   Tom.
  
  
  
  
 
 --
   This SF.net email is sponsored by Windows:
  
   Build for Windows Store.
  
   http://p.sf.net/sfu/windows-dev2dev
   ___
   enlightenment-devel mailing list
   enlightenment-devel@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
  
  
  
 
 --
   This SF.net email is sponsored by Windows:
  
   Build for Windows Store.
  
   http://p.sf.net/sfu/windows-dev2dev
   ___
   enlightenment-devel mailing list
   enlightenment-devel@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
  
  
 
 --
   This SF.net email is sponsored by Windows:
  
   Build for Windows Store.
  
   http://p.sf.net/sfu/windows-dev2dev
   ___
   enlightenment-devel mailing list
   enlightenment-devel@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
 
 
 
 --
  This SF.net email is sponsored by Windows:
 
  Build for Windows Store.
 
  http://p.sf.net/sfu/windows-dev2dev
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 

 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?

2013-06-13 Thread Daniel Juyung Seo
On Fri, Jun 14, 2013 at 3:06 AM, Davide Andreoli d...@gurumeditation.itwrote:

 2013/6/13 Thanatermesis thanatermesis.e...@gmail.com

  Is not more simple to have something like a simple if for do something
  depending on the version of E (0.17.3,  0.18...) ? we should maintain
 some
  compatibility, ppl is tend to use e17 as a stable system and developers
 e18
  as a development system
 

 In real it's not more simple for me, to keep compatibility I need to test
 everything
 two times and search solutions that fit both versions.

 If people use the released version of E should also use released version
 of places,
 think at the 83648 revision the places0.17 release.

 btw, Im thinking about moving places back to my googlecode svn instead of
 the
 new git. And maybe do a tag/branch for the version that work with 0.17.


Yes we need a branch for e17 support.
I hope we can do that in e's new git with extra modules like other
components.

Daniel Juyung Seo (SeoZ)




 
 
  2013/6/12 Nikolas Arend sns...@gmail.com
 
   On 06/12/2013 07:23 PM, Davide Andreoli wrote:
2013/6/12 Nikolas Arend sns...@gmail.com
   
On 06/12/2013 06:07 PM, Tom Hacohen wrote:
On 29/05/13 19:41, Davide Andreoli wrote:
Hi,
I have 1 module and an half (places and penguins) that I fully
  support
that
are still hosted in the old svn E-MODULES-EXTRA folder.
   
What we like to do with that?
No more extra modules hosting?
move only the supported ones to git?
move everything?
Depends on how we decide to do it. I think we should move each
 module
   to
it's own repo. This means the switch will happen as needed.
Apart from the fact that places currently does not compile for me
   
you are on e 0.17 right?
  
  
   No, sorry, I thought we were talking about e18, i.e. git master.
  
  
   Nick
  
  
instruction to checkout the correct revision for e17 are on the
 places
   wiki:
http://code.google.com/p/e17mods/wiki/Places
   
if instead you get the error on e18 please let me know
   
davemds
   
   
   
e_mod_main.c: In function '_places_popup_new':
e_mod_main.c:482:6: error: too few arguments to function
'e_popup_autoclose'
In file included from
   /usr/local/include/enlightenment/e_includes.h:44:0,
   from /usr/local/include/enlightenment/e.h:272,
   from e_mod_main.c:4:
/usr/local/include/enlightenment/e_popup.h:52:46: note: declared
 here
make[2]: *** [e_mod_main.lo] Error 1
   
   
I'm seconding moving places to git, as I can imagine that the module
  and
its functionality is used by a significant number of users.
   
   
Nick
   
   
   
--
Tom.
   
   
   
   
  
 
 --
This SF.net email is sponsored by Windows:
   
Build for Windows Store.
   
http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
   
   
   
  
 
 --
This SF.net email is sponsored by Windows:
   
Build for Windows Store.
   
http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
   
   
  
 
 --
This SF.net email is sponsored by Windows:
   
Build for Windows Store.
   
http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
  
  
  
  
 
 --
   This SF.net email is sponsored by Windows:
  
   Build for Windows Store.
  
   http://p.sf.net/sfu/windows-dev2dev
   ___
   enlightenment-devel mailing list
   enlightenment-devel@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
  
 
 
 --
  This SF.net email is sponsored by Windows:
 
  Build for Windows Store.
 
  http://p.sf.net/sfu/windows-dev2dev
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 

 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 

Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?

2013-06-12 Thread Thanatermesis
+1


2013/5/29 Davide Andreoli d...@gurumeditation.it

 Hi,
 I have 1 module and an half (places and penguins) that I fully support that
 are still hosted in the old svn E-MODULES-EXTRA folder.

 What we like to do with that?
 No more extra modules hosting?
 move only the supported ones to git?
 move everything?

 thanks
 davemds

 --
 Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
 Get 100% visibility into your production application - at no cost.
 Code-level diagnostics for performance bottlenecks with 2% overhead
 Download for free and get started troubleshooting in minutes.
 http://p.sf.net/sfu/appdyn_d2d_ap1
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?

2013-06-12 Thread Tom Hacohen
On 29/05/13 19:41, Davide Andreoli wrote:
 Hi,
 I have 1 module and an half (places and penguins) that I fully support that
 are still hosted in the old svn E-MODULES-EXTRA folder.

 What we like to do with that?
 No more extra modules hosting?
 move only the supported ones to git?
 move everything?

Depends on how we decide to do it. I think we should move each module to 
it's own repo. This means the switch will happen as needed.

--
Tom.


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?

2013-06-12 Thread Nikolas Arend
On 06/12/2013 06:07 PM, Tom Hacohen wrote:
 On 29/05/13 19:41, Davide Andreoli wrote:
 Hi,
 I have 1 module and an half (places and penguins) that I fully support that
 are still hosted in the old svn E-MODULES-EXTRA folder.

 What we like to do with that?
 No more extra modules hosting?
 move only the supported ones to git?
 move everything?
 Depends on how we decide to do it. I think we should move each module to
 it's own repo. This means the switch will happen as needed.

Apart from the fact that places currently does not compile for me

e_mod_main.c: In function '_places_popup_new':
e_mod_main.c:482:6: error: too few arguments to function 'e_popup_autoclose'
In file included from /usr/local/include/enlightenment/e_includes.h:44:0,
  from /usr/local/include/enlightenment/e.h:272,
  from e_mod_main.c:4:
/usr/local/include/enlightenment/e_popup.h:52:46: note: declared here
make[2]: *** [e_mod_main.lo] Error 1


I'm seconding moving places to git, as I can imagine that the module and 
its functionality is used by a significant number of users.


Nick




 --
 Tom.


 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?

2013-06-12 Thread Davide Andreoli
2013/6/12 Nikolas Arend sns...@gmail.com

 On 06/12/2013 06:07 PM, Tom Hacohen wrote:
  On 29/05/13 19:41, Davide Andreoli wrote:
  Hi,
  I have 1 module and an half (places and penguins) that I fully support
 that
  are still hosted in the old svn E-MODULES-EXTRA folder.
 
  What we like to do with that?
  No more extra modules hosting?
  move only the supported ones to git?
  move everything?
  Depends on how we decide to do it. I think we should move each module to
  it's own repo. This means the switch will happen as needed.

 Apart from the fact that places currently does not compile for me


you are on e 0.17 right?
instruction to checkout the correct revision for e17 are on the places wiki:
http://code.google.com/p/e17mods/wiki/Places

if instead you get the error on e18 please let me know

davemds




 e_mod_main.c: In function '_places_popup_new':
 e_mod_main.c:482:6: error: too few arguments to function
 'e_popup_autoclose'
 In file included from /usr/local/include/enlightenment/e_includes.h:44:0,
   from /usr/local/include/enlightenment/e.h:272,
   from e_mod_main.c:4:
 /usr/local/include/enlightenment/e_popup.h:52:46: note: declared here
 make[2]: *** [e_mod_main.lo] Error 1


 I'm seconding moving places to git, as I can imagine that the module and
 its functionality is used by a significant number of users.


 Nick



 
  --
  Tom.
 
 
 
 --
  This SF.net email is sponsored by Windows:
 
  Build for Windows Store.
 
  http://p.sf.net/sfu/windows-dev2dev
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel



 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?

2013-06-12 Thread Nikolas Arend
On 06/12/2013 07:23 PM, Davide Andreoli wrote:
 2013/6/12 Nikolas Arend sns...@gmail.com

 On 06/12/2013 06:07 PM, Tom Hacohen wrote:
 On 29/05/13 19:41, Davide Andreoli wrote:
 Hi,
 I have 1 module and an half (places and penguins) that I fully support
 that
 are still hosted in the old svn E-MODULES-EXTRA folder.

 What we like to do with that?
 No more extra modules hosting?
 move only the supported ones to git?
 move everything?
 Depends on how we decide to do it. I think we should move each module to
 it's own repo. This means the switch will happen as needed.
 Apart from the fact that places currently does not compile for me

 you are on e 0.17 right?


No, sorry, I thought we were talking about e18, i.e. git master.


Nick


 instruction to checkout the correct revision for e17 are on the places wiki:
 http://code.google.com/p/e17mods/wiki/Places

 if instead you get the error on e18 please let me know

 davemds



 e_mod_main.c: In function '_places_popup_new':
 e_mod_main.c:482:6: error: too few arguments to function
 'e_popup_autoclose'
 In file included from /usr/local/include/enlightenment/e_includes.h:44:0,
from /usr/local/include/enlightenment/e.h:272,
from e_mod_main.c:4:
 /usr/local/include/enlightenment/e_popup.h:52:46: note: declared here
 make[2]: *** [e_mod_main.lo] Error 1


 I'm seconding moving places to git, as I can imagine that the module and
 its functionality is used by a significant number of users.


 Nick



 --
 Tom.



 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?

2013-06-12 Thread Thanatermesis
Is not more simple to have something like a simple if for do something
depending on the version of E (0.17.3,  0.18...) ? we should maintain some
compatibility, ppl is tend to use e17 as a stable system and developers e18
as a development system


2013/6/12 Nikolas Arend sns...@gmail.com

 On 06/12/2013 07:23 PM, Davide Andreoli wrote:
  2013/6/12 Nikolas Arend sns...@gmail.com
 
  On 06/12/2013 06:07 PM, Tom Hacohen wrote:
  On 29/05/13 19:41, Davide Andreoli wrote:
  Hi,
  I have 1 module and an half (places and penguins) that I fully support
  that
  are still hosted in the old svn E-MODULES-EXTRA folder.
 
  What we like to do with that?
  No more extra modules hosting?
  move only the supported ones to git?
  move everything?
  Depends on how we decide to do it. I think we should move each module
 to
  it's own repo. This means the switch will happen as needed.
  Apart from the fact that places currently does not compile for me
 
  you are on e 0.17 right?


 No, sorry, I thought we were talking about e18, i.e. git master.


 Nick


  instruction to checkout the correct revision for e17 are on the places
 wiki:
  http://code.google.com/p/e17mods/wiki/Places
 
  if instead you get the error on e18 please let me know
 
  davemds
 
 
 
  e_mod_main.c: In function '_places_popup_new':
  e_mod_main.c:482:6: error: too few arguments to function
  'e_popup_autoclose'
  In file included from
 /usr/local/include/enlightenment/e_includes.h:44:0,
 from /usr/local/include/enlightenment/e.h:272,
 from e_mod_main.c:4:
  /usr/local/include/enlightenment/e_popup.h:52:46: note: declared here
  make[2]: *** [e_mod_main.lo] Error 1
 
 
  I'm seconding moving places to git, as I can imagine that the module and
  its functionality is used by a significant number of users.
 
 
  Nick
 
 
 
  --
  Tom.
 
 
 
 
 --
  This SF.net email is sponsored by Windows:
 
  Build for Windows Store.
 
  http://p.sf.net/sfu/windows-dev2dev
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
 
 
 --
  This SF.net email is sponsored by Windows:
 
  Build for Windows Store.
 
  http://p.sf.net/sfu/windows-dev2dev
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
 
 --
  This SF.net email is sponsored by Windows:
 
  Build for Windows Store.
 
  http://p.sf.net/sfu/windows-dev2dev
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel



 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?

2013-06-12 Thread Doug Newgard
Don't forget we're talking about in-development, unreleased software. Why 
should it maintain compatibility with older systems? If you're going to be 
pulling software from VCS, it makes sense that it needs other things from VCS.

And Davide Andreoli, just in case  Nikolas Arend's post wasn't clear, current 
trunk is not building for me with E18 built less than 12 hours ago. Same error.


 Date: Thu, 13 Jun 2013 01:23:10 +0200
 From: thanatermesis.e...@gmail.com
 To: enlightenment-devel@lists.sourceforge.net
 Subject: Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?

 Is not more simple to have something like a simple if for do something
 depending on the version of E (0.17.3, 0.18...) ? we should maintain some
 compatibility, ppl is tend to use e17 as a stable system and developers e18
 as a development system


 2013/6/12 Nikolas Arend sns...@gmail.com

 On 06/12/2013 07:23 PM, Davide Andreoli wrote:
 2013/6/12 Nikolas Arend sns...@gmail.com

 On 06/12/2013 06:07 PM, Tom Hacohen wrote:
 On 29/05/13 19:41, Davide Andreoli wrote:
 Hi,
 I have 1 module and an half (places and penguins) that I fully support
 that
 are still hosted in the old svn E-MODULES-EXTRA folder.

 What we like to do with that?
 No more extra modules hosting?
 move only the supported ones to git?
 move everything?
 Depends on how we decide to do it. I think we should move each module
 to
 it's own repo. This means the switch will happen as needed.
 Apart from the fact that places currently does not compile for me

 you are on e 0.17 right?


 No, sorry, I thought we were talking about e18, i.e. git master.


 Nick


 instruction to checkout the correct revision for e17 are on the places
 wiki:
 http://code.google.com/p/e17mods/wiki/Places

 if instead you get the error on e18 please let me know

 davemds



 e_mod_main.c: In function '_places_popup_new':
 e_mod_main.c:482:6: error: too few arguments to function
 'e_popup_autoclose'
 In file included from
 /usr/local/include/enlightenment/e_includes.h:44:0,
 from /usr/local/include/enlightenment/e.h:272,
 from e_mod_main.c:4:
 /usr/local/include/enlightenment/e_popup.h:52:46: note: declared here
 make[2]: *** [e_mod_main.lo] Error 1


 I'm seconding moving places to git, as I can imagine that the module and
 its functionality is used by a significant number of users.


 Nick



 --
 Tom.




 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel



 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel



 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

 --
 This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel  
   
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Any plans to move E-MODULES-EXTRA to git ?

2013-05-29 Thread Davide Andreoli
Hi,
I have 1 module and an half (places and penguins) that I fully support that
are still hosted in the old svn E-MODULES-EXTRA folder.

What we like to do with that?
No more extra modules hosting?
move only the supported ones to git?
move everything?

thanks
davemds
--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with 2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel