[–] 3 points 1 month ago (1 child)

None of those are really needed, one can use plain LOS and use microG on top of it (as opposed to some years back when LOS devs opposed to it) without the need for LOS for microG neither /e/OS. However if this interests you perhaps calyxOS might interest you, which after several months came back with new releases, it's like LOS with microG plus the ability to unlock/lock the bootloader which LOS doesn't offer neither its devs seem interested on providing for the phone where that can be offered. Then there's grapheneOS, using google services under a strict sandbox environment or container, however that's not de-googling is it?

  • source
  • parent
  • context
  • [–] 6 points 2 months ago

    I you use the external player, and mpv in particular with yt-dlp installed, then you'll have an alternative still using freetube as frontend to navigate YT.

    I do prefer ytcui with yt-dlp backend, which is native, low on resources and I really like ncurses, but that's up to anyone.

    That said, yt-dlp also gets IP blocked every once in a while, and also find itself non working at all depending on G. moves...

  • source
  • [–] 1 point 3 months ago

    The only sad thing is that it's centralized, kind of signal but better.

    On the privacy front I believe xmpp + omemo shines, and jami is also very interesting (though jami for some reason is doing efforts to allow LLMs agents and bots, through plugins of course not by default, but I don't see the need of any of that stuff on something like jami). Sadly briar is on maintain mode and it was really bad on phones' batteries, tox never took of leaving only jami like a viable distributed alternative. xmpp is decentralized and federated, doing pretty well with omemo...

  • source
  • [–] 1 point 4 months ago*

    I believe they are claiming that with the new discoveries it's pointless to keep trying. Whether that's shared with other devs or not probably won't affect their decision:

    These three bugs basically ruin the whole point of arkenfox: // sec bugs: offscreencanvas / preconnect / cookie_exceptions

    I'm not that familiar with them, but sounds like there's no way to keep a sane balance between usability and privacy, and clearly upstream doesn't help a bit, it's like following the Borg advice "resistance is futile". Battling the privacy fight is not an easy fight I guess. The only hope for those who are non experts as the arkenfox guys is that phoenix keeps up the good work. Overall I pretty much prefer arkenfox over phoenix, but fortunately Librewolf is neither arkenfox nor phoenix, even though they are discussing if they are better based of phoenix the are different projects making different decisions...

    I wish frozen fennec didn't die on the attempt, :( The current option is ironfox on LOS/AOSP based/..., and I don't agree with several of their decisions. The amount of filter lists is so stubbornly huge, that there's no time to deselect and/or remove them on low end phones for example, and the whole thing just slow things down. And I know it's picky but I really like decisions like taking bad things off from build time if possible, even if they are opt-in... Any ways, to me it's sad to see them closing the project, but I'm also hopeful some others as expert as they were on several of the topics they dealt with will fill up some of the the hole when they stop...

  • source
  • parent
  • context
  • [–] 6 points 5 months ago (1 child)

    Like apple claims to protect its users privacy I guess. It ends up being a matter of trust with now a days mobile phones with wheels and motor

  • source
  • [–] 1 point 6 months ago

    hmm, it depends on the distribution. On artix for example it's available from stock official repos, and also from AUR (meaning it has to be built) but its build is pretty simple according to its own newsraft repo, just make + make install. It's C based, so it should build everywhere, in case interested. I prefer building it from AUR rather than using the distro repos package, to be more up to date, and it builds really fast. At any rate, just an option in case willing to explore it later. I explored several feed readers before, being the last gui I tried "news-flash" which can or can not be used with a combination of feeds self hosted server. I ended up looking at newsraft, and hadn't looked back since.

  • source
  • parent
  • context
  • [–] 2 points 9 months ago

    Please define suckless. See on under suckless.org one can find rocking software, meaning suckless alternatives not developed/maintained by them, and on the editors section I see:

    • acme - Rob Pike's framing text editor for Plan 9. Included in plan9port.
    • ed - ED IS THE STANDARD TEXT EDITOR!
    • ired - A minimalist hexadecimal editor and bindiffer for p9, w32 and *nix.
    • mg - A portable version of mg.
    • mle - A small, flexible console text editor.
    • nano - A pico clone - this is small simple code and easy to use.
    • neatvi - A minimal vi implementation supporting bidirectional UTF-8
    • nextvi - A continuation of neatvi development with more features.
    • nvi - A small, multiple file vi-alike.
    • micro - A terminal text editor, written in go with common key bindings like ctrl-c to copy and ctrl-v to paste.
    • sam - An editor by Rob Pike with inspiration from ed.
    • sim - The sim text editor. Based on vim and sam.
    • traditional vi - A fixed version of the original vi.
    • vim (With the GUI, use :set go+=c to kill popup dialogs). It can be compiled to be as minimal as possible (see vim-tiny in Debian repos).
    • vis - A modern, legacy free, simple yet efficient vim-like editor.
    • wily - An acme clone for POSIX.

    That said, also note there's an emacs-nox package available in most distros, which only includes the editor able to run on a terminal emulator, if emacs OS is too much. And can you share URLs justifying why vim is a big security hole? BTW I don't see neovim as part of the suckless.org/rocks software. What is suckless depends a lot about what one might consider it to be, even though there might be some common characteristics that can be recognized as not good such as bloated, too big code base and so on.

  • source
  • [–] 3 points 9 months ago (1 child)
    • terminal: profanity (really cool, it became what I regularly use, no audio/video calls though in which case a gui like dino can be used, syncing between the two)
    • gui: dino (there's a fork called dinox)
    • android: conversations (from f-droid)
  • source
  • [–] [S] 1 point 10 months ago

    Yup, I realized community.xmpp.net is dead, and sadly it's the only profanity specific community, :(

    Ohh, I've always written to myself for things I want to sync and prefer to encrypted while syncing. It seemed natural to me, since all chat mechanisms I've used support writing to myself. But perhaps that notion is not so natural as I believe.

    Many thanks then !

  • source
  • parent
  • context
  •  

    cross-posted from: https://lemmy.ml/post/40858754

    On dino and conversations for example I can chat to myself on a chat to my own JID. As simple as that. On profanity I can not do /roster add <my_jid>, nothing gets added, although there's no failure either. And I can't do either /sub request <my_jid>, it gives the error:

    Error Invalid presence type
    

    And if I include something something to the chat to myself on dino for example, then my JID shows up as unsubscribed, and if I do /omemo start <my_jid> I can't se whatever I posted on dino or somewhere else. But this is weird, because whenever connecting to my account my JID doesn't show up as a possible contact to chat with, and I can do /omemo start <my_jid> but it still shows up weird...

    view more: next ›