rekado

38 ms·

421.
by rekado 9y ago
Maybe that was a poor example. You can use SSH paths like any other local file. cp /ssh:remote.net:~/foo ~/bar cd /ssh:remote.net:~ cat /ssh:remote.net:~/foo ~/bar /ssh:somewhere.org:~&
422.
by rekado 9y ago
Another thing that's really nice about Eshell is that it has TRAMP integration. You can just `cat /ssh:remote:~/foo.log` and it will transparently spawn an SSH session, run the command on the remote, and print the output. It
423.
by rekado 9y ago
> Has he written any code lately? Why would that even matter? I find this attitude very puzzling and extremely worrying. Of all the arbitrary metrics to decide whether to listen to and consider somebody's position "lines of co
424.
by rekado 9y ago
It's not difficult. The process is described here: https://www.fsf.org/licensing/assigning.html I've done this in the past for both Guile and Emacs. For project maintainers it is a little bit more involved:
425.
by rekado 9y ago
I think you misunderstand the issue. The Emacs maintainers would not have to maintain Magit, and that's not what this is about. This is about distribution. Note that the GNU ELPA is considered to be part of Emacs, whereas MELPA is no
426.
by rekado 9y ago
These libraries are in fact available for other distributions. The SELinux Python things, for example, are hosted on Github.
427.
by rekado 9y ago
Rumpkernel is even used in the GNU Hurd, because it is relatively easy to run it in userspace. This is how Hurd got audio drivers.
428.
Bootstrappable builds(bootstrappable.org)
1 points by rekado 9y ago|0 comments
429.
by rekado 9y ago
> There are already plenty of decent Unix-style and other kernels out there, mostly relegated to academia and research. The Hurd is the only multi-server microkernel system with a POSIX persona, though. The Hurd is a very flexible syste
430.
by rekado 9y ago
I'm still using the GNU system as my OS :) But Emacs is a very important "sub-environment" in my OS; it has a very privileged position in the process tree, much like a browser. Emacs lacks a couple of features and I think it
431.
by rekado 9y ago
I don't think your comparisons are constructive. I learned vim first and later switched to Emacs because it allows me to integrate all tasks in the same work environment. The defaults are admittedly terrible and it's certainly fa
432.
by rekado 9y ago
There's a shop like this in Berlin called Leila (for Leihladen). I very much hope that this idea takes off. Ideally this would not have to be a private enterprise, but could be an extension of the public library systems like it is do
433.
by rekado 9y ago
He doesn't seem to get many patches. Most email discussions where I see him involved are, well, discussions. This rarely involves patches.
434.
by rekado 9y ago
Emacs is not just an editor and mention it next to vim or mutt indicates that you misunderstand what Emacs tries to be. Emacs gives you tight integration for everything that could possibly be represented as a buffer. Emacs is programmable
435.
by rekado 9y ago
Like others here I'm using mu4e in Emacs and it does a fine job at displaying images. It can also switch to rendering the HTML email in the same buffer.
436.
by rekado 9y ago
"kind of immature" is a bit vague, but I disagree. I'm using GuixSD on almost all of my machines (a server, two laptops, an audio workstation) without problems. It is quite easy to overwrite the kernel package to use in a sy
437.
by rekado 9y ago
The # is extensible reader syntax. You can install your own readers for characters following the #. #\ is for the character reader, #: for keywords, etc. Guix uses #~ for G-expressions, for example.
438.
by rekado 9y ago
I don't know what exasperates you so much to justify a comment like this. My point is that it's "GuixSD", not "Guix" that uses the Shepherd. I happen to call the system I work with and hack on "GNU",
439.
by rekado 9y ago
That's because the D language people asked for a name change then. The Shepherd was actually a dormant project for many years until it was revived for GuixSD.
440.
by rekado 9y ago
Not so odd considering that Shepherd was started in the year 2002 and the D language appeared at the end of 2001.
441.
by rekado 9y ago
GuixSD supports this: https://www.gnu.org/software/guix/news/running-system-servic... This is not part of GNU Shepherd.
442.
by rekado 9y ago
Actually, it's used in GuixSD, the GNU system variant built on top of Guix.
443.
by rekado 9y ago
This is just Scheme. It's nothing to do with SXML. #:foo is a keyword argument and '(apache httpd) is a quoted list containing the symbols apache and httpd. Angled brackets have no special meaning, they are just part of the ident
444.
by rekado 9y ago
Software like that exists (e.g. ibus, which creates a database and cache in the home directory), but generally I haven't had any problems with Guix on other distributions.
445.
by rekado 9y ago
I have been using GuixSD on a variety of systems for a couple of years: * my x86_64 laptop (X200S with libreboot) * two i686 laptops (a T60 and a netbook "server") * an x86_64 audio workstation for music recording * virtual server
446.
by rekado 9y ago
We don't want to have discussions about non-free software on the project channels, because they really are off-topic. We won't do anything to sabotage third-party repositories (no matter what they might contain); in fact, we&#x
447.
by rekado 9y ago
> the version of Java they build can't make any https requests This is no longer true. Our approach to Java is a bit ... unusual. Nobody in the Java world appears to be building everything from source, so bootstrapping the enviro
448.
by rekado 9y ago
> Guix clearly does track and even bundle dependencies. No, it really does not. What part of the documentation made you come to this conclusion? Each package is installed into its very own prefix. The prefix is derived from the hash of
449.
by rekado 9y ago
Disclaimer: I have been working on Guix since 2014 and use it in production. Guix and Nix are both implementations of the functional package management idea. Nix has been around for quite a few more years than Guix. In Guix package express
450.
by rekado 9y ago
Guix is a functional package manager, Flatpak is not. Flatpak is based on the idea of runtimes (a collection of libraries and toolchains). There is no dependency bundling with Guix and there are no "runtimes" against which binar

More ›