Ask Lemmy
A Fediverse community for open-ended, thought provoking questions
Please don't post about US Politics. If you need to do this, try [email protected]
Rules: (interactive)
1) Be nice and; have fun
Doxxing, trolling, sealioning, racism, and toxicity are not welcomed in AskLemmy. Remember what your mother said: if you can't say something nice, don't say anything at all. In addition, the site-wide Lemmy.world terms of service also apply here. Please familiarize yourself with them
2) All posts must end with a '?'
This is sort of like Jeopardy. Please phrase all post titles in the form of a proper question ending with ?
3) No spam
Please do not flood the community with nonsense. Actual suspected spammers will be banned on site. No astroturfing.
4) NSFW is okay, within reason
Just remember to tag posts with either a content warning or a [NSFW] tag. Overtly sexual posts are not allowed, please direct them to either [email protected] or [email protected].
NSFW comments should be restricted to posts tagged [NSFW].
5) This is not a support community.
It is not a place for 'how do I?', type questions.
If you have any questions regarding the site itself or would like to report a community, please direct them to Lemmy.world Support or email [email protected]. For other questions check our partnered communities list, or use the search function.
Reminder: The terms of service apply here too.
Partnered Communities:
Logo design credit goes to: tubbadu
view the rest of the comments
What does that even mean? Manufacturing is messy, you have to mess with actual physical stuff, it's not just bits. Having all the blueprints for a refrigerator is a long way from being able to actually build it economically.
Imo open source doesnt explicitly mean "you can build it yourself"
What it does stand for is that incase of issues it can be looked at and resolved. Be it finding the broken component, or looking at the designs and reporting the fault. Both of which improve the thing that is open sourced.
As an example : the framework laptop. Its partly open source, so in case of issues i could bring it to a repairshop which then can easily look at the designs, and figure the fault.
Or what i did with my home server sbc : get the schematics, figure out a manufactoring fault ( cracked solder on pci lane ), fix it and report it to the manufacturer ( which then investigated if it was a one off or if a solder type change was needed ).
In other words, right to repair.
Depending on the angle, yes. If its for repairs, then yes. If its for product (manufactoring) improvements, then no. Im a software developer that often collaborates with other teams of open source software. I report, and sometimes fix, bugs so it improves the overal product for everyone. I wouldnt put that under right to repair, as it has nothing to do with repairing it yourself and more with improving a product for everyone by tackling a problem with the product at the source.
I mean, what is fixing a bug if not repairing the software?
Reporting the bug without fixing it is not repairing the software :p
This is a topic about manufactoring, thats a different thing as its more based on processes and blueprints
Having a blueprint skips the "development" phase. Then you make instructions on how to build the stuff and be open to support through issues. From experience it works.