Developers, I am interested in creating a calendar and contact server to use in several new projects. It would allow me make a better options then existing sites. The problem I face is a good set of documentation on how to get it setup and running. Development platform for my projects will be Ubuntu linux of at least 14.04LTS or 16.04LTS. I am willing to document precisely how to do it if I can find a better starting point. The current documentation is basic and seemingly missing some information. Any help would be appreciated. ---- Doug Reid HaaF Consulting, LLC Computer Consulting Winfield, KS Doug.Reid@haafconsulting.com C 620-218-2887
Hi, Probably the closest thing to setup documentation that exists for CalendarServer are the Docker integrations contributed in PRs 513 <https://github.com/apple/ccs-calendarserver/pull/513> and 489 <https://github.com/apple/ccs-calendarserver/pull/489> (neither are merged so far; see following paragraph): https://github.com/apple/ccs-calendarserver/pull/513/files Depending on the scope and nature of your new projects, I would advise somewhere between "some caution" and "an abundance of caution" as you consider whether to use CalendarServer. On the plus side, the test coverage is good (both unit tests and integration tests) and the existing features are pretty stable. On the not-as-plus side, have a look at the code frequency graph <https://github.com/apple/ccs-calendarserver/graphs/code-frequency> while ruminating on the fact that this project uses Python 2.7, the support lifetime <https://pythonclock.org/> for which ends in just over one year. The bulk of the dependent modules (i.e. Twisted) are safe on 3 at this point, however an unknown amount of work remains to get CalendarServer safe for 3. Someone gave this a quick shot which is detailed in this PR: https://github.com/apple/ccs-calendarserver/pull/501 - I don't know if this produces a functional service, but I do know that the tests don't pass. A slightly expanded version of this information: https://github.com/apple/ccs-calendarserver/issues/488 -dre
On Nov 18, 2018, at 3:54 PM, Doug Reid <Doug.Reid@haafconsulting.com> wrote:
Developers,
I am interested in creating a calendar and contact server to use in several new projects. It would allow me make a better options then existing sites. The problem I face is a good set of documentation on how to get it setup and running. Development platform for my projects will be Ubuntu linux of at least 14.04LTS or 16.04LTS. I am willing to document precisely how to do it if I can find a better starting point. The current documentation is basic and seemingly missing some information.
Any help would be appreciated. ---- Doug Reid HaaF Consulting, LLC Computer Consulting Winfield, KS Doug.Reid@haafconsulting.com C 620-218-2887
_______________________________________________ calendarserver-dev mailing list calendarserver-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/calendarserver-dev
while ruminating on the fact that this project uses Python 2.7, the support lifetime <https://pythonclock.org> for which ends in just over one year.
And luckily you can use redhat7 or centos7, that has python 2.7 and will backport anything serious until their eol https://endoflife.software/operating-systems/linux/red-hat-enterprise-linux-... -----Original Message----- From: Andre LaBranche [mailto:dre@apple.com] Sent: 27 November 2018 03:00 To: Doug Reid Cc: calendarserver-dev@lists.macosforge.org Subject: Re: [CalendarServer-dev] Web Developer Hi, Probably the closest thing to setup documentation that exists for CalendarServer are the Docker integrations contributed in PRs 513 <https://github.com/apple/ccs-calendarserver/pull/513> and 489 <https://github.com/apple/ccs-calendarserver/pull/489> (neither are merged so far; see following paragraph): https://github.com/apple/ccs-calendarserver/pull/513/files Depending on the scope and nature of your new projects, I would advise somewhere between "some caution" and "an abundance of caution" as you consider whether to use CalendarServer. On the plus side, the test coverage is good (both unit tests and integration tests) and the existing features are pretty stable. On the not-as-plus side, have a look at the code frequency graph <https://github.com/apple/ccs-calendarserver/graphs/code-frequency> while ruminating on the fact that this project uses Python 2.7, the support lifetime <https://pythonclock.org> for which ends in just over one year. The bulk of the dependent modules (i.e. Twisted) are safe on 3 at this point, however an unknown amount of work remains to get CalendarServer safe for 3. Someone gave this a quick shot which is detailed in this PR: https://github.com/apple/ccs-calendarserver/pull/501 - I don't know if this produces a functional service, but I do know that the tests don't pass. A slightly expanded version of this information: https://github.com/apple/ccs-calendarserver/issues/488 -dre On Nov 18, 2018, at 3:54 PM, Doug Reid <Doug.Reid@haafconsulting.com> wrote: Developers, I am interested in creating a calendar and contact server to use in several new projects. It would allow me make a better options then existing sites. The problem I face is a good set of documentation on how to get it setup and running. Development platform for my projects will be Ubuntu linux of at least 14.04LTS or 16.04LTS. I am willing to document precisely how to do it if I can find a better starting point. The current documentation is basic and seemingly missing some information. Any help would be appreciated. ---- Doug Reid HaaF Consulting, LLC Computer Consulting Winfield, KS Doug.Reid@haafconsulting.com C 620-218-2887 _______________________________________________ calendarserver-dev mailing list calendarserver-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/calendarserver-dev
Marc and Dre, I will review the several PRs you noted this week. I used RedHat linux when I worked semiconductor design. I can easily build a centOS 6.9 or 7.5 server on the cloud service I use (Digital Ocean). Linux is odd with the number of distribution but for most part they interchangeable once they are setup. Project requirements ===================== - calendars Tournaments Leagues Company based Single shared calendar for organization/event - Users Projects will not have individual users (calendar for one organization) mostly controlled on the backend of a web interface - Ability to filter shared calendars based on keywords (Leagues for Schools) Swimming vs Basketball Baseball vs Track and Field Simpler answer: have distinct calendar for each sport - Currently the leagues for my high school and middle school kids do not even offer a calendar They switched to an app I see this as backwards, prefer to see everything in one place Questions ========== - What is the expected timeframe to complete the move to python3.x? Implementation of a calendar services can wait for now. - Is there any plans to look at swift instead of python? I am implementing my php classes in swift for web development. I think when I get past the learning curve it will be much better than php. ---- Doug Reid HaaF Consulting, LLC Computer Consulting Winfield, KS Doug.Reid@haafconsulting.com C 620-218-2887
On Nov 27, 2018, at 3:35 AM, Marc Roos <M.Roos@f1-outsourcing.eu> wrote:
while ruminating on the fact that this project uses Python 2.7, the support lifetime <https://pythonclock.org> for which ends in just over one year.
And luckily you can use redhat7 or centos7, that has python 2.7 and will backport anything serious until their eol https://endoflife.software/operating-systems/linux/red-hat-enterprise-linux-...
-----Original Message----- From: Andre LaBranche [mailto:dre@apple.com] Sent: 27 November 2018 03:00 To: Doug Reid Cc: calendarserver-dev@lists.macosforge.org Subject: Re: [CalendarServer-dev] Web Developer
Hi,
Probably the closest thing to setup documentation that exists for CalendarServer are the Docker integrations contributed in PRs 513 <https://github.com/apple/ccs-calendarserver/pull/513> and 489 <https://github.com/apple/ccs-calendarserver/pull/489> (neither are merged so far; see following paragraph):
https://github.com/apple/ccs-calendarserver/pull/513/files
Depending on the scope and nature of your new projects, I would advise somewhere between "some caution" and "an abundance of caution" as you consider whether to use CalendarServer. On the plus side, the test coverage is good (both unit tests and integration tests) and the existing features are pretty stable. On the not-as-plus side, have a look at the code frequency graph <https://github.com/apple/ccs-calendarserver/graphs/code-frequency> while ruminating on the fact that this project uses Python 2.7, the support lifetime <https://pythonclock.org> for which ends in just over one year. The bulk of the dependent modules (i.e. Twisted) are safe on 3 at this point, however an unknown amount of work remains to get CalendarServer safe for 3. Someone gave this a quick shot which is detailed in this PR: https://github.com/apple/ccs-calendarserver/pull/501 - I don't know if this produces a functional service, but I do know that the tests don't pass.
A slightly expanded version of this information: https://github.com/apple/ccs-calendarserver/issues/488
-dre
On Nov 18, 2018, at 3:54 PM, Doug Reid <Doug.Reid@haafconsulting.com> wrote:
Developers,
I am interested in creating a calendar and contact server to use in several new projects. It would allow me make a better options then existing sites. The problem I face is a good set of documentation on how to get it setup and running. Development platform for my projects will be Ubuntu linux of at least 14.04LTS or 16.04LTS. I am willing to document precisely how to do it if I can find a better starting point. The current documentation is basic and seemingly missing some information.
Any help would be appreciated. ---- Doug Reid HaaF Consulting, LLC Computer Consulting Winfield, KS Doug.Reid@haafconsulting.com C 620-218-2887
_______________________________________________ calendarserver-dev mailing list calendarserver-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/calendarserver-dev
Marc and Dre, I have Ubuntu 16.04 and 18.04 servers up and running and both have python2.7+ and python 3.3 or greater. Some of that worry may be mitigated for python. I appreciate you getting back with me. ---- Doug Reid HaaF Consulting, LLC Computer Consulting Winfield, KS Doug.Reid@haafconsulting.com C 620-218-2887
On Nov 27, 2018, at 8:58 AM, Doug Reid <doug.reid@haafconsulting.com> wrote:
Marc and Dre,
I will review the several PRs you noted this week. I used RedHat linux when I worked semiconductor design. I can easily build a centOS 6.9 or 7.5 server on the cloud service I use (Digital Ocean). Linux is odd with the number of distribution but for most part they interchangeable once they are setup.
Project requirements ===================== - calendars Tournaments Leagues Company based Single shared calendar for organization/event
- Users Projects will not have individual users (calendar for one organization) mostly controlled on the backend of a web interface - Ability to filter shared calendars based on keywords (Leagues for Schools) Swimming vs Basketball Baseball vs Track and Field Simpler answer: have distinct calendar for each sport - Currently the leagues for my high school and middle school kids do not even offer a calendar They switched to an app I see this as backwards, prefer to see everything in one place
Questions ========== - What is the expected timeframe to complete the move to python3.x? Implementation of a calendar services can wait for now. - Is there any plans to look at swift instead of python? I am implementing my php classes in swift for web development. I think when I get past the learning curve it will be much better than php.
---- Doug Reid HaaF Consulting, LLC Computer Consulting Winfield, KS Doug.Reid@haafconsulting.com <mailto:Doug.Reid@haafconsulting.com> C 620-218-2887
On Nov 27, 2018, at 3:35 AM, Marc Roos <M.Roos@f1-outsourcing.eu <mailto:M.Roos@f1-outsourcing.eu>> wrote:
while ruminating on the fact that this project uses Python 2.7, the support lifetime <https://pythonclock.org <https://pythonclock.org/>> for which ends in just over one year.
And luckily you can use redhat7 or centos7, that has python 2.7 and will backport anything serious until their eol https://endoflife.software/operating-systems/linux/red-hat-enterprise-linux-... <https://endoflife.software/operating-systems/linux/red-hat-enterprise-linux-rhel>
-----Original Message----- From: Andre LaBranche [mailto:dre@apple.com] Sent: 27 November 2018 03:00 To: Doug Reid Cc: calendarserver-dev@lists.macosforge.org Subject: Re: [CalendarServer-dev] Web Developer
Hi,
Probably the closest thing to setup documentation that exists for CalendarServer are the Docker integrations contributed in PRs 513 <https://github.com/apple/ccs-calendarserver/pull/513> and 489 <https://github.com/apple/ccs-calendarserver/pull/489> (neither are merged so far; see following paragraph):
https://github.com/apple/ccs-calendarserver/pull/513/files
Depending on the scope and nature of your new projects, I would advise somewhere between "some caution" and "an abundance of caution" as you consider whether to use CalendarServer. On the plus side, the test coverage is good (both unit tests and integration tests) and the existing features are pretty stable. On the not-as-plus side, have a look at the code frequency graph <https://github.com/apple/ccs-calendarserver/graphs/code-frequency> while ruminating on the fact that this project uses Python 2.7, the support lifetime <https://pythonclock.org> for which ends in just over one year. The bulk of the dependent modules (i.e. Twisted) are safe on 3 at this point, however an unknown amount of work remains to get CalendarServer safe for 3. Someone gave this a quick shot which is detailed in this PR: https://github.com/apple/ccs-calendarserver/pull/501 - I don't know if this produces a functional service, but I do know that the tests don't pass.
A slightly expanded version of this information: https://github.com/apple/ccs-calendarserver/issues/488
-dre
On Nov 18, 2018, at 3:54 PM, Doug Reid <Doug.Reid@haafconsulting.com> wrote:
Developers,
I am interested in creating a calendar and contact server to use in several new projects. It would allow me make a better options then existing sites. The problem I face is a good set of documentation on how to get it setup and running. Development platform for my projects will be Ubuntu linux of at least 14.04LTS or 16.04LTS. I am willing to document precisely how to do it if I can find a better starting point. The current documentation is basic and seemingly missing some information.
Any help would be appreciated. ---- Doug Reid HaaF Consulting, LLC Computer Consulting Winfield, KS Doug.Reid@haafconsulting.com C 620-218-2887
_______________________________________________ calendarserver-dev mailing list calendarserver-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/calendarserver-dev
_______________________________________________ calendarserver-dev mailing list calendarserver-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/calendarserver-dev
Hi,
On Nov 27, 2018, at 6:58 AM, Doug Reid <Doug.Reid@haafconsulting.com> wrote:
Questions ========== - What is the expected timeframe to complete the move to python3.x?
I would say that currently there is no expectation (that I'm aware of, at least). That's not a comment on the difficulty or scope of the task, but rather about there being no real active development on the project.
Implementation of a calendar services can wait for now. - Is there any plans to look at swift instead of python?
The previous answer applies here also... I'll add that personally I would question the value of any kind of Python to Swift rewrite effort for CalendarServer. Server-side swift is still relatively new (and less portable), and while I have no problems with the language itself, CalendarServer leans heavily on the Python ecosystem. To paraphrase Miles Davis, the important part here is "not the notes you play software you write, it's the notes you don't play software you don't write". ... also in the case of this particular code base, I don't think there's a lot of regret sitting around that would justify a rewrite. Sure, there are a few gross parts, but by and large it is well organized and well tested (personally I have contributed very little in terms of lines of code, though I am pretty familiar with the bulk of it).
I am implementing my php classes in swift for web development. I think when I get past the learning curve it will be much better than php.
That stands to reason :) Even though Python is significantly older than PHP, I would opine that Python is more relevant and appropriate today than PHP is, even just for web stuff. I'm not saying Swift is a bad choice for your project, either :) -dre
I could go on a rant about my feelings about Apple and its follow through on certain items (so much potential). I understand your answers. I will try to build a calendar server next year at some point because I believe it is still the best server to build compared to the open source ones out there. ---- Doug Reid HaaF Consulting, LLC Computer Consulting Winfield, KS Doug.Reid@haafconsulting.com C 620-218-2887
On Dec 17, 2018, at 4:27 PM, Andre LaBranche <dre@apple.com> wrote:
Hi,
On Nov 27, 2018, at 6:58 AM, Doug Reid <Doug.Reid@haafconsulting.com <mailto:Doug.Reid@haafconsulting.com>> wrote:
Questions ========== - What is the expected timeframe to complete the move to python3.x?
I would say that currently there is no expectation (that I'm aware of, at least). That's not a comment on the difficulty or scope of the task, but rather about there being no real active development on the project.
Implementation of a calendar services can wait for now. - Is there any plans to look at swift instead of python?
The previous answer applies here also...
I'll add that personally I would question the value of any kind of Python to Swift rewrite effort for CalendarServer. Server-side swift is still relatively new (and less portable), and while I have no problems with the language itself, CalendarServer leans heavily on the Python ecosystem. To paraphrase Miles Davis, the important part here is "not the notes you play software you write, it's the notes you don't play software you don't write".
... also in the case of this particular code base, I don't think there's a lot of regret sitting around that would justify a rewrite. Sure, there are a few gross parts, but by and large it is well organized and well tested (personally I have contributed very little in terms of lines of code, though I am pretty familiar with the bulk of it).
I am implementing my php classes in swift for web development. I think when I get past the learning curve it will be much better than php.
That stands to reason :) Even though Python is significantly older than PHP, I would opine that Python is more relevant and appropriate today than PHP is, even just for web stuff. I'm not saying Swift is a bad choice for your project, either :)
-dre
participants (3)
-
Andre LaBranche
-
Doug Reid
-
Marc Roos