You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I hate to look a 'closed' gift horse in the mouth, but this one merits some further attention because it will keep coming up until we have a work-around on the books for the dirmngr fail proper. The problem is unrelated to Mono or MonoDevelop, natch. MariaDB (key 0xF1656F24C74CD1D8) fails the same, as will every apt-key howto anyone has ever posted on the Interwebs.
The problem is that dirmngr (sudo apt install dirnmgr) isn't running (or isn't autolaunched?) and thus there is nothing on the other end for apt-key via gpg to talk to. After around half an hour of investigation, like Hayden Barnes (@sirredbeard), I wasn't able to make dirmngr at home on WSL manually. Maybe someone else will have better luck or suggestions.
Reacted by Mark Adamson, Thell 'Bo' Fowler, Brian Dolan, Renato Passos Santos, Kendon Bell, Musa Haidari, Max Epstein and disfated
changed the title [-]Error importing key to apt keyserver in Ubuntu 18.04 on WSL[/-][+]Ubuntu 18.04 gpg dirmngr IPC connect call failed[/+]on Jun 12, 2018
I think I was able to import the key by curling it in and piping it to apt-key.
Yes that's effectively the work-around until the base cause and a solution to the root problem is articulated.
Is this only on Ubuntu and only 18.04?
That is part of what merits investigation. It wasn't a problem on 16.04 (but you already knew that). Whether it wasn't a problem in 16.04 because (a) an operable dirmngr wasn't previously a requirement or (b) dirmng was working fine and nobody thought anything of it or (c) something changed with gpg or apt-key or dirmngr or something in between that now causes the sequence to fail, I can't tell you. Or at least, not with any authority after looking at it for a short bit.
I'd like to report that any debian based distro (possibly any distro) utilizing an updated dirmngr before 18.04 was officially released as LTS was recieving this error. The issue was resolved just in time for 18.04 release. So this may be a regression or something Ubuntu did to screw with it.
When I had experienced this error utilizing Debian Buster, I simply reinstalled Debian from the Store after 18.04 was released and the updated package containing the fix was imported when upgrading from Stretch to Buster. As of yesterday evening, I have yet to see this issue re-occur.
The work-around mentioned above failed at the time and did prevent any package (including stock) from successfully upgrading. Even apt update failed.
I would recommend others test a different distro other than Ubuntu 18.04 that uses the same version of dirmngr (or upgrade to it if not part of the base) and see if it still has an issue.
For completeness, I'm running build 17134 with the latest patch.
The problem is unrelated to Mono or MonoDevelop, natch. MariaDB (key 0xF1656F24C74CD1D8) fails the same, as will every apt-key howto anyone has ever posted on the Interwebs.
Reacted by Matheus Breguêz, Satish Reddy, João Alexandre Garcia Correia, Alexander Ogilvie, sp46, Shivam Luthra, sharonsitu, Kendon Bell, Joseph Obiagba, Metalz and 1 more
This issue still exists in 20.04. The original workaround (calling apt-key add - manually) no longer works. tsilefy's workaround above does work. Is there any change of getting this resolved for good?
Reacted by James Howe, Florian Guitton and Daniel Wagner
Ken (@veloscillator) which Windows build? in Ubuntu 20.04 libc6 is broken in WSL1 and shows a very similar error message. You can try #5125 (comment) as workaraound.
Ken (@veloscillator) which Windows build? in Ubuntu 20.04 libc6 is broken in WSL1 and shows a very similar error message. You can try #5125 (comment) as workaraound.
This resolved my issue, thank you (I'm on 2004 19041.208).
[Deleted my former question on getting this error in WSL1/Ubuntu20.04 as I realized it seems to be answered in https://github.com//issues/5125 and https://discourse.ubuntu.com/t/ubuntu-20-04-and-wsl-1/15291]
I can't even apt-get update on either Ubuntu 18 or 20. At best the dirmngr crashes or trying to add keys results in an Illegal instruction. Is there anything about running on Cortex-A72's? This is feeling like PowerPC all over again...
For those still with the same problem (I had it with MySQL 8 on a fresh Ubuntu 18.04), this solved my problem. In this case, it's Spotify but it works with any other repository.
Activity
[-]Error installing GPG keys in Ubuntu on WSL[/-][+]Error importing key to apt keyserver in Ubuntu 18.04 on WSL[/+]sirredbeard commentedon Jun 9, 2018
Thanks. I did get it installed via your workaround. Sadly MonoDevelop will not run though.
therealkenc commentedon Jun 12, 2018
I hate to look a 'closed' gift horse in the mouth, but this one merits some further attention because it will keep coming up until we have a work-around on the books for the
dirmngrfail proper. The problem is unrelated to Mono or MonoDevelop, natch. MariaDB (key0xF1656F24C74CD1D8) fails the same, as will everyapt-keyhowto anyone has ever posted on the Interwebs.The problem is that
dirmngr(sudo apt install dirnmgr) isn't running (or isn't autolaunched?) and thus there is nothing on the other end forapt-keyviagpgto talk to. After around half an hour of investigation, like Hayden Barnes (@sirredbeard), I wasn't able to makedirmngrat home on WSL manually. Maybe someone else will have better luck or suggestions.[-]Error importing key to apt keyserver in Ubuntu 18.04 on WSL[/-][+]Ubuntu 18.04 gpg dirmngr IPC connect call failed[/+]sirredbeard commentedon Jun 12, 2018
I support re-opening for the wider issue with dirmgr.
I think I was able to import the key by curling it in and piping it to apt-key.
Is this only on Ubuntu and only 18.04? If so, should we file a bug report upstream with Canonical?
therealkenc commentedon Jun 12, 2018
Yes that's effectively the work-around until the base cause and a solution to the root problem is articulated.
That is part of what merits investigation. It wasn't a problem on 16.04 (but you already knew that). Whether it wasn't a problem in 16.04 because (a) an operable
dirmngrwasn't previously a requirement or (b)dirmngwas working fine and nobody thought anything of it or (c) something changed withgpgorapt-keyordirmngror something in between that now causes the sequence to fail, I can't tell you. Or at least, not with any authority after looking at it for a short bit.WSLUser commentedon Jun 13, 2018
I'd like to report that any debian based distro (possibly any distro) utilizing an updated dirmngr before 18.04 was officially released as LTS was recieving this error. The issue was resolved just in time for 18.04 release. So this may be a regression or something Ubuntu did to screw with it.
When I had experienced this error utilizing Debian Buster, I simply reinstalled Debian from the Store after 18.04 was released and the updated package containing the fix was imported when upgrading from Stretch to Buster. As of yesterday evening, I have yet to see this issue re-occur.
The work-around mentioned above failed at the time and did prevent any package (including stock) from successfully upgrading. Even
apt updatefailed.I would recommend others test a different distro other than Ubuntu 18.04 that uses the same version of dirmngr (or upgrade to it if not part of the base) and see if it still has an issue.
For completeness, I'm running build 17134 with the latest patch.
sirredbeard commentedon Jun 15, 2018
@Alternate-Egoist
I wanted to do the same but could not duplicate your success.
filjoseph1989 commentedon Jun 16, 2018
I tried following the guide here https://downloads.mariadb.org/mariadb/repositories/#mirror=utm&distro=Ubuntu&distro_release=bionic--ubuntu_bionic&version=10.3
while running this, sudo apt-key adv --recv-keys --keyserver hkp://keyserver.ubuntu.com:80 0xF1656F24C74CD1D8, i got
gpg: connecting dirmngr at '/tmp/apt-key-gpghome.cROhJELJ0N/S.dirmngr' failed: IPC connect call failed message too
therealkenc commentedon Jun 16, 2018
Well, yes. Because Quoth:
The problem is unrelated to Mono or MonoDevelop, natch. MariaDB (key 0xF1656F24C74CD1D8) fails the same, as will every apt-key howto anyone has ever posted on the Interwebs.
jibin2706 commentedon Jun 28, 2018
same error while installing mongodb
54 remaining items
Update Linux installaiton steps
ip11 commentedon Nov 8, 2019
Follow the https://docs.mongodb.com/manual/tutorial/install-mongodb-on-ubuntu/
sudo service mongod start (Will not work with WSL)
Step1 : sudo mkdir -p /data/db
Step2 : sudo mongod --dbpath /data/db
This will start the mongod server in WSL without any additional procedures
Step3 : mongo 👍
[SPARK-29964][BUILD] lintr github workflows failed due to buggy GnuPG
[SPARK-29964][BUILD] lintr github workflows failed due to buggy GnuPG
veloscillator commentedon Apr 25, 2020
This issue still exists in 20.04. The original workaround (calling
apt-key add -manually) no longer works. tsilefy's workaround above does work. Is there any change of getting this resolved for good?onomatopellan commentedon Apr 26, 2020
Ken (@veloscillator) which Windows build? in Ubuntu 20.04 libc6 is broken in WSL1 and shows a very similar error message. You can try #5125 (comment) as workaraound.
fumiichan commentedon Apr 26, 2020
Both didn't work though.
veloscillator commentedon Apr 27, 2020
This resolved my issue, thank you (I'm on 2004 19041.208).
MaxPowerWasTaken commentedon May 5, 2020
[Deleted my former question on getting this error in WSL1/Ubuntu20.04 as I realized it seems to be answered in https://github.com//issues/5125 and https://discourse.ubuntu.com/t/ubuntu-20-04-and-wsl-1/15291]
fluffynuts commentedon Jun 9, 2020
I can't even use
apt-key addbecause it also bombs out. So here's a super-manual way to get this done:Putting this here in case I'm not the only person for whom this is a mission :/
neozeed commentedon Jul 24, 2020
I have a Pi4 running Linux version 4.4.0-19041-Microsoft
root@DESKTOP-BBF5IEP:~# curl -sL "http://keyserver.ubuntu.com/pks/lookup?op=get&search=0x5523BAEEB01FA116" | sudo apt-key add
Illegal instruction (core dumped)
I can't even apt-get update on either Ubuntu 18 or 20. At best the dirmngr crashes or trying to add keys results in an Illegal instruction. Is there anything about running on Cortex-A72's? This is feeling like PowerPC all over again...
cesarau04 commentedon Aug 13, 2020
This worked for me in the lastest WSL ty
brunoschmidt commentedon Sep 4, 2020
Just for reference.
The bug affecting dirmngr is with WSL support for nanosleep.
There is a workaround available here:
#4898 (comment)
It works for me.