I'm finally reading up on NAT. Much as I wish we could just use IPv6 and forget this ugly hack, I need this project to work on the Internet that we have and not just on an ideal Internet.
So far, it's a fractal of exceptions and corner cases.
I'm finally reading up on NAT. Much as I wish we could just use IPv6 and forget this ugly hack, I need this project to work on the Internet that we have and not just on an ideal Internet.
So far, it's a fractal of exceptions and corner cases.
@micke Since not-too-long-ago, neovim can render OSC-8 escape sequences. It should be feasible to write a plugin that inserts those sequences instead, and then you can use the terminal's "open link" shortcut for links in buffers.
@lanodan You can't move that tmux pane into a separate screen tho. It's still confined to the same top-level window.
The most restrictive limitation of #terminal applications is that they can only have a single window, and this is really good valid criticism.
Web applications have the same limitation, aside from a lot of other issues.
Yet, somehow, most of the new #gui desktop applications are designed like webapps, and only make use of a single window.
Is there any #vim or #neovim gui that would allow opening a buffer into a new toplevel window (i.e.: not what "Vim" calls a window, but a real desktop window which I can move to another display).
Yes, I know that I can open a second terminal with a second copy of Vim, but that doesn't keep buffer in sync between them.
@lanodan Firefox itself (e.g.: the package that you get when downloading from Mozilla's website) isn't really even open source. It includes plenty of proprietary components.
I keep to the same conclusion: we need an activist+engineer driven Foundation that can fund maintenance of an open source user-oriented fork.
Not just a "patching out spyware" fork; but one that diverges and thrives long-term.
What term do you use when talking about #xmpp with friends and family in the physical realm? “XMPP” is a bit of a mouthful, not quite as friendly as “signal” or “telegram”.
@thelinuxEXP The US has toppled my home country’s government at least once. It’s also done massive economic damage to my partner’s country in recent years. It’s been at war with *some other country* almost continuously for over a century.
It doesn’t matter if we don’t live in the US, whatever president they pick will definitely affect us.
Or, as someone eloquently put it “we care about US leadership for the same reason that hostages care about their kidnapper’s mental health”.
@crft Sounds like #PostmarketOS territory.
@codeDude Gateways can help. They basically expose these legacy networks under a (sub)domain of your choosing. The slidge project has a few if you’re okay with self-hosting. I don’t think that there’s any solution for Instagram’s messages tho; you just have to deal with their shit web interface.
Code re-use enables us to write software much faster and at much lower quality.
@lanodan I maintain a library to integrate with a government API. My integration tests use their staging server. I can't run their service locally (the source is secret). Their TLS stack has very specific quirks. Their API has lots of quirks too, and it changes over time. A mock service doesn't cut it (nor do I have the time for it). I need to ensure that my code works with the real thing.
@lanodan You're thinking about unit tests, but CI might deploy a new staging service and run integration tests. A service's SDK might run live tests with a staging server.
@lina It sounds to me like this idea of just "start a new linux-compatible kernel from scratch in Rust" is really what would work best for you.
@ariadne Install "docs" to automatically install documentation for installed packages.
@peertube When I try to visit https://peertube.tv/ without Javascript enabled, the page tells me to "use one of the third party applications to browse this instance". The text "third party applications" links to a page which returns 404.
@q66 The crazy thing is that this display even has storage of its an and a whole locally-installed OS. It must have pretty beefy hardware too, since Windows is pretty heavyweight.
This could have been a tiny rpi with no storage booting off the network.
@navi @nikitonsky Yeah, it _will be_ pretty feasible. No compositor implements this yet, especially combining ext-screencopy-v1 with ext-foreign-toplevel-list.
And yeah, the only right solution here is to save it into a layered image to use in a layered image editor. If you don't save layers, then this kind of editing wouldn't be possible.
You can also use ext-foreign-toplevel-list to _name_ the layers themselves.
For tiling desktop, you can easily crop a single window, but that's about it.
@navi Once screencopy is merged, we'll still need another protocol to get a ext_image_source_v1 for a given ext_foreign_toplevel_handle_v1.
I really hope KDE does implement these, it would be a shame if standard wayland screencopy programs didn't work on KDE.
@nikitonsky On Linux, I don't think any compositor exposes all the APIs that you'd need for this (specifically, capturing background toplevel surfaces). I'm sure that something like this would be really fun to develop, but it's only really of any use on a stacking window manager.
TechsmithInterested in #SelfHosting, #OpenSource, #Sustainability, #DigitalRightsUser of #AlpineLinux and #OpenBSD.xmpp://hugo@whynothugo.nl or #whynothugo on irc.libera.chat
GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.
All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.