jumpwah
Joined 13 years ago
Joined 13 years ago
So the question comes down to whether or not you think nonfree software is a bad thing. If you don't think nonfree software is bad, then how does it hold that you're saying you care more about user freedom than those who use copyleft?
To me, those who really like and care about freedom to use, study, modify and share software have no problem with copyleft. The people that seem to have a problem with it seem to just want to deny users that freedom. That's really what it is all about. I don't know how on earth you came across this as being like "War is Peace, Freedom is Slavery, Ignorance is Strength", when not having the four freedoms in the case of nonfree software is the real slavery here. And copyleft prevents such nonfree software.
TLDR haiku by RMS:
Using GPL
is encroaching on our right
to encroach on yours
BTW, the LGPL, GPL and AGPL licenses are all "open source" in the sense that they are approved by the OSI, who are the ones who created and defined the term "open source" in the first place. So saying the GPL is not an "open source" license is technically incorrect and confusing.Tangentially related, but this is why I think Emacs is a great... should I say, 'platform'. Maybe not for young children as in the case you talked about with yours, but a quote from one of RMS's talks about Emacs [1] I think shows what I mean:
> The editor itself was written entirely in Lisp. Multics Emacs proved to be a great success — programming new editing commands was so convenient that even the secretaries in his office started learning how to use it. They used a manual someone had written which showed how to extend Emacs, but didn't say it was a programming. So the secretaries, who believed they couldn't do programming, weren't scared off. They read the manual, discovered they could do useful things and they learned to program.
Maybe it was the syntax of lisp (by which I mean the use parentheses/'S-expressions' vs. using other 'strange code-like' symbols such as curly braces or semicolons) was a part of why they didn't realise they were actually programming?
Of course, this will not work today because editing/writing text in anything other than a WYSIWYG word processor interface is too unfamiliar to the average general purpose computer user, and therefore Emacs would too easily 'scare' off most users. But your comment reminded me of this and I thought it would be interesting to mention.
That's exactly my point. Using a "request-pull" instead of a "pull-request" will probably mean you can do this git-lfs thing with it. My understanding was that it was not working with "forked" repositories, which you need to have to make a "pull request". To make a "request pull" (or to just send a patch file), you don't need to "fork". ;)
But Bayern still mostly dominated and played really well. Arsenal's goal was mainly due a horror error by Neuer, he really should have caught or punched that. (Yes it's a set piece so anything can happen, but other than Walcott's header, Sanchez's chance and Giroud's late header from a corner, I don't really remember many more threatening set pieces, so Neuer should have really dealt with that, especially after the Walcott save.)
The only 'flaws' that Bayern had were that they didn't finish. Costa should have scored. Lewandowski should have scored maybe twice even though it was a quiet game for him by his standards. (Sanchez's mistake was what lead to Costa's chance on goal too.)
That last goal by Ozil was really just more of a case of Bellerin being a freak surprisingly right at the end of the match rather than Arsenal specifically exploiting anything. Arsenal was not high pressing (as a team) on that play, it was just a mistake (slow pass) combined with the incredible anticipation and speed from Bellerin (not to mention the desire to bolt into the box rather than jog to the corner flag).
In fact, you could clearly see throughout most of the match that Bayern was the one that kept wanting to target Nacho. Which was pretty weird because if they did their homework, they should have known how massively impressive Nacho has been recently.
> This has been slowly changing the past few seasons however.
And despite all of what I just said, I am acknowledging that Arsene isn't as 'old-fashioned' as he was maybe 5 years ago. Because that comment was more of an observation in general of the post-Highbury era, not literally the past few days when it's obvious that there's more to Arsene's game nowadays.
If you wanted to use a recent example anyway, the game against United would have been a much better example imo (league games is generally when you should be 'exploting' anyway, not in the cl, because you should be expecting anything in cl games, just because of the occasion). You could clearly see that Arsenal specifically targetted United's slow midfield by high pressing on them (Walcott's and Ozil's workrate was impressive). And they were basically one-twoing their way past Bastian "cannot run no more" Schweinsteiger the whole match.
About football the sport, I've always seen him as 'progressive' because for example he has always advocated for video replay technology to be used, goal-line technology to be used etc. And so it's definitely possible that he's not afraid of using all the technological help he can for coaching.
It's just that he has rejected using 'technology' to help his coaching in the past. By which I'm referring specifically about him not using video replays of how his opponents play to coach his players with (which has since changed). But I think that is more the case of just not being part of his coaching philosophy, rather than not wanting to use 'technology' or something.
But Wenger is a sort of 'old fashioned' coach. He prefers focusing on how his players can do better, rather than trying to focus on the weaknesses of the opponent, which is definitely not 'modern'. This has been slowly changing the past few seasons however.
That being said, I'm definitely no #WOB just in case you think that.
I also imagine it's easy to do this in fugitive as well.
It's probably also possible on the cli, but I imagine that would be too 'hard' or time consuming, hence you will probably start to be lazy about doing it correctly.
Nix has a lot of haskell packages in it already, and guix has a hackage 'import' tool which helps you with writing a new package definition for a project that hasn't already been packaged.
You may think that's overkill, and fair enough. But I've been through cabal hell before, and I'd honestly rather not anymore, ever.
[1]: https://ivanmiljenovic.wordpress.com/2010/03/15/repeat-after...