On Thu, 2009-09-17 at 19:42 +0200, Pim Zandbergen wrote: > Adam Williamson wrote: > > > > it's rather the case that we can't find anything that's even good > > enough. it's strangely hard to find something that has a usable web > > interface, CalDAV support > > Maybe you should drop the requirement for a web interface. Mailservers don't > come with web interfaces either, but they did not get rejected. Cyrus-imapd, > uw-imap and dovecot were there long before squirrelmail. This isn't a packaging discussion, no-one's rejecting packages here (we probably have some of these servers packaged already). It's a Fedora project service provision discussion; we want to provide a calendering system as a Fedora project service, managed by infrastructure, and we consider a web front-end to be a requirement for a really usable system. (My thinking is that probably there's going to be a fairly even split between those who want to use a calendaring system from a web front end and those who'd prefer to use it from a desktop app, and unless we cater to both groups, it won't really work; for a project-wide calendering project to have value, it needs wide buy-in, so you can really trust that you can go to the calendering system and see ALL important events, and to do that, you need to cover at least the most popular use cases). if we really can't find anything that does both, though, we'll probably wind up picking a system that only does one, as you suggest. unfortunately (for me, I prefer desktop apps...) I suspect we'd go with one that has a web front end, but no CalDAV support. the danger of just picking a server which only does one is that we get stuck with it when a different server comes along which does both really well. we want to pick right the first time to avoid the scenario where we have to dump an existing solution and move to a new one in the future. that's not a problem from a packaging perspective, but it is from this perspective. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
