Comments (9)
url-dav is not an external library but part of core Emacs. The bundled version is only for users of older Emacsen. All of this is explained in the README, by the way.
from org-caldav.
BTW, opening over 50 issues with essentially the same text could be considered spamming.
from org-caldav.
Could you please consider that I am not doing that to, I don't know, trick people into giving me money or something. On the contrary I invest countless hours into cleaning up the Emacs ecosystem. It's not very exiting work and I don't get payed for doing it. Once in a while someone thanks me for doing it, but that's all I get in return. Also sometimes someone writes a comment like yours - fortunately that doesn't happen very often, still it does hurt.
Back to the technical aspect: url-dav being a built-in package doesn't make it less important to prevent shadowing the upstream (here GNU Emacs) version. One might argue that it is even more important in this case. It is nice of you that you do something for the benefit of people using older Emacsen but the point I was trying to get across is that it actually does more harm than good.
So my suggestion is still that you protect users of newer Emacsen from accidentally shadowing the built-in library with the version bundled with your package (which might be outdated, if it is not now it is very likely it will be at some point in the future).
from org-caldav.
This is a github repository with some Emacs code in a state which you could consider 'alpha'. It is not meant to be some official package and it is also not meant to be packaged by someone else. In fact, this code will probably end up in Org contrib, but only when it is sufficiently stable. This repository will then be deleted.
I'm sorry that you're hurt, but nowhere did I imply you'd do this out of mischief. But still, I do think that posting this rather lengthy issue to over 50 github repositories is not the way to go about this.
from org-caldav.
Okay I will remove it from the mirror then.
Apology accepted, I am glad you did not mean it the way I received it. I felt bad because I didn't expect my effort to be considered spamming. I do understand why that perception isn't complete non-sense, still you could probably have said it in a nicer way. What put me off was probably that the reply was very short (and given the information I had at that time, missed the point) but at the same time you put some effort into noticing that I have opened 50 such issues.
Anyways, what else could I do? There are 50 repositories each having a very similar issue. How should I get these issues fixed without pointing them out to the maintainers? Should I write a different text for each of the opened issues? Should I use a generic but much shorter text (In which case some people would not understand it, and I would have to explain it over and over again)? Should I write Emails so that they don't notice that they are not the only one getting this message? Or should I decide that because greater N packages are affected there is nothing that can be done about it, without becoming a spammer?
I really can't think of a better way of doing it, than what I did.
from org-caldav.
Oh, and I am sorry too.
from org-caldav.
I agree that shipping libraries which might shadow newer versions is a bad thing, and if I'd actually /release/ org-caldav, I'd never put url-dav.el in a tar.gz or similar. Likewise if I'd put the code up on GNU ELPA, MELPA or some other package repository. So we are in agreement here.
However, I think upstream repositories are (usually) a different thing, and I wonder why you think you have to solve this issue at that high level? Maybe I'm not a typical user, but when I deliberately choose to clone code from an upstream repository, I usually do this to follow its development, report bugs and, most importantly, I pull regularly. This is very different from installing a tar.gz, where I expect the code to run fine for years to come (yes, I'm exaggerating, but not much).
I was just confused to get this issue because I don't consider this repository to be a "package", but a very volatile thing with code-in-progress, and it took me a while to understand what you mean, plus I have a nasty cold and hence am a bit cranky today...
from org-caldav.
Anyway, I removed url-dav now. This was something I had to do eventually anyway, so why not now? ;-)
from org-caldav.
Thanks a lot! Have a nice one.
from org-caldav.
Related Issues (20)
- Events deleted on calendar are not deleted on org side HOT 3
- Events with org mode syntax in their description seem to mess up the org file HOT 1
- Add note about todo keywords to ignore for percent-states HOT 1
- Google OAuth 2.0 failing with Error 400: invalid_request HOT 18
- Problem with IDs.
- Close sync result buffer with keybind HOT 1
- Syncing only TODOs HOT 2
- Feature: Webcal support HOT 11
- Document dependency on `org-id-track-globally'
- Calendar events before 1970 are not synced properly HOT 1
- org-caldav-files default value causes error? HOT 2
- Private sync HOT 1
- Documentation improvement request HOT 2
- Improve manual
- Fresh sync on TODO/task HOT 3
- Creation of ID properties on every headings HOT 4
- Is it possible to sync tasks (TODO) items to and from Google Calendar? HOT 1
- Importing cal events with SCHEDULED/DEADLINE labels HOT 1
- Testing the plugin HOT 1
- Timezones between calendar
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from org-caldav.