Are there migration path for projects embedding a LUA version? Or is LUA incompatible between version?
Like if I build a plugin for a project in LUA 5.1, and the project want to migrate to 5.5, are there forward incompatibilities? Are there API deprecated for long enough to let people migrate?
As an observer I don’t understand why “once you choose a version for your project and a plugin ecosystem develop on it, you are married to this version”.
deleted by creator
Picture or artistic impression? If picture I want it as wallpaper!
I’m interested by these ways to deal with this issue. Do you have examples of thing I could do to improve the online team mood I’m a member of?
Right now I’m 2 days WFH, but could still be valuable since I’m looking for 100% WFH next.
Do “foundational changes” mean they will play games on WSL hoping the “hyperV, WSL(inux), proton, game, WSLg (Wayland)” chain will have less slowdown than the “Windows, game, directX” route?
At least if they do it performance will stay on par with SteamOS as long as hyperV doesn’t bloat too much.
As I saw in a youtube video (that I won’t be able to find again), no.
If you sell your game through Steam, you cannot have it cheaper anywhere else. Even DRM free version on your website. Even temporary sales.
I suppose there are some sort of exception for bundles since you technically do not sell the same psckage when bundled with someone else.
Otherwise games would be cheaper on GOG, Itch, … that take a smaller cut.
Sixel or the kitty image protocol can do it high res. There are also some low res options
What’s the show for the uninitiated?
It is time to create your own distro with Linux from Scratch or Yocto. It will stay special as long as you don’t share the installer or even the repo ;-)
Typos in French version:
tandis que d’autres ne sont pas pensent que ça fait partie de l’application
GNOME mettrait évidement en place les protocoles pertinents et activerait les décorations côté serveur sur toutes les applications qui ne demandent pas explicitement le SSD.
-> CSD
Side note: after reading all this I still read Solid State Drive and wonder why Gnome want me to use Hard Disk Drive…
Really? I thought it would be Nvidia! /s
Why no ones seems to remind this person that they are using a GPL V3 software? Like they say “you broke my stuff you should have fixed it within a day” while in the same time the license state (scream?) all over the place :
- Disclaimer of Warranty.
THERE IS NO WARRANTY FOR THE PROGRAM, TO THE EXTENT PERMITTED BY APPLICABLE LAW. EXCEPT WHEN OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER PARTIES PROVIDE THE PROGRAM “AS IS” WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF THE PROGRAM IS WITH YOU. SHOULD THE PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY SERVICING, REPAIR OR CORRECTION.
I would also love to know. It is not on F-Droid so I’m a bit suspicious at first. (Not all is open source? Or is it too new?)
I suppose your mirror pull on a cron job?
How much space does it take to have a full mirror?
If it works for you. I have heard the advantage of screen is that you can bind directly to a Pty/serial. Would be nice for me since I sometimes needs to connect as serial instead of SSH.
I find kakoune scheme better than vim, and helix got a better default package of it. (Basically it reverse Vim’s action noun, into selection action. So that you may have multi-cursors, and see your selection before deleting it).
The downside is that GUI program may propose a VIM mode, but not (yet?) an kak/hx mode. Sad because to me it looks much more like a GUI does things.
I would recommand zellij instead of tmux or screen. For the simple fact that by default, shortcuts are sensible and the most important ones are always on screen.
It is not as venerable as the other 2, but much more easy to get into.
tar -czf <folder>
mv folder.{tar.gz,zip}
Maybe you should join forces with YuNoHost. It let peoples selfhost on a Raspberry Pi or any old computer. Can be a “when I start it spare board only visible at home”.
They already have a lot of apps packages that are 1 click to install. Maybe you can discuss to propose an option in their package script to reduce network to the current machine?
The only downside to this approach is that their solution is targeted at being an entire OS. So I suspect most of the work would be to extract the app management from the rest?
One issue I have with your idea is that most open source servers/app are designed to be run on Linux right? Not every users use it on their main machine. You also talk a lot about docker… does it work on Windows? I mean WSL sounds like a nightmare to manage with script, for other peoples. From my point of view, YuNoHost solution is easy enough for a layman, and they will be happy not to break their main PC, have access from their phone, … even if only at home.
And in the mean time I read that there are frequent and apparently non trivial breakage on version.
Not trying to point finger since it is not easy, but thinking about the upgrade strategy of a project (or language) and help consumers of your project (and their plugin) get to the next version would help them on this issue. We have examples of languages doing this (or not). There may be more challenges for an embedded languages (than for Rust or Python) but I’m sure some concepts can still be applied anyway.