[Fedora-packaging] Issue packaging python lib into RPM due to conflicting __init__.py

Braddock braddock at braddock.com
Wed Jul 10 20:15:42 UTC 2013

Hash: SHA1

Thanks Michael, that provides some clarity.

I think I probably need to coordinate with the maintainer of the
python-backports-ssl_match_hostname package, because he is clobbering
the backports/__init__.py* namespace files we both need.  While I
could patch the __init__.py files to be identical, the compiled .pyc
files are never exactly the same.  They need to be factored out into a
separate package somehow.

My newbie question is how do I find the maintainer?  The RPM meta-data
only specifies "Fedora Project" as the maintainer.

- -braddock

> Date: Sun, 7 Jul 2013 20:48:59 +0200 From: Michael Schwendt
> <mschwendt at gmail.com> To: packaging at lists.fedoraproject.org 
> Subject: Re: [Fedora-packaging] Issue packaging python lib into
> RPM due to conflicting __init__.py Message-ID:
> <20130707204859.10ed3776 at faldor.intranet> Content-Type: text/plain;
> charset=utf-8
> On Sun, 07 Jul 2013 09:20:47 -0700, Braddock wrote:
>> file /usr/lib/python2.7/site-packages/backports/__init__.py from 
>> install of backports.lzma-0.0.2-1.armv7hl conflicts with file
>> from package
>> python-backports-ssl_match_hostname-3.2-0.3.a3.fc18.noarch
> This means that both packages contain a file in that path, and
> either the file checksum or the file permissions are not the same.
>> I am uncertain how to resolve this.  Is there a way for an RPM to
>> only create the backports/__init__.py file if it does not already
>> exist?
> No. When you create these packages, _you_ need to ensure that they 
> don't include conflicting files. How do those __init__.py files
> differ in those multiple packages? Is it only a matter of different
> versions of the backports module? Remember, you've got full control
> over the package %{buildroot} at build-time, so you could delete
> files you don't want and which are included in a separate (shared!)
> package already.
>> There are a number of packages which would want to live under
>> the backports/ module.
> That's okay, but it's not okay if they all contain a differing 
> backports/__init__.py file.

Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/


More information about the packaging mailing list