Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DietPi-Software | Rework part 3: Category restructure #4297

Merged
merged 3 commits into from
Apr 24, 2021

Conversation

StephanStS
Copy link
Collaborator

Status: Ready

  • Moved Python 3
  • Moved Go
  • Moved Java
  • Moved Node.js

Open question: Also Mono?

Reference:

Description:
Installation options moved from "shared libs" to "Development & Programming" so that it fits to the planned DietPi-Docs structure.

- Python 3
- Go
- Java
- Node.js

Open question: Also Mono?
@MichaIng
Copy link
Owner

Mono needs to be included. Let's get rid of that shared library category. FFmpeg can go into media, UnRAR, hmm, not sure, and the free category index can be used for databases: MichaIng/DietPi-Docs#450

@MichaIng MichaIng changed the title Programming languages moved to "Development&Programming" DietPi-Software | Rework part 3: Category restructure Apr 24, 2021
+ DietPi-Software | Replace "Shared Libraries" category with "Databases & Data Stores", rename "VPN" to "VPN Servers" (as all clients are now integrated into the new DietPi-VPN tool), rename "Networking" to "Network Tools", which fits better.
+ DietPi-Software | Minor
@fpetru
Copy link
Collaborator

fpetru commented Apr 24, 2021

Mono needs to be included. Let's get rid of that shared library category. FFmpeg can go into media, UnRAR, hmm, not sure, and the free category index can be used for databases: MichaIng/DietPi-Docs#450

  • Fully agree on Mono to be included in Development & Programming
  • It's perfect that you have associated Unrar to system.

@StephanStS StephanStS merged commit 6f73daa into dev Apr 24, 2021
@Joulinar Joulinar deleted the dev-StS-ProgrammingLanguages branch April 24, 2021 12:07
@MichaIng
Copy link
Owner

Dammit, looks like I failed to hit the "Comment" button after asking you for your opinion about two things. Linking you'll here: @StephanStS @fpetru @Joulinar @ravenclaw900

  1. The "Social & Search" category does not fit anymore, since we moved YaCy out. We might add "SearX" in the future, but actually new forum software like Flarum and Discourse is higher on my personal ranking. BaiKal is in that category as well, while it actually fits better into "Cloud". OpenBazaar would fit good into "Distributed Projects" as well. We could make something like "Homepage & Forums" or "Social & Homepage" or "Social & Forums", what you think?
  2. It's no bug issue, but I don't like the "System" category. It's like a village that is named "village". It contains core system libraries/systems (ALSA, X server), including higher level FFmpeg now and the soon removed LibSSL1.0.0 (probably already with this release, I'll have a look later). I moved UnRAR there because I didn't find a better place 😅. ALSA and FFmpeg could go into "Media" as well, although that is huge already. The X server could go into "Desktops", as this is the most common use, but it's used by gaming/emulation software as well. Or we keep those low-level stuff there and call it "System Drivers"?

@Joulinar
Copy link
Collaborator

hmm this looks more to review all our software title and try to group them to be able to build categories out of it. I mean we have close to 190 software title. Not sure how our user go to select the title, if they go to browse or if they already know and just use search function. Question is how detailed a categorization should be or if we could create larger cluster to avoid to many possibilities where a software title could fit in 🤔

@StephanStS
Copy link
Collaborator Author

I agree to do a restructuring if needed. In my opinion we should discuss this longer in advance to have a long term solution.
We should not do several restructurings, this would be annoying to the DietPi users.

For now (version 7.1) I propose to keep it as it is and take us time for the long term structuring. It has to be introduced into the dietpi-software script as well as into the DietPi-Docs website. I assume discussing on a DietPi-Docs branch where we have a better complete overview is the best way to go on.

@MichaIng
Copy link
Owner

We should not do several restructurings, this would be annoying to the DietPi users.

For documentation users it's annoying indeed and either forces us to implement more and more redirects or have users facing 404 when using older links.

I propose to keep it as it is and take us time for the long term structuring.

Okay, agreed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants