![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://lemmy.ml/pictrs/image/8nN0qtLEOJ.png)
Then every charakter would probably need his own AI model, otherwise everyone would know everything, which would not be immersive at all.
Then every charakter would probably need his own AI model, otherwise everyone would know everything, which would not be immersive at all.
My experience with C++ was when C++ was a relatively new thing. Practically the only notable feature provided by the standard library, was that unholy abuse of bit shift operators for I/O. No standard collections or any other data types.
And every compiler would consider something else a valid C++ code or interpret the same code differently.
I am little bit prejudiced since then… and that is probably where the author is coming from too.
Then things were just getting more complicated (templates and other new syntax quirks), to fill the holes in attempts to make C a ‘high level language’.
5 year old may remember his family killed by Israel.
Isn’t that their long national tradition? Like with paper technology, silk technology or porcelain technology?
deleted by creator
That is more: how the marketers make ‘their’ product sound good.
Not that easily and cheaply as they used to be.
Doesn’t sound like the ‘cheap small computer you can run your hobby electronics project on’ that the original Pi used to be. It is not as cheap and a power hungry beast, still small, though. More and more like a PC and less and less a small cheap embedded platform. For some people it is a plus (I guess for most people here), for some not so much.
I tend to build my projects on Raspberry Pi Pico now, but sometimes I would need something more powerful and Raspberry Pi 5 will be too much.
If working with currency use types and formating functions appropriate for currency. Not float.
The idea is you package the software once and it works forever, because all dependencies for it are provided in the exact right version. And the dependencies may include things that would not be included in the base system (like super new versions of some important libraries).
That is true, but that is also the problem: both the package and all its dependencies may be left never updated.
In traditional Linux distribution, like Debian, every package must be compiled within the same system, which usually means specific version of all key libraries. And when the key libraries are upgraded some packages compiled for older versions won’t work, the package might not even compile with newer version of the libraries. And it is often not possible/practical to provide multiple different version of libraries (or other shared system components). The result is distribution developers have a lot of hard work updating all the packages. When there is no one to fix a package for the next version of the package, the package will be removed from the distribution. That happens when package is not maintained upstream and/or no one cares enough to maintain it in the distribution. In that case – is it worth to keep it?
Snap makes packaging applications much easier, and more decoupled from the operating system ‘core’. Less maintenance is needed… but that also means less maintenance will be done, which is not necessarily good.
On the other hand, Snap allows application to be maintained more rapidly than the distro core – in that case it can make things safer – fix in applications and their dependencies can be fixed that it could be done in the normal Debian release process. But that depends on maintainers of the specific snap and its dependencies.
You mean they choose not to support Linux. Still sounds like they are to blame, not Linux.
I use FreeCAD for modeling (already used it for different projects) and Cura for slicing. Both seem to work for me, though these are my first steps with 3D printing.
Suprisingly mild and not very reactive. And I wondered if this even exists.
Differences between 2.4 and 2.6 were quite big, I don’t think there was another such big change in kernel releases any time later. But that was also the time when Linux was transitioning from being a hobby project (already useful for serious stuff) to being a serious professional operating system – the last moment for major refactoring.
Linux kernel is still changing and being constantly refactored, but now the changes tend to be more gradual and version numbers matter much less.
Then my recent research was wrong - I tried to make it work and failed. Then read somewhere it is not supported. But it can be that it is valid EFI configuration, but not supported by Windows and some firmware implementations.
I don’t think I have ever seen an EFI firmware which was not broken in one way or another.
On EFI systems all bootloaders are supposed to reside on a single partition. EFI does not support multiple ‘EFI system partitions’, so operating systems have to share a single one. And this is usually not a problem if it is the one Windows choose. The problem most often is broken EFI firmware which fails to correctly handle adding and removing boot entries. Or Windows, which fails to boot if anything changes (disk order and such), even though everything is still available.
They destroy everything they touch…
I am only happy for the damaged they made to MySQL popularity. ;-)
Jira was ok until they dropped self-hosting option. Why should I keep internal development data at third party server?
Other Atlassian software, though… oh, what a mess. And it only was getting worse with any new release. I am glad we have dumped it all.
And a lot of users’ frustration, especially on more niche platforms (Linux, ARM, etc.) - things look much better on release when the code have been regularly compiled and, hopefully tested, on all platforms, not just the one the lead developer uses.
Non-toxic glue would be starch or gelatine - both used as base of some ‘real glues’, both with valid culinary use, including exactly this use case. We just don’t call those ‘glue’ in this context.