So I am facing a very strange peculiarity. I am trying to run dpkg on a remote server via SSH. My code works perfectly if I click Run through Xcode, but if I click Build > Archive then Export as a Mac Application, all SSH commands sent to the server work, other than "dpkg". Any ideas why this might happen?
Apparently, after many days of facing that issue, I tried installing via dpkg a Deb that was already located on my server and it worked. What's even more strange is that while scp would transfer the file, dpkg would just not use it! What made the trick was getting the file via curl and then running dpkg normally. No idea why that's the case though, as both Deb files had the same owner, group and permissions. And both were running by root, so it wasn't a permission error.
Related
WSL2 stopped working. When, I do a new installation of linux distro, it throws the following error on click of the launch button:
Installing, this may take a few minutes...
WslRegisterDistribution failed with error: 0x80070003
Error: 0x80070003 The system cannot find the path specified.
Press any key to continue...
the wsl --help command works fine
however wsl -l command and other wsl commands throw the following error
The system cannot find the path specified.
Check if you have any .wslconfig inside your profile in %USERPROFILE% folder and delete it! I finally got it working
FIY: https://github.com/microsoft/WSL/issues/3232#issuecomment-777023885
I was getting the same issue and it was due to my bad attempt at deleting the installed Distro. If yours is the same case, this should be pretty easy to fix, use the wsl --unregister <DISTRO_NAME> which in my case was debian so wsl --unregister debian unregistered the old path for the Debian executable and then I installed Debian again. This worked for my personal case but I thought it might help someone on the internet.
I've installed direnv (v2.18.2) onto my Ubuntu 16.04 machine using:
sudo snap install direnv
as per the website, and added the line:
eval "$(direnv hook bash)"
to my ~/.bashrc file as per the instructions. When I navigate into the directory with my .envrc file, the following message shown:
direnv: error .envrc is blocked. Run `direnv allow` to approve its content.
Sweet. So I run direnv allow, and I'm immediately hit with exactly the same error. I've also tried using direnv allow . but that doesn't seem to help. Also, completely restarting my laptop hasn't helped either.
All the advice I've seen is for direnv not finding the .envrc file, but here it is finding it, it's just not allowing me to allow it.
I know this is not a propper solution, but I encountered this aftering installing from a snap on Linux Mint.
After I uninstalled the snap and installed it from aptitude I did not have any issues.
While the OP is on Ubuntu I ran into the same problem with the snap installed binary on CentOS 7.7.
I worked around the problem by installing a go binary and then building direnv from source: git clone https://github.com/direnv/direnv.git; cd direnv; make; make install which got me direnv 2.21.2 in /usr/local/bin
So I created an Express server with express generator. When I run the server on my laptop's Ubuntu for Windows, it starts up fine. Now when I run curl localhost:3000 in a separate terminal, I get the message curl: (7) Failed to connect to host localhost port 3000: Connection refused.
The strange thing is that when I take that exact same server and run it on my Desktop's Ubuntu for Windows, running the curl command above works fine.
Here is where it gets even stranger, when I run the server on git bash on my laptop, the curl command also works fine. Note, the curl command will work fine in either git bash or WSL if the server is running on git bash.
I have no clue why the server will not work properly on my laptop's Ubuntu for Windows. I thought WSL just uses Window's network, so why would running the server on git bash work properly, but not on WSL?
Googling this has not given me much help. I have uninstalled WSL and reinstalled. I have also tried running all the commands with sudo. None of that worked.
https://prnt.sc/hlt4ey
I'm trying to get onto the xfce4 client from my chromebook (and it has worked before), however now this error is popping up. How do I fix this error?
My guess is you may not have the right user privileges. According to the error message you provided you are running an Ubuntu Linux environment.
If you haven't tried running the program through the terminal yet, attempt to do so.
The terminal can typically be opened by the key combination Ctrl+Alt+T on ubuntu linux.
Try using sudo command before running the program. This will run the command you enter using root privileges.
For example, if running the program on your terminal is
myName#ubuntu: xfce4
And this encounters an error, try to use sudo beforehand like so:
myName#ubuntu: sudo xfce4
Alternatively you can log in and not have to type sudo before every command.
myName#ubuntu: sudo bash
password:
If this fails you may need to update the package that contains the library. This can be done on the terminal in a fashion similar to:
myName#ubuntu: sudo apt-get install --only-upgrade xfce4
I was prompted to update Erlang on my machine and I did. Then when I restarted my server I was prompted to update using mix local.hex.
When i did this it gave me the following error.
mix local.hex --force didn't work either.
I eventually found out that I installed erlang originally without brew originally which is where the prompt came from. After I updated it, it caused an issue with mix local.hex.
I manually removed the folder /usr/local/lib/erlang and all erlang on my machine. I installed erlang using 'brew install erlang' and then ran 'brew link erlang'
This originally didn't work because I didn't have permission but then I ran the following to get permission.
sudo chown -R $(whoami) /usr/local/lib
After that 'brew link erlang' worked and I was able to run 'mix local.hex' like normal.