![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://lemmy.ml/pictrs/image/q98XK4sKtw.png)
Am I to understand correctly that if you are running Gtk+ apps in the Gnome compositor, you get this working, but if you are running non-Gnome compositor with Gtk+ apps, it will not work? Or is it independent of the compositor?
Am I to understand correctly that if you are running Gtk+ apps in the Gnome compositor, you get this working, but if you are running non-Gnome compositor with Gtk+ apps, it will not work? Or is it independent of the compositor?
You should have backups. Preferably also snapshots. Then rm will feel less scary.
If you want to have multi-host redundant storage at home (via e.g. minio or ceph), S3 is a pretty good protocol to provide it.
S3 is nice in the way it’s not a file system so it can have relaxed semantics, while also providing secure access to individual files over HTTPS via URL signing.
Some people seem to be stuck in the idea that S3 means cloud hosting. Not sure if that was your view, but it’s worth spelling out sometimes.
Boox Tab Ultra
Looks pretty nice device! Even the camera makes a bit sense in the demo they give (though apparently in practice the scanning rarely works). And cheaper to boot as well. I might consider getting this one.
But is the display really better quality? Atleast the DPI is slightly higher at 219 on the Boox Tab Ultra vs 190 on the Daylight. And Boox weighs 70 grams less, and that’s the device some reviews call heavy (and some lightweight…).
These reviews mention the slow display speed:
So perhaps there is some room for improvement? That being said, some other reviews don’t mention it and one says it’s faster than typical e-ink display, though that doesn’t sound immediately purely praising.
In the end it probably comes to the software: how fast it is, it well it works, how nice it is to use. It seems both have customized the standard Android, so I suppose the difference is in which one has done it better and which one has better custom apps. Per the reviews Boox doesn’t fare too well in this aspect. Maybe someone will make a comparative review of the devices.
As opposed to buing a separate display for the computer?
I like to think this thing would be nice reading the news while having a breakfast or reading an e-book outside or at the bed, not near my computer. So it makes a lot of sense to build a tablet with this display technology.
Zooming and panning a pdf is arguably more comfortable with higher frame rate.
What a nice succinct explanation!
But also completely useless. Run0 ignores the suid bit for the same reason as 99% of command line apps do: it ignores because it isn’t relevant to its functionality.
Would that kind of provision allow me to have my code removed from a git repository history, if that git repository is hosted by a company?
Papermerge version 2.0, version 2.1 and version 3.0 are entirely different and incompatible applications.
That doesn’t exactly inspire confidence in the future versions of this application, given in particular the use case of long-term document archival :).
I think the second point is the biggest for me: it’s almost like Canonical wanted to have a single dominant store for apps, as the ecosystem they are building supports only one. And, apparently, that one server is also closed?
So if you try to make an alternative source and give instructions to people how to configure their snap installation to use it (I found this information very hard to find for some reason…), your “store” probably won’t have the same packages Canonical’s has, so users won’t be able to find the packages and I imagine updates are also now broken?
Contrasting this with flatpak: you just install apps from wherever. Or from flathub. Or your own site. Doesn’t matter. No business incentive behind—built into the tools—to make everyone use flathub.org.
I suppose they could implement smooth panning in high fps even if actual updates would be slower… though it might look funky.
I was under the impression cross-site cookies are a standard feature per the RFC, though? Or is Patreon using some kind of non-standard extension?
Speed records aren’t usually representative of regular use top speeds, are they?
And how about the actual speeds they are used with? Another poster suggested the maintenance costs of traditional speeds skyrocket as speed increases, while maglev doesn’t really have a lot of stuff that wears down in the first place.
It still loses to HgBa2Ca2Cu3O8+6 with Tc = 133–138 K at normal air pressure, though. (I assume it’s normal air presure as the article doesn’t say the pressure for it, while it refers to some others as high-pressure ones.)
Maybe LK-99 still has other benefits, such as not using mercury.
Thanks! Found one article from Tuesday about it: https://domainincite.com/28897-freenom-is-losing-another-cctld-after-collecting-military-emails
Is there information about this situation with Mali government about ml domains? I cannot find anything about it.
Though apparently some ml
domain receives a lot of accidental US military emails :).
There is the DJVU format for this exact use case, but you’d need to convert them to, say, pdf for many use case. Its also a bit old and perhaps not maintained, soo…
HEIF and other modern video encoders (HEIF=H265) should fare a lot better than JPEG, though.
No always-on display and waterproof rating only to 1m instead of 30m, though 😞.
Nevertheless, quite interesting. Maybe at some point new more capable hardware will arrive.
But how many use it for browsing, which I imagine this data is from?