skysight-inc/HackerNews huggingface dataset:
When I said "entirely passive" I did mean use of resistors, which are a passive component. Electrically every USB C cable is completely backward compatible.

But I am surprised by your assertion. I check every type c cable that comes into the house and have not seen one without any kind of e-marker for many years (admittedly I buy all the cables in the household, and we never had any old android phones).

As I mentioned, you can't get any more than baseline power delivery over a cable that isn't e-marked with its current capacity -- this check (SPO prime) is the first thing you have to do BEFORE talking to the remote device. Also any modes from 3.1 gen1 or beyond (TBH I think it's 3.0 or beyond but I don't have the spec in front of me) need a e-marker chip to tell the endpoints what the cable is capable of. Unfortunately OSes are poor at reporting this info.

I do wish that someone would make a type c charging cable that supports PD 2.0, 1.2 -- love those USB version names -- or even 3.0, but allowed no data transmission between endpoints. Basically a USB C condom cable. Haven't seen any of them.
This situation is looking like permanent data loss for a large number of customers. Someone has posted a copy of the company's FAQ surrounding the incident online [0]. Customers are being instructed to re-seed backups from scratch.

[0] https://www.citizensjournal.us/wp-content/uploads/2022/03/Cl...
Do you genuinely think these banners help with anything?
ooo good point. Like if you have Google ads running on your page generating trivial income, yes it would become more challenging to define a customer.

I think this would probably be addressed in a minimum size (headcount) before the regulation is required, which makes sense because the problem is businesses scaling their customer base and scope beyond their physical resources.
Part of the reason why health insurance is so expensive is that so many simply do not pay their bills. You subsidize all these people with your premiums.
> Is there an rr-like reverse time-travel debugging tool for ARM64/aarch64?

Aside from `khuey`'s comment (https://news.ycombinator.com/item?id=30779913) that `rr` can now work on ARM64, we at Undo (https://undo.io) have an ARM64 port under routine internal testing as we expect it to be important in the future.

GDB's built-in record/replay is also supposed to work on ARM64 - https://sourceware.org/gdb/onlinedocs/gdb/Process-Record-and...

Last I heard, on x86, the performance and memory overheads of that implementation were quite high but if it solves your problem maybe that's fine!
I'm using a small command line tool developed in go,

I have a base.md file and when I run personal init will open a new file for 'today' using base.md

I can also create a post/note/idea even mind map using markdown.

I've been using plain text for about 3 years, totally recommend it.

bonus tip, I use grep to find content in my files.
and yes, I have a personal backup command :D
You don't have to pay your rent and you can move anywhere. Look outside of the box.
I’ll have to take a deeper look at how matrix works and dig through some of those client and server implementations.

My initial concern was that the architecture seemed at odds with what my service needs.

While I whole heartedly approve with the decentralization and E2EE approach for a general chat solution people would use like element, mine is much more niche and I need tighter control.

That being said, I haven’t dug into it enough to see how flexible it is. It would certainly save tons of effort if I could take advantage of the hard work that people no doubt smarter than me have put into this project.
This suggest the opposite of what OP said
https://chainbulletin.com/satoshi-nakamoto-lived-in-london-w...

also
https://medium.com/@insearchofsatoshi/the-time-zones-of-sato...

Googling "satoshi time zone" give a lot resources
Outside of SV/NYC, that's not low at all.
I find the regional availability odd for a product like this. What could be the reason? Maybe payment processing, or i18n?
Minimum headcount requirement would render this irrelevant, and make sense in the spirit of the regulation.
Looking in the map, the Ukrainian border is 510km(320miles) away and the next NATO border is 620km(380miles) away. It does not look like a huge difference.
Sure, you can use LDAP or AD or any other number of things to control server authentication as well as mapping some global database of user IDs to accounts. You could also do other things like combine this with a 2FA solution like Duo.

One thing SSH certificates certainly have going for them is that they're actually easy to script and integrate with, and "piecewise" migrate to, in my experience, while using a flow you already are pretty familiar with. I personally didn't use any sort of LDAP or AD setup to back my design; you can implement a custom backend for all this pretty easily yourself. There's nothing inherently confusing about the concept of cryptographic certificate authorities or anything, anymore than public key cryptography itself. It's a relatively natural extension of the SSH design you know already, is my point. Again, the man page is worth reading to understand it all a bit better.

> Also, users tend to hate having to always relogin to SSO; maybe that's because the implementations have poor UX, and maybe there's no secure way around it.

Well, I'll be honest, people who tend to use SSH and would be impacted by this stuff tend to hate lots of things and not always for good reasons. Put another way, listening to developers or whatever about what they hate and what's actually good isn't something I would factor into something like this. SSO is mandatory for very good reasons at any reasonable scale (and by "reasonable" my opinion is you should have it in place at, like, 10+ people.)

Anyway, besides that. There's nothing in theory that prevents you from doing something specific like having the backend refresh the SSO token issued for your SSH certificates every time you log into some server, upto some given interval e.g. logging in at least once a day seems reasonable, but if you login every 5 minutes to a new set of hosts you can refresh the token.

In my case the flow was something like 'my-ssh-ca-wrapper ssh user@bar', which would ask you for a token. I would then get this token by visiting a little webpage I wrote, but in theory it could also just launch the browser itself with xdg-open with a direct link. I just use a password manager to fill out those "SSO" credentials. It isn't ideal or fully integrated but in practice it would only take a few seconds and it's similar enough to corporate SSO setups. But yes, polish is everything for those final few steps. The actual backbone is pretty straightforward, though.
It does not need to see a policy change. Refuting a major study and getting a lot of coverage for doing so, is a boost one one's brand/CV.
This is just how you write headlines though. It's not "<some person you've never heard of> proposes bill", it's "California state senator proposes bill". It's not "<some random engineer> makes new technology", it's "Engineer makes new technology".

I don't think it's related to trying to devalue 'YouTuber' as a profession.
Van neumann is more general and provides more flexibility (what if you need more data space and don't need all that code space?).

There are still new harvard architecture microcontrollers being designed. It provides some security in the field as well as simplifying the chip layout.
I'm using FF only because there are no other options for me (I've tried).

I miss old Opera.
Yeah; looks like in the FreeBSD 3.0 release (October 1998), mentioned in old versions of the FreeBSD handbook[1]:

> FreeBSD comes from the ``classic'' camp and used the a.out(5) format, a technology tried and proven through many generations of BSD releases, until the beginning of the 3.X branch. Though it was possible to build and run native ELF binaries (and kernels) on a FreeBSD system for some time before that, FreeBSD initially resisted the ``push'' to switch to ELF as the default format.

[...]

> So ELF had to wait until it was more painful to remain with a.out than it was to migrate to ELF.

> However, as time passed, the build tools that FreeBSD derived their build tools from (the assembler and loader especially) evolved in two parallel trees. The FreeBSD tree added shared libraries and fixed some bugs. The GNU folks that originally write these programs rewrote them and added simpler support for building cross compilers, plugging in different formats at will, and so on. Since many people wanted to build cross compilers targeting FreeBSD, they were out of luck since the older sources that FreeBSD had for as and ld were not up to the task. The new GNU tools chain (binutils) does support cross compiling, ELF, shared libraries, C++ extensions, etc. In addition, many vendors are releasing ELF binaries, and it is a good thing for FreeBSD to run them.

> ELF is more expressive than a.out and allows more extensibility in the base system. The ELF tools are better maintained, and offer cross compilation support, which is important to many people. ELF may be a little slower than a.out, but trying to measure it can be difficult. There are also numerous details that are different between the two in how they map pages, handle init code, etc. None of these are very important, but they are differences. In time support for a.out will be moved out of the GENERIC kernel, and eventually removed from the kernel once the need to run legacy a.out programs is past.

It looks like default support of a.out was removed in 5.0 (January 2003), but you can still load a kernel module (shipped with the generic kernel) or compile a custom kernel with support built in. At least on i386/amd64.

[1] https://docs.freebsd.org/doc/4.9-RELEASE/usr/share/doc/handb...
This.

Really drives home the saying that character is what you do when no one is looking :p
Yes, sadly it appears this is likely the case.

It appears that the reaction to the virus has possibly caused so much more harm than the virus itself.
Microsoft has repeatedly bungled their app store on desktop - no idea how it is as bad as it is. You would think they might see that as a huge cash cow for them. Not that I am rooting for a more app store based Windows - a standard .MSI is pretty damn easy and convenient. But I think a lot of average end users might prefer something as seamless as MacOS app store or the Android play store - ESPECIALLY if it controlled auto-updates in a convenient and similar manner.
Ukraine won’t be neutralized, or occupied for a long run, simply because Russia can’t ignore the enormous cost of doing so, regardless of what Putin wants.

We’ve seen the willingness of Ukrainians to fight for their country and the amount of support they receive from the West. At some point the cost will be too much that would risk destabilizing Russia.
A perfect example is webpack. Indirectly depends on many thousands of different packages, is run during development, and has 225k packages that depend upon it. https://github.com/webpack/webpack/network/dependencies i.e. even if you are careful about dependencies, your build tools are not.

I also checked esbuild which is written in go, but it still has a dependency on babel and webpack (via scripts/package.json fuse.js at least). https://github.com/evanw/esbuild/network/dependencies
What about France's reactors? I hear that they standardized the design and are/were able to roll them out effeciently.
>> Does the money go to Firefox or to funny projects and (what I consider) insane exec salaries?

> Serious question: do you ask other vendors (Google, Amazon, Wapo, whoever) you use about HR and internal budgeting choices before deciding to do business with them?

Mozilla is a lot more like a charity than an actual business, and people do ask questions like that about charities (e.g. how much of a donation will go to admin overhead vs program work is often reported for them).
But do other vendors ask me to use their product out of a sense of altruism?

I don’t know how many appeals I have seen asking me to use Firefox to help preserve the open web.

When they are asking you to behave altruistically, it is your right to ask about their behavior as well.
Thanks for that video. I now have MASSIVE respect for this dude. I don't think it's immature at all. It was a very fun way to call out this piece of shit of a person.
I am an amateur photographer, and I can't understand why the major camera brands (Canon, Nikon, Sony, Fuji, etc.) aren't open at least to the concept of SDK's to control their cameras (let alone opening the lens mount specifications)...

It would make their cameras much more flexible and useful, thus perhaps gaining some users that currently use smartphones where it seems there is greater control over and integration with the cameras. On the other side, if one can implement in software what the producer doesn't want to implement in firmware, they might miss some future upgrade sales...

I am currently thinking on buying a FujiFilm X-T4, and I was pleased to see there is a SDK, but now, finding out that using the SDK is practically forbidden (until the warranty ends), it makes me stop and think about my decision... What could the SDK do to the camera so that it voids the warranty? (On the other hand, given the quality of camera brand produced software, I can imagine the quality of the code that went into it...) :)
That is not actually how it works in practice if you do not have your license. That is your personal anecdote.
These aren't algorithms. The language is still doing something under the hood to do the swap.
I'm waiting for the "programming language in the title = clickbait" crowd
> The atoms [in water] are 1 or 2×10−8 cm in radius. Now 10−8 cm is called an angstrom (just as another name), so we say they are 1 or 2 angstroms (Å) in radius. Another way to remember their size is this: if an apple is magnified to the size of the earth, then the atoms in the apple are approximately the size of the original apple.

This is one of my favourite Feynman analogies, right at the beginning of these lectures. He had such a remarkable ability to transpose concepts into more understandable forms.
Vale's Higher RAII, the pattern that saved me 5 hours in the 7DRL Challenge
From the point of view of American isolationists, there is no difference. There is a difference for Europeans, in that Ukraine being engulfed by a full scale war will result in around 40M refugees in the EU, almost 10% of EU population. That's an order of magnitude bigger than the previous migration wave. It's also an order of magnitude faster. Over 10M people have been displaced already.

Some numbers: https://en.wikipedia.org/wiki/2022_Ukrainian_refugee_crisis , note the dates.
Apple Developing Hardware Subscription Service for iPhones and Other Devices
> Where do you draw the line exactly?

UI guidelines from Apple.
I really enjoy it, mainly because I hated the ad interruptions :D I can leave a podcast to the background while cooking, without having to go there every now and then to skip an ad which is several minutes long.

Downloads to a tablet is a nice plus when traveling. I don't have any other subscriptions.
or with a static variable
You should try going back and taking all you have learned and applying it to modern pascal. You may find it a much more productive language than you remember.
I'm sorry for my harsh words.
Same for me, I'd love to get a subscription for Firefox!
$130 for a cable? You can get a smartphone for that much.
The JS ecosystem skews younger, not in age, but in years programming. Most people who maybe want to dabble, or fix a script or something, start with JS or Py, and as most of us do, they enjoy programming and venture out to pick up another language along side it. As is the custom, eventually if they chafe against the limitations of JS enough, they move on to something that improves on those, and their newer contributions go there, whether it be typescript, rust, zig, go, and so on.

Looking back at the JS side where the types don't bite, there's a library for everything, and the logos are really good, what we end up with are a lot of first year, or first three year contributions to the ecosystem, so a lot of patterns and algorithms are wisdom lost and aren't present, a lot of libraries are good but not perfect, and there is really no incentive to really dive in and become an expert on a given framework like react, because any day the community might decide, "It's VUE time now" or some such other technology, and suddenly you're the guy using Gulp and Angular on a busted 2021 macbook at the hackathon and people are addressing you as "sir"

There is no incentive to be "the react guy" when it comes to JS ecosystem, that 15 mins is quick.
Not sure I would say they are shit toolkits but yes I definitely also generally prefer a desktop native application. For some applications though where latency and the responsiveness of the GUI is not super critical I think it is probably a big advantage to have one web toolkit based piece of software that can run on anything - especially for smaller dev shops.
I pay for pocket subscription just for this.
Craft [0] are a Notion [1] (note-taking app) competitor that decided to go desktop app first rather than web-first. Their desktop app is beautiful but now they are implementing the webapp and it is obvious that there is a lot of feature disparity with the desktop version. To me, it's pretty telling of why the smart decision is often to go web first.

I guess it might make sense for Craft because they are in a very crowded space with a large potential market and being native-first is a differentiator over their competitors. I think in most cases though, it doesn't make sense to go native-first.

Being web-first means that you can ship a consistent UI on every platform using tools that most devs are familiar with.

- You code once, it works everywhere.

- There is nothing to install, no updates to download.

- Lots of web devs means more devs to choose from when hiring.

The accessibility of the web platform make it a lowest common denominator. Desktop does add a ton of benefits though. Some of it is intangible like "feels more solid". But there are a ton of tangible benefits too.

- Easily accessible on the dock or start menu. Once installed then less likely to be forgotten.

- Native notifications.

- More refined UI. Not just one of many tabs.

- Access to native APIs that aren't available inside the web sandbox.

- Alt-tab or Command-tab.

- Quick access, i.e. can live in the menubar/tray or can be assigned to a global keyboard shortcut which pops up the app quickly.

But... Electron can provide all of that! So, it's mighty tempting to start with a web app and then pepper in some desktop functionality later by wrapping your web app using Electron.

* Disclaimer: I'm working on this problem with ToDesktop [2] so factor my bias into your comments. :)

[0] https://notion.so/
[1] https://www.craft.do/
[2] https://www.todesktop.com/
They keep changing this, can they make up their minds?

I'd rather self-host anyway. I use Gitea but it is kind of limited. Gitlab (self hosted) otoh is a horrendous resource pig

Is there something suitable for self hosting that's not such bloat? What does Gitlab bring that's difficult to self-host?
I've been very happy with CircleCI
Check out this response to get an idea of where the data set comes from and the credentials of the author:

https://github.com/davidteter/OPEN-RISOP/issues/1
Same here, took me a solid 5m to find a way to sign up. Add a link the announcement blog post and the FAQ, Mozilla.
A newspaper shines a light on missing Indigenous women with the help of tech
Mozilla corporation is fully owned by the foundation though.
100% needs a checkbox for tabs vs spaces..
Are you sure all these are billion-dollar companies? I highly doubt that. This is just a collection of startup pitch decks, some of which are unicorns.
> Also if you want to get really complicated multi-service design, Umbrella apps are leagues better than docker-compose setups that I have had on dev machines that make a 16G Macbook pro instantly put everything into swap.

Not sure I feel the same warm feelings about umbrella apps and I definitely don't think you can compare them to general-purpose container orchestration like docker-compose, but that's totally an optional part of the language.

Otherwise, yes, Elixir/BEAM is an excellent soft real-time environment for developing chat applications. If your scale goes off the charts (millions of concurrent users), you can extend with Rust for the slower operations in your critical path. See https://discord.com/blog/using-rust-to-scale-elixir-for-11-m...

As mentioned, Phoenix Channels is a great place to start and will get you very far. The other nice and unique things in Elixir & Phoenix (OTP, LiveView, etc.) are just a bonus.
I have zero interest in hardware that isn't by the book and within spec. Most consumers and all IT pros don't either.

It could be used to vendor lock, but more likely it will just check available power and throttle or shut down as needed. A big improvement vs silent unreliability for DIYers who might use the wrong parts, and a nice convenience if it can run using less power by disabling high power stuff dynamically.
There's more than one kind of argument and the author's elision of that makes this kind of muddled:

* "You vs Me" vs "Us vs the problem". In the latter, there's an objective Correct answer and each party would prefer to find it than to "win" the debate; in the former, the parties would rather "win" than discover new information that would change their mind. The article assumes that internet debates are of the latter variety, while in my experience they are 99% the former.

* With/without audience. Without an audience, you are trying to convince the person you're arguing with, which forces you to address their strongest points; with an audience, you (usually) have no real hope of budging the person you're talking to, and are only interested in persuading some hypothetical listener, so you are incentivized to ignore their strongest points and pounce on the weakest ones. Again, the essay is written as if internet debaters are speaking to each other, when in reality they are overwhelmingly talking past each other and hoping to persuade the audience.

Overall this reads like someone pontificating on whether it is politer in a bar fight to sucker-punch with the right or left hand. Perhaps of interest but not likely to affect any actual bar fights.
A car manual only tells you how to operate a specific model of a car, not how to build one ;)
That's an interesting suggestion. May I ask why? I really don't know anything about it.

The hesitation I had with sharing a daily mail link was "Is it accurate?" rather than whether they deserve impressions. It hadn't occurred to me that it might be a bad idea to support them.
Nearly every application I use for music production is a desktop program, and there are new ones coming out all the time.
> A business team can adopt a SaaS unilaterally. Anything installed involves IT.

That's changing with SSO. Security and compliance teams are cracking down on rogue BUs buying SaaS products willy-nilly.
If it's Turing Complete you can't prove that it's hermetic. You can't even prove if it'll ever finish running (halting problem).

Maybe someday someone will invent a sort of EBPF for containers, but usually the first batch of RUN commands and the last are calling package managers, and in between you're doing things like creating users and setting permissions using common unix shell commands, which have the same problems.

With the possible exception of the unix package managers, we have no hope of those ever being rewritten inside of a proof system, because the package manager is often a form of dogfooding for the language community. The Node package manager is going to be written in Node and use common networking and archive libraries. Same for Ruby, Rust, you name it.
Websock etPie – A new library for simple multi-u ser apps