I still prefer *bin over Lemmy for the UI and the domain-blocking feature, even with Lemmy having post-hiding features. 🙂

  • 1 Post
  • 27 Comments
Joined 5 months ago
cake
Cake day: October 28th, 2024

help-circle


  • If you mean different physical drives, I would suggest detatching the drive with the already installed system when installing the second one.

    Also, Linux installers may behave differently from one another, so I would suggest testing on another machine if possible, or at least backing up what you cannot afford to lose in the current machine, shrinking the Windows partition with its native partition manager instead, and picking a system whose installer can spot the correct partitions, maybe e.g. Mint with its option to be installed alongside an already installed system, or Endeavour which, from what I remember, can detect empty partitions.

    Also if during install, grub is not set up to have both Linux and Windows as start options, there is a grub manager on Linux too, so that can be salvaged.

    And lastly, a word of warning, and reiterating a past point, testing something as big as a dual boot in a computer with sensitive and already existing data is playing with fire.



  • On not finding anything, see if OpenSuse has anything like apt-cache. On Debian-based systems, it helps a bunch, as it looks for packages (programs) containing in the name or description the keyword you are looking for. Regarding messing the installation, making back ups periodically and keeping the more volatile stuff you do not want to lose on different physical drives could help.




  • You’ll lose all your local data as the bootloader gets unlocked, so back them up.

    Tutorials on modding phones, from my experience, are fairly obtuse despite the process itself usually being rather simple and straight forward.

    If you want to go as privacy-oriented as possible, you’ll likely pick a vanilla system (that is, as close to AOSP, “Android Open Source Project”), and will often be on the lookout for software that is either DRM-free (no dependency on 3rd party software), or open source / FOSS (“Free and Open Source Software”). Also VPNs to mask your online usage may come with their own set of cobsiderations, like some sites breaking, some others considering it ban-worth, and others setting prices, languages, etc., to a given region.


  • I’m more biased against Google than against Microsoft, and as mentioned in another comment, the search engines are proxies of the respective companies, so it’s hard to give an objective opinion.

    Now, what I would suggest, trying to be as neutral as possible, is to test both and see which fit your needs more. After that, use mainly the better one and keep the other as a fallback option.





  • On a more personal take, I prefer Mbin because “it just works”, I use far more RSS than the sites directly, and when I use them directly, I use an UBlock Origin filter to hide posts I either vote up or down (very responsive =D ) and block sites I recognize as manipulative (rather common sadly). That also makes so I end up not missing much on Lemmy’s functions.


  • Not familiar enough with PieFed to give an opinion, but among Lemmy and Mbin, of things I can observe:

    • Lemmy has far more visual candies / visual noise than Mbin, whose UI rather barebones
    • But as Mbin has a more basic UI, it tends to break less and be more compatible with user scripts and filters
    • On RSS, from my experience, Mbin links to posts properly through RSS, while, maybe it’s version-dependent, Lemmy sites seem to have a bit of trouble with linking posts with links attached to their titles, usually opening the title’s attached link instead
    • However, Mbin doesn’t seem to be able to fetch the post’s body through RSS
    • On newer versions of the Lemmy engine, you can block instances and hide posts, but not block domains linked in posts
    • On Mbin, afaik, you can’t block instances nor hide posts (both requiring browser modifications from my tests), but you can block domains
    • On Lemmy, also maybe version-dependent, but it seems that instances don’t host RSS for federated communities, while Mbin does (good for redundancy, I think)
    • For microblogging, RSS doesn’t work on Mbin (might in the future?) despite other microblogging alternatives having them, and integration of microblogging to Lemmy only happens indirectly
    • On Lemmy, some communities seem to have an extra step to subscribing where you need approval after applying, while Mbin doesn’t
    • Specific to Mbin, but the error 404 issue from Kbin when blocking or subscribing to an user or community seems to be extremely rare with its successor
    • Lemmy allows visualizing how formatting will look like before posting, while Mbin doesn’t

  • On theming, akin to Linux, I don’t think there’s much room for breakthroughs, or at least they’d be harder to achieve, being more a case of picking the “flavor” you want instead. Furthermore, I think this applies to UI as a whole in social medias, federated ones included.

    Now, one thing that annoys me and I think that falls on branding is how most of the federated platforms don’t have proper names. As I follow communities and people primarily by RSS, I like things to be organized, and having to figure out how to fit “names” like kbin.social (RIP), lemm.ee, feddit.uk and the sort is a bit of a migraine. "<.<



  • No one cares about servers

    I’d like to see the source for that.

    And even if it is/was true, looking at what came before, you’d just be paving the path to become that which you were against.
    If one is to depend on a single element, when it fails, it becomes the failure point for the whole ecosystem. Like with the instance I originally stuck to, Kbin.Social, where, if was the sole instance of the federated forums, when it died, the “fediverse” as a whole would have died overnight.
    Also, a centralized platform is far easier to be taken over by either good or bad actors, and at least with fragmentation, when you notice degradation in one of the pieces of the fediverse, you can easily jump to a platform that hasn’t been compromised while not having to build the community and groups from scratch.
    Sites with specific niches and scopes that still allow for integration, and the culture that ensues, are also an alien concept on a centralized site, and what takes over basically becomes the face of the site’s ecosystem as a whole. With the federation/defederation system, however, it’s much easier for a site to build its own ecosystem while letting in and out just enough of/to other instances to oxygenate it.
    And lastly, like with email and Linux, while some may be rather passionate to defend it, I think that, despite that, it’s still a technology, or at least an idea, with great potential, even if slow but constant, as, once more, anyone can make instances in their own vision, or join a platform that better fits what they need while not making a walled garden to force users to stick to it.



  • Regarding DMs, my experience on other social medias is that people seem to take DMs as “their own home” - even if the door is either ajar or fully open, it’s impolite or even offending to enter without being invited first.
    Regarding interacting with communities, some may see an unidentified profile as someone’s alt or, as mentioned by you, a bot, and other than making well founded points, I don’t see much that could be done to mitigate mistrust towards blank profiles.
    And regarding Reddit specifically, I don’t know if it’s a flawed design, a flawed and long-going moderation, the platform being parasited by problematic users and external groups, or a mix of the 3, but even marginally big communities and even before Spez’s stunts, most communities I’ve seen there are a test on patience and composure.