Make sure you change the permission of the directory containing the *.ics files and not just the *.ics files themselves. If you create a new event and recursive read/write permissions are not set on the parent directory, you will get an error.
Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
GcalDaemon and Leopard
- Thread starter jankees
- Start date
- Sort by reaction score
Make sure you change the permission of the directory containing the *.ics files and not just the *.ics files themselves. If you create a new event and recursive read/write permissions are not set on the parent directory, you will get an error.
It did work for me, two way, as in sync.
(using the *.ics method)
I did change the permissions like buldir mentioned although they *seemed* to be OK. I didn't test it before so it might have not changed a thing.
The only thing not working is deleting an event in iCal.
The gCal keeps it in the calender and a sync just makes it reappear.
Anybody else noticing this behaviour?
Or do I need to dig in to this?
Cheers
EDIT: It looks like I can only delete an event from the app in which I created it...
(using the *.ics method)
I did change the permissions like buldir mentioned although they *seemed* to be OK. I didn't test it before so it might have not changed a thing.
The only thing not working is deleting an event in iCal.
The gCal keeps it in the calender and a sync just makes it reappear.
Anybody else noticing this behaviour?
Or do I need to dig in to this?
Cheers
EDIT: It looks like I can only delete an event from the app in which I created it...
It looks like a great app.
Most of my problems could be related to an iCal issue. So I'll hold my judgement until Apple sorts iCal out.
Not a good time to start Calender Syncing...
Most of my problems could be related to an iCal issue. So I'll hold my judgement until Apple sorts iCal out.
from http://blog.spanningsync.com/2008/02/mac-os-x-1052-f.html
Not a good time to start Calender Syncing...
Thanks for the information. I hacked away at the "deleting event" problem and couldn't get it to work. I can delete an event in iCal, but the .ics file for the event remains in /username/Library/Calendars/*.calendar/Events/. I pushed aside GCALDaemon for now and go right to the source. I installed a Google Calendar site-specific browser, using Fluid and simply subscribe to my Google Calendar in iCal for offline viewing of my events.
Any new good news on this with Leopard. I spent the past day trying to get this to work on Leopard 1.5.3. I got where most others got, I can sync, but if I delete an event, it comes back. In addition, I get duplicates on my all day events. It seems pretty close. Hope someone has gotten the last step.
I find that, if I delete the event in Google Calendar, it disappears from iCal when the two sync.
But I've noticed another problem: I've been getting two of every event on iCal. Is anyone else experiencing this?
But I've noticed another problem: I've been getting two of every event on iCal. Is anyone else experiencing this?
I took the latest version of Spanning Sync for a spin the other day and it's quite easy to use and seems to be working well on Leopard. I've given up on GCal Daemon. Spanning Sync also supports contacts in their 2.0 beta!
I don't love it, but Plaxo (3.0 beta) is working for me to sync my iCal and Gcal. It's fairly easy to set up and so far it's been running. And it's free.
I have the exactly same problem that event re-appeared on the second time opening of ical in leopard.
And I am using the GcalDeamon only, not using the perl script.
String no one can solve this problem?
success... i guess?
I am successfully getting 2 way syncing with GcalDaemon, iCal 3.0.3 (1244) and Mac OS X 10.5.3 + the perl scripts in the thread above. Everything seems to work pretty well except iCal delete going to gCal. I can live with this.
My only issue is that after the perl scripts run, when I open iCal I get a progress bar saying "updating calendars". Is anyone else getting this?
Does anyone know why this message is coming up? I'm a perl developer, so I'd be glad to mod the scripts if someone can give me a direction as to where we're using an old format in the scripts above.
Nate
I am successfully getting 2 way syncing with GcalDaemon, iCal 3.0.3 (1244) and Mac OS X 10.5.3 + the perl scripts in the thread above. Everything seems to work pretty well except iCal delete going to gCal. I can live with this.
My only issue is that after the perl scripts run, when I open iCal I get a progress bar saying "updating calendars". Is anyone else getting this?
Does anyone know why this message is coming up? I'm a perl developer, so I'd be glad to mod the scripts if someone can give me a direction as to where we're using an old format in the scripts above.
Nate
@soctechnologist: I tried the Plaxo option, but:
- No support for multiple Google Calendars
- Does not make changes/updates to existing Google addresses for a given contact
- and, does not support 2-way sync between Google and Plaxo
Yeah, the reason why this happens is because if you don't delete the calendar cache it doesn't see the syncs. I don't know how to trigger the auto-sync in iCal, and I suspect it can't be done through perl.
Buldir: I agree, it's not a great solution and lots of limits (including Plaxo's history and some practices)... but for the moment and how I use iCal/gCal, it is actually working for me. My post wasn't meant to be a strong endorsement, but did want to let people know that it exists and might be an option for some.
I hadn't heard that Plaxo was acquired by Comcast, sigh...
@soctechnologist: It's all good...if it works for you, by all means. I was simply playing devil's advocate and thought others might benefit from my experience.
Check out the blog posts from Plaxo:http://blog.plaxo.com/archives/2008/05/post.html
http://blog.plaxo.com/archives/2008/07/post_1.html
Potential Fix?
Hi,
I'm really sorry to bump this... (is just over a month a bump? Probably, I gues...).
Any updates on this? I'm wondering if it would just be possible to alter the source code slightly to make sure that the .ics files in .../Events/ are deleted if they are not in google any longer.
I guess I'd have to dig around a bit more to figure out how GCD works... if there is a discrepancy, for example, I'm not sure how GCD figures out which source of cal info should be updated - iCal or Google. Anyway, the iCal file names are all stored in the events-registry.txt file in .../GCALDaemon/work/, so GCALDaemon is 99% there it seems, but something just isn't quite happening with the final steps.
- Basically, something of a disconnect happens between typical iCal 'awareness' of the items in .../Events/ so that under normal conditions if I create an event, I see it appear in the Events folder, and if I delete it, it is removed. After syncing, the names have all been changed to lower case and something related to google.ics has been added. iCal doesn't seem to realize the link between an event and it's file anymore.
Manually deleting files and the calendar cache works, but one note of interest is that you can't empty the trash (with Calendar Cache inside) if Mail is open, due to iCal Helper using the file. That might be one reason for iCal still showing the old events even with an empty Events folder.
Not sure where to go from here... I don't see how the sync will work if iCal doesn't have a direct relationship with the files in Events anymore. Until I see GCD delete some files from Events, I'll not be convinced this is going to work so well...
Thanks for reading the ramblings,
John
Hi,
I'm really sorry to bump this... (is just over a month a bump? Probably, I gues...).
Any updates on this? I'm wondering if it would just be possible to alter the source code slightly to make sure that the .ics files in .../Events/ are deleted if they are not in google any longer.
I guess I'd have to dig around a bit more to figure out how GCD works... if there is a discrepancy, for example, I'm not sure how GCD figures out which source of cal info should be updated - iCal or Google. Anyway, the iCal file names are all stored in the events-registry.txt file in .../GCALDaemon/work/, so GCALDaemon is 99% there it seems, but something just isn't quite happening with the final steps.
- Basically, something of a disconnect happens between typical iCal 'awareness' of the items in .../Events/ so that under normal conditions if I create an event, I see it appear in the Events folder, and if I delete it, it is removed. After syncing, the names have all been changed to lower case and something related to google.ics has been added. iCal doesn't seem to realize the link between an event and it's file anymore.
Manually deleting files and the calendar cache works, but one note of interest is that you can't empty the trash (with Calendar Cache inside) if Mail is open, due to iCal Helper using the file. That might be one reason for iCal still showing the old events even with an empty Events folder.
Not sure where to go from here... I don't see how the sync will work if iCal doesn't have a direct relationship with the files in Events anymore. Until I see GCD delete some files from Events, I'll not be convinced this is going to work so well...
Thanks for reading the ramblings,
John
Hi all,
Thought I would add a note here about the CalDAV news I saw today at TUAW. It may help some people with their syncing efforts depending on what they're hoping to do.
The TUAW link is here:
http://www.tuaw.com/2008/07/28/caldav-support-comes-to-google-calendar/
and the link to google instructions is here (it's working for me so far):
http://www.google.com/support/calendar/bin/answer.py?answer=99358
Hope it's helpful to some.
Thought I would add a note here about the CalDAV news I saw today at TUAW. It may help some people with their syncing efforts depending on what they're hoping to do.
The TUAW link is here:
http://www.tuaw.com/2008/07/28/caldav-support-comes-to-google-calendar/
and the link to google instructions is here (it's working for me so far):
http://www.google.com/support/calendar/bin/answer.py?answer=99358
Hope it's helpful to some.
events added on iPhone - no go?
I have been able to get GCALDaemon to sync the ical and gcal desktop events - but if I create an event in ical on the iPhone - it doesn't show up (even after a sync of course) on either program
Is there a setting that I am missing??
Thx
I have been able to get GCALDaemon to sync the ical and gcal desktop events - but if I create an event in ical on the iPhone - it doesn't show up (even after a sync of course) on either program
Is there a setting that I am missing??
Thx
Rise and shine.
I would like to wake up this thread a bit.
I'm trying to use Gcaldaemon, and it seems to work fine in leapord 10.5.5, when I sync manually that is. I can't get the auto sync to work. I don't know if I handle Lingon badly or what.
And by the way, there is now a gui for Gcaldaemon for those who didn't know.
I would like to wake up this thread a bit.
I'm trying to use Gcaldaemon, and it seems to work fine in leapord 10.5.5, when I sync manually that is. I can't get the auto sync to work. I don't know if I handle Lingon badly or what.
And by the way, there is now a gui for Gcaldaemon for those who didn't know.
Obsolete?
There is no need for GcalDaemon anymore, for simple 2-way syncing, Leopard iCal now supports GMail CalDAV.
http://lifehacker.com/399407/how-to-sync-any-desktop-calendar-with-google-calendar
Best!
There is no need for GcalDaemon anymore, for simple 2-way syncing, Leopard iCal now supports GMail CalDAV.
http://lifehacker.com/399407/how-to-sync-any-desktop-calendar-with-google-calendar
Best!
Repeat?
I think this is the same news posted above by soctechnologist. I was not satisfied with caldav and iCal in the least. I went through the setup process months ago when the added caldav support and added my google calendars to iCal. It's hard to word/explain exactly, but essentially you get 'isolated' calendars. They cannot interact with one another, when creating events you have to be 'in' the calendar for which you are creating events, etc. For example, if you are viewing your 'Home' Calendar, you can't Command+N and quick create that event for the 'Work' calendar. You have to click the work caldav calendar first. You also can't move an event to another calendar; when you edit event properties, the pull down list of calendars will show only the one for the event itself. This 'solution' is far from perfect in my mind.
I switched to Thunderbird/Lightning and was amazed at how simple and seamless the setup and syncing was. I loved iCal and Mail, but I just couldn't believe how difficult iCal has been (my experience + many posts in forums you can find) to get 'outside of itself'. It's about my only complaint against Apple - I don't think they made a huge effort to get this thing to play with GCal. That and they took away the tray in Leo
There's my thoughts - I just wanted to share a little of how the caldav functionality works. I was disappointed as I thought it would be exactly like my existing calendars.
-John
I think this is the same news posted above by soctechnologist. I was not satisfied with caldav and iCal in the least. I went through the setup process months ago when the added caldav support and added my google calendars to iCal. It's hard to word/explain exactly, but essentially you get 'isolated' calendars. They cannot interact with one another, when creating events you have to be 'in' the calendar for which you are creating events, etc. For example, if you are viewing your 'Home' Calendar, you can't Command+N and quick create that event for the 'Work' calendar. You have to click the work caldav calendar first. You also can't move an event to another calendar; when you edit event properties, the pull down list of calendars will show only the one for the event itself. This 'solution' is far from perfect in my mind.
I switched to Thunderbird/Lightning and was amazed at how simple and seamless the setup and syncing was. I loved iCal and Mail, but I just couldn't believe how difficult iCal has been (my experience + many posts in forums you can find) to get 'outside of itself'. It's about my only complaint against Apple - I don't think they made a huge effort to get this thing to play with GCal. That and they took away the tray in Leo
There's my thoughts - I just wanted to share a little of how the caldav functionality works. I was disappointed as I thought it would be exactly like my existing calendars.
-John
I hear you, jwhendy. The process of adding Google Calendars via CalDav got a lot easier though by using Google's new "set-up" tool.
The app allows you to log into your Google Account, choose which calendars you want to sync w/iCal, asks you to close iCal, and populates the calendars...pretty nice. You're correct in that every Google Calendar added via CalDav is interpreted by iCal as coming from separate servers, which sucks if you have many Google Calendars. CalDav calendars unfortunately do NOT sync with MobileMe, if that's your thing.
I'm leaning towards simplifying things by using Google Calendar exclusively via Google's new mobile interface. Screw MobileMe, iCal's shortcomings, and all this syncing nonsense and just have SMS alerts sent to your phone.
The app allows you to log into your Google Account, choose which calendars you want to sync w/iCal, asks you to close iCal, and populates the calendars...pretty nice. You're correct in that every Google Calendar added via CalDav is interpreted by iCal as coming from separate servers, which sucks if you have many Google Calendars. CalDav calendars unfortunately do NOT sync with MobileMe, if that's your thing.
I'm leaning towards simplifying things by using Google Calendar exclusively via Google's new mobile interface. Screw MobileMe, iCal's shortcomings, and all this syncing nonsense and just have SMS alerts sent to your phone.