joeldebruijn

Only thing I claimed was you missed the point of SomeAmateur, meaning one can understand global supply chain AND worry about depending on foreign entities using it in geo-politics, so mentioning counter measures (make some stuff ourselves for a change) is reasonable. I am wrong all the time by the way, I just adress a lot more in my comments which you choose to ignore. But alas, you are free to pick and choose just like everybody else.

We as a species make up terms on a daily basis, so I feel the liberty to do the same. Glad it doesnt give any results because it indicates original thought.

If large parts of the supply chain consist of suppliers (vendors) on the other side of the earth, one can focus on one vendor lock-in or one by one (for analytical purposes) and optimise for that but often the bigger picture of a complex supply chain is missed.

Hence the aggregated lock-in.

But to avoid futher confusion maybe supply-chain lock-in is a better term and yields searchs results.

Tell me you dont know how supply lock-in is a tool for geopolitics without telling me you dont know how supply lock-in is a tool for geopolitics.

Reading your post earlier and got me thinking: are there more then one community type? As in ...

There are FOSS communities which members find each other for FOSS sake.

But a more divers sort of community often gathers around the application.

For example, the OSMand community consists of cartography enthousiasts AND developers and everyone in between.

Although I like your app (intention and application, no scope creap etc) it doesnt unite users around a common goal. Which doesnt matter much because its still usefull.

Another example would be: Recently a website to convert student tests scores to grades started to ask money. If a FOSS app would provide this the community would consist also of teachers and test grading people.

Off topic slightly but for music VLC for Android is even better compared to its desktop sibling for the same purpose. I mean VLC for desktop will play anything and I dont deny how powerfull it is but afaik:

• it doesnt rescan automaticaly for added and removed music like a watchfolder.
• No native dark mode yet, yes a ton of dark mode themes, but they all are geared to video and lacking the medialibrary with album browsing.

Bit indeed for Android its super.

Its in the original post. To create a distraction less or more less environment to prepare for exams.

Must admit, those fields are precisely the ones I use in my filenaming convention. Other DMS put that in their databases but alas that's just trading one stack for another.

Other ones put it in XMP metadata of the pdf themselves. But I guess the work involved would be similar.

If it's just bookmarks can recommend Floccus and LinkWarden.

I don't know.

• I don't need formatting but it doesn't get in the way either. So I am not bothered by it.
• Also pdf and especially PDF/A standard is widely used for archiving and compliance regulation concerning archival and preservation.
• If you want text the same tactic goes: just export in bulk to txt instead of pdf

My main point is: Why would you want a mail specific stack of hosting, storage, indexing and frontends? If it's all plain text anyway so the regular storage solutions for files come a long way.

There is an entire industry (which has its own disadvantages) to get communication artefacts out of those systems and put it in document management systems or other forms of file based archival.

I had roughly the same goals ( archive search 2 decades of mail) but approached it completely different: I export every mail to PDF with a strict naming convention.

• Backend: No mailserver, just storage and backup for files.
• Search: based on filenames FSearch and Void tools Everything. I could use local indexing on pdf content.
• Frontend: a pdf viewer.

Alternative idea .... Someone uses OpenConext to provide a federation hub connecting minetest servers with identity providers. You can even call it LuantiID.

https://openconext.org/