On the one hand, using OIDC means that you don’t need to have a password for every site any more, and can have a single trusted third party handling authentication, and who can handle all the best practices and MFAA rather than leaving it to the individual sites where it’s not their core competencies.
On the other hand, fuck all these third parties, who will be rubbing their hands with glee being able to track all the sites that you’ve logged in to. Need to get a bit more ‘open’ into ‘OpenID’.
Java dev in charge of a $100M product here. Can’t actually compile it with less than 32 GB of RAM.
My old job working with a hydraulic analysis firm, needed 256 GB to run the product it in local development mode; to run customer models in production was a mainframe job - typically multi-terabytes. Computational fluid dynamics eats all your memory and asks for more. My work computer would have been pretty shitty as a gaming desktop, but did have every memory slot maxed out.
Yes, you might be working on something more lightweight, and that is fine. That doesn’t mean that your requirements are the be all and end all.
Likewise. Bought a three-month sub so’s that I wouldn’t have to top it up too often, and then they came out with all that shit. Subscription expires in two days - forever. Hello, iVPN.
BTRFs, which has advanced filesystems features like snapshots, data integrity checks, and scrubbing, is a less performant filesystem for databases than filesystems that don’t have these features, like EXT4, F2FS and XFS. No shit, Sherlock. At least compare it to ZFS or something.
If you are storing files that you care about, use a filesystem with integrity checks. If you require high database performance, it’ll probably be happier using a whole partition, if not just a whole pile of disks, and be allowed to get on with it. If you are driving nails into a wall, do not compare the performance of different screwdrivers for the task. And so on.
Outlook is lousy, but what gets me is the fact that basically all “email, calendar, rss and chat (maybe)” apps are pretty bad. You’d think someone would have implemented something better by now.
Excel is perfect, PowerPoint doesn’t need to be any better.
Word is a terrible text editor and its layout algorithm is lousy. You can make better-looking documents by converting markdown to html and then applying some css; modern browsers have much more sophisticated styling options than Word offers as “styles”. You can make much better looking documents with Latex, which is pushing fifty years old now.
Both ways let you edit text files in a superior editor (which should be Vim, of course - the most superior editor). Collaborative working and revision history with Git, which runs none of the risk of Word just randomly deciding to shit itself when those features are enabled.
Fine - Word can retain a “compatible layout” mode for all those ancient documents where people have paginated by pressing enter 17 times exactly, and the line-breaking, hyphenation, text colour etc. algorithms cannot be updated. But for the rest of us, let’s push things forward.
It lets you “add game”, but then gives you the choice of Linux / Windows with a Wine version / browser, and you have to put in the path.
So for example, in Lutris I could have “every Zelda game” or “every Castlevania game” as a filter. Castlevania needs MSX, NES, Gameboy, SNES, N64, DS, PSX, PS2, and Wii emulation; and one of (Steam, or PS3 or X360 emulation) to be reasonably complete.
I suppose I could create a Linux shell script that daisy-chains into the correct emulator, but that would be quite clunky compared to Lutris, which is still pretty clunky. And I wouldn’t be able to filter to that, nor sort them by release date.
Just for gaming purposes, having a unified front end that:
lets you start an application with the arguments it needs, whether to use a specific Wine folder, or start an emulator with the right arguments
lets you tag up each application with some custom arguments - genre, date, and so on - and lets you filter and sort by them
lets you configure each app with their own box art or whatever as an icon
keeps some gaming-related metadata; hours played, whether you’ve finished it, …
Essentially, Windows 3.1 Program Manager for the 21st century. Lutris did that quite well. Heroic doesn’t let you add custom stuff, it just integrates with store fronts. RetroArch has the old-school Linux problem of “all the functionality you need, plus all the functionality anyone might ever need, plus all the functionality that no-one needs, all arranged seemingly at random in dozens of menus”.
Lutris scripts were great - just having the required winetricks commands to get something obscure working was awesome, but packaged up in a useful way along with art and metadata was handy. The front-end being “only what you need” was good as well. Shame it’s gone off the rails a bit…
Yeah. I’ve got my home server set to install all security updates and restart Monday at 3 am; my first thought when seeing a two-month uptime on any of my machines is ‘whoops’, not ‘wow’.
Amazing uptimes are strictly for machines that aren’t connected to a network, and I’d start to be concerned whether they’d restart on eg. power failure if I started seeing really big numbers.
Speaking as an Arch btw user, my socks match, thank you very much. How rude.
A couple of years ago, I might have still checked protondb for Linux compatibility before making a purchase, but it seems a waste of time now. Everything that I’ve bought through Steam, or bought on GoG / claimed for free on Epic through Heroic has Just Worked, and has done for years. I think it got better when the Steam Deck was released; put a lot of visibility on Linux compatibility.
If you aren’t in to AAA, and even then only the competitive multiplayer with intrusive anticheat, then Linux is all you need.
I’m a subscriber to his newsletter - it’s a great read. Bit of a contrast between his written text, which is a bit prolix as he himself admits, and what a good and convincing speaker he is. All the facts at his fingertips, all the time.
Bring on the bubble burst - have had enough of it.
Lots of options and you’ll need to spend some time RTFM. But if you already know how you want to partition your disks, then the basic installation (with a network controller!) takes about two minutes.
Then you can restart into the cli, and the real questions - what else am I going to install? - can begin.
Oh, what was that thing called, ndiswrapper or similar, where you downloaded the windows versions of the drivers and then wrapped them up and hoped they worked, and good luck with power saving or resume from sleep.
Don’t get me wrong; amazing that it worked even as well as it did, but glad we’ve got native drivers now. A small step forward every day and soon you’ll have gone a long way.
True, although the ones I know did have the medical qualifications and associated title of ‘doctor’ and then renounced it when they qualified as surgeons, since it’s traditional for them.
Aww, it’s got these as well:
Some dwarves like rats for their friendliness, their playfulness, their curiosity and their intelligence.
Bless. Used to have pet rats and couldn’t describe them better. We’ve got pet cats now, and I don’t think it would be a good idea to have both - cats might disagree, tho.
Don’t like the overpriced Steam Machine? Just build your own and put SteamOS in it
Seems a bit unreasonable to call it ‘overpriced’; it’s hard to get equally-specced parts any cheaper at the moment, and it’s all wrapped up in a neat, small, integrated package.
Being able to run SteamOS elsewhere might help convert more people to Linux, but the obstacle identified here is NVidia driver support, as usual. Steam has been very easy to install on every Linux distro I’ve ever used if you’re still wanting to use it as a general purpose machine, but having it all wrapped up would be nice too.
Oh, absolutely. We were a bit obsessive about operability and maintainability - ensure that all valves can be operated without bending down, make sure that there’s space and lifting gear available wherever it’s needed for maintenance and removal. I could have told you the properties of ten different kinds of valves and when you’d use each one, I just couldn’t have recognised them on site.
One of the stumbling blocks we had is that the operators would look at our layout drawings, and be unable to visualise how that would look once we’d built it. We’d started to do 3D models; wander through the treatment plant like it was Quake. The helmets always made me want to vom. But that helped in sorting out additional issues while they were still “the stroke of a pen” to fix.
I suspect that the laboratory design issues are caused by the people spending the money either not appreciating that it’s even an issue, or not caring that they would cause issues. Bit like a kitchen, I’d guess - certain things want to be kept together because you move between them? But if the installation team can’t even take half an hour to check with you that [fancy gadget A] is suitable in the easiest spot to power and plumb it, then that’s a problem right there.
Engineering degree are very heavy on theory and light on practice; my degree is chemical engineering, and while I had four years of concepts and equations stuffed in my head by the time I graduated, they hadn’t taught us which way round valves open and close. That does make new graduates look kind of bad on site! But the intention is that you’ll be designing or managing chemical plants, not operating them.
I can completely see that an electrical engineering course wouldn’t include how plugs are wired; that’s a job for an electrician.
Zero remote exploits since it was released. That’s what divinely-inspired coding looks like, everyone.
For me;
the download is absurdly massive. Although it makes sense that you’d need an Android OS image to run Android, it’s bigger than the copy of Arch I used to run it
integration with the host OS is poor - be nice if copy-paste worked, and file transfer was easier
super-sluggish, even on quite powerful computers
never idle, makes my laptop run hot
Okay, it’s emulating ARM64, and emulators need a lot of CPU, but since Android apps are compiled to “Google’s own version of Java” and are JIT compiled to suit the phone CPU, should be possible just to compile them to AMD64 instead and run native.
If there’s an app that only exists on Android and has no desktop / web equivalent, it’s a workable solution, but it does entail compromises.