On 11/07/2014 21:13, Collier Family wrote:
> On 11/07/2014 10:41 pm, Duncan Brown wrote:
>> On 10/07/2014 20:14, Collier Family wrote:
>>> On 1/07/2014 6:45 pm, Duncan Brown wrote:
>>>> On 01/07/2014 00:25, judithc wrote:
>>>>> The new source is only if there is a new version. Such as 27.2.
>>>>> This is because the source is expected to be at mythtv-${version}
>>>>> and extracting the source and moving the base directory and retar
>>>>> was not a good look. Creating a new source was simpler. There was
>>>>> a bug in the original attempt that did an incorrect version
>>>>> comparison and created one for every commit but that was fixed and
>>>>> commits will patch as normal.
>>>>>
>>>>> I hope that makes sense.
>>>>>
>>>>> Cheers
>>>>> Stephen
>>>>>
>>>>>
>>>> Ah OK, I only skimmed it and thought it was doing it each time,
>>>> that makes sense though
>>>>
>>>> I'm getting an error doing a --rebuild on your 27.2 srpm on el6,
>>>> any ideas?
>>>>
>>>> /root/rpmbuild/BUILD/mythtv-0.27.2/mythplugins-0.27.2/mytharchive/mytharchivehelper/main.cpp:1006:
>>>> undefined reference to `MythCoreContext::GetMasterServerPort()'
>>>> /root/rpmbuild/BUILD/mythtv-0.27.2/mythplugins-0.27.2/mytharchive/mytharchivehelper/main.cpp:1006:
>>>> undefined reference to `MythCoreContext::GetMasterServerIP()'
>>>> collect2: ld returned 1 exit status
>>>> make[2]: *** [mytharchivehelper] Error 1
>>>> make[2]: Leaving directory
>>>> `/root/rpmbuild/BUILD/mythtv-0.27.2/mythplugins-0.27.2/mytharchive/mytharchivehelper'
>>>> make[1]: *** [sub-mytharchivehelper-make_default] Error 2
>>>> make[1]: Leaving directory
>>>> `/root/rpmbuild/BUILD/mythtv-0.27.2/mythplugins-0.27.2/mytharchive'
>>>> make: *** [sub-mytharchive-make_default] Error 2
>>>> error: Bad exit status from /var/tmp/rpm-tmp.TflHvR (%build)
>>>>
>>>>
>>>>
>>>> t
>>>> _______________________________________________
>>>> atrpms-users mailing list
>>>> atrpms-users@atrpms.net
>>>> http://lists.atrpms.net/mailman/listinfo/atrpms-users
>>> I am sorry for not replying earlier, I have been away, my phone
>>> didn't seem to like replying to emails.
>>>
>>> Is this still a problem? There seems to be a lot of activity on the
>>> mythtv git so updates are becoming very frequent.
>>>
>>> Cheers
>>> Stephen
>> All sorted now, it didn't seem to like building without having a
>> previous version installed at the time.
>>
>> Either way, I've done a complete rebuild since with Centos 7, and it
>> built fine on there (after having to build most of the dependencies
>> from f19/20 src rpms)
>>
>>
>> cheers
>>
>> Dunc
>>
>>
>>
>>
>> _______________________________________________
>> atrpms-users mailing list
>> atrpms-users@atrpms.net
>> http://lists.atrpms.net/mailman/listinfo/atrpms-users
> Can you let me know what dependencies you required that I'm not
> currently building. I haven't installed it only building at the moment
> although I do have a el7 system at home using for testing some of new
> features.
I think this is most of them , with a lot of their dependencies being
pulled in from elrepo and epel. I've since gone back and reduced a lot
of the stuff needed by trying to avoid the atrpms srpms as much as
possible. The el7 atrpms stuff is just a mess for mythtv unfortunately.
So much specific version stuff that is now standard in el7, and ends up
making unnecessary dependencies. A lot of stuff just fails to build too.
arts-1.5.10-23.fc20.src.rpm
faad2-2.7-5.fc20.src.rpm
libglademm24-2.6.7-9.fc20.src.rpm
libquicktime-1.2.4-13.fc20.src.rpm
mpg123-1.19.0-1.fc20.src.rpm
mplayer-1.1-21.20140327svn.fc20.src.rpm
nas-1.9.4-1.fc20.src.rpm
perl-HTTP-Cache-Transparent-1.1-3.fc20.src.rpm
perl-Tk-TableMatrix-1.23-18.fc20.src.rpm
Mplayer/mpg123 is responsible for most of them, and originally trying to
build the mplayer.src.rpm currently in atrpms led me down an awful
rabbit hole of dependencies. Don't remember why I used the fc20 arts
over yours?
Also I had to comment out this bit in the spec as the detection wasn't
working properly and kdelib3 was breaking stuff
#%if 0%{?fedora} > 16 || 0%{?rhel} > 6
BuildRequires: kdelibs-devel
#%else
#BuildRequires: kdelibs3-devel
#%endif
The only other thing needed was a mythbackend.service file to replace
the init.d -
http://www.mythtv.org/wiki/Systemd_mythbackend_Configuration Systemd is still V compatible, but it works a load nicer if you do it
properly
cheers
Dunc