Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
rekado
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
12 ms
·
121.
▲
by
rekado
4y ago
The earliest most popular publication that posited that "sex is a social construct" might be Butler's Gender Trouble. This article is a pretty good overview on the evolution of the discourse on this topic: https://
122.
▲
by
rekado
4y ago
I found these articles to be a good overview on this topic --- the change of interpretation between "sex" and "gender", and defining characteristics of "woman" within the context of feminist philosophy: https:
123.
▲
by
rekado
4y ago
No, they are not considered "non-free". Not even by RMS. Please provide evidence. Unsurprisingly RMS prefers GPL over pushover licenses, especially when it comes to Emacs and GCC, which he considers strategic tools in a fight ag
124.
▲
by
rekado
4y ago
> "non-free" (not GPLed) These two terms are not synonymous. Only proprietary software is "non-free". Software under free software licenses other than the GPL (whether copyleft or pushover/"permissive&quo
125.
▲
by
rekado
4y ago
You can still do that with your fork on a forge. And all that other stuff relating to communication (commenting on specific lines of a change set, writing a nice introduction describing the changes you've made, discussing with other d
126.
▲
by
rekado
4y ago
Can confirm. The error messages bear little resemblance to the actual problem. Just yesterday I tried to apply Texinfo patches to support generating Chinese PDFs via XeTeX. The first error I got was an out-of-memory error, which was solve
127.
▲
by
rekado
4y ago
Guix has recently landed support for building Guix System containers on top of WSL2. Emacs (another GNU package) also runs just fine on Windows. This is not about supporting a non-free system; I bet some nuance was left behind on the way f
128.
▲
by
rekado
4y ago
I suggest you update your mental model of what Guix is. If you only see it as a rewrite of Nix you're missing out. I agree that the knee-jerk reaction of many FSF or GNU-adjacent developers to start a "filter" project that t
129.
▲
by
rekado
4y ago
No, Guix does not refuse to support macos and not for ideological reasons either. Where do you get your info? There is no way to build the package graph on macos. There is no glibc port for macos, and there's no free toolchain we cou
130.
▲
Practical transparent verifiable and long-term reproducible research using Guix
(nature.com)
2 points
by
rekado
4y ago
|
0 comments
131.
▲
by
rekado
4y ago
`details`/`summary` and `progress` have decent default styles in picocss. I was under the impression that these elements were used much more often in "modern" HTML than, for example, `map`/`area` or `object` (yuck!).
132.
▲
by
rekado
4y ago
In its most primitive use case "guix shell" sets environment variables and doesn't isolate. With "--pure" it also unsets existing variables. With "--container" it unshares a bunch of user namespaces so t
133.
▲
by
rekado
4y ago
And of course with Guix System. (odd to always see Nix* mentioned when someone talks about Guix.)
134.
▲
by
rekado
4y ago
> GNU doesn’t strike me as an organisation which places a lot of value on software quality and reliability. This stems from a misunderstanding of what GNU is. Ideally all projects under the GNU umbrella would work towards a unified oper
135.
▲
by
rekado
4y ago
With Guix: guix shell --pure git texinfo make nss-certs [env] $ git clone https://git.savannah.gnu.org/git/c-intro-and-ref.git [env] $ cd c-intro-and-ref [env] $ make c.info ...and read it in your In
136.
▲
by
rekado
4y ago
There are some binary blobs, yes. Some stem from the early days. Before Mes and the reduced binary seed (see the Guix manual for details) we used to have a selected set of bootstrap binaries (e.g. statically linked bash, tar, gzip, a big f
137.
▲
by
rekado
4y ago
I don't think we're coming to an understanding. You're (inadvertently?) twisting the phrase "not welcome", which I apply to behavior , to make it apply to people . If we can't agree on how to apply words we
138.
▲
by
rekado
4y ago
> So you consider my day job morally wrong, but I shouldn't be shamed for that. Yes, I do consider it morally wrong. So what? I'm aware that most humans are not free agents and are coerced into harmful or destructive behavior
139.
▲
by
rekado
4y ago
re "guilting": Even hard-core free software folks will not see the use of proprietary software as a moral failing, but rather as an injustice. Nobody should be shamed for using proprietary software. (I consider it morally wron
140.
▲
by
rekado
4y ago
"enforce beliefs"? No. Proprietary software simply isn't part of the project and discussing stuff that are besides the project goals on project channels is not welcome. You don't have to belief anything to use Guix or
141.
▲
by
rekado
4y ago
The OS is called "Guix System". Without the system part it's just "Guix". Both variants are very similar. The Guix tool comes with a "guix system" command, which lets you build Guix System containers, co
142.
▲
by
rekado
4y ago
I really can't understand your attitude here. Guix makes it trivial to add other channels, such as nonguix, providing first-class packages. You can easily add proprietary software to Guix. It's just not part of Guix, because th
143.
▲
by
rekado
4y ago
The importance of proprietary software is quite overstated in my opinion. I've used stock Guix System on a large number of off-the-shelf servers and not once did I encounter missing drivers. I've used Guix System with linux-libr
144.
▲
by
rekado
4y ago
No, they are not right about the attitude. We just don't do proprietary software and so discussing it on our channels is off topic and distracting. "Go fuck yourself" is much stronger, much ruder attitude. On the #guix IRC
145.
▲
by
rekado
4y ago
Thanks for the details. I noticed that gcc-toolchain and gfortran-toolchain are mismatched: the former is at version 12 while the latter is at version 10. (Someone must have forgotten to update gfortran when they updated gcc-toolchain.) I
146.
▲
by
rekado
4y ago
I would be very happy to see details on your R problems, as I have never encountered anything like that in the many years I have been packaging R things for Guix and supporting R users at the research institute where I work.
147.
▲
by
rekado
4y ago
Not when it comes to R. I'm terribly biased, but R packaging in Guix is --- in my opinion --- very high quality, purely from source (including bundled minified JavaScript), and the tooling is great too. Unlike R in Nix, Guix does not
148.
▲
by
rekado
4y ago
I'm maintaining most of the R packages in Guix and helping hundreds of users at a research institute with their R stuff. I haven't seen any problems like that. The order of installation does not (and cannot) matter. The most com
149.
▲
by
rekado
4y ago
I don't follow. Are you saying that Guix developers have animosity towards R or the other way around? In any case I haven't seen animosity on either side. FWIW I also wrote guix.install, which lets you install R packages through
150.
▲
by
rekado
4y ago
This is the old style. See https://guix.gnu.org/en/blog/2021/the-big-change/
More ›