Bug 1641253 - Use of nspawn blocks a socket mock needs for its pm_request plugin
Summary: Use of nspawn blocks a socket mock needs for its pm_request plugin
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: mock
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Miroslav Suchý
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 1641187 1641191
TreeView+ depends on / blocked
 
Reported: 2018-10-20 13:54 UTC by Nicolas Mailhot
Modified: 2019-05-01 07:50 UTC (History)
16 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1641252
Environment:
Last Closed: 2019-05-01 07:50:31 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github rpm-software-management mock issues 218 0 None None None 2018-10-20 13:54:46 UTC

Description Nicolas Mailhot 2018-10-20 13:54:46 UTC
When activating the nspawn mock extension in EPEL or Fedora mock, the pm request stops working, because the socket the pm request client uses to talk to mock is blocked.

There is probably a bad nspawn setting in the mock extension.

This is blocking pm request activation in koji and copr

Comment 1 Zbigniew Jędrzejewski-Szmek 2018-10-21 16:15:52 UTC
It is possible to pass in a socket into an nspawn container. But what and how is up to the users of mock. I'll reassign this to mock, since I don't think there's anything to fix in systemd.

Comment 2 Nicolas Mailhot 2019-05-01 07:50:31 UTC
I think it is fixed now


Note You need to log in before you can comment on or make changes to this bug.