Hacker News Reader

Comment by NikolaNovak | Hacker News Reader

I have rarely seen an instance of open source project forking which immediately causes loss of employment of eight members of original team.

I have seen such forks degenerate hugely into "they said / we promised / they suck / we're awesome", so I understand the need to delicately balance press releases between the need to inform and need to keep it civil/diplomatic, but I wish I understood more why the act of forking has caused their credit to disappear.

  Unfortunately, the announcement has consequences for ownCloud, Inc. based in Lexington, MA. 
  Our main lenders in the US have cancelled our credit.
  Following American law, we are forced to close the doors of ownCloud, Inc. 
  with immediate effect and terminate the contracts of 8 employees."

View on HN

In the first sentence they sound very bitter: "using recently poached developers" - Almost as if they're trying to say that poaching developers is a bad thing. Developers are people, you don't own them and they owe you zero allegiance.

Actually, I should add that to my CV "poached developer" ;-)

- Lukas (Nextcloud'er - see also http://www.zdnet.com/article/owncloud-founder-forks-popular-...)

Whilst I have your attention ;) Are there any plans to add CalDav/iCal client functionality to NextCloud? I'd like my NextCloud server to sync with external calendars (E.g my work Google calendar) so that I only have to point my client devices at my own server.

Not in the way that you require it. But you can always file an issue or enhancement request :-)

That said, we'll likely have Webcal support (https://github.com/owncloud/calendar/pull/443), that way you can at least in ownCloud view your Google calendars. (it's not synced though)

I strongly recommend radicale with DavDroid. I've been using this set up (that only took a few minutes to complete, especially with Caddy for TLS) for months now with great success.

Radicale will also automatically commit every change into a Git repo, so you can always go back to any point in time. Just amazing.

https://www.stavros.io/posts/private-contacts-and-calendars-...

Radicale sounds interesting, but it looks like it's just a CalDAV server? OwnCloud/NextCloud already gives me that. What I'm looking for is a way of syncing calendars which have to be off-site, to my own server. I don't have control over the fact that my company uses Google calendars for work and I'd like to dump my Facebook events into an OwnCloud/NextCloud calendar too.

Since you're referred to in that article as a "security engineer", I'll ask the following:

I know nothing of PHP other than its reputation. But apparently ownCloud is written in PHP and JavaScript. And PHP has its own "Security" section in its Wikipedia entry. And it has a reputation for security problems.

So, how "secure" (whatever that means) is ownCloud / Nextcloud? Has security been a problem for this software in real life?

Happy to answer this. First of all: Makes using a specific programming language a software much less secure? Probably not. You can do mistakes in every programming language. But since a lot of software is written in PHP and there are also many unexperienced PHP developers this reflects kinda bad on the language.

There is often the perceiption that ownCloud would be insecure because we have so many advisories. But these are just there because we proactively look for security vulnerabilities and patch them. (see also https://statuscode.ch/2015/09/ownCloud-security-development-...)

Oh! And we also run a bug bounty program for ownCloud and Nextcloud will have one with probably even higher rewards soon! - HackerOne did even do a case study with us so it can't be too bad ;) (https://hackerone.com/resources)

> First of all: Makes using a specific programming language a software much less secure? Probably not.

Quite the contrary, most probably yes. Mistakes happen, but different languages make different kinds of mistakes impossible or very easy. You can't get segfault when manipulating strings in Perl or Python, while in C it takes plenty of effort to avoid.

That is true, yes. Base ruby or C or PHP make it easy to make entire classes of mistakes you won't get using certain other languages.

But many of these problems can also be caught using the right tools and framework. With Ruby, using Rails will eliminate entire groups of risks you would have without it.

This is the same with PHP and frameworks like Symfony - which, incidentally, we use large parts off. And Lukas has been working a LOT on doing this kind of work, making sure we eliminate types of problems and mistakes developers could make. Combined with training (giving talks and workshops on writing secure code to our developers at events), code reviews by him and others, static code checking and so on, you get something that is really quite secure.

I am confident enough to say that our code base is the most secure way of sharing and syncing files using open source. Of course, before you or somebody else brings it up, SSH and rsync makes for a more secure experience but that's not exactly what Nextcloud competes with so perhaps add 'that gives a dropbox-like experience' to the above qualification :D

I've been following OwnCloud for years, and the one thing that has kept me from using it is the lack of delta sync. This fork has piqued my curiosity again. Is delta sync going to be a priority for NextCloud?

I've looked at ownCloud several times simply as a tool that I wanted to use, and each time I was turned off because of very distinctly je ne sais quoi icky feeling. For what seemed like an open source, drop-in dropbox replacement, the sales pitch seemed to add a lot of unnecessary crap.

Is it really true, that according to US law, you have to close down immediately if you lose main lenders? Without being given some time to find new ones to safe the company? Seems odd.

Not sure myself, but were they using the line of credit to demonstrate solvency?

Can anyone elaborate on said consequences? I fail to see how demoing your product in another country could have an adverse impact at home.

But this looks to be more complicated... ownCloud GmbH is unaffected? What was the purpose of having both companies then? There are many EU firms that seem to compete just fine without the Inc/LLC/Co at the end of their name

Yeah, that's super confusing to me as well. I see three different things here:

- nextCloud forking / poaching

- ownCloud having an event where they showed off new planned features

- the bank pulling the plug on financing

Since they're all talked about in the article, it seems as though they're related, but the links between them are really unclear.

I highly doubt that the planned features are related. Seems just to be a try to make the press release look less worse...

Disclaimer: I quit ownCloud to work now at Nextcloud.

Reply on news.ycombinator.com