skysight-inc/HackerNews huggingface dataset:
One acre of fenced yard for a dachshund? I’ve seen onerous dog ownership requirements before but never that much land for that small of a canine.
Tow-Boot isn't the standard yet no, but it provides the standard EFI booting interface so it's at least somewhat true.

Distro's is shipping binaries that aren't build from source all the time, it's called firmware. Which is why this should probably be managed by fwupd, not packaged by distributions.
Tracking Sanctions Against Russia
I managed to lose about 10% of my body weight with calorie counting in a few months. I was quite happy.

But it made me generally very hungry and I gained almost all of it back within a year or two.

I guess it only works as long as you don't stop calorie counting.
The PA docs claim that buffer rewinding is used to achieve low-latency updates to a high-latency stream. E.g., user wants to change volume now on some music that has a 2 second buffer. Seems like a common use case.

How does Pipewire deal with this?

Also-- links to the audio driver bug reports, please!

Also-- links to info on the hardware bugs, please!

I believe you, I just want to read about them.
Lichess Statement on the War in Ukraine
This implements EFI.
Public Release of MorphOS 3.16
Is this somehow much worse than the football (soccer) sticker albums I used to buy in little foil-wrapped packets when I was a kid? Or Pokemon cards etc.
> I'm not that interested in hiring someone who only learned good fundamentals because it was asked of them or they were paid for it.

I'm not talking about someone with "good fundamentals", I talking about experienced devs who can tackle any task asked of them. The sort of developer who can walk up to the docs and start working productively with new (to them) technology within a few days and produce high quality code. The sort of developer who's probably keeping one eye on developments or features (say in Azure or AWS) that might be useful even if there's no remit for them to exploit those technologies right now. That stuff is always knocking about the back of their heads.

You cannot possibly expect every developer, even very experienced ones, to know every nook and cranny of every technology you specifically work with, but they are experienced enough to know how learn new skills quickly to complete a project.

> I made a decision in my career to consciously level up my skills-- testing, accessibility, documentation, etc-- all without being asked

I do the same, probably a couple of hours most evenings, but with the best will in the world there isn't enough time to learn and level up on everything. And that's even after nearly 40 years in this game.
I am not a programmer, but it has been fun learning little bits of Python and making scripts to automate tasks.

We have folders for clients at work and everything older than a couple of years should be archived, aside from certain legal documents. Building a script to check if any file is older than a certain date and checking that it does not contain certain words in the filename, was really easy, and useful, and gave me a good feeling of satisfaction seeing it actually work.
They'll generally use a Failure Mode Effects Analysis (FMEA). So in this example, designers would identify all the ways a tile could fail and the consequence and probability of that failure. They then go through the process of mitigating it. The order of precedence for mitigations is 1) remove the hazard, 2) engineer around the hazard, 3) administrative controls (like standard procedures), 4) personal protective equipment. The iterate around this until the risk is within an acceptable range. All those mitigations become requirements.

So let's say they identify a tile failure mode as "tile struck by object". They assign a worst-case severity to that. Let's say they knew how bad it could be and they assign a severity as "loss of crew." Then they have to identify all the ways the tile could be struck and assign probabilities to that even happening. They use a matrix that maps the severity and probability to arrive at a risk classification. If the classification is higher than their threshold, they add mitigations that either reduce the severity or the probability (or both) until it's within an acceptable risk range.

There's lots that can go wrong with this process, though. You obviously have to be able to identify the failure modes. Is there some off-the-wall failure that nobody could foresee? Maybe. Then you have to have good enough data to objectively determine the risk. In this case, I wonder if all the previous foam strikes led them to discredit the risk as being improbable/negligible to cause that failure mode. Add to that, the PowerPoint seemed to imply the model they used is too conservative (it was believed to overestimate the actual penetration). I know people involved on some hypervelocity testing of the foam and they were legitimately surprised at the way the foam acted when it was fired at higher speeds. So in this case, the risk was probably unknown beforehand, although they assumed they understood the risk sufficiently. To quote Mark Twain, "What gets us into trouble is not what we don't know. It's what we know for sure that just ain't so."

That's just one system on an immensely complex machine. It's easy to sit back with hindsight and say "Well, they shouldn't have made a decision until they did additional testing to get the data." But if they did that to every system on the Shuttle, it likely wouldn't have left the ground. In practice, engineers deal with all kinds of other cost and schedule constraints.
The Ramequin trick. The one thing that worked best for me: only eat out of a small container. A small ramequin bowl works best. That alone will make you eat less, and you won't really notice it. In fact, you'll feel like you ate more. Eating exactly the same food, but in a small container. Went from 90kg to 75 in less than a year. Now I'm back on regular plates, but I make sure I pour the amount that fits in that ramequin. Good luck!
Last time I did it, not much apart from some code reviews and discussions. I also filled out a minimal knowledge transfer doc and asked my team to put in questions that they thought I could answer for them. I had a project I had started before, but I was pretty burnt out and it wasn't close to being finished. So I didn't do any more work on it. In some ways that may burn a bridge because it meant disregarding previous responsibility, but on the other hand I knew I wouldn't be able to make a good enough dent in the two weeks of notice. Not only that, but I figure that someone on the team would be more ideal to finish it because it would mean that knowledge remains, versus it disappearing (other than docs) when I leave on my final day.
This is all really sad and I wonder how I'll ever protect my child from what these cooperations will come up with 10 years from now. I know probably every generation has lamented about this but I wonder if childhood these days is as fun as it used to be. Yesterday we overheard two kids, maybe 9 years old, discuss the local real estate market and how one house across the street went for a million bucks to which the other kid responded that it was probably because of their finished basement. WTH.
Iconic Russian Car Maker, Known for Cold War Self-Reliance, Halts Production
So I studied physics and know a fair bit of stat mech. I, like you, know that the entropy is the weighted log of the number of microstates of a system. Does this help me understand that? What are the different states/outcomes? What are the probabilities of being in a specific state? Also what equation are they using? I'm not sure what this is supposed to help me understand.

Also the entropy you calculate depends on what you know about the system in question...
Fascinating read. I had no idea how hole punching worked and now I understand it completely.
> There's going to be a lot of resistance to distros shipping a binary they didn't build from source.

Tow-Boot appears to be MIT Licensed. There appears to be nothing stopping them from building Tow-Boot from source.
And Twitter is the only platform that actually suspends the reported Russian disinformation bot/troll accounts (Youtube is bad at this)
have you seen rrDHT? https://blog.holochain.org/how-rrdht-works-a-tech-deep-dive/...
I struggle to understand entropy because it’s meaning seems to shift in subtle ways across disciplines (cryptography, thermodynamics, cs, etc) and I’m never quite sure if the which version I’m getting. Is there a basic definition of entropy that’s extended in different contexts?
I think it depends on what kind of unambitious it is. I have one guy who I don't connect with much who I estimate is pretty much like the OP. Has a kid, doesn't want a lot of stress, doesn't really want to proceed further, but is happy to do his current job and has a lot of experience as a senior.

But at the same time, this guy just jumps in whatever you ask him to do, and figures it out pretty quickly, doesn't need hand holding and is fairly independent and gets stuff done. He does his job and is a very low maintenance employee overall. He also updates his tickets / status as you ask him. He's an adult.

Since I know I don't have to be responsible for coaching him or moving his career forward or fixing issues or reminding him to do his job or figure out what to do, he's pretty good! He gets the job done and I don't have to do a lot of work for and is a reliable guy. If layoffs come, he would not be on the bottom of the list.

Other employees that don't want to be ambitious, or are picky about their workloads, that I have to remind constantly to do stuff, create conflicts I have to resolve and so on are significantly more work for the manager. If they are also not performing then yes, they would be the people on the bottom of the list.

So overall, if you want to be unambitious to advance after the terminal level of 'sr engineer', be a low stress easy employee to manage who is overall productive and have a good or neutral personal relationship with and it's really doubtful you'll be on the layoff list anytime soon. It lets managers be more effective and bigger with their team, because one high maintenance employee has the workload of 5 low maintenance ones.

Also only %10 of engineers ever advance into management or staff engineering leadership positions, so it's somewhat expected there will be a lot of people who are not going to go further anyway.

You could couch you being unambitious in asking your manager, how can I become a low maintenance employee for you? What would make your job easier in respect to managing me? How could I reduce your stress load? Tell him you don't want to be a manager (super common in engineering) but you do want to make life good for you, him and the team.

> I'm unconvinced that (from the employee's perspective) the best way to engage with management or HR is radical transparency.

I totally get that, and I was like that before being a manager. But once you become a manager, you realize there are a bunch of things that are actually very helpful to be transparent about, and other things that are not and it can be hard to communicate what those are unless you have a buddy who's a manager elsewhere and likes talking about the good and bad of their job outside of work. I really recommend that people do the "tour of duty" for 2 years into management to understand what it is. It will make your future career way less stressful and everything makes way more sense. https://twitter.com/mipsytipsy/status/1345574901818609664
Heh, I once had a "three months to the end of the quarter" contract, meaning if I timed that wrong, I had essentially a 183 day period. Needless to say, no employer is going to wait half a year for you, so going job searching was risky.

Location: Germany
While the poster you are responding to seems to be a mythical creature, this is very strange gatekeeping. Hacker news has never been a purely technical forum, given the business, marketing etc side of startup culture. This intermixes with legislation, geopolitics and many other topics. All these have a legitimate place here.

To dismiss views of people with no strong tech background as not able to "filter their thoughts" or that they come here to "talk to smarter people" is rather ridiculous. You will find lawyers, linguists, public servants, medical professionals, tax advisors, HR people, ... here. Why would their analysis be less valid than yours just because you happen to have a CS or engineering degree? Who is the most rational and "smart" for you? Applied mathematics? Logicians? Philosophers specialized in philosophy of science?

Assuming other people are less smart than oneself and that one's own expertise implies superior knowledge/analysis in unrelated fields is by the way a key sign of the Dunning-Kruger effect.
putting a file in /boot/efi/debian/ won't do anything at all unless the specific board you have already has platform firmware onboard to actually make that work. Arm EBBR complicant server boards do this for example, this won't work for the vast majority of ARM single board computers though.
Oof. The online test. Probably the auto-graded kind. The kind that pushes all the inefficiency of the process out on to the developer.

Well, take it if you want. I'll never do it. But then again, I have missed out on what might have been great opportunities because of that.
Just have a rule against closed software in the house. It works very well.
> I'm afraid to tell my manager that, because which manager wants an unambitious engineer?

the laying someone off for that is silly. But when I was managing a team for the first time I would have found it really helpful if one of them told me that! It was so far from my imagination that there would be an _unambitious engineer_ the thought never occurred to me. I wasn't a lot of my time and theirs working on this erroneous world-view.
Why Embedded Linux Needs a Container Manager Written in C
The past couple of years have seen a push from cloud-centric companies telling the embedded Linux ecosystem and community that we should make do with cloud technologies like Golang, NodeJS, and Docker. However, most are unaware of the challenges of cramming cloud tools onto resource-constrained embedded systems. Even though some of these frameworks have the right intention, for example, LXD containers, most lack the initiative to understand the specific requirements of embedded Linux devices.
Recruiting costs vary from one country to another. For me 25% is ridiculously high. Even considering cost of doing business, a recruiter would need to close just 5-6 open positions per year to earn as much as an engineer. If they work full time to achieve that, this is extremely inefficient for those money.
Besides that, some recruiters actually offer warranty period that will cover thus specific case - you should not pay twice.
Overdubbing is far easier with an instrument than with a voice, the article doesn't even list examples of an impressionist over dubbing someone, just overdubbed duets. Also what you're describing is not overdubbing, it's ADR. Overdubbing is just that, dubbing over the existing audio. Not only would you need to mimic the speech but you'd have to recreate the ambient sound as well. Even with a person speaking into a microphone in a silent room the change in ambience is noticeable unless the whole scene is using a false ambience track separate from the voice track.

And I disagree with you about the lipreading. There's a reason ADR in films is always done with a shot of the back of the actors head.

Even when it's done with literally the same original speaker it's pretty obvious. Or have you never fooled a stranger in the alps?

https://youtu.be/LCcKBcZzGdA
If we're going to reductio ad absurdum then OS's shouldn't let programs run if they interact with a device and don't explicitly handle exceptions for those devices. The OS is just a program and if it allows programs to crash it, isn't that the OS's fault?
And then the company gets excoriated by media for price gouging.
Well yeah, but just don't call them out.

If you identify a problem, the person responsible will (usually) know you're talking about them, and may even appreciate that you're not calling them out in front of the team.

If necessary, you can always reach out to them one-on-one afterwards.
Making an application scriptable doesn't always mean you want it to be scriptable by hostile adversaries.
This Porsche has a design flaw: I can only go 22,500 kilometers before I have to replace the tires.

This VW bus has a design flaw: I can't pull more than 1G on the race track.
I guess to encourage drunk people not to drive, which makes the roads safer for everyone.
Another reason I can think of is that as more and more "legitimate" traffic moves onto Tor internal (no exit nodes) it becomes increasingly non-viable for nation states to execute a blanket ban on Tor traffic as it would be too disruptive to people and the economy.
> We create an anonymous account around any visitor to your website.

I like this idea. As a user, I hate that companies force me to make an account in situations where I don't want to make an account. It sounds like companies that use your product will allow me to buy products from someone without having to create a damn account.

Accounts are negative value for most customers who don't regularly return. It's a source of friction: who hasn't forgotten the password for a site their rarely go to then decide it's not worth doing the password reset (even if you use a password manager, it might not stay updated for "junk" sites)?

Plus, junk sites are the ones that tend to get pwned, and leak information.
Maybe upstream shouldn't make their security measures so fragile that everyone downstream has to resign themselves to not touching anything. Open source software is supposed to be modified and adapted.

Is this Lua sandboxing really a good idea? It it robust? It didn't work out well for Java, which removed the SecurityManager feature recently. Python gave up on attempts at sandboxing many decades ago.
I believe Twitter is trying to be better though and it appears they do chip away at this. They have also been in a difficult situation between cancel culture and free speech absolutism. Determining the reasonable solution is hard when the extreme edges and vocal minorities are yelling at you.
My personal hope is that Twitter will further crack down on the very low hanging bots / trolls / alt accounts - there are many especially young accounts with handles like @Name359345809 which don't contribute to the platform in any way.
I think the "you need a punch to your face", taken out of context, reads like "I want to" do that. I think you were making a different point than that, but it wasn't clear. The burden is on the commenter to disambiguate such things, because otherwise the default interpretation is going to take over the thread. See https://hn.algolia.com/?dateRange=all&page=0&prefix=false&so... for past posts on this point.

Also https://news.ycombinator.com/newsguidelines.html.
But distros's don't have to. On most hardware it should be possible to flash Tow-Boot to some form of on-board boot storage and after that the board Just Works(tm)
Hard learned lesson is that it's best to have hands off keyboard for anything in service and just spend the time writing documentation, including all the little quirky things that are fubared and 1/2 the reason I'm leaving.
Well, I guess measurements of the early universe (100-250 million years after the big bang) can test predictions made by models of the inflationary period.
The public health community presumably has some expertise as to the health consequences of certain policies.

However, it has no expertise wrt the social or economic consequences of said policies.
My switch to PipeWire on Arch has been mostly painless except for one particularly annoying bug that I haven't been able to track down yet -- when the computer is hibernated, something in the config goes wrong and I need to rerun `alsactl init` to get sound playing again.

I'm certain this has something to do with me doing a bad install and not cleaning up old config files or something, possibly with either me either using PulseWire or not using PulseWire to manage the session, but it's pretty annoying (although apparently not annoying enough to get me to debug the issue).

Otherwise, it seems to basically just work. I'd love to do more with it, but truthfully I didn't really dig into Pulse/Alsa/Jack enough initially to really notice what the benefits are, so I can't tell a difference.

One thing I'd love is for a cleaner command-line interface to handle sinks, particularly when scripting. I'm sure if I took the time I'd understand them, but I find PulseAudio's sinks really annoying to work with and to manipulate. Again, I think this is mostly just the fact that I never really dug into Linux audio too deeply before so I'm not always completely sure what's going on with it, and I'm not doing anything complicated enough for me to immediately tell a difference. In some ways I guess that's a recommendation; if I managed to get the hibernation bug fixed then this would be a totally transparent switch from my perspective. That seems kind of impressive.
9K720 Iskander (Missile)
This is exactly my experience as well. Extremely high quality information with bullshit directly being called out (even in the case of pro Unrainian fake news like the „ghost of kiev“ thing). I was waiting for the russian propaganda bots all the time but they never showed up (except for one youtube video where the whole comment section was full of whataboutism).
Compared to what you get from curating a hand full of twitter accounts with a good track record / reputation traditional media and government outlets are pure noise in my experience.
As you might expect, this does disable the 'whitelist' mod functionality.
It takes a fraction of a second to 'pair' my wired headphones to my phone and have music start coming out. With BT I would have to charge them, turn them on, fiddle with a menu, wait for them to connect, and listen to a silly sound effect. Even the tiny fade-in they add really annoys me. I like instant feedback with my devices, I like how I can feel the jack click into place and music starts coming out with no perceptible delay.

I can't say I've ever had a problem with cords tangling or being inconvenient.
EC keys don't require a search for prime numbers so it should be faster.
Sorry, not going to support a company coupled to a Communist government that blatantly steals IP and is propped up by a genocidal dictatorship. Hard pass.
Thank you for linking to the paper, very cool results.

Not to be 'that person', but this is unlikely this will ever work in humans, as all of us carry at least a few recessive disease-causing alleles. This works in mice because the strains have been back-crossed until they are (nearly) uniformly inbred and do not carry many deleterious alleles with large effect sizes, at least in terms of alleles that predispose to death or infertility.
Many reasons have already been mentioned, but I have some more.

Corded peripherals may be inconvenient. In my experience though, they are usually less inconvenient than bluetooth ones. This probably varies by application.

Another major problem is latency. If I want to use headphones to play a keyboard, very little latency is tolerable. Bluetooth doesn't even come close.