xylan

joined 2 years ago
[โ€“] xylan@kbin.social 1 points 2 years ago

Great to see that there's an increasing focus on performance.

[โ€“] xylan@kbin.social 3 points 2 years ago

Any all-you-can-eat policy is going to attract people who abuse it, and storage isn't cheap so this isn't really a surprise. Looking at the limits they're pretty generous for any real use case and people who need more than that should probably just accept that big storage is going to cost money.

[โ€“] xylan@kbin.social 2 points 2 years ago

I'm always amazed that any foreign government handling sensitive information or dealing with defence would consider using windows. Linux has been competent for all common tasks for a long time now and won't hold any hidden surprises.

[โ€“] xylan@kbin.social 16 points 2 years ago

That's amazing that they would consider auto-generated responses to be appropriate in something which is supposed to be reference documentation. We are a good way from that type of querying and explanation being reliable.

[โ€“] xylan@kbin.social 2 points 2 years ago

This isn't what it sounds like. If you go through to the original article then the AI usage is for generative AI which you can add to your meetings (eg generating subtitles). It's an opt-in service and you're notified on the call if someone enables it. They're not just collecting your call data.

[โ€“] xylan@kbin.social 1 points 2 years ago

I use a cheap USB recharageable rear light from Amazon which have worked great and are nice and bright. For the front light those don't work so well if you need to illuminate the road ahead (rather than just be seen by others). I use a LifeLine pavo 720 lumen light which has been great. I don't think they sell that particular model any more but something like this is very close.

[โ€“] xylan@kbin.social 14 points 2 years ago (3 children)

I really enjoyed The League of Extraordinary Gentlemen. It got panned by the critics and didn't do well at the box office, but seems to be being more accepted recently.

[โ€“] xylan@kbin.social 14 points 2 years ago (4 children)

Yes, have been seeing this too. Only spotted it when I tried to upvote.

[โ€“] xylan@kbin.social 2 points 2 years ago (1 children)

To be fair, the transfer from Cebtos8 to Alma couldn't have been easier. Just ran a script to update the RPM sources and a dnf update and we were done.

Moving to a different distro with different package managers and filesystem layout is a whole other level of hurt.

[โ€“] xylan@kbin.social 15 points 2 years ago (8 children)

The best compromise for neutrality and efficiency is to keep gender neutral stalls but also retain an area with urinals which will be much quicker for large numbers of men to pass through then using stalls, and also saves water.

The other consideration would be that the stalls will need to be sufficiently screened that people in them don't feel overlooked or vulnerable (I'm looking at you USA with your weird gappy stall building!).

[โ€“] xylan@kbin.social 2 points 2 years ago

I don't think this will be viable for the people who really are looking for direct RHEL compatibility, but lots of people like me just use the basic structure of RHEL because we're familiar with the config locations and tooling, and we like the stability over time. If Alma can replicate that aspect then it's still good for me even if they're not bug for bug compatible. Rocky still seem to be going for 100% compatibility and I think that will be harder to maintain over time if RedHat actively fight it.

 

In case you missed it, Red Hat announced they will no longer be providing the means for downstream clones to continue to be 1:1 binary copies of Red Hat Enterprise Linux (RHEL). Very quickly, both Jack and I shared some initial thoughts, but we intentionally took our time deciding the next right step for AlmaLinux OS. After much discussion, the AlmaLinux OS Foundation board today has decided to drop the aim to be 1:1 with RHEL. AlmaLinux OS will instead aim to be Application Binary Interface (ABI) compatible

[โ€“] xylan@kbin.social 1 points 2 years ago (1 children)

The legal loophole RedHat found I'm guessing is something that might trigger GPLv4 to stop this behaviour (effectively punishing someone for exercising their GPL rights).

You're right that most use of OSS doesn't involve modification so it doesn't really matter, but packaging changes are still useful.

I know Stallman was the strongest advocate of the GPL but personally I like the principle of reciprocity which it enshrines. For all of their contributions it's important to realise that companies like RedHat are very much building on the work of OSS developers.

 

The new license terms for RHEL are structured to stop subscribers from exercising their rights under the GPL. For now they are still providing source code albeit in a less convenient form, but technically they only need to do this for GPL licenses packages and they could remove code for BSD /MIT / Apache licensed packages.

Do these developments make you more.inclined to distribute your software under a copyleft license or are you happy with something more open?

 

I've been running an HPC system for a science group for a while now and have built a couple of different systems based on common HPC infrastructures (ROCKS or Open HPC). These have been built on top of the rebuilt RHEL distros (mostly CentOS), but I don't really need the level of stability that these provide and would actually like the sort of updates that you get from something like CentOS stream, so this seems like a time to try this.

The problem is that I haven't found an HPC framework which would natively support this so I'm potentially going to have to roll my own. I don't need anything fancy just some way to automatically deploy nodes and set up slurm to get jobs queued.

Any pointers to suitable frameworks or tools which would help with this and which aren't tied to older distros?

view more: next โ€บ