

Yes. ForgeFed is an ActivityPub extension just for repository hubs like Forgejo.
For example someone on instance codeberg.org will be able to interact with repos hosted on instance gitea.angry.im.


Yes. ForgeFed is an ActivityPub extension just for repository hubs like Forgejo.
For example someone on instance codeberg.org will be able to interact with repos hosted on instance gitea.angry.im.


That limit is instance specific. You can probably get more if you ask the staff team of the instance and provide a good reason.
Though I am not so sure if any instance will want to host 4K videos, so perhaps you can downscale them to 1080p or something. It’s totally understandable if you don’t want to go through the hassle.


Please do consider mirroring to PeerTube, the federated alternative to YouTube.


Blue cheese is actually very tasty if you find the right one. I’ve tasted very awful ones and very tasty ones.


Peertube. I’d like to see more channels from YouTube at least mirror their content there. It’s fine if they don’t want to deal with another platform, but let us at least do the mirroring.
They used to do affiliate link injections
If you check the ActivityPub object, you actually do see the link:
https://browser.pub/https://beehaw.org/post/23981271
"source": "https://www.tomshardware.com/tech-industry/artificial-intelligence/chatgpt-could-prioritize-sponsored-content-as-part-of-ad-strategy-sponsored-content-could-allegedly-be-given-preferential-treatment-in-llms-responses-openai-to-use-chat-data-to-deliver-highly-personalized-results",
{
...
"href": "https://www.tomshardware.com/tech-industry/artificial-intelligence/chatgpt-could-prioritize-sponsored-content-as-part-of-ad-strategy-sponsored-content-could-allegedly-be-given-preferential-treatment-in-llms-responses-openai-to-use-chat-data-to-deliver-highly-personalized-results",
"type": "Link"
...
}
I wonder why it isn’t shown.
Once it approaches maturity, surely it could switch to e.g. moar reliability at the expense of agility?
Unfortunately, you can’t just “switch” to more reliability. That’s not how it works. Reliability is affected by the design and implementation of the software. If your software wasn’t reliable in the beginning, you’ll have lots of “fun time” rewriting and even more “fun time” debugging components to try and make it more reliable.
At some point, this is no longer practically viable and the unreliable parts stay as they are. Especially if the unreliability is a design flaw. This is known as “technical debt”:
While an expedited solution can accelerate development in the short term, the resulting low quality may increase future costs if left unresolved.
However, failure to prioritize and address the debt can result in reduced maintainability, increased development costs, and risk to production systems.
https://en.wikipedia.org/wiki/Technical_debt
As for the 0 priority of testability, I found a test directory in the repo: https://codeberg.org/rimu/pyfedi/src/branch/main/tests
Though I haven’t looked at how much the tests cover, there seems to be some sort of testing. So perhaps this importance table is a bit outdated indeed.
although tbf that is only one of several, others being “it’s too complex”
As I explained in my original comment, Rust has a few strict rules and concepts that force a particular discipline (I guess you could also call it style of code). And since it has those safety guarantees, you need to have things like lifetimes and trait bounds and such. These things naturally make the code harder to read and/or complicated. But as I said, they are worth it and will save you many bugs that might occur at runtime (especially ones you do not want to debug at runtime. like concurrency bugs).
You’ll appreciate Rust the more you use it. Especially if you come from languages that do not have the same luxuries like Rust.
The type system and the safety guarantees that are enforced by the compiler are so pleasant to work with, I actually do not ever want to use any other language.
This is also one of the reasons why many companies are now choosing to use Rust. It is not just because it is new and “shiny”, but because it has real world benefits. Memory safety, for example. The tooling is also superb.
Yes, you will not be able to write at the speed a Python dev will write a project, but the rules and concepts Rust introduces are very worth it.
I think the importance table of Piefed demonstrates this pretty well:
- Performance 4/5
- Scalability 2/5
- Agility 5/5
- Reliability 1/5
- Security 2/5
- Testability 0/5
- Modifiability 5/5
- Affordability 5/5
- Manageability 5/5
https://codeberg.org/rimu/pyfedi/src/branch/main/docs/ARCHITECTURE.md#desired-quality-attributes
You simply cannot have good reliability or security if you prioritize agility over everything. Same goes for scalability
Also why does testability have a priority of 0?


Sure. Why not?
While not a very well known project, Crowdbucks’s (a Liberapay/Kofi alternative for the Fediverse) dev told me that he was investigating how GNU Taler works and wanted to implement support for it in his project: https://mastodon.social/@reiver/115097895209652675
Liberapay’s team should also be working on implementing support for it. They got a grant specifically for that: https://nlnet.nl/project/TALER-Liberapay/
If we are lucky, we will see GNU Taler being used by the EU as the system behind the digital euro in a few years. Then it most likely will become mainstream.


And how exactly is this related to PieFed?
Are you aware in which community you are posting?
In meiner HTL werden kaum noch einen Federmappe oder sonstiges benutzt. Alle haben ein iPad oder ein Laptop mit Touchscreen, und das wars. Manche bringen nicht einmal mehr den Rucksack mit, weil fast alle Bücher auch digital verfügbar sind.


If you want to, go ahead.
But Lemmy isn’t a small project. Can you really bear the maintenance burden alone?
And Piefed & Mbin already exist, just recommend them over Lemmy then? They are also supposed to be easier to maintain, so fork them if you want to fork something.


That seems to be a typo. It has been increased from 300 to 1000, not 10000.
They sell stickers and many other stuff.


Thanks.
For how long do you plan on keeping the v3 API compatibility?
Arch is pretty reliable