AstroLightz

I'm looking for good Steam games to wishlist for the Steam Summer Sale coming soon. Mainly, I'm looking for any open-world game that features motorbikes/motorcycles as drivable vehicles.

It doesn't have to be a racing game. (Side tangent: I wish Forza Horizon 6, or any Forza game, had motorbikes in it.)

Games I already have that do have bikes in them:

• Cyberpunk 2077
• GTA IV and V
• Burnout Paradise
• Just Cause 2 and 3
• Saints Row 2, 3 and 4
• Watch_Dogs 1, 2, and Legion

Also, please only recommend games that can still be purchased (mainly on Steam).

I'm looking for any games on PC (preferably Steam) that plays like The Legend of Zelda: Breath of the Wild.

Mainly, I'm looking for large, open-world games, with lots of things to do, with an over-arching narrative/destination available. Think Minecraft, with but an actual definitive objective to complete.

I'm aware of Fromsoft's work (Elden Ring), but I'm looking for non-soulslike games.

I'm looking for any good tech-related/engineering podcasts. No AI slop or any podcast primarily about AI (If an episode is about AI, that's fine. I just don't want an entire podcast about AI)

Some podcasts to use as a reference (what I've been listening to):

• The RTFM Show!
• Darknet Diaries
• Well There's Your Problem

I'm looking for a good FOSS podcast app for android. Ideally something from F-Droid, but anywhere works.

Sources don't matter, just mainly free podcasts is what I'm looming for.

Let's says you want to make a program that takes user input and follows the CRUD structure for some data. This program would be executed from the terminal and wouldn't be used in any other projects.

If this program was made in a language that supports creating packages for other programs (e.g. Python, Rust, NodeJS), should this program be a 'package', or should it be a standalone program that has a simple "setup" script?

Assume this is a CLI/TUI app that runs in a Linux terminal.

EDIT: I'll provide some more details since it seems I was too vague:

This program would allow the user to create 'Script' objects that would be saved to a file on their system. These objects would contain metadata such as a name, the command to run, and a description.

These Script objects would only be used by this program, and by the user. (i.e not a system program)

cross-posted from: https://lemmy.world/post/46764460

Question for People Familiar with Sphinx Documentation

So, I'm making documentation for my project using Sphinx with hatch/hatchling. I'm currently using the sphinx-rtd-theme as my theme. I already make a quickstart page for my project, but the src directory page is included in the sidebar. I would like to rename it to "Source Files", but when changing the header in my modules.rst file, it gets reset each time I build.

The main extensions I'm using for Sphinx are 'sphinx.ext.todo', 'sphinx.ext.viewcode', and 'sphinx.ext.autodoc'.

For context, my project structure looks something like this:

my_project/
| ---- requirements.txt
| ---- README.md
| ---- src/
| -------- my_project_module/
| -------------- __init__.py
| -------------- foo.py
| -------------- bar.py
| -------- docs/
| -------------- requirements.txt
| -------------- requirements.in
| -------------- conf.py
| -------------- modules.rst
| -------------- index.rst
| -------------- quickstart.rst
| -------------- my_project_module.rst
| -------------- _static/
| ------------------ some_img.png

Is there a way to change the display name of my src directory without renaming the actual directory in my project?

Also, is there a way to reorder the list so my quickstart guide shows up above the source page?

So, I'm making documentation for my project using Sphinx with hatch/hatchling. I'm currently using the sphinx-rtd-theme as my theme. I already make a quickstart page for my project, but the src directory page is included in the sidebar. I would like to rename it to "Source Files", but when changing the header in my modules.rst file, it gets reset each time I build.

The main extensions I'm using for Sphinx are 'sphinx.ext.todo', 'sphinx.ext.viewcode', and 'sphinx.ext.autodoc'.

For context, my project structure looks something like this:

my_project/
| ---- requirements.txt
| ---- README.md
| ---- src/
| -------- my_project_module/
| -------------- __init__.py
| -------------- foo.py
| -------------- bar.py
| -------- docs/
| -------------- requirements.txt
| -------------- requirements.in
| -------------- conf.py
| -------------- modules.rst
| -------------- index.rst
| -------------- quickstart.rst
| -------------- my_project_module.rst
| -------------- _static/
| ------------------ some_img.png

Is there a way to change the display name of my src directory without renaming the actual directory in my project?

Also, is there a way to reorder the list so my quickstart guide shows up above the source page?

1. Plant the 15 parsnip seeds you get.
2. Sell the seeds for 8 cauliflower seeds
3. Do something else.

I'm #2. It takes longer, but I get more money out of it. While they grow, I fish, then mine on max luck days.

For example:

1. Is there an alternative to GitHub Desktop that works for Codeberg or do I just have to use the CLI for it?

2. If I have to use the CLI, is using git for Codeberg any different than using it for GitHub?

Recently, I can't access any GitHub repositories without having to sign in. This is becoming frustrating.

I'm looking for an alternative to switch to that has good git push/pull speeds (I've visited one which speeds are slow for me).

Any good options? Would one of the following be good?

• Codeberg
• Gitlab

Been playing the Re-Console modpack for Minecraft to get that nostalgic feel. Since Iris was installed, I downloaded the "Super Duper Vanilla" shaderpack to see what Minecraft could have been like back in TU1 if the cancelled Super Duper Graphics pack was around then.

The old crafting menu is very nostalgic too. I still think it's better than the recipe book in vanilla Java.

It's sad to see such a great project come to a close. I've been using ArcoLinux for years and have come to love it.

I wish the ArcoLinux Team and the Beta testers all the best.