-
It looks similar to TSL from David Simmons.
Unfortunately the only information I can find is in a proprietary format.
-
What kind of information are you looking for? Here’s the github repo if you are interested.
The Learn page of the website has lots of info including the language specification.
-
Is it possible to provide a homebrew installation method on the Mac? Ideally installing ballerina should be as easy as:
$ brew cask install ballerinaEdit: it appears I spoke too early. It is available on homebrew, but the docs don’t reflect that
$ brew info ballerina ballerina: stable 0.970.1 The flexible, powerful and beautiful programming language https://ballerina.io/ Not installed From: https://github.com/Homebrew/homebrew-core/blob/master/Formula/ballerina.rb ==> Requirements Required: java = 1.8 ✔-
I have just found this: http://brewformulas.org/Ballerina
Have not tried it myself yet (I am on a Mac but I just used a zip and set up the paths manually, I know that there is also an official Mac installer download pkg from https://ballerina.io/downloads/)
-
And another one: https://formulae.brew.sh/formula/ballerina
-
-
It is a very fast moving project with lots of community involvement. By the way, the whole site and all the docs are in github too (not just the code itself) - so feel free to send a pull request whenever you see anything incorrect or missing.
-
-
-
-
-
-
-
Typically the offload device used for servers is faster and more generically called an HSM. Yubico sells one called YubiHSM.
-
If you are interested in Ahead-of-Time compilation of dynamic languages, I encourage you to look at Tcl. It supports ahead-of-time JIT compilation to bytecodes, using tcl-compiler, as well as (very) experimental support for compiling to machine code via TclQuadCode
-
I used OpenStack as the basis for a IaaS-generator solution, but it was terrible. nova.conf had 800+ options but there were really only about 15 useful configurations, so most of the work was setting those options to match the rest of the other options. I started the project over again with OpenNebula and got MUCH better results. It has been in production for over 3years now running non-stop customer workloads.
-
Does anyone have any information on what actually happened? It seems to have been all scrubbed. Hard to have feelings about it without knowing. Although violations of the CoC should of course be enforced.
-
Here is a screenshot of some of the scrubbed issue: https://twitter.com/maybekatz/status/899760806551666690
-
Thanks a lot. “anti-Code-of-Conduct article” linked is The Neurodiversity Case for Free Speech. I support CoC, and I also support this article. I don’t see how the article can be construed as anti-CoC. (It’s also written by Geoffrey Miller, a scientist I highly respect.)
-
As a perceived leader in the project, it can be difficult for outsiders to separate Rod’s opinions from that [sic] of the project.
This is a pretty cancerous attitude. Rod can’t control what you perceive. Without coming right out and saying it, this reads to me as The Community Shall Dictate/Censor Rod’s Personal Views. What a bunch of crap. If I perceive The Darn Kat to be a ‘perceived leader’, can I tell her what to tweet?
-
I think the problem manifest itself differently in that case: To me it seems that Rod has a rather important role in the Node project and at one point in time he accepted the projects CoC. As the perceived leader of the project you cannot decide to apply the CoC sometimes and sometimes not.
Please bear in mind that nobody in this thread knows the full context of this problem.
-
-
-
-
-
In fact, a lot of the big players in the storage arena who support this kind of scale do so by licensing per terabyte (think Compellent, NetApp, EMC, etc.).
I’ve got a couple physical petabytes in a NetApp array, and I do not license per terabyte. I’ve not heard of a per-space licensing scheme, so I’d love to have a citation for that.
Because of the budget for this project, the first thing that popped into my head was ZFS on Linux.
The author mentions FreeNAS in the list of alternatives, which is just as budget-friendly and uses ZFS under the covers. I’m interested in a bit more info about why tinker-your-own ZFS over FreeNAS (or NAS4Free, or whatnot).
-
-
I also use Dia for manual diagrams and GraphViz (dot) for automated diagrams. I wrote a wrapper around dot that makes specifying the graph a lot easier.
-
rkeene
1 year ago
|
link
| on:
binctr: fully static, unprivileged, self-contained, containers as executable binaries
I’ve been doing the same thing using UML (you can embed an arbitrary filesystem into the initramfs kernel. It’s slightly different from a container since it includes its own kernel.
-
AppFS ( http://appfs.rkeene.org/ ) solves this problem, and takes it further to include de-duplication, distribution, authentication, and local modifications.
-
-
If you like Stow then you’ll love AppFS ( http://appfs.rkeene.org/ ). It’s Stow turned up to 100.
Some reasons why: 1. Writable (users changes are only visible to them and stored in their home directory); 2. Network based distribution – make the package and use it on all your systems; 3. De-duplication of files between projects, releases, and architectures; 4. Files from packages are only fetched if you use them, so development files from a package don’t take up disk space if you don’t do development and thus there is no need to create multiple variants of a package just to save space
And many more !
Feedback welcome
-
Hey all, happy to join your community. ☺️
My comparison between Flash/Electron was meant to capture both technologies in a positive light by taking a more holistic view. We can all agree that both platforms have many issues. My opinion is that, while Electron has it’s problems, it’s still pushing the industry forward as a whole. Will the existence of Electron spur the creation of newer cross-platform frameworks that are less resource intensive while remaining extremely easy to use and get started with?
I don’t think Electron is perfect, but I do think it’s still a good (and necessary) step in the evolution of cross-platform software development.
I argue that these imperfect stages are actually needed for the evolution in this area as a whole. And for that reason, I believe Electron is a great thing (just as flash was).
What do you all think?
-
Will the existence of Electron spur the creation of newer cross-platform frameworks
One of the problems is that these cross-platform frameworks do not benefit me as a user of a fairly mainstream platform on the desktop (macOS). Most software vendors care about macOS, so they will provide a version for macOS. However, where they used to write a Carbon and later Cocoa application, they now write an electron application to tick off that platform. For me, as a macOS user, it is a terrible regression. Even if we do not take the problems of Electron into account (memory use and CPU use), these applications do not integrate in the native look & feel. They look out of place, but even worse, there is virtually no platform integration (keyboard shortcuts, macOS services, integration with other Mac applications, AppleScript support, etc.). I stopped installing applications that use Electron, just because their experience frustrates me (besides eating a lot of memory and killing my battery).
The argument of the Electron crowd is that eventually cross-platform frameworks will integrate better. Unfortunately, history has shown that it will never get that far. Even with the gold standard of cross-platform frameworks (Qt), you typically notice that you are not using a native application (on macOS and Windows). Usually cross-platform frameworks will end up at the lowest common denominator of the platforms that they support.
Another question is why Electron is reinventing the wheel? Qt et al. are miles ahead as a cross-platform framework and does not require a fully embedded browser (though you can do so). Are some people so allergic to anything that is not Javascript + DOM that they’d forgo having somewhat reasonable resource use and better (but not perfect) platform integration?
(Edit: I do understand that there are (perceived) economic incentives using Electron above native apps.)
-
Are some people so allergic to anything that is not Javascript + DOM that they’d forgo having somewhat reasonable resource use and better (but not perfect) platform integration?
Spend a few months in JavaScript communities and the answer is yes. The “JS for everything!!” is fun as a weekend project, but less fun when you find yourself relying on it for work.
-
Correct. The crux of the matter is the fact that the statement, “native apps are hard!” seems to go completely unchallenged, especially in JS land.
The reason it bugs me is that it’s used to justify all manner of things that challenge and broaden one’s horizons, including FP, static typing, testing, etc. I’m sick of hearing “it’s hard!” from seemingly the same crowd that loves to write on Medium about how launching a startup is so hard but they have learned so much on their incredible journey.
Bring back the intellectualism in programming. If you don’t know something, then accept that in humility and put it on the to-do list of things to learn. I’m not asking for people to buy into any of that aforementioned stuff wholesale, just stop being so proud of not knowing it, okay?
Edit: it’s amusing that “RTFM” is considered profane, but the culture it reflected felt like one where putting the time in to study mattered, and that such study was expected of you. What we have now is…quite different.
-
The crux of the matter is the fact that the statement, “native apps are hard!” seems to go completely unchallenged, especially in JS land.
Native apps may require you to develop environment-specific code, but the code you develop is far simpler than equivalent JS/DOM-driven UIs. Anybody who says, “Web UI is easy,” is a lunatic, or knows nothing but web development.
-
I’d argue the messiness of the web is almost countered by the extensive toolset that has grown up around it, such as React/Vue, hot-reloading, and general ease of getting started.
It doesn’t fix the fact that it is lipstick on a pig, though; other parts of the ecosystem remain of questionable quality.
-
I’d argue that the forest of toolsets around web development shows that we still haven’t figured out how we want to do web development.
-
we still haven’t figured out how we want to do web development
I guess “producing and adopting reams of solutions in search of problems” is a way to do web development :)
It’s just not a very good one.
-
-
I’d argue the messiness of the web is almost countered by the extensive toolset that has grown up around it
I think it’s more the other way round. Now that IE6/7/8 isn’t really a problem anymore, standard plain old JavaScript isn’t all that messy anymore.
What’s messy is the proliferation of solutions in search of problems that get adopted despite being such. The front-end world is so crazy that I don’t even have the energy to try and describe it here.
But even the mere fact that ‘left-pad’ exists and has been adopted by eeeeeeevvvvveeerryone speaks volumes.
-
-
What’s currently the best cross-platform framework/lib in terms of it working on major platforms and easy for newcomers?
-
There was a good link/thread on this recently; the best sounding suggestion was to build native three times and reuse the core stuff.
-
-
the best sounding suggestion was to build native three times and reuse the core stuff.
Java would be a pretty good solution if people weren’t (seemingly) so upset by desktop apps not looking completely native.
But do they really care? Wouldn’t anyone rather just use a valuable application even if it doesn’t look native?
-
-
-
-
-
-
Even if we do not take the problems of Electron into account (memory use and CPU use), these applications do not integrate in the native look & feel. They look out of place, but even worse, there is virtually no platform integration (keyboard shortcuts, macOS services, integration with other Mac applications, AppleScript support, etc.).
I agree it’s even worse for Electron apps (though the ones I use do at least have the common macOS keyboard shortcuts). But I think companies, including Apple, care less and less about a particularly coherent UI these days in general. Even native macOS apps don’t strongly conform to any one coherent UI convention, as mac apps used to in the days of ye olde Human Interface Guidelines. Photoshop, for example, looks nothing like a macOS app, even though it’s native. Even Apple first-party apps, though not diverging as extremely as Photoshop, are no longer all that consistent: Pages, XCode, Safari, and iTunes are kind of all over the map in their UI design.
-
-
-
I don’t know that electron is pushing the industry forward. What’s your evidence there? That there are more desktop applications now than there previously were? Is that an advantage when they’re just a web browser frame around a web app?
Does it lower development time for someone who already has a web app and wants to say “look, we have a desktop app too”, absolutely. But I don’t think on the whole that’s been a push forward for software development. If electron were something that could do that with native toolkits and native performance, I’d absolutely say that, but given that it’s essentially a web browser, minus the chrome. I don’t think that counts.
-
-
Not to mention completely breaks TLS client certificates, a mandatory part of TLS.
-
Why are you still using a feature that’s been deprecated for 20 years?
-
-
What I wish for is the opposite. I bought an Apple MacBookPro11,3 to run Linux on because I figured it was a popular vendor especially for people developing open source software. The vendor also offers very few models so I assumed that it would be well supported by Linux… It is not. I’m going to buy a Chromebook to replace it and turn it into a server since it’s not functionally useful as a laptop.
-
Much older MacBooks and PowerBooks tend to be popular for Ubuntu Mate, but that’s about the most support you’ll get. Macs have evolved to have more secretive drivers and specialized hardware that makes them very difficult to port.
In one instance, Macs seem to have the most advanced ways of cooling themselves, but it’s all implemented at a software level that is totally unreachable from another OS. This means that even if you somehow get everything working correctly and you’re very careful about power management, you’ll still lose probably 30% of your battery life.
-
-
Things that don’t work well:
The SSD (requires workarounds, sometimes doesn’t work then): https://bugzilla.kernel.org/show_bug.cgi?id=60731
The camera (possible to make it work, but not trivial): https://github.com/patjak/bcwc_pcie
Suspend (workaround that works some of the time): https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1371159
Wireless (binary driver available, mostly stable – but you can’t run a recent kernel): “wl” kernel module
Graphics (it’s a hybrid intel/nvidia – the HDMI and DisplayPort are hardwired to the nVidia card, which uses a lot of battery power)
Peripherals: You have to make sure you boot with no peripherals plugged in, or you won’t be able to remove them safely (e.g., my DVI adapter – if I remove it after booting with it plugged in, my desktop doesn’t resize away from it)
Read through this thread: https://bbs.archlinux.org/viewtopic.php?id=171883
-
-
Any way to add Nano (formerly RaiBlocks) to the crypto currency list ? It used Ed25519 for digital signatures.
Added, thanks!