Atemu

Ein !brompton@discuss.tchncs.de Faltrad.

Ich habe natürlich schon ein Fahrrad und in meinem Nahverkehrszug ist Fahrradmitnahme erstaunlich gut möglich. Außerdem sind die Dinger ziemlich teuer. Von daher war das eigentlich "unnötig", aber die sind selbst wenn man nicht darauf angewiesen extrem praktisch:

• Ich stand schon ein paar mal mit dem Fahrrad zusammengeklappt zwischen den Beinen ohne Komplikationen in einem komplett überfülltem Zug in den ich mit einem normalen Fahrrad niemals hätte mitfahren können
• Wenn nötig/möglich kann ich auch einfach ohne Probleme in Busse steigen
• Passt in so ziemlich jedes Auto, inklusive des Kleinwagens meiner Freundin
• Die Tasche ist so gut integriert, dass sie praktisch Teil des Fahrrads ist
• Keine Sorgen wegen Verwitterung oder Diebstahl zu Hause, da es super kompakt innen im Flur neben dem Schuhregal verstaut ist
• Keine Sorgen wegen Verwitterung oder Diebstahl außer Haus, weil ich es einfach überall mit rein nehme. Wenn ich wen besuche ist im Flur meist mehr als genug Platz, in der Hochschule passt es unter den Tisch und zum Einkaufen benutz ich es als Einkaufswagen. Ich habe kein Fahrradschloss für dieses Fahrrad.

Wenn man öfter ÖPNV fährt und irgendwie unbequem Umsteigen muss, um dann 5-10 Min mit dem Bus zu fahren ist das fast schon ein Muss.

Hast du einen Link?

If I am packaging software for gentoo, all I have to do is translate the build instructions from the project’s documentation to gentoo’s package recipe.

It's the same for Nixpkgs.

In nix, it seems that it is not that simple and you’ll have to do some exploration. Am I wrong?

In well behaved build systems, it's likely easier to package than most other distros. If it's not as well behaved you will have to do some "exploration" and the complexity can get quite out of control if the build system is exceptionally terrible.

Here is the package for the GNU hello program which uses a well-behaved build system:

https://github.com/NixOS/nixpkgs/blob/94b11073db6a7ca5733bc2d45378d800d9542975/pkgs/by-name/he/hello/package.nix

If you ignore the optional passthru.tests, this is very simple. You provide metadata, sources etc. to the generic mkDerivation function and that's it. The most complex non-standard thing this derivation does is enable the build system's tests.

You don't even need to run the provided build instructions because Nixpkgs' stdenv abstracts those away. If it finds a makefile, it'll automatically run make and make install with the correct flags for instance. Same for other standard build systems; if you pass cmake into nativeBuildInputs, it'll attempt to build, install, check etc. using cmake's standardised interfaces.

If the build system is poorly behaved however (like for instance Anki's), you will have to get into the weeds and do some rather advanced things:

https://github.com/NixOS/nixpkgs/blob/94b11073db6a7ca5733bc2d45378d800d9542975/pkgs/games/anki/default.nix

Luckily though, most packages aren't like this.

Oh man I need that. I wonder whether this could be retrofitted onto a 6-speed 2022 C-line?

Always running in the background.

Was it ever there?

Proton would still need to make use of it.

Didn't even think about that haha.

I guess the best you could realistically do would be to adhere to web standards (not Chrome standards) and use desktop Firefox or Firefox on Android for testing as they should be the same internally as the hypothetical iOS port.

Whatever you tried to post, it did not not get through to either Lemmy or Mastodon for me. Just the title and the !micromobility@lemmy.world tag.

How is their "support" more "active" than internet routers; not passive?

Eh. That's like saying internet routers support Nazis and other hate groups because they route the Nazi's webservers' packets.

Some Adobe stuff runs in a web browser nowadays through WASM but if you've submitted to Adobe, Linux likely won't be a possibility.