The operate on less than 100_000€/year, so I would cut them some slack ;-)
btw. codeberg is not a company, more like a foundation, Verein is the german word.
I fail to see how this is relevant to the point I was making. With uptime being so low, it's not a viable alternative: budget / resources / etc. don't change that fact.
Don't get me wrong — I am glad that they are doing what they're doing, but it's a long way until it becomes a real alternative.
I recently heard the argument that the license-friction of copyleft sometimes is actually a good thing. Think linux kernel that arguably is more successful than all the BSDs combined (citation needed)...
Keep in mind that Linux doesn’t use the GPL3 and stuck with the GPL2 since the maintainers and Linus Torvalds thought that it was overly restrictive [1]. So at some point the license friction becomes too large to be practical for organizations to use or contribute to.
I'd be really interested in hearing more about that argument.
I can take a guess with respect to Linux: that's the kind of software where forcing companies to submit code back to it is enormously beneficial due to the need for an operating system to have drivers for vast ranges of different hardware.
Yeah. Also things like filesystems. More generally, the history of BSD is full of proprietary forks that never got merged back in: Ultrix, SunOS, BSDI's BSD/386 (later BSD/OS), Winsock, and the Wollongong TCP/IP stack on UNICOS and, I think, also on VMS. The most famous fork is macOS Darwin, which I think is still in fact open source, but it's been many years since I saw someone successfully running the open-source Darwin.
Also, though, GCC got Objective-C support, and still has it, because the FSF told NeXT it would violate the GPL for them to attempt to make Objective-C a proprietary add-on to the GCC compiler, even if it wasn't literally linked with it. And a lot of GCC backends probably would have been kept proprietary by one or another hardware company if the license had allowed it.
> Think linux kernel that arguably is more successful than all the BSDs combined (citation needed)
I don't think there is any citation needed. Linux powers all the cloud providers, 80% of the mobile market, a ton of random devices. At this point Linux is the most important OS on the planet, ahead of Windows and Apple OSes. It's just not as visible.
If that ever does happen I really hope they just focus on making a proper phone, not trying to make it a hybrid phone and workstation. When they were working on Ubuntu touch (or whatever their phone version was called), they would show off how cool it was that you could just plug your monitor and input devices into it and boom you’ve got an all in one device.
But who wants that? It’s cool. But I’d rather just have a fully functional phone that happens to be Linux.
> If that ever does happen I really hope they just focus on making a proper phone, not trying to make it a hybrid phone and workstation.
It's not a zero-sum game in that regard. The entire point of Linux phones is to get Linux distros working in phone form-factors. Getting them to work as general-purpose computers is the easier, already finished part. Getting them to work as phones is the harder-part, the new work. Removing the easy, already finished part doesn't make writing the camera drivers, modem-handling software, etc. any easier.
> But I’d rather just have a fully functional phone that happens to be Linux.
I'd love to see this. Could the community rally a phone manufacturer with phones at different price points and focus on that? Most projects I've looked at in the past have been as good as dead, or spread across a bunch of outdated or bad phones.
Yeah, all you need to add is a desktop environment and some kernel drivers that are specific for phone hardware.... except that's what AOSP already is.
The egregoric lifecycle of a company. People that want to make money take over a successful business and run it into the ground not realizing their budget cuts are what killed the company (because, like locus, they've already moved on to the next feast).
Well, CL is very mature, with sbcl, abcl, ecl, clasp, clisp, lispworks, allegro etc all with different pros and cons, editors and libraries, besides the elegance of scheme, I would have little clue why one would use anything else.
Eh, I've worked on a lot of really shitty C code bases. Yeah memory safety is a class of bug but that doesn't exist in other languages but every ecosystem has its share of footguns.
The real time sinks are caused by the same thing regardless of language; poor design.
It is the issue, when the industry nonetheless keeps on insisting on using languages that have neither garbage collection nor ownership semantics. Is your kernel, OS, userland memory-safe yet?
reply