Mend is not a competitor, renovate is the software, mend is the company.
They are tools that automatically check your repo for dependencies and create PRs when there are updates. It supports a wide range of package managers and other places dependencies may be specified.
Dependabot is another solution which is more „GitHub-native“ maybe.
Maybe worth mentioning that this „1.50€ compensation“ rule only matters if you use the „Deutschland-Ticket“ which is a fixed price ticket for a whole month, unlimited travel on the Regio lines (short distance trains, i.e. non IC)
If you bought a regular route ticket you get 25% and more than an hour delay, and 50% at more than two hours.
Not sure how it is with other multi-use tickets.
This, combined with the certain delays CAN make traveling by train quite affordable… /s
The difference being that while people have a good intuition on one may spend their vacation and what one would talk about, it’s not so easy to extrapolate for other things.
Sure, everybody knows that media talks more about homicides and terrorism than the thousands of people dying or „old age“-kind of things, but it’s not always easy to keep in mind on how far apart these numbers are.
I think „manipulation“ may be to strong of a word here, since it assumes intent to manipulate, which is not necessarily to focus on „out of the ordinary“ events. But I think nonetheless that this infographic is interesting and important, because it reminds us that these biases exist and how big they are.
if you are in the business of buying parts, assembling them, and selling the assembly under your brand (as tuxedo and others like them are), then Apple is a indeed not an option. Their chips might be the best, but you still can only get them in Apple devices, in the specs Apple provides and with no official support for any OS beside macOS / iOS.
That's true. What I wanted to point out is the fact that the most tightly integrated and arguably the most locked down platform on the market is more open than a platform designed to be adapted by others and sold by many.
I don't expect any daily-driveable alternative operating systems on Apple systems since it's a continuously moving target, yet Apple doesn't have a such heavy-handed approach. They just do their thing and do not hinder things actively like NVIDIA and Qualcomm.
This comparison makes no sense. It's desktops/laptops vs phones. In either case Apple is the worst offender. You cannot even use Nvidia/AMD/Intel DGPUs with AS Macs, or install other OSes on iPhone.
> You cannot even use Nvidia/AMD/Intel DGPUs with AS Macs
afaik you technically can, except that m1/m2 force pcie bars to be mapped as device memory (forbids unaligned r/w), so most gpu software (and drivers) that just issue memcpys to vram and expect the fabric to behave sanely will sigbus. it's possible to work around this, and some people indeed have with amdgpu, but it'd absolutely destroy performance to fix in the general case
so it doesn't really have anything to do with apple themselves blocking it but rather a niche implementation detail of the AS platform that's essentially an erratum
don't see why they would care to put out docs on it considering macos doesn't even permit kexts anymore, there'd be no gpu drivers anyways. i figured it was obvious we're talking in the context of running linux on these things, given the parent topic.
> There's also an Apple VP saying unified memory on AS doesn't leave room for DGPUs and separate VRAM
can you link to this? my intuition is that they're speaking on whether apple would include dgpus inside AS systems like they used to with nvidia and amd chips in macbooks, which i agree wouldn't make much sense atp
There were uses for DGPUs in MacOS before AS, those uses could have continued, but Apple left no choice. It's weird how continuity wasn't as important to Apple in this case.
Whatever kernel or hardware facilities are available to Apple's own GPU driver, should be available to other GPU drivers. Anything else is myopic thinking, which I realize might be common for Apple, but it is also monopolistic.
Linux also allows userspace drivers with less performance I think, but I don't think DGPU use can be made performant because of AS hardware choices.
I am predisposed to ignoring link requests for things that can be easily googled.
I thought about that as well, but it's really just so core to every aspect of the product that Tritium needs to own it 100%. We just don't have the capacity to take a tradeoff that is favorable to the broader use case. I highlighted this issue in particular but there were other places where Tritium's needs diverged from the docx_rs approach. (e.g., dealing with references)
its easy as in "simple to implement and execute" but not cheap, because it may require scanning large amounts of memory. You have to visit every list entry.
Whats trivial for a very small list, may be a no-go for gigabyte-sized lists.
I am somewhat surprised (and happy) germany is not in on it already.
There are already (afaik voluntary) block lists ISPs are applying, but I am surprised its not breaking things on a similar scale to italy and spain, an that the DFB isn't already piping /dev/urandom-domains into it...
Some of the issues have been addressed. For example, iirc, there was a bug where pulling out the power plug while the lid was closed would trigger the device to wake up.
Some other issues remain. Largest I am aware of is independent from the hardware, but an issue with suspend-to-disk & kernel lockdown, which prevents deep sleep.
They are tools that automatically check your repo for dependencies and create PRs when there are updates. It supports a wide range of package managers and other places dependencies may be specified.
Dependabot is another solution which is more „GitHub-native“ maybe.
reply