Hacker Newsnew | past | comments | ask | show | jobs | submit | lproven's commentslogin

Quite interesting.

This is also why every video needs a transcript: that took me 6min to read, about 1/4 of the video's running time.


The graphical aids in practical engineering videos are quite well done, especially when he creates scale models in the garage. You are missing out if you only read it, if you can afford to spend the time watching.

Nothing prevents inserting video clips — or, for that matter, interactive demos or other media — into the flow of a blog post. Youtube incentivizes its "creators" to optimize for view time, so even the most respected channels can be quite redundant in their presentation. And even when it's well edited and "organized", it doesn't necessarily prioritize what would be most useful.

I wonder if Nexi having LLM bots both originating and receiving emails might be the root cause of the FSFE problem?

https://news.ycombinator.com/item?id=47451429

I do not know! Just speculating.


This is fantastic, but there's no way I am taking the time to build one, and the cost is a little frightening...

> And who didn't do that! :)

Exactly. It's even how I taught myself extremely basic Pascal -- getting my BASIC Life program running in Pascal. With asterisks.

A taught a friend at uni, who was a much better programmer than me, how the algorithm worked. He did a pixel-by-pixel version in machine code, but it was a bit slow on a ZX Spectrum.

So he did exactly the quarter-character-cell version you describe. I wrote the editor in BASIC, and he wrote a machine-code routine that kicked in when told and ran the generations. For extra fun he emitted some of the intermediate state to the border, so the border flashed stripes of colour as it calculated, so you could see it "thinking". Handy for static patterns -- you could see it hadn't crashed.

I've been considering doing a quarter-cell Mandelbrot for about 30Y now. Never got round to it yet.


Previously:

systemd 260-rc3 Released With AI Agents Documentation Added

https://news.ycombinator.com/item?id=47371568

Systemd 260-Rc1 Released: System V Service Scripts No Longer Supported

https://news.ycombinator.com/item?id=47153772


> If you do get it to work it silently adds extra broken repos which make it impossible to install packages.

This is not true.

I use it extensively and have done for more than 4 years now. It adds nothing at all to the installed OS. It doesn't care about the installed OS: I have successfully installed Linux, FreeBSD, Windows, even FreeDOS from Ventoy.



You have misunderstood what these reports are saying.

You claimed "Ventoy adds repos". It does not. It is incapable of doing anything of the kind. It does not run on the installed system. It does not modify the boot media in any way. This is demonstrable and verifiable.

When booted from Ventoy, openSUSE apparently adds the installation media as a repository.

This is not some disaster or horrible hack. This is normal behaviour for Debian, for example.

That means that something in the openSUSE installer is misinterpreting boot parameters.

This is a openSUSE bug, not a Ventoy bug.

SUSE, though, has an institutional habit of blaming problems on others, or denying that problems exist. I know this for a fact from my own personal direct experience: I worked at SUSE from 2017 to 2021.

You are misreading bug reports, wrongly deducing things that did not happen, and mis-attributing blame. The fault here is yours, and secondarily SUSE's. It is not Ventoy's.


> You claimed "Ventoy adds repos". It does not. It is incapable of doing anything of the kind. It does not run on the installed system. It does not modify the boot media in any way. This is demonstrable and verifiable.

It literally adds an rdinit to the kernel boot line that hijacks the boot process and messes with it in a shell script. This is demonstrable and verifiable: https://github.com/ventoy/Ventoy/blob/master/IMG/cpio/ventoy...


It adds a parameter to the kernel boot line. That is not adding a repository. It is not doing what you claim it does.

I am not putting any pressure on you. If you don't want to use it, then don't.

I find it hugely useful, have been using it for about 10 years now on dozens of machines and hundreds of distros and OSes, and it's saved me not just hours but days and weeks of work, effort, and time wasted writing files to USB keys.

All I am asking you to do is not tell lies about it.


Fine, the repository gets added because ventoy hijacks the boot process and messes with it, it does not directly add it. The problem is still the same and it would still be a problem even if it didn't break anything: It should not be hijacking the boot process, there's absolutely no good reason for it.

> I do not think there is anything novel here.

Absolutely wrong.

Tumbleweed is a conventional distro. You're root, you can do whatever you want, you have full R/W access to the entire FS, and updating is by installing lots and lots of packages into the live OS while it is running.

Aeon and Kalpa are immutable: the root fs is largely R/O even to root, and you cannot install or update packages on the running system. To install packages into the OS itself you must reboot, and installation is transactional -- it can automatically undo changes that prevented a successful boot.

Kalpa is the KDE desktop version of MicroOS.


> and installation is transactional

Good explanation, but note that Tumbleweed can use transactional-update with btrfs snapshots like MicroOS. Updates are still applied live though.


Okay, fair enough!

> Most of these distros (except btrfs-based) simply use the A/B root system.

No, not "most".

ChromeOS does it (and does not use Btrfs).

Valve SteamOS 3 does it, and it needed to specifically patch Btrfs to do so.

That is all I can think of.


Why? It looks exactly like any other KDE-based distro.

Sure, but screenshots get people hyped to try things out.

Yes it is, but that's for servers. This is a desktop OS.

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

Search: