If you can spare cycles to work with actually refining SRPM's

* Install mock
* Make sure your user is added to the 'mock' group.
* See my setup at https://github.com/nkadel/subversion-1.8.x-srpm for
an example of putting a Makefile and .gitignore around the contents of
an SRPM to do development work, and do something like this.

* git init wine-srpm
* cd wine-srpm
* Grab the Makefile and .gitignore from that project
* Edit the .gitignore to decide whether or not you want to allow
source tarballs in the git repo
* git add .
* git commit .

Add The SRPM contents

* rpm2cpio [oldsrpm] | cpio -id
* git add .
* git commit .

You now have a workable git repo with the full old contents of the old
SRPM.  You can change patches, add or delete  source files, edit the
.spec file, record,yout changes, and use 'make build' to build RPM's
locally or "make" to build packages with "mock".

To build the i386 packages using the x86_64 mock setup, you'll need to
add some cuteness in the .spec file to set 'BuildArch'. Making tthat
an option you can reset with a command line argument is an extra
exercise I've not been using,   but should be available at the mock
command line.

On Thu, Nov 13, 2014 at 3:30 PM, ToddAndMargo <[log in to unmask]> wrote:
> On 11/13/2014 05:31 AM, Nico Kadel-Garcia wrote:
>>
>> On Wed, Nov 12, 2014 at 3:12 PM, ToddAndMargo <[log in to unmask]>
>> wrote:
>>>
>>> Hi All,
>>>
>>> It about killed me, but I finally managed to get Wine 1.7.30.i686 to
>>> compile on SL 6.5 64 bit.
>>>
>>> Would any of you like my notes on the matter?  They will save
>>> you endless hours (Wine's config file is pretty messed up).
>>
>>
>> Wow
>>
>> OK, dude, we're impressed.
>
>
> Thank you.  Coming from you, that is a big compliment.  :-)
> I still stand on the shoulder's of giants.
>
>> Do you know how to use 'mock'? Can you RPM
>> wrap it, or work from the older RPM's to update them and build them
>> with 'mock', so you get a clean list of the dependencies in the .spec
>> file?
>
>
> Hi Nico,
>
> Sadly, I don't know how.
>
>> This definitely looks like something to take to EPEL and ge into
>> *their* updated.
>
>
> My conversations with EPEL pretty much show them only supporting
> 64 bit apps from here on.  Red Hat shifted a bunch of things
> to them too, in an effort to have fewer things themselves
> to support.  EPEL is pretty swamped.
>
> This is (my) the running request for 1.7.x Wine in EPEL.
> https://bugzilla.redhat.com/show_bug.cgi?id=1087996
>
> -T