sspiff

Their are signs that China is not open sourcing their SOTA models anymore. Both Huawei and Qwen (Qwen-Max, WAN 2.5) and have launched flagship models which are yet to be opensourced.

For just $19.99/mo no doubt.

This is the most beautifully soothing thing I've seen all week. Thanks you.

I feel like affected ISPs and hosting services should identify LaLiga office IP ranges and block them during office hours.

Or just feed them a never ending series of cloudflare turnstile captchas.

I've been on Podman for about two years now. My coworkers and the entire company codebase / scripts etc are on Docker.

Podman has a number of caveats that make it not a drop in replacement out of the box, but they are mostly few and far between. Once you've learned to recognize a handful of common issues, it's quite simple to migrate.

This might sound like me trying to explain away some of the shortcomings of podman, but honestly, from my point of view, podman does it better, and the workarounds and fixes I make to our scripts and code for podman are backwards compatible and I view them as improvements.

Is there any discussion about him being removed from the project on a mailing list or some other channel?

I can't find a "why" in the handful of PRs I opened.

Many of them try to be mindful of their climate impact.

I've tried to explain it in those terms as well: every medium-sized prompt on these large models consumes roughly one phone battery charge worth of energy. You have a phone with a calculator.

I'd ask them to do the math on how much energy they're wasting asking stupid things of these systems, but I'm too afraid they'd ask ChatGPT to do the math.

I find this phenomenon really frustrating. I understand (or am at least aware of) the probabilistic nature of LLMs and their limitations, but when I point this out to my wife or friends when they are misusing LLMs for tasks they are both unsuited for and unreliable at, they wave their hands and dismiss my concerns as me being an AI cynic.

They continue to use AI for math (asking LLMs to split bills, for example) and treat its responses for factual data lookup as 100% reliable and correct.

Different API, WebGPU is supposed to be a safe common denominator for Vulkan, DirectX 12 and Metal.

WebGL is that, but for OpenGL ES 2.0, and WebGL 2 is that but for OpenGL ES 3.0. WebGL is OK for graphics, but pretty hard to effectively adapt for compute / simulations.

I've tried this a couple of times, and the only things I miss are:

- Navigation (can be solved with a dedicated device, but it's a lot less convenient) - A good camera at all times (I used to not care about this, but it's become more important now I have kids) - Mobile payments (pretty essential in my country, not all places accept cards or cash)

In every other aspect, it was a net positive in my life to get rid of my phone.

Up to $800 is not "small parcels" in my book. We used to have the similar (but lower value limit) exemptions in (some) EU countries but those have been abolished several years ago, as well as discounted shipping rates for China as it was finally upgraded away from "developing nation" status.

This is true and standard for (really) old projects, and dealing with this scripts and their problems used to be the bane of my existence 10 years ago. But I can't say I've encountered any such projects in the last 5 or so years.

Either they use a modern programming language (which typically has an included build system, like rust's cargo or simply go build) of they use simple Makefiles. For C/C++ codebases, it seems like CMake has become the dominant build system.

All of these are typically better than what GNU autoconf offers, with modern modern features and equally or better flexibility to deal with differences between operating systems, distributions, and/or optional or alternative libraries.

I don't really see why anyone would pick autoconf for a modern project.

Pretty much how I approach this as well. My about page reads:

  This website is place where I put some random notes.
  
  It mostly serves to remind my future self of how I configured or solved things in the past, though it may occasionally be useful to others as well.

Does this have sixel support?

WegGPU is a way nicer HAL if you're not an experienced graphics engineer. So even if you only target desktops, it's a valid choice.

On the web, WebGPU is only supported by Chrome-based browser engines at this point, and a lot of software developers us Firefox (and don't really like encouraging a browser monoculture), so it doesn't make a ton of sense to target browser based WebGPU for some people at this point.

While this seems like a good use case for mixed reality headsets like the AVP, I still find it kind of creepy that someone is hiding most of their face while also potentially filming everything that's going on.

I had a SuperH 3 powered HP Jornada that I ran Linux and NetBSD on back in the day. Not particularly fast, but power efficiency was off the charts, even when compared to the many contemporary ARM and MIPS based devices of the time.

Or at least that's how my nostalgic memories think of it.

It was really fun to have a pocketable laptop back in those days for me (baggy pants required). Good times.

It only supports AMD cards supported by ROCm, which is quite a limited set.

I know you can enable ROCm for other hardware as well, but it's not supported and quite hit or miss. I've had limited success with running stuff against ROCm on unsupported cards, mainly having issues with memory management IIRC.

For a general purpose home server/lab device that doesn't have a predefined use case and which might run different software over time, I agree the added memory gives you much more flexibility.

However, there are plenty of people using Pis in the maker space and embedded world where the device will just run one piece of software for the rest of its life, and often 2GB will be enough. This device is for those types of use cases, and offer substantial cost savings for them.

I'm so glad most European countries have robust labour laws which often favour the employee in case of doubt, not the employer.

This type of behaviour - unilaterally changing the employment agreement without even specifying them in their entirety! - should never be possible.

I hope other employees and EU countries follow suit and slap X with more fines, if this impacted other citizens as well.

Would you put sqlite in the kernel? Or using something like FUSE?

It seems to me that all the extra indirection from using FUSE would lead to more than a 35% performance hit.

Statically linking an sqlite into a kernel module and providing it with filesystem access seems like something non trivial to me.

It is based on the Wii Omega trim, which is a cut down original Wii motherboard removing all the non essentials.

Some components in this build are reconnected to the board using a flexible PCB connector, but the core is just a cut down OEM Wii board.

> While I don’t think most people would ever find themselves in a similar situation (I certainly hope not),

I'm not sure what the author means by this. Sad though it may be, most people will experience their dad dieing.

And inheriting control of a company sounds like a 1%'er problem if I ever heard one.

What is OP wishing to spare the rest of us from, exactly?

I've been using some of these off-brand n100 mini PCs as a homelab cluster for the past year or so.

Their physical size is smaller than a Raspberry Pi with case, and performance is more than twice a RPi5. And you get full x86 software compatibility. Idle power is around 4-5W measured from the wall.

No doubt in my mind it is exactly this.

I never heard of her before today, despite having been interested and educated, and employed in computer science for so long.

What a truly impressive list of achievements, and achieving such great things before, during and after transition gender in the 60s of all things.

I can't imagine what they would have done without being hampered by the social stigma and discrimination they must have faced.

It saddens me that I have only learned of her existence now, at her passing. RIP.

Agreed. One of the reasons I use Linux and other open source software, is not to be dependent or beholden to a single company. I can't count the amount of times I experienced or read about others experiencing a company doing a rug pull on users of their software by either changing direction, abandoning the product, or changing licensing terms.

I do donate monthly to a number of open source projects because I like their work, and want them to stick around. But even if they don't, as long as the software is there and the user base is there, someone will pick up the baton and move it forward, even if it is at a slow pace.

AAA can make use of beefy GPUs, but equally it can run on more pedestrian hardware.

If AAA games sold only to those with desktops and high end graphics cards, PC gaming would have died a long time ago. Even today, many games run fine on Pascal era graphics cards, and they certainly run fine on mid range laptop versions of Nvidias 4050 & 4060.

Apples silicon can keep up with those, plus the simpler, less diverse hardware on Mac would probably lead to better optimisation if the market was big enough.

I'm not saying Vulkan is the only thing holding gaming from Apple computers, because I think the control Apple has over software distribution on Mac is also something that scares large publishers away from investing in the platform.

> Future plans for the app remain unknown, but users have a right to know what’s going on behind the scenes.

Do they though? You buy a license for a piece of software, and as far as I understand that doesn't include any fundamental rights involving insight into company policies, direction, business strategy, ...

Regardless, this is of course quite a dubious takeover.

I find that Fedora generally just works, has a lot of very up to date packages and requires a lot less tweaking and setup work than something like Arch.

If you don't need cutting edge software packages and run older hardware, I've been very happy running Debian for a long time.