I ran apt-get upgrade about 10 minutes ago to upgrade my Ubuntu 16.04 server.
I asked me if I would like to keep my current Sudoers file or upgrade to the new one, it also had the option to view the differences between the two, so I decided to view the differences.
It then opened up a differences view in what seemed like vi, but I cannot interact with anything apart from page-up/down.
I don't want to just close my ssh session because it might break the update in progress.
Any advice?
Hitting Q is another, more concise, solution.
Turns out it's ctrl+q+t.
Whoever thought of that is an idiot.
Related
Good evening people, I am trying to install pgadmin4 on fedora 36, I followed all the steps in the documentation and pgadmin4 and its dependencies were installed correctly but I do not know how to start it, or open it and it does not let me configure it on the web because I do not create the directory described in the final step to configure the web version.
I had the same problem. I solved it installing pgadmin4 from linux-pachages
https://linux-packages.com/fedora-36/package/pgadmin4-qtx86-64
I followed the same instructions but mistakenly changing "yum" to "dnf" out of force of habit. I found I got an install out of it which seemed OK at a glance, but it was just documentation and not an executable, and there was no shortcut added to run pgAdmin. Perhaps you might have inadvertently done something similar? After uninstalling, I tried again using "yum" exactly as documented and the latest executable installed without any issue. So the steps to install that would work for me were as follows. (Desktop version in my case.)
sudo rpm -e pgadmin4-fedora-repo
sudo rpm -i https://ftp.postgresql.org/pub/pgadmin/pgadmin4/yum/pgadmin4-fedora-repo-2-1.noarch.rpm
sudo yum install pgadmin4-desktop
The QT workaround also mentioned as an answer worked for me, but I wanted to avoid that since it is an earlier release (6.9) than the current 6.11, isn't officially supported and fires a warning about that every time on start up saying some functionality may be missing, which is not good for clients to see potentially in my case.
Same problem - couldn't open it after installing. You have to install pgadmin4-desktop not pgadmin4.
Yesterday, after Ubuntu (or maybe Dell) installed some updates and I restarted, my snap applications were not showing on my sidebar, nor are they present in "show applications" or a normal search.
They are still installed and snap list still shows them, and they will still run via snap run <application>.
I've tried uninstalling them all (although I did not use --purge when I ran snap remove <application>), followed by uninstalling snap itself, then re-installing everything. They are still present but not showing up.
More searching has brought me to sites referencing the XDG_DATA_DIRS environment variable (explained HERE). If I understand correctly this should link all the folders where applications are stored, and the paths within should be separated by colons, not spaces. Thus I ran echo $XDG_DATA_DIRS and was rewarded with:
/usr/local/share/:/usr/share/:/var/lib/snapd/desktop /var/lib/snapd/desktop /var/lib/snapd/desktop
So I suspect my issue is the facts that the snapd directory is listed three times, and it is separated by spaces.
Does anyone have any ideas how I could fix this? I suspect, but am not certain that this is the issue.
I'm on Ubuntu 20.04, using fish shell.
I've found THIS post showing a possible solution, and upon running sudo ag "XDG_DATA_DIRS=" / 2>/dev/null | grep -v snap (and waiting a while) I got the following output (minus a few auth.log references which I've removed) Apologies for the big, possibly irreverent, "data dump"
/etc/profile.d/xdg_dirs_desktop_session.sh:4:DEFAULT_XDG_DATA_DIRS='/usr/local/share/:/usr/share/'
/etc/profile.d/xdg_dirs_desktop_session.sh:18: XDG_DATA_DIRS="$DEFAULT_XDG_DATA_DIRS"
/etc/profile.d/xdg_dirs_desktop_session.sh:21: XDG_DATA_DIRS=/usr/share/"$DESKTOP_SESSION":"$XDG_DATA_DIRS"
/etc/profile.d/apps-bin-path.sh:12: export XDG_DATA_DIRS="/usr/local/share:/usr/share"
/etc/X11/Xsession.d/55gnome-session_gnomerc:17: XDG_DATA_DIRS=/usr/share/gnome:/usr/local/share/:/usr/share/
/etc/X11/Xsession.d/55gnome-session_gnomerc:19: XDG_DATA_DIRS=/usr/share/gnome:"$XDG_DATA_DIRS"
/etc/X11/Xsession.d/60x11-common_xdg_path:5:DEFAULT_XDG_DATA_DIRS='/usr/local/share/:/usr/share/'
/etc/X11/Xsession.d/60x11-common_xdg_path:17: XDG_DATA_DIRS="$DEFAULT_XDG_DATA_DIRS"
/etc/X11/Xsession.d/60x11-common_xdg_path:20: XDG_DATA_DIRS=/usr/share/"$DESKTOP_SESSION":"$XDG_DATA_DIRS"
/usr/share/doc/gnome-software/README.md:24:$ XDG_DATA_DIRS=install/share:$XDG_DATA_DIRS ./install/bin/gnome-software
I'm not certain I have found the correct places to think about updating the environment variable, as none of these referenced /var/lib/snaped/desktop...And this might not be the issue causing the problem at all! Any help would be welcome!
You are running into https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1957948 which will require a fix in snapd.
Using a different shell as your login shell, and then executing fish once it has started, is the right workaround.
I am also having the same problem (suddenly Firefox disappeared in Gnome Shell) and I'm using Ubuntu 21.10 with fish shell. And just like you I could not figure out what caused this XDG_DATA_DIRS modification with the separation by spaces. Because you apparently also use fish I tried switching back to bash as login shell (chsh -s /bin/bash), rebooted and voila, the desktop files are loaded again. After that I set fish as the command to start with in gnome-terminal.
TLDR: My quickfix/workaround was chsh -s /bin/bash to switch to bash as login shell (instead of fish) and reboot.
After following Zanchy's links and reading around the issue I found the solution here!!!
I needed to replace
set XDG_DATA_DIRS $XDG_DATA_DIRS $snap_xdg_path
with
set XDG_DATA_DIRS $XDG_DATA_DIRS:$snap_xdg_path
in /usr/share/fish/vendor_conf.d/snapd.fish
Update: After another update I found my snaped.fish file had reverted, and I needed to edit it again - so this solution may need to be re-applied until fish updates it's snap?
I had the same problem on Linux Lite 6.0 (basically same as Ubuntu 22.04). Snap applications (Spotify, Prospect Mail) would not show up our could not even be found when searching for them. Just logging out and back in again put the application shortcuts in the Menu and all worked fine.
so I have a problem. I accidentally deleted Eclipse folder and I wanted to install Eclipse again. But when I run installation it freezes the moment I run it, and I have to exit it...please help me
It would be informative to observe and mention any system error during installation attempt. By the way, I hope you are installing the right version for your operating system and more so, you have the recommended system requirement like RAM size, processor speed. I suggest:
Restart your system.
Use a system tool like Advanced System Care (free) and scan your system.
Well, I don't know what happened but I tried to install it 2 times, it freezed and didn't work. When I tried third time it worked. :D So yeah. Magic.
I had the same issue. Everytime I tried to install Eclipse, the installer froze at some point. Turned out it was a problem with the firewall. I tried the installation over a hotspot from my phone and it worked.
Might not be the problem for you, but I thought I leave this here, as I was trying for quite a while and almost gave up.
I have been playing with my raspberry pi 2 for about a week now. I am a beginner at it so I am learning as i go. I have been watching youtube videos of people doing projects and following there step by step guides but I keep running into the same problems.
I have been using rasbian as the OS, and I am having several problems with root access being denied. I am logged in as the basic user= pi , password = raspberry. So from my reading I have done I should be able to (using sudo), make root commands or accessing the root folder.
I have been trying to edit files using commands like
sudo vim /root/.asoundrc
Whenever i do this i get a page that looks like this-
~
~
~
~
~
~
~
~
"~/.asoundrc" [New File] 0,0-1 All
and nothing will come up for me to edit
My other problem is using the command yaourt
Example:
yaourt -S jasper-tts-google
i get back
-bash: yaourt: command not found
You can't use yaourt unless you install it first. And it cannot be found in the standard repository. You have to install it manually.
As for the editing files. Try using a simpler editor like nano.
To be honest you seem way to newbish to be here. You need to have at least some basic understanding of how a Linux distro works. Vi is an commandline editor and very convenient when you don't have a Desktop Environment.
We can't help you much on this forum since you simply know too little and we can't hold your hand every step of the way if you can't do simple commands/things such as:
Changing directory
Editing files
Change ownerships of files
Sudo
SSH
(un)Installing software using the commandline(aptitude)
Install software without using aptitude.
At least read about what you're trying to do. You should know what yaourt i before installing it. And with every installation of some software from yaourt - you need to have some kind of basic knowledge of PKGBUILD.
So, as far as the first problem, you are opening a file that doesn't exist, so naturally it is an empty file.
yaourt is not installed by default, so naturally you must install it.
Simple enough question. When I run yum update on a CentOS box, do I need to manually restart mysqld, httpd, ... and so on if they have been updated, or do they get restarted automatically?
Does anyone know where to find a source to back this up?
It depends on what's in the %post scripts of the .spec file for each package.
Generally, they don't always do so as I recall.
httpd at least does; see http://pkgs.fedoraproject.org/cgit/httpd.git/tree/httpd.spec?id=ea6aac8abd84867119fd84a057daceb75e160bc1 and take a look at the %posttrans scriptlet.
Looks like that was added in Fedora 10: http://pkgs.fedoraproject.org/cgit/httpd.git/tree/httpd.spec?h=f10
because of this bug: https://bugzilla.redhat.com/show_bug.cgi?id=491567