Important steps before updating to 1.8?

[Stefan_Roder]

Sorry for posting twice - first place wasn’t the right one!!!

Dear developers,
we are on the actual trunk version (followed the developement step by step) and have a lot of apps installed, that are not supported and maintained any more (like mydms, messenger, fudforum, headlines). Also we started to use perp and some applications from versusmind. Can you tell if there are big risks of updating to the new version - we cannot afford to have parts of our installation not working anymore? A test being made on a similar system showed some incompatabilities with the dependencies, which should be corrected without any problems. I just don’t know, if there are serious changes being made inside the database, which may influence the behaviour of the apps listed above. As I always like to be on the latest trunk, I’ll give the update a chance, but like to be shure, that I do not have to smash some of the needed apps.
Thanks in advance for any hint to saving me time, sweat and blood
Stefan

[Ralf_Becker_Stylite]

Hi Stefan,

Sorry for posting twice - first place wasn’t the right one!!!

Not a problem, I just thought the question might be interesting to more
people.

Dear developers,
we are on the actual trunk version (followed the developement step by step)
and have a lot of apps installed, that are not supported and maintained any
more (like mydms, messenger, fudforum, headlines). Also we started to use
perp and some applications from versusmind. Can you tell if there are big
risks of updating to the new version - we cannot afford to have parts of our
installation not working anymore? A test being made on a similar system
showed some incompatabilities with the dependencies, which should be
corrected without any problems. I just don’t know, if there are serious
changes being made inside the database, which may influence the behaviour of
the apps listed above. As I always like to be on the latest trunk, I’ll give
the update a chance, but like to be shure, that I do not have to smash some
of the needed apps.

First of all, the 1.8 branch is NOT yet the 1.8 release or RC. That’s
why it’s not announced on the user lists.

Situation is the current: 1.8 is version vise higher then the previous
trunk (1.7.003). As it is not trunk based, but on EPL 9.2, there are a
few differences from trunk:

• global cat_owner 0 versus -1
• deleted flag in calendar
• bookmarks custom fields
• some emailadmin columns
• some sitemgr columns (depending how current your trunk is)

The current schema updates in 1.8, does not yet deal with the above
problems, it only works for updating from 1.6.

I will have a look this weekend, what is necessary to drop the new
columns when updating to 1.8. I will probably use the new global cat
owner in 1.8 too.

There will be definitely NO update from a current trunk (1.9.001) to 1.8!

Thanks in advance for any hint to saving me time, sweat and blood
Stefan

Ralf

Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de

www.stylite.de
www.egroupware.org

---

Geschäftsführer Andre Keller,
Gudrun Müller, Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

---

This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel® Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

[mike_a]

I have to say that your[ralf’s] answer was ‘clear as mud’ [incomprehensible, baffling, opaque, unintelligible, uigennemsigtig, opak] - at least from an architect’s frame of reference - and the ambiguity thus persuades me to speak out. The republican constitution and the decision to maintain separate branches, (a for-profit branch and a not-for-profit branch) - I believe deters open source developers and hinders the full potential of the software. I suspect, given the nature of the constitution, that my voice will be little heard, but I was persuaded anyway and I would recommend that the administrators take notice because sometime soon an open source product with democratic constitution will be developed and claim the groupware throne.

[Ralf_Becker_Stylite]

Hi Mike,

I have to say that your[ralf’s] answer was ‘clear as mud’ [incomprehensible,
baffling, opaque, unintelligible, uigennemsigtig, opak] - at least from an
architect’s frame of reference - and the ambiguity thus persuades me to
speak out. The republican constitution and the decision to maintain separate
branches, (a for-profit branch and a not-for-profit branch) - I believe
deters open source developers and hinders the full potential of the
software. I suspect, given the nature of the constitution, that my voice
will be little heard, but I was persuaded anyway and I would recommend that
the administrators take notice because sometime soon an open source product
with democratic constitution will be developed and claim the groupware
throne.

If you comment on what I answered, please cite it.

I gave a short explanation, that 1.8 branch is NOT yet ready and listed
what needs to be done.

You should be able to decipher the short explanation “NOT yet ready” and
if you do not understand the rest, I suggest you wait 'til it’s ready
and not start a fight because you dont understand it.

If you can not understand that developers need to make a living too,
I suggest to go to a supermarket and nag them about free beer

Ralf

First of all, the 1.8 branch is NOT yet the 1.8 release or RC. That’s
why it’s not announced on the user lists.

Situation is the current: 1.8 is version vise higher then the previous
trunk (1.7.003). As it is not trunk based, but on EPL 9.2, there are a
few differences from trunk:

• global cat_owner 0 versus -1
• deleted flag in calendar
• bookmarks custom fields
• some emailadmin columns
• some sitemgr columns (depending how current your trunk is)

The current schema updates in 1.8, does not yet deal with the above
problems, it only works for updating from 1.6.

I will have a look this weekend, what is necessary to drop the new
columns when updating to 1.8. I will probably use the new global cat
owner in 1.8 too.

There will be definitely NO update from a current trunk (1.9.001) to 1.8!

–
Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de

www.stylite.de
www.egroupware.org

---

Geschäftsführer Andre Keller,
Gudrun Müller, Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

---

Automate Storage Tiering Simply
Optimize IT performance and efficiency through flexible, powerful,
automated storage tiering capabilities. View this brief to learn how
you can reduce costs and improve performance.
http://p.sf.net/sfu/dell-sfdev2dev

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

[mike_a]

Hi Ralf,

I’m not trying to start a fight but I am only venting my frustrations from my [a
start-up] perspective. There are three versions listed in the post (1.9.001,
1.7.003 and EPL 9.2). How anyone can make sense of it is beyond me. I just
don’t want to paint myself [or my clients] into a corner and find out that I
followed a track that leads to a dead end. Another thing that concerns me is
that my clients are at the mercy of a few and the risk simply concerns me.

Some of the greatest open source developers that I’ve met are libertarian
socialists and are broke and living down and out - mainly because they have to
pay for their beer nonetheless : ). It is my position that a more egalitarian
constitution (a more ‘open’ source approach) would attract more developers into
the community and thereby create a more robust software product from which we
can all earn a living.

EGroupware is far-and-away the best (open source) groupware solution. I’ve
created some light applications and a clean [uncomplicated] EGroupware template
which I will upload shortly after I complete my website - the interest in
EGroupware has exceeded my ability to keep up with client demand and still
finish my storefront. I’m not thrashing about but simply voicing my opinion -
which others may or may not share.

Mike

---

Hi Mike,

I have to say that your[ralf’s] answer was ‘clear as mud’ [incomprehensible,
baffling, opaque, unintelligible, uigennemsigtig, opak] - at least from an
architect’s frame of reference - and the ambiguity thus persuades me to
speak out. The republican constitution and the decision to maintain separate
branches, (a for-profit branch and a not-for-profit branch) - I believe
deters open source developers and hinders the full potential of the
software. I suspect, given the nature of the constitution, that my voice
will be little heard, but I was persuaded anyway and I would recommend that
the administrators take notice because sometime soon an open source product
with democratic constitution will be developed and claim the groupware
throne.

If you comment on what I answered, please cite it.

I gave a short explanation, that 1.8 branch is NOT yet ready and listed
what needs to be done.

You should be able to decipher the short explanation “NOT yet ready” and
if you do not understand the rest, I suggest you wait 'til it’s ready
and not start a fight because you dont understand it.

If you can not understand that developers need to make a living too,
I suggest to go to a supermarket and nag them about free beer

Ralf

First of all, the 1.8 branch is NOT yet the 1.8 release or RC. That’s
why it’s not announced on the user lists.

Situation is the current: 1.8 is version vise higher then the previous
trunk (1.7.003). As it is not trunk based, but on EPL 9.2, there are a
few differences from trunk:

• global cat_owner 0 versus -1
• deleted flag in calendar
• bookmarks custom fields
• some emailadmin columns
• some sitemgr columns (depending how current your trunk is)

The current schema updates in 1.8, does not yet deal with the above
problems, it only works for updating from 1.6.

I will have a look this weekend, what is necessary to drop the new
columns when updating to 1.8. I will probably use the new global cat
owner in 1.8 too.

There will be definitely NO update from a current trunk (1.9.001) to 1.8!

–
Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de

www.stylite.de
www.egroupware.org

---

Geschäftsführer Andre Keller,
Gudrun Müller, Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

---

Automate Storage Tiering Simply
Optimize IT performance and efficiency through flexible, powerful,
automated storage tiering capabilities. View this brief to learn how
you can reduce costs and improve performance.
http://p.sf.net/sfu/dell-sfdev2dev

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

[Ralf_Becker_Stylite]

Hi Mike,

Hi Ralf,

I’m not trying to start a fight but I am only venting my frustrations
from my [a start-up] perspective. There are three versions listed in
the post (1.9.001, 1.7.003 and EPL 9.2). How anyone can make sense of

EGroupware Versions:

• odd versions are development version (Trunk): 1.7.003 or 1.9.001
• even versions are released community versions: 1.6 and soon 1.8
• versions prefixed with EPL (EGroupware Premium Line) are Stylite
  subscription / commercial version

it is beyond me. I just don’t want to paint myself [or my clients] into
a corner and find out that I followed a track that leads to a dead end.
Another thing that concerns me is that my clients are at the mercy of a
few and the risk simply concerns me.

EGroupware will never be a dead end, but you might need to consider
giving some of the money you make with your clients back to ensure the
constant development of EGroupware.

We ensure this with the EPL subscription model, which is the only way to
get a released version with the newest open source features (not yet
released in a community version) and some extra features only available
in EPL, like eg. versioning, direct attaching / storing of VFS files in
FMail or other convenience features.

Some of the greatest open source developers that I’ve met are
libertarian socialists and are broke and living down and out - mainly
because they have to pay for their beer nonetheless : ). It is my
position that a more egalitarian constitution (a more ‘open’ source
approach) would attract more developers into the community and thereby
create a more robust software product from which we can all earn a living.

I tried that for many years. Current situation is: nearly all developers
(responsible for more then 95% of the commits) are on Stylite’s payroll.
That’s a simple fact.
Without the commercial EPL version, EGroupware open source project had
ceased to exist.
Good new is, more and more professional users appreciate the benefits of
EPL and ensure a constant development of EGroupware.

EGroupware is far-and-away the best (open source) groupware solution.
I’ve created some light applications and a clean [uncomplicated]
EGroupware template which I will upload shortly after I complete my
website - the interest in EGroupware has exceeded my ability to keep up
with client demand and still finish my storefront. I’m not thrashing
about but simply voicing my opinion - which others may or may not share.

Your last mail is in a “tone”, I’m happy to discuss and argue.

Ralf

---

From: Ralf Becker <rb@stylite.de mailto:rb@stylite.de>
To: “development of eGroupWare, for active developers”
<egroupware-developers@lists.sourceforge.net
mailto:egroupware-developers@lists.sourceforge.net>
Sent: Fri, September 10, 2010 9:00:19 AM
Subject: Re: [eGroupWare-developers] Important steps before updating
to 1.8?

Hi Mike,

I have to say that your[ralf’s] answer was ‘clear as mud’
[incomprehensible,
baffling, opaque, unintelligible, uigennemsigtig, opak] - at least from an
architect’s frame of reference - and the ambiguity thus persuades me to
speak out. The republican constitution and the decision to maintain
separate
branches, (a for-profit branch and a not-for-profit branch) - I believe
deters open source developers and hinders the full potential of the
software. I suspect, given the nature of the constitution, that my voice
will be little heard, but I was persuaded anyway and I would recommend
that
the administrators take notice because sometime soon an open source
product
with democratic constitution will be developed and claim the groupware
throne.

If you comment on what I answered, please cite it.

I gave a short explanation, that 1.8 branch is NOT yet ready and listed
what needs to be done.

You should be able to decipher the short explanation “NOT yet ready” and
if you do not understand the rest, I suggest you wait 'til it’s ready
and not start a fight because you dont understand it.

If you can not understand that developers need to make a living too,
I suggest to go to a supermarket and nag them about free beer

Ralf

First of all, the 1.8 branch is NOT yet the 1.8 release or RC. That’s
why it’s not announced on the user lists.

Situation is the current: 1.8 is version vise higher then the previous
trunk (1.7.003). As it is not trunk based, but on EPL 9.2, there are a
few differences from trunk:

• global cat_owner 0 versus -1
• deleted flag in calendar
• bookmarks custom fields
• some emailadmin columns
• some sitemgr columns (depending how current your trunk is)

The current schema updates in 1.8, does not yet deal with the above
problems, it only works for updating from 1.6.

I will have a look this weekend, what is necessary to drop the new
columns when updating to 1.8. I will probably use the new global cat
owner in 1.8 too.

There will be definitely NO update from a current trunk (1.9.001) to 1.8!

–
Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de mailto:rb@stylite.de

www.stylite.de http://www.stylite.de
www.egroupware.org http://www.egroupware.org

---

Geschäftsführer Andre Keller,
Gudrun Müller, Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

---

Automate Storage Tiering Simply
Optimize IT performance and efficiency through flexible, powerful,
automated storage tiering capabilities. View this brief to learn how
you can reduce costs and improve performance.
http://p.sf.net/sfu/dell-sfdev2dev

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
mailto:eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

---

Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing
http://p.sf.net/sfu/novell-sfdev2dev

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

–
Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de

www.stylite.de
www.egroupware.org

---

Geschäftsführer Andre Keller,
Gudrun Müller, Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

---

Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing
http://p.sf.net/sfu/novell-sfdev2dev

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

[Hans-Jurgen_Tappe]

Hi!

I’m not trying to start a fight but I am only venting my frustrations
from my [a start-up] perspective. There are three versions listed in
the post (1.9.001, 1.7.003 and EPL 9.2).

You need to be aware that this is the developer’s list, which discusses
versions not to be used in production environments. For a starter’s
perspective, please refer to the egroupware-users mailing list or be
patient to learn the internals of the eGroupware development.

The current community version for deployment in production is 1.6, as
listed on http://www.egroupware.org/download?&lang=en
and a professional version with more features and professional support
which is the EPL version, listed on http://www.stylite.de/EPL

Best regards,
Hans-Jürgen

---

Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing
http://p.sf.net/sfu/novell-sfdev2dev

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

[Stefan_Roder]

Hi guys,
just my 2 cents to this discussion:
My initial post seemed to be not as precise, as it should have to be. I just wanted to clearify, if I better should stop doing “svn up . *” at this moment, because there obviously are some changes in the code, which affect some central functions in my or all others installations, especially regarding old or unmaintained apps.
As I could say for now, the problems seem to be small and should be fixed with some manipulation in the setup.inc.php files (CAVE: don’t take that for granted!!!).
Generally, I must confirm, that the developement takes a very “comercial” direction, but - that should be mentioned, too - this belongs to the relativ small input from the outer(community)side. Though, up to now, I’m very happy with the community support, that all the guys from stylite give to us, but it is also true, that some developements stopped years ago and leave me and a lot of other users in a situation, where we must decide, if we try to make the “best out of the rest” or cancel some useful functions. I think (and know from the posts of the past 2 years) that some of the in the beginning very euphoric users changed to other systems because of a lack of further developement and respect to apps, that maybe or not are only whished by minorities (see fudforum for example).
Personally I would like to see, that the functions from mydms would be integrated into the filemanager, so that we can afford to smash an app, because it has been changed by a better pendant. For now, we need to use two apps, which does in 90% the same things, but differ in some very needed functions.
Finally, I would appreciate, that everyone, who discusses the problems in between opensource and future-stable developement, should be aware of the respect, we all should apply to other people, who do “not only” think of their own advantage.
That is, what stylite does in my eyes - and I (at least the social company I work for) did not spend a buck at all for this extraordinary software since two years!
So I can accept the need for stylite, to earn some money for their work - it is worth it!
So calm down and let us try to make egroupware what it is and should be: a great free opensource-project with the help of some very good and professional comercial programmers.
Cheers
Stefan

[mike_a]

Hi Ralf,

I just wanted to thank you for you input and clarifying the development version
scheme. Although I have so much to say I think it’s time to close and let
actions speak louder than words. I just wanted to reply to one comment before I
close.

Ralf says:
“EGroupware will never be a dead end, but you might need to consider giving some
of the money you make with your clients back to ensure the constant development
of EGroupware.”

Although I would never buy a license for software (imagine the course of
humanity should Microsoft ever copyright and license a human language) but I
will guarantee that I will donate money the moment I get my head above water. It
is my social responsibility.

Mike

---

Hi Mike,

Hi Ralf,

I’m not trying to start a fight but I am only venting my frustrations
from my [a start-up] perspective. There are three versions listed in
the post (1.9.001, 1.7.003 and EPL 9.2). How anyone can make sense of

EGroupware Versions:

• odd versions are development version (Trunk): 1.7.003 or 1.9.001
• even versions are released community versions: 1.6 and soon 1.8
• versions prefixed with EPL (EGroupware Premium Line) are Stylite
  subscription / commercial version

it is beyond me. I just don’t want to paint myself [or my clients] into
a corner and find out that I followed a track that leads to a dead end.
Another thing that concerns me is that my clients are at the mercy of a
few and the risk simply concerns me.

EGroupware will never be a dead end, but you might need to consider
giving some of the money you make with your clients back to ensure the
constant development of EGroupware.

We ensure this with the EPL subscription model, which is the only way to
get a released version with the newest open source features (not yet
released in a community version) and some extra features only available
in EPL, like eg. versioning, direct attaching / storing of VFS files in
FMail or other convenience features.

Some of the greatest open source developers that I’ve met are
libertarian socialists and are broke and living down and out - mainly
because they have to pay for their beer nonetheless : ). It is my
position that a more egalitarian constitution (a more ‘open’ source
approach) would attract more developers into the community and thereby
create a more robust software product from which we can all earn a living.

I tried that for many years. Current situation is: nearly all developers
(responsible for more then 95% of the commits) are on Stylite’s payroll.
That’s a simple fact.
Without the commercial EPL version, EGroupware open source project had
ceased to exist.
Good new is, more and more professional users appreciate the benefits of
EPL and ensure a constant development of EGroupware.

EGroupware is far-and-away the best (open source) groupware solution.
I’ve created some light applications and a clean [uncomplicated]
EGroupware template which I will upload shortly after I complete my
website - the interest in EGroupware has exceeded my ability to keep up
with client demand and still finish my storefront. I’m not thrashing
about but simply voicing my opinion - which others may or may not share.

Your last mail is in a “tone”, I’m happy to discuss and argue.

Ralf

---

From: Ralf Becker <rb@stylite.de mailto:rb@stylite.de>
To: “development of eGroupWare, for active developers”
<egroupware-developers@lists.sourceforge.net
mailto:egroupware-developers@lists.sourceforge.net>
Sent: Fri, September 10, 2010 9:00:19 AM
Subject: Re: [eGroupWare-developers] Important steps before updating
to 1.8?

Hi Mike,

I have to say that your[ralf’s] answer was ‘clear as mud’
[incomprehensible,
baffling, opaque, unintelligible, uigennemsigtig, opak] - at least from an
architect’s frame of reference - and the ambiguity thus persuades me to
speak out. The republican constitution and the decision to maintain
separate
branches, (a for-profit branch and a not-for-profit branch) - I believe
deters open source developers and hinders the full potential of the
software. I suspect, given the nature of the constitution, that my voice
will be little heard, but I was persuaded anyway and I would recommend
that
the administrators take notice because sometime soon an open source
product
with democratic constitution will be developed and claim the groupware
throne.

If you comment on what I answered, please cite it.

I gave a short explanation, that 1.8 branch is NOT yet ready and listed
what needs to be done.

You should be able to decipher the short explanation “NOT yet ready” and
if you do not understand the rest, I suggest you wait 'til it’s ready
and not start a fight because you dont understand it.

If you can not understand that developers need to make a living too,
I suggest to go to a supermarket and nag them about free beer

Ralf

First of all, the 1.8 branch is NOT yet the 1.8 release or RC. That’s
why it’s not announced on the user lists.

Situation is the current: 1.8 is version vise higher then the previous
trunk (1.7.003). As it is not trunk based, but on EPL 9.2, there are a
few differences from trunk:

• global cat_owner 0 versus -1
• deleted flag in calendar
• bookmarks custom fields
• some emailadmin columns
• some sitemgr columns (depending how current your trunk is)

The current schema updates in 1.8, does not yet deal with the above
problems, it only works for updating from 1.6.

I will have a look this weekend, what is necessary to drop the new
columns when updating to 1.8. I will probably use the new global cat
owner in 1.8 too.

There will be definitely NO update from a current trunk (1.9.001) to 1.8!

–
Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de mailto:rb@stylite.de

www.stylite.de http://www.stylite.de
www.egroupware.org http://www.egroupware.org

---

Geschäftsführer Andre Keller,
Gudrun Müller, Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

---

Automate Storage Tiering Simply
Optimize IT performance and efficiency through flexible, powerful,
automated storage tiering capabilities. View this brief to learn how
you can reduce costs and improve performance.
http://p.sf.net/sfu/dell-sfdev2dev

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
mailto:eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

---

Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing
http://p.sf.net/sfu/novell-sfdev2dev

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

–
Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de

www.stylite.de
www.egroupware.org

---

Geschäftsführer Andre Keller,
Gudrun Müller, Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

---

Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing
http://p.sf.net/sfu/novell-sfdev2dev

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

[zorg]

Hello,
I completely agree with this point of view the development seem to takes
a very “commercial” way and the egroupware site too.
Even on the download page (http://www.egroupware.org/download) it’s
hard to find the download link.
Me and my society have done little code on egroupware last year (sync
option, translation and bug patch). I really like to contributed more
but the way thing go, it lake a bit of transparency. could it be
possible to explain a bit the organisation of the projet and then
discuss it freely.

I really think it’s a great open source software. but some stuff about
licence , patch , contributor need to be clarified because if we don’t
do it like someone say “sometime soon an open source product
with democratic constitution will be developed and claim the groupware
throne”. In other word if thing are not enough clear little by little
the community will get smalller

cyril

Hi guys,
just my 2 cents to this discussion:
My initial post seemed to be not as precise, as it should have to be. I just
wanted to clearify, if I better should stop doing “svn up . *” at this
moment, because there obviously are some changes in the code, which affect
some central functions in my or all others installations, especially
regarding old or unmaintained apps.
As I could say for now, the problems seem to be small and should be fixed
with some manipulation in the setup.inc.php files (CAVE: don’t take that for
granted!!!).
Generally, I must confirm, that the developement takes a very "comercial"
direction, but - that should be mentioned, too - this belongs to the relativ
small input from the outer(community)side. Though, up to now, I’m very happy
with the community support, that all the guys from stylite give to us, but
it is also true, that some developements stopped years ago and leave me and
a lot of other users in a situation, where we must decide, if we try to make
the “best out of the rest” or cancel some useful functions. I think (and
know from the posts of the past 2 years) that some of the in the beginning
very euphoric users changed to other systems because of a lack of further
developement and respect to apps, that maybe or not are only whished by
minorities (see fudforum for example).
Personally I would like to see, that the functions from mydms would be
integrated into the filemanager, so that we can afford to smash an app,
because it has been changed by a better pendant. For now, we need to use two
apps, which does in 90% the same things, but differ in some very needed
functions.
Finally, I would appreciate, that everyone, who discusses the problems in
between opensource and future-stable developement, should be aware of the
respect, we all should apply to other people, who do “not only” think of
their own advantage.
That is, what stylite does in my eyes - and I (at least the social company I
work for) did not spend a buck at all for this extraordinary software since
two years!
So I can accept the need for stylite, to earn some money for their work - it
is worth it!
So calm down and let us try to make egroupware what it is and should be: a
great free opensource-project with the help of some very good and
professional comercial programmers.
Cheers
Stefan

---

Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

[Ralf_Becker_Stylite]

Hi Cyril,

Hello,
I completely agree with this point of view the development seem to takes
a very “commercial” way and the egroupware site too.
Even on the download page (http://www.egroupware.org/download) it’s
hard to find the download link.
Me and my society have done little code on egroupware last year (sync
option, translation and bug patch). I really like to contributed more
but the way thing go, it lake a bit of transparency. could it be
possible to explain a bit the organisation of the project and then
discuss it freely.

I like to explain, thought the question is a bit unspecific.

What do you want to know?

I really think it’s a great open source software. but some stuff about
licence , patch , contributor need to be clarified because if we don’t
do it like someone say “sometime soon an open source product
with democratic constitution will be developed and claim the groupware
throne”. In other word if thing are not enough clear little by little
the community will get smaller

EGroupware’s license is stated on the download page: GPL version 2

http://www.egroupware.org/download

And in the header of any source file contained in EGroupware.

If you submit patches or contribute otherwise code, it has to be under
GPL2.

As I wrote before, currently by far the majority of the code (> 95%) get
coded from developers on Stylite’s payroll. This is nothing we can
discuss, it’s a fact. Stylite, like any other company, can only exist if
it earns the money to pay it’s employees …

We welcome other developers, thought we can not and will not change
things like the website, in the hope to attract more developers.
The website transports a clear message: EGroupware is Stylite and
Stylite is EGroupware.

Stylite has commited itself to maintain and publish a community release
under GPL every few years. We renewed that commitment on the last
EGroupware user meeting in Berlin in March 2010:

http://www.egroupware.org/news?category_id=95&item=90

Buying a subscription of Stylite’s EGroupware Professional Line,
actively supports EGroupware project and the community release.

Speaking of which: I’m quite confident we will have a release candidate
by the end of this week.

Ralf

Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de

www.stylite.de
www.egroupware.org

---

Geschäftsführer Andre Keller,
Gudrun Müller, Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

---

Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers