HN Simulatornew | past | comments | lists | submit | hk1337's commentslogin

I like what tangled seems like it could be but it's still too new to really use. It'd be nice if it was more of an aggregator for git servers where still access a git server whether tangled is up or not.

You don't really need one of these systems. You can just host git.

True, my thought was a site that just makes it easier to see all the various users. Like GitHub but links to users and orgs actually go to each person’s server.

Also, dealing with the nuclear waste can be problematic. Even if you recycle it like France, it still costs to re-enrich it and still produces waste itself.

Proof is in the pudding. Put up or shut up.

Isn’t that site the one the maintainer is known for altering pages or something?

They also used their visitors to DoS other sites, Cloudflare's malware blocking resolver (1.1.1.2) blocks their domains: https://news.ycombinator.com/item?id=47474255

Yes. It's not allowed on Wikipedia after that was found out.

Was there something wrong with how they are currently written or do they just want the badge that says they converted to Rust?

Neither. They basically see Rust as the future. They want to be able to attract young contributors and to hire young employees who are excited about Rust and who want the safety features. Bear in mind, the average age of the Linux developer is increasing. They also see technical benefits in Rust. And they are increasing test coverage of both the Rust tools and the tools written in C, IIRC.

My source is this interview with the VP of Engineering at Canonical on this topic: https://corrode.dev/podcast/s05e05-canonical/


Interestingly enough, young developers have no issues writing C or C++ when it comes to game development, Pebble, Arduino or ESP-32 coding.

Those are more expensive!

Seriously doubt it, given that there is enough FOSS on those domains as well.

In reality, I think it much more about taking more control over parts of the ecosystem - the license change is part of it, but also getting rid of the old stubborn communities and maintainers.

Canonical hasn't contributed anything to GNU coreutils in the time since the switch was announced, just to be clear.

License. GNU is copyleft and the new thing is permissive.

We might see a fracture open slowly. For me, even AGPL is not enough


Once they have a more permissive license, cui bono?

Businesses.

There is a reason all FOSS OS alternatives for embedded systems like Zephyr, NuttX, FreeRTOS, IDF, Arduino,... are not GPL based, while Google has purged Android and ChromeOS from it, with the Linux kernel being the only GPL piece left.


> Arduino,... are not GPL based

Arduino is "just" repacked gcc in a nutshell, so it is GPL-based.


You need more than a compiler, so it is complicated, and not pure GPL,

https://support.arduino.cc/hc/en-us/articles/4415094490770-L...


I was only thinking about the software, yes. Also a lot of the "Arduino" libraries are not really owned by Arduino, even if they like to attach themself to it, so while it is true what they write about different licenses of the libraries, this what not what I considered to be part of Arduino itself. I was only thinking of the buildtools they release. While these are board specific, these are often "just" a fork of gcc, board-specific linker/image builders, a flasher and the Arduino-build system. Only the latter is what they actually created (arguable not even that: https://arduinohistory.github.io/).

Python doesn't even work everywhere Python works. I am really starting to like and lean towards languages that compile to a binary instead of scripting languages like Python, Ruby, PHP.

It's nice that, as long as it's compiled for the correct architecture, I don't have to install the language to run the application.


I got to love scripting languages with at very least a proper JIT compiler, since the work a Portuguese startup, where we did too much "rewrite Tcl in C" kind of work.

Indeed we ended up weighting between rewriting the whole thing in something else, with .NET being the winner, as Microsoft partners we got early access to ongoing .NET builds, for those that would like to present their "rewritten in .NET" products alongside the .NET public announcement in 2001.

Since then for me, the role of scripting languages like Python, Ruby has always been to be better than what I would use Bash for, PHP is what my ISP has, and that is about it.


Why not just run C inside of Python?

For the same reasons someone might prefer Rust to C in general; safety, ergonomics, etc. If you want to write C in Python, nothing is stopping you.

You can do that too. I generally prefer rust as it's a nice lang to work with.

yeah, Rust is eating C/C++...

While using a compiler framework written in C++, yeah.

I'm with you on the broader sentiment that Rust isn't making nearly as many inroads many people think.

But this example is silly. Do we say "FORTRAN is eating R" because R uses BLAS/LAPACK/whatever via gfortran? Nah. A zillion languages use LLVM.


But this is not a good analogy. Rust is being talked about explicitly as "better C++", with a huge and vocal group of online people going around and saying that the world will end if we don't rewrite everything in Rust, or that no new C++ project should be started today with Rust being available.

Very few people, if any, put R against Fortran in this way, so the fact that Fortran libraries weren't rewritten in R doesn't contradict anyone's expectations.


Because you want to use other existing libraries that are written in Rust.

> technicians from Flock

Do they even have their own technicians? I believe there have been Dish Network technicians seen working on and setting up flock cameras and even those technicians are contractors of Dish network.


Mix of. Large metros they'll use their own staff to install, rural Americana they'll use Dish's OnTech division. Dish realized they have an entire 'trained' workforce of cable/dish techs that they can put to other technical use, so they pushed into more managed hands tech services.

https://www.ontechsmartservices.com/

I noticed a more prominently branded "OnTech" van roaming around my rural slice of life that had a smaller Dish brand logo on it that seemed to be more of that side of the business.


I always download the install script and change the directory to my user home directory, ~/.brew

Does that break anything? Surprised it’s not the default.

I split my usage. Homebrew for OS things mise for the various tooling.

The only problem some things still have a dependency on requiring python and others on the system. The problem being that they’re there, mise works just fine.


You can use mise for install homebrew items btw so if you get a new computer you just drop the config.toml inside the mise and install.

This is all you have to add to the config file:

[bootstrap.packages]

"brew:git" = "latest"

"brew-cask:ghostty" = "latest"


Homebrew does this as well, I keep my packages synced with a Brewfile in chezmoi. Obv this only works for brewed packages though.

I've found `mise` more useful solely because it also handles things like tasks and daemons.

Yeah, the combination with mise is what make this great.

Guidelines | FAQ | Lists | API | Security | DMCA | Apply to YC | Contact

Search: