If the packages are already available locally, cargo works offline.
2,786 karma · joined July 29, 2010
If the packages are already available locally, cargo works offline.
UNIX also has a playful name (from Multics)
I don't understand why this is hard to enforce, or requires special laws. We had rules about not using (feature) phones back when I was in middle school (~2002), and you just kept your phone in your backpack/pocket until the class was over. It worked.
That's a rather absurd way of approaching the threat model of data exfiltration on a terminal app.
By its very definition a terminal needs the ability to spawn unsandboxed processes and send/receive input from/to them, including processes that have network access. Even if the binary doesn't contain specific logic to do this it could invoke curl, or a variety of other binaries that do, either on purpose or accidentally. In addition, it links against AppKit, which includes NSURLRequest. Is that off-limits too?
If one's this allergic to OpenAI, that even an opt-in feature is a concern, they're better off using a firewall like Little Snitch, or blocking it at the DNS level.
Additionally, if you don't trust the developer with this, why would you trust a binary from them without this feature?
Perhaps the issue could be reduced by using `background-attachment: fixed` and changing the element that has the pattern to be the <body> tag, so that the background is fixed on the browser's viewport?
linear-gradient(in srgb-linear, ...)
Works in Safari/Chrome but not yet on Firefox
For example: Rust has destructors (Drop trait) that run automatically when a value goes out of scope or is overwritten. If memory for a struct with a Drop trait is manually allocated (and initialized with garbage) and it is assigned to, the `drop()` method will run for the previous value of it which will cause undefined behavior.
That's just one feature: Rust also has references, tagged unions, virtual method calls (&dyn Trait), move semantics, `Pin<T>`, closures, async/await, and many more, all of which make it harder to reason about safety without the guardrails provided by the language for regular, "safe" code—for which barring a compiler bug it is actually _impossible_ to shoot yourself in the foot like this.
This is actually why it's so incredibly hard to write C++ code that is provably correct: It has even more features that could cause problems than Rust, and is _always_ in "unsafe" mode, with no guardrails.
Familia Toledo is somewhat legendary, they are a multigenerational family of coders from Mexico who did an operating system and a browser in the 90s.
If the language becomes mature enough, and there are people interested enough in doing that porting, it will likely happen.
I think their C++ code is also constrained enough due to the use of their custom standard library that it would be possible to write a transpiler from C++ to Jakt.
Ladybird's approach has been to start with a somewhat naive implementation of features, then choose popular websites and apps and just continuously iterate to make them gradually look better, by fixing the parts that stand out. This pragmatic approach means that their supported feature set, while nowhere near 100%, can decently render 90% of websites due to being aligned with the most commonly used features.
Would it be a stack allocated, owning version of that, that can be moved? A pure `dyn Trait`?
Open Source Doesn't Require Providing Builds
https://codeengineered.com/blog/2024/open-source-not-builds/
Sam Altman Says AI Using Too Much Energy Will Require Breakthrough Energy Source
https://futurism.com/sam-altman-energy-breakthrough
Avoid Async Rust at All Cost
https://blog.hugpoint.tech/avoid_async_rust.html
(Perhaps that last one could be renamed to be less hyperbolic, but the content was still an interesting opinion piece)
I don't think this is being done by the mods, by the way. It's more likely some spam filter with false positives, report brigading, or an anti upvote ring mechanism.
Also, nothing's really stopping most developers from just scaling it naively to those tiny sizes, in fact it's what commonly happens.
I agree we should keep support for custom icons for each size, and it's probably a best practice, but shouldn't be a _requirement_ anymore.
For an example of how they look like in iOS 17.3 or earlier, long press the address bar/tab title in Safari
(The hover weights ~1000kg, the helicopter ~1kg)
https://developer.apple.com/documentation/uikit/uidocumentst...
https://developer.apple.com/library/archive/technotes/tn2336...
Essentially there's an OS mechanism for getting the different versions of the file, your app can detect conflicts and choose how to resolve them, including by displaying arbitrary UI to the user. IIRC This UI can even be integrated with the file open dialog. As a last resort fallback if the app doesn't resolve it Finder/Files will let you keep either version or both (as separate files)