Debian updated package 4.2
Hi, I updated my personal package to 4.2. https://tree.se/debian/ There were three minor changes, fixing a few SQL statements for 0.1.4, adding python-psutil as dependency, debianizing PGSOCKETDIR. I will improve on packaging, this was the first attempt. The server starts and http://localhost:8008/ works in the browser. Not tested any further. Not a SAFE upgrade path, and it might eat your cat. It is for testing on a empty server without any important data. With regards to the SQL patch. Looking at trunk some of these SQL statements are OK for 0.1.4, some are not. It is the same problems with 'primary key(' and 'unique(' as in Ticket #759. http://trac.calendarserver.org/ticket/759 Example from current trunk (r10297) is line 186 vs 192. http://trac.calendarserver.org/browser/CalendarServer/trunk/txdav/common/dat... Still not a big deal and calendar server does not support 0.1.4, but 0.1.2 http://trac.calendarserver.org/browser/CalendarServer/trunk/support/build.sh... Not sure it makes sense to open a bug against the SQL issue as new code got added with 'primary key(' sql. It is after all a sqlparse bug. Better for packagers to patch it I think, as the distribution is using the "wrong" version. To fix it is just to add a space, and the issues is now well known. Thanks /Fred
Hi again, Already found a problem.. Debian centric, not Calendarserver. On 02/15/2013 02:05 PM, Fredrik Unger wrote:
Hi,
I updated my personal package to 4.2.
There were three minor changes, fixing a few SQL statements for 0.1.4, adding python-psutil as dependency, debianizing PGSOCKETDIR.
There is a problem with the version of python-psutil. Debian provides version 0.5.1-1 (sid) but 0.6.1 is required. This causes one failure [1], but could probably be fixed with the packages from experimental [2]. Using experimental is not at all recommended. This needs more testing. I guess that the packages in experimental will stay there until Wheezy is released. /Fred [1] File "/usr/lib/python2.7/dist-packages/calendarserver/accesslog.py", line 594, in update mem = psutil.virtual_memory() exceptions.AttributeError: 'module' object has no attribute 'virtual_memory' [2] http://packages.debian.org/experimental/python-psutil
Hi Fredrik, Thanks for the package and all your feedback. I have just bundled calendarserver 5.0 and have taken a couple of patches from your package. There is a bug with files storage backend and I still need to do a more thorough testing of upgrading from previous release. Once that is done, I will push to unstable. Thanks, Rahul. On Friday 15 February 2013 08:42 PM, Fredrik Unger wrote:
Hi again,
Already found a problem.. Debian centric, not Calendarserver.
On 02/15/2013 02:05 PM, Fredrik Unger wrote:
Hi,
I updated my personal package to 4.2.
There were three minor changes, fixing a few SQL statements for 0.1.4, adding python-psutil as dependency, debianizing PGSOCKETDIR.
Thanks Rahul, I did not notice that 5.0 was released. If I can help I will try. Feel free to take any patches and let me know if you need more detailed information. I have them here in a git-buildpackage and *might* have some more details in the commit messages :) When you get 5.0 to unstable I will drop my repo. If anyone need my repo to be online, once 5.0 hits sid, let me know. (do not think there are many people using the 4.2 package.. possibly only me :) ) /Fred On 2013-11-02 19:06, Rahul Amaram wrote:
Hi Fredrik,
Thanks for the package and all your feedback. I have just bundled calendarserver 5.0 and have taken a couple of patches from your package. There is a bug with files storage backend and I still need to do a more thorough testing of upgrading from previous release. Once that is done, I will push to unstable.
Thanks, Rahul.
On Friday 15 February 2013 08:42 PM, Fredrik Unger wrote:
Hi again,
Already found a problem.. Debian centric, not Calendarserver.
On 02/15/2013 02:05 PM, Fredrik Unger wrote:
Hi,
I updated my personal package to 4.2.
There were three minor changes, fixing a few SQL statements for 0.1.4, adding python-psutil as dependency, debianizing PGSOCKETDIR.
Hello Fredrik and Rahul, Fredrik, I wanted to try your repo, but had a certificate problem. Rahul, what is the status of the 5.0 package? Are you working on it? I've been trying to get the calendarserver to run, but I'm failed. I used the repo from https://svn.calendarserver.org/repository/... (5.1) on debian wheezy. After install of all dependencies and a succfull ./run -s, I was able to start the server. With ./run -i, I perform a system installation. But at the start of caldavd, i got an error "ImportError: Twisted requires zope.interface 3.6.0 or later: no module named zope.interface." zope.interface is installed. I think it is a wrong path definition somewhere?! Do you have a tip? Was anyone succefull with running a system installation of the calendarserver on debian? For any suggestions I would be very happy regards patryk -- View this message in context: http://mac-os-forge.2317878.n4.nabble.com/Debian-updated-package-4-2-tp20883... Sent from the Calendar Server - Development mailing list archive at Nabble.com.
Hi Patryk,
Fredrik, I wanted to try your repo, but had a certificate problem. Rahul, what is the status of the 5.0 package? Are you working on it?
I also wanted to check the status etc the other day, but never got around to finnish the email. I wanted to pick it up again but I was too busy. The certificate is just expired, and I have not got around to renew it. You can still download the packages ? I did not really care to test. (I used a proper startssl certificate as backend for gnupg over smartcard http://article.tree.se/server/identity and I did not want to open that can of worms again) But if there are no news from Rahul or someone else I will give the new calendarserver a go again (but for sid).
I've been trying to get the calendarserver to run, but I'm failed. I used the repo from https://svn.calendarserver.org/repository/... (5.1) on debian wheezy. After install of all dependencies and a succfull ./run -s, I was able to start the server.
With ./run -i, I perform a system installation. But at the start of caldavd, i got an error "ImportError: Twisted requires zope.interface 3.6.0 or later: no module named zope.interface."
zope.interface is installed. I think it is a wrong path definition somewhere?! Do you have a tip?
Could it be the version ? This is a OLD table I made for calendarserver back in Feb 2012 (2 years ago) http://article.tree.se/server/calendarserver The debian package to be installed is 'python-zope.interface' if that did not change ? I think 4.2 with Postgres backend is not too far behind 5.x ? You could at least just download the debs on https://tree.se/debian/ and install them and play around a bit. setting up the caldavd.plist for your needs etc. IF the devs dissagree, please let me know. I have it at least running but not in use. Or you have to wait and hope I get some time to get to it. I have 2 kids (3 & 6), work, plus a TON of other projects, that have produced more feedback than the calendarserver :)
Was anyone succefull with running a system installation of the calendarserver on debian?
For any suggestions I would be very happy
I am happy for any colaboration.. :) Depending on your background, if you really know what you are doing you can run from svn, otherwise I would suggest using the debs. BUT disclaimer, before you put real data in the calendarserver, be aware that I am not a debian developer, I just do it for fun, and I just packaged the calendarserver so far. I did not try to do migrations between versions, although I hope that the calendarserver developers take care of that without relying too much on the packager :) /Fred
Hi Patryk / Fredrik, Calendarserver 5.1 has been packaged for debian. I had uploaded it but it failed. As soon as permission is granted, I will upload the package to sid (perhaps a couple of days). Regards, Rahul. On Tuesday 18 February 2014 10:51 PM, Fredrik Unger wrote:
Hi Patryk,
Fredrik, I wanted to try your repo, but had a certificate problem. Rahul, what is the status of the 5.0 package? Are you working on it?
I also wanted to check the status etc the other day, but never got around to finnish the email. I wanted to pick it up again but I was too busy.
The certificate is just expired, and I have not got around to renew it. You can still download the packages ? I did not really care to test.
(I used a proper startssl certificate as backend for gnupg over smartcard http://article.tree.se/server/identity and I did not want to open that can of worms again)
But if there are no news from Rahul or someone else I will give the new calendarserver a go again (but for sid).
I've been trying to get the calendarserver to run, but I'm failed. I used the repo from https://svn.calendarserver.org/repository/... (5.1) on debian wheezy. After install of all dependencies and a succfull ./run -s, I was able to start the server.
With ./run -i, I perform a system installation. But at the start of caldavd, i got an error "ImportError: Twisted requires zope.interface 3.6.0 or later: no module named zope.interface."
zope.interface is installed. I think it is a wrong path definition somewhere?! Do you have a tip?
Could it be the version ? This is a OLD table I made for calendarserver back in Feb 2012 (2 years ago) http://article.tree.se/server/calendarserver The debian package to be installed is 'python-zope.interface' if that did not change ?
I think 4.2 with Postgres backend is not too far behind 5.x ? You could at least just download the debs on https://tree.se/debian/ and install them and play around a bit. setting up the caldavd.plist for your needs etc. IF the devs dissagree, please let me know.
I have it at least running but not in use.
Or you have to wait and hope I get some time to get to it. I have 2 kids (3 & 6), work, plus a TON of other projects, that have produced more feedback than the calendarserver :)
Was anyone succefull with running a system installation of the calendarserver on debian?
For any suggestions I would be very happy
I am happy for any colaboration.. :)
Depending on your background, if you really know what you are doing you can run from svn, otherwise I would suggest using the debs.
BUT disclaimer, before you put real data in the calendarserver, be aware that I am not a debian developer, I just do it for fun, and I just packaged the calendarserver so far. I did not try to do migrations between versions, although I hope that the calendarserver developers take care of that without relying too much on the packager :)
/Fred
_______________________________________________ calendarserver-dev mailing list calendarserver-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/calendarserver-dev
participants (3)
-
Fredrik Unger
-
patryk
-
Rahul Amaram