bleepbloopbop [they/them]

  • 0 Posts
  • 15 Comments
Joined 3 years ago
cake
Cake day: October 14th, 2021

help-circle



  • You assume I’m not contributing … based on what?

    Based on the fact I haven’t seen your handle contribute to the github, which I follow relatively closely. Not to mention from your question’s phrasing, and lack of research beforehand, I could have surmised as much. A contributor probably would have been able to find the relevant discussion on the github and read it rather than just badmouthing the software in a post.

    I agree, RobotToaster thought through their reply and came with ideas that might actually work, at least in their second comment, not just complaining “why isn’t this already the way I want it??”


  • https://github.com/brunonova/nautilus-admin

    This is unmaintained, so it may not work with the latest ubuntu, but it is an extension to the default ubuntu file manager that does some of what you want

    As for your title question, unfortunately ubuntu/gnome don’t seem to make this easy. On some DEs you can just right click and go find the shortcut properties sorta like on windows. Others have noted some good reasons why GUI apps shouldn’t run as root, but you’re right that sometimes it’s necessary, or simply the easiest/most expedient way to do things.

    You can accomplish what you ask using a little shell script though, which you could bind to a keyboard shortcut or something. I may elaborate further but basically:

    readlink /proc/"$( xprop _NET_WM_PID | sed 's/_NET_WM_PID(CARDINAL) = //')"/exe

    and then clicking on the window you want to ID will attempt to identify the binary it’s running. then you could either display it in a popup using zenity, or write it directly to the clipboard using xclip (or wl-copy I think for wayland distros)

    I really like setting up little shortcut scripts like this with zenity for user input, and usually the notification tray or clipboard for output


  • You’ll run into issues and not many people will be able to help. Debian, Fedora, and Ubuntu seem to be the popular distros rn for most people.

    Agree with the broader conclusion that a first time linux user should probably avoid gentoo, arch, whatever, but its not because nobody will be able to help you, more just that the expected level of polish is a bit less.

    It isn’t considered a huge inconvenience to have to use the CLI or edit a config file by arch users, but for ubuntu especially they are more bent on building something that “just works” for most people (with the tradeoff being it’s a commercially exploited product, and the innards of GNOME and the like tend to be more of a black box and less tweakable than say, a tiling WM)

    But if you do want to dive in and learn how more of the internals work and how to configure things at a lower level, you will find a lot of help with issues, and very detailed documentation for a lot more things in Arch, vs Ubuntu. I find the ubuntu community online to be sort of a middle ground between the detailed technical help I’ve gotten from Arch communities, and the “here’s some magic steps that worked for me, no idea why” type of thing that is prevalent on windows support communities.

    Which isn’t to say ubuntu people aren’t helpful, but the critical mass of users isn’t the only thing that matters, it also helps if the users are knowledgeable, and friendly (some arch people fail at this, though I’ve lucked out and really not had any bad experiences)


  • Nope. I highlighted the app only because it’s an existing, working solution that an individual can use today. It is not a great solution for obvious reasons. I for one only browse via lemmy-ui, so that app does precisely nothing for me. My intention wasn’t to poo-poo possible solutions, but to push back on your entitled framing implying that it was such an easy problem that it must have been an intentional omission to leave it out. Other users had no problem conversing with me in good faith and not being so hostile. I agree it’s an issue, and so do the Lemmy devs, it just hasn’t been solved yet.

    I don’t care about your contribution to the thread, I mean you aren’t contributing to Lemmy, the codebase, and so my patience for such a level of hostility and complaining is low.



  • how exactly […]

    Sure, UUIDs are a useful tool. What of it? If I put a UUID in a comment, it isn’t a link. This doesn’t answer my question or solve the problem. The link has to go somewhere on the web, or use a custom protocol specifier and be handled by a client application or something installed on the user’s machine. If you go the client app route, many/maybe even most people use lemmy in a browser at least some of the time, and this will never get the full adoption required to make it standard. If you go the web link route, then you have concerns like “who owns the domain/service that does the redirecting” (ie matrix.to), can they be trusted, how can they automatically tell which instance to send users to without privacy concerns?

    If you’re proposing overhauling the whole architecture of lemmy to use consistent UUID-based IDs for comments, posts, etc. across all instances, that could probably work but there are some edge cases especially with malicious actors, and it would be a huge undertaking.

    A better idea, IMO, is to let client apps/frontends handle the translation, so that regardless of what instance the comment is linked on, it is translated to the correct local link for local users (unless the instances aren’t federated), since there’s already the fedilink button to then see the post on the original user’s instance, but there are probably edge cases and performance issues I’m not thinking of/privy to, and its still a non-trivial fix, which is why it hasn’t happened yet. I’m sure the devs would welcome such a change if a PR were submitted with the kinks worked out, but it isn’t on their current priorities list afaik