Bug 1327557

Summary: make nosync multilib
Product: [Fedora] Fedora Reporter: Kamil Páral <kparal>
Component: nosyncAssignee: Mikolaj Izdebski <mizdebsk>
Status: CLOSED NEXTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 23CC: java-sig-commits, mizdebsk, msimacek, msrb
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-04-17 21:17:29 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Kamil Páral 2016-04-15 11:38:58 UTC 
Description of problem:
Please make nosync multilib, i.e. make the i686 version available in the x86_64 repos. It is useful when used in combination with mock when building i686 packages:
https://marcin.juszkiewicz.com.pl/2016/04/15/how-to-speed-up-mock/

Mock man page says:
# if you want to speed up the package installation and the build process, mock
# can use nosync library to skip fsync and related calls from programs called
# from within mock. It needs nosync library to be installed and for multilib
# target, it requires both architectures of nosync to be present. If these
# conditions aren't met, it won't be enabled
# config_opts['nosync'] = False

Having i686 version of nosync in x86_64 repos would make the installation easy, and also it would automatically update both versions of the package when there is an update.

You can request nosync being marked as multilib here:
https://pagure.io/mash/issues

Thank you.

Version-Release number of selected component (if applicable):
nosync-1.0-3.fc23.x86_64
Comment 1 Michael Simacek 2016-04-15 12:37:09 UTC 
I'm aware of the problem and I filled a pull request for mash some time ago already. I talked to Dennis and he said that mash is going to be replaced with pungi within few weeks (it already does rawhide composes AFAIK). The problem has been fixed for rawhide, but unfortunately, for f23, we'll need to wait until pungi is deployed for f23 updates. After that, nosync would need to be added to f23 whitelist, but relengs are generally reluctant to change multilib configuration for stable fedoras, so I cannot promise that it can be fixed.
Comment 2 Mikolaj Izdebski 2016-04-17 21:17:29 UTC 
We've already asked release engineering to whitelist nosync (see https://fedorahosted.org/rel-eng/ticket/6302) and this has been implemented in Fedora 24, but probably won't happen for older releases.