[-] liberatedGuy@lemmy.ml 3 points 5 months ago

Thanks. I will try this method as well. For now, pmount seems to work fine.

[-] liberatedGuy@lemmy.ml 5 points 5 months ago

Thanks a lot. That works.

[-] liberatedGuy@lemmy.ml 4 points 5 months ago

Thanks for your response. But the Debian package is not maintained. Do you know of any other way?

47
submitted 5 months ago* (last edited 5 months ago) by liberatedGuy@lemmy.ml to c/linux@lemmy.ml

Hi friends,

I have some external hard drives and SSDs, which I use with my Debian 11 machine. I normally use them through the GUI file manager(pcmanfm-qt). I tried to access them from the terminal using commands I found after searching the web, like, fdisk, mount etc. However, the issue is that I have to use sudo when using these commands and as a result after mounting I cannot make changes to my files in the drive(s) without using sudo. The only way to avoid using sudo, is to first go to the required folder in the GUI file manager and then opening the folder in terminal. Is there a way to forego using the GUI file manager completely and only using the terminal entirely to properly access my drives and make changes without using sudo?

EDIT: Someone suggested usbmount. I am sure that works, but it is not packaged for Debian. Instead, as suggested, by another person, I use pmount. It works perfectly for my needs on Debian. Thanks to all for taking the time to respond and help me with my problem.

[-] liberatedGuy@lemmy.ml 2 points 10 months ago

It is in human nature to keep improving the state of things.

[-] liberatedGuy@lemmy.ml 1 points 11 months ago

"Installing a Flatpak for example is a very valid answer and would definitely solve the problem" That wasn't a useless comment. Although it would not have helped, it was still in the right direction. Useless comments are those claiming that I should stop using brave and just stick to firefox.

"You put the error in a screenshot which leaves it rather useless for searching the error in the web" I put the screenshot so that nothing is missed and I have seen this previously.

"In general, I’d say that you have very little error solving skills" I would say that you have very weak probabilty and statistics skill, if you can generalise the entire sample space with just a singleton event.

"and instead of thanking for “nothing” you should be thankful that people even bothered to answer." Again, not directed to people who gave technical help or asked questions but only to those suggesting I just stick to FF or give up Brave.

-3
submitted 11 months ago* (last edited 11 months ago) by liberatedGuy@lemmy.ml to c/linux@lemmy.ml

Hi folks. I have installed Debian 12 bullseye with the lxqt desktop environment. I have run lxqt sessions on it using xfwm4, as well as i3wm, as the window manager. However, for some weird reason brave browser would not launch - neither in xfwm4 nor in i3-wm. So I tried to run the command in the shell to see what output it would produce. I have attached the image which shows the output of the command "brave-browser" in a terminal running the bash shell.

Please help to solve this problem. I love using Firefox but I also love having options and Brave happens to be one of my favourites. (In case, this is relevant, Chromium and Qutebrowser run without any issues. Only Brave is behaving in a weird manner).

EDIT: I have found the solution. One needs to add the flag --disable-features=AllowQt when running it from the command line. However, as I couldn't get hold of Brave's config file, I have just added an alias in my bashrc and made changes to brave's .dekstop file in /usr/share/applications and my i3 config file.

To the folks who posted useless comments instead of actually helping: Thanks for nothing.

[-] liberatedGuy@lemmy.ml 6 points 1 year ago

Linux Mint is what you are looking for.

[-] liberatedGuy@lemmy.ml 2 points 1 year ago

Hi, Thanks for the response. Sorry for disturbing you. I have tried what you have suggested here. There are two files with matching timestamps but different PATHs. I am using i3wm in Debian 11. Please tell me how to deal with this issue.

[-] liberatedGuy@lemmy.ml 1 points 1 year ago

Adding those lines to .bashrc, helped with the flatpak commands. I can run them without having to type "flatpak run". I did this for nix: export XDG_DATA_DIRS=$HOME/.nix-profile/share:$HOME/.share:"${XDG_DATA_DIRS:-/usr/local/share/:/usr/share/}" However, I still cannot see the entries in rofi. The package is Chromium browser.

[-] liberatedGuy@lemmy.ml 1 points 1 year ago

Thanks for the response. Adding those lines to .bashrc helped with flatpaks but not with nix.

[-] liberatedGuy@lemmy.ml 1 points 1 year ago

Thanks, I will check it out. Adding those lines to .bashrc helped with flatpaks but not with nix.

[-] liberatedGuy@lemmy.ml 1 points 1 year ago

I only have .profile. Actually adding those lines as to .bashrc as suggested by @palordrolap@kbin.social helped for the flatpak commands. But the issue with .desktop files for programs installed using nix still persists.

[-] liberatedGuy@lemmy.ml 1 points 1 year ago

Thanks for the response. But in my case, even that does not work as well.

14
submitted 1 year ago* (last edited 1 year ago) by liberatedGuy@lemmy.ml to c/linux@lemmy.ml

So, in order to avoid typing "flatpak run", every time I need to run a flatpak program from the terminal, to have gui programs installed using nix appear in my applications menu(rofi, in this case), and to avoid typing the entire path to my .local/bin, I had added the following lines to my .profile:

set PATH so it includes user's private bin if it exists

if [ -d "$HOME/bin" ] ; then export PATH="$HOME/bin:$PATH" fi

set PATH so it includes user's private bin if it exists

if [ -d "$HOME/.local/bin" ] ; then export PATH="$HOME/.local/bin:$PATH" fi

for desktop entries for packages installed using Nix

export XDG_DATA_DIRS="/home/guest/.nix-profile/share:$XDG_DATA_DIRS"

set PATH so it includes user's private bin if it exists

if [ -d "/var/lib/flatpak/exports/bin" ] ; then export PATH="/var/lib/flatpak/exports/bin:$PATH" fi

if [ -d "~/.local/share/flatpak/exports/bin" ] ; then export PATH="~/.local/share/flatpak/exports/bin:$PATH" fi

However, for some weird reason, I cannot take advantage of the above lines unless I am in a tmux session or I explicitly type the following command:

source .profile

Any ideas on how to fix this?

EDIT: Adding the following line to .xsessionrc fixed the issue (haven't checked for wayland sessions though).

. $HOME/.profile

#Debian #Debian11 #foss #floss #libre_software #applications #desktop #gui #nix #flatpak #flatpaks #gnu #linux #opensource #open_source #tmux #bash #profile #shell #terminal

0
submitted 2 years ago by liberatedGuy@lemmy.ml to c/linux@lemmy.ml

When using the Nix Package Manager on Debian 11, I have seen that it doesn’t automatically create .desktop files for GUI programs. This would have been fine if I was using nix to install one or two programs, but I was looking forward to use it a regular package manager. Does anyone know how to automate the process?

0

Hi guys, Does anyone here know what could be a good libre equivalent to Amazon's Kindle reader?

view more: next ›

liberatedGuy

joined 2 years ago