[-] some@programming.dev 15 points 1 week ago

That's a very nuanced analysis. I've explained it this way especially to people who describe themselves as "bad at computers". Hey, give yourself a break, you've learned a lot about how to cope with windows. But this investment leads to a conservatism--- they dont want to learn coping skills o a new system. The devil you know.

I'd just add that GUI is more discoverable. When faced with a terminal, what to do? Whereas with a GUI you have a menubar, some icons etc. The GUI gives a lot more hints.

In the terminal (which I love) it is more powerful once you know how to crack the lid.

[-] some@programming.dev 3 points 1 week ago

Why is it an MIT project in the first place?

[-] some@programming.dev 3 points 1 week ago

It’s not really something developers want to think about very much so they often just use the default.

Do you think it was intentional ideological decision by the Rust developers or some other contributors/interests to make permissive the default? Or a random decision that has ended up being consequential because of the popularity of Rust?

I have noticed for a long time that github promotes MIT license. It lets you use any, of course, but puts a real positive shine on MIT. My perception is that this is a purposeful intervention by MS into FLOSS to promote MIT.

[-] some@programming.dev 3 points 1 week ago

Yes you are correct I mis-used the term. I mean copyleft. So I fixed the post. :)

[-] some@programming.dev 8 points 2 weeks ago

soo you are saying people are tricked into it?

52
submitted 2 weeks ago* (last edited 1 week ago) by some@programming.dev to c/opensource@lemmy.ml

I often see Rust mentioned at the same time as MIT-type licenses.

Is it just a cultural thing that people who write Rust dislike ~~Libre~~ copyleft licenses? Or is it baked in to the language somehow?

Edit: It has been pointed out that I meant to say "copyleft", not "libre", so edited the title and body likewise.

[-] some@programming.dev 3 points 2 weeks ago

Over the years, forums did not really get smaller, so much as the rest of the internet just got bigger.

[-] some@programming.dev 3 points 2 weeks ago

pipeline to fascism

[-] some@programming.dev 9 points 2 weeks ago

There are so many niche forums.

Here's one I found a while ago when I was looking at repairing an old electric fan I found: Antique Fan Collector's Forum.

In the way that people would always add "reddit" to their searches, try just adding "forum".

[-] some@programming.dev 11 points 2 weeks ago

I felt the same way every time I tried to use Twitter as I feel every time I try to use Mastodon. It's either way too much or way too little. I prefer everything about the reddit/lemmy/threadiverse style.

How would we even be having this conversation on microblogging? A bunch of reposts, with or without comments, disconnected from each other... So much nicer to have a "subject" line and a page where every relevant comment is presented.

[-] some@programming.dev 2 points 2 weeks ago

Can you imagine if the threadiverse was sorted that way? It would be insane and essentially unusable at scale

On lemmy there is a way to basically do this by toggling the filters at the top of the top of the front page. You can see how this looks form my instance: https://programming.dev/?dataType=Comment&listingType=All&sort=New

I've always assumed nobody every uses it like that. I guess if you were bored you might get lucky and see something that interested you, at least if it was limited to Local and you were on a good instance.

[-] some@programming.dev 2 points 2 weeks ago

mumble is already the name of FLOSS voip software so they're probably better off with the existing name. Which I don't love on first glance but there's probably some rationale for it.

[-] some@programming.dev 2 points 2 weeks ago

This is a case where both tools are invaluable.

The original find has much more comprehensive options. Of course it is extensively documented and you can find all kinds of information online about how it works and how to combine it with other tools to accomplish all kinds of tasks. And it's GPL which is always preferable.

fd has a narrower range of functionality but goddamned it really is faster. fd can run several searches on the whole hard drive's contents while find is struggling to get through just a single comparable search on the same set of files. For simple tasks, the cli usage for fd is less to remember and less to type.

If I had to choose, I'd stick with find because it can do everything, even if it's slower and more cumbersome. But luckily, don't have to choose, just have both and use them as appropriate.

29
submitted 2 weeks ago by some@programming.dev to c/opensource@lemmy.ml

I'm a FLOSS/linux enthusiast. Over the years I have learned some scripting, and can get around in git. Occasionally I fork someone else's project to suit it to myself. Shell scripts, webapps, browser extensions etc. The kind of thing you can work in the source of without actual programming knowledge by just looking at text files.

Recently I modified a C program to have more legible/useful (to me) terminal output. I gave it a slightly different name and for compatibility have both versions running on my system. For my use-case it is a huge improvement over the original so I want to have it publicly available where I can install it from any system. And to share in case anyone else would enjoy it.

I don't think my changes would be appreciated by the original maintainer. For one thing, no changes have been made to the code in >10 years. The dev is still active so I guess the program is considered complete. For another, my changes are breaking and specifically disrupt the "linux philosophy" aspect of the program. I think having both version co-exist is the best way.

  • I don't want to confuse anyone who is trying to find the repo of the original program.
    • The original is hosted on github whereas I use codeberg; so the "forked from" relationship is not as clear as if I stayed on github
  • I ?do? want to update documentation such as README in the repo to describe my changes and relationship to the original
  • I ?do? want to update and --help/man in the terminal to reflect the fork's name and possibly clarify how it works
  • Should I make some sort of courtesy PR or repo issue offering my changes even though I think it would be (even should be) rejected/ignored? It seems kind of time wasting.
  • In the case where the original upstream was being updated, how do I integrate those with my changes? I've had some luck so far with doing my best to guess about the git process, I think using branch, sync, merge. But I couldn't tell you more than that. Any insight on how this is supposed to go? I have spent lots of time wading through git's documentation but still find the main ideas kind of confusing.
  • Anything else to consider?

Since I'm just dabbling, I try to stay away from more complicated workflows, or those which require specific system set up, when possible. My experience is that when I come back to it in a few months, a year or two years, I will have forgotten a lot; it might be a different system environment. I need to be able to re-learn everything at a later time. Simple solutions that are widely-compatible, and do not rely on my memory are preferred.

I don't mind doing a bit more work than is strictly required to learn about the FLOSS process. I've done it a few times before and it is useful to me to understand things.

view more: next ›

some

joined 1 month ago