Mailing List Archive

rpm build of master fails after ffmpeg refactor
I just realised (after a comment by Paul H) that commits to master
hadn't stopped but are not coming through on the mailing list, so this
is a bit late.

I'm using a specfile based on one from rpmfusion. Last success was on 25
April. Now I see

+ ./configure --qmake=/usr/bin/qmake-qt5 --prefix=/usr
--libdir=/usr/lib64 --libdir-name=lib64 --mandir=/usr/share/man
--enable-libmp3lame --enable-libtheora --enable-libvorbis
--enable-libx264 --enable-libxvid ' '
Unknown option "--enable-libtheora".

All those 'enables' come from a section of the specfile with this preamble:

%build

# First, we build MythTV
pushd mythtv

# Similar to 'percent' configure, but without {_target_platform} and
# {_exec_prefix} etc... MythTV no longer accepts the parameters that the
# configure macro passes, so we do this manually.
./configure \
--qmake=%{_bindir}/qmake-qt5 \
--prefix=%{_prefix} \
--libdir=%{_libdir} \
--libdir-name=%{_lib} \
--mandir=%{_mandir} \
<snip>
--enable-bdjava \
--enable-libmp3lame \
--enable-libtheora --enable-libvorbis \
--enable-libx264 \
--enable-libx265 \
--enable-libxvid \
--enable-libvpx \

and I suspect that the others would fail too. I tried
--enable-libmyththeora, but no joy.

This is pretty early in the build process and I have no doubt that
fixing it will simply reveal the need for lots more changes; but perhaps
someone will be able to suggest an approach?

And do I need to disable plugins?

John P



_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
rpm build of master fails after ffmpeg refactor [ In reply to ]
I just realised (after a comment by Paul H) that commits to master
hadn't stopped but are not coming through on the mailing list, so this
is a bit late.

I'm using a specfile based on one from rpmfusion. Last success was on 25
April. Now I see

+ ./configure --qmake=/usr/bin/qmake-qt5 --prefix=/usr
--libdir=/usr/lib64 --libdir-name=lib64 --mandir=/usr/share/man
--enable-libmp3lame --enable-libtheora --enable-libvorbis
--enable-libx264 --enable-libxvid ' '
Unknown option "--enable-libtheora".

All those 'enables' come from a section of the specfile with this preamble:

%build

# First, we build MythTV
pushd mythtv

# Similar to 'percent' configure, but without {_target_platform} and
# {_exec_prefix} etc... MythTV no longer accepts the parameters that the
# configure macro passes, so we do this manually.
./configure \
--qmake=%{_bindir}/qmake-qt5 \
--prefix=%{_prefix} \
--libdir=%{_libdir} \
--libdir-name=%{_lib} \
--mandir=%{_mandir} \
<snip>
--enable-bdjava \
--enable-libmp3lame \
--enable-libtheora --enable-libvorbis \
--enable-libx264 \
--enable-libx265 \
--enable-libxvid \
--enable-libvpx \

and I suspect that the others would fail too. I tried
--enable-libmyththeora, but no joy.

This is pretty early in the build process and I have no doubt that
fixing it will simply reveal the need for lots more changes; but perhaps
someone will be able to suggest an approach?

And do I need to disable plugins?

John P

Deleted all the --enables, libtheora to libvpx since they appeared in
config. Now get

Configuring minilzo...
Info: creating stash file
/builddir/build/BUILD/mythtv-master/mythtv/external/minilzo/.qmake.stash
Configuring libmythsoundtouch...
Info: creating stash file
/builddir/build/BUILD/mythtv-master/mythtv/external/libmythsoundtouch/.qmake.stash
Configuring libXNVCtrl...
Info: creating stash file
/builddir/build/BUILD/mythtv-master/mythtv/external/libXNVCtrl/.qmake.stash
+ '--extra-cflags=-O2 -g -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
--param=ssp-buffer-size=4 -grecord-gcc-switches
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic
-fomit-frame-pointer -fno-devirtualize' '--extra-cxxflags=-O2 -g -pipe
-Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic
-fomit-frame-pointer -fno-devirtualize' --compile-type=release
--enable-debug
BUILDSTDERR: /var/tmp/rpm-tmp.2KJ8B9: line 50: --extra-cflags=-O2 -g
-pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic
-fomit-frame-pointer -fno-devirtualize: No such file or directory
BUILDSTDERR: error: Bad exit status from /var/tmp/rpm-tmp.2KJ8B9 (%build)
RPM build errors:
BUILDSTDERR: Bad exit status from /var/tmp/rpm-tmp.2KJ8B9 (%build)
Child return code was: 1
EXCEPTION: [Error()]
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/mockbuild/trace_decorator.py",
line 96, in trace
result = func(*args, **kw)
File "/usr/lib/python3.6/site-packages/mockbuild/util.py", line 626,
in do
raise exception.Error("Command failed: \n # %s\n%s" % (command,
output), child.returncode)
mockbuild.exception.Error: Command failed:
# /usr/bin/systemd-nspawn -q -M 310f2b4d5d4146abb7291952db02508f -D
/var/lib/mock/fedora-26-x86_64/root -a --setenv=TERM=vt100
--setenv=SHELL=/bin/bash --setenv=HOME=/builddir --setenv=HOSTNAME=mock
--setenv=PATH=/usr/bin:/bin:/usr/sbin:/sbin
--setenv=PROMPT_COMMAND=printf "\033]0;<mock-chroot>\007"
--setenv=PS1=<mock-chroot> \s-\v\$ --setenv=LANG=en_GB.UTF-8 -u
mockbuild bash --login -c /usr/bin/rpmbuild -bb --target x86_64 --nodeps
/builddir/build/SPECS/mythtvmaster30pre620a.spec



_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: rpm build of master fails after ffmpeg refactor [ In reply to ]
On 05/09/2018 12:47 PM, John Pilkington wrote:
> I just realised (after a comment by Paul H) that commits to master
> hadn't stopped but are not coming through on the mailing list, so this
> is a bit late.
>
> I'm using a specfile based on one from rpmfusion. Last success was on
> 25 April.  Now I see
>
> + ./configure --qmake=/usr/bin/qmake-qt5 --prefix=/usr
> --libdir=/usr/lib64 --libdir-name=lib64 --mandir=/usr/share/man
> --enable-libmp3lame --enable-libtheora --enable-libvorbis
> --enable-libx264 --enable-libxvid ' '
> Unknown option "--enable-libtheora".
>
> All those 'enables' come from a section of the specfile with this
> preamble:
>
> %build
>
> # First, we build MythTV
> pushd mythtv
>
> # Similar to 'percent' configure, but without {_target_platform} and
> # {_exec_prefix} etc... MythTV no longer accepts the parameters that the
> # configure macro passes, so we do this manually.
> ./configure \
>     --qmake=%{_bindir}/qmake-qt5                \
>     --prefix=%{_prefix}                         \
>     --libdir=%{_libdir}                         \
>     --libdir-name=%{_lib}                       \
>     --mandir=%{_mandir}                         \
> <snip>
>     --enable-bdjava                             \
>     --enable-libmp3lame                         \
>     --enable-libtheora --enable-libvorbis       \
>     --enable-libx264                            \
>     --enable-libx265                            \
>     --enable-libxvid                            \
>     --enable-libvpx                             \
>
> and I suspect that the others would fail too.  I tried
> --enable-libmyththeora, but no joy.
>
> This is pretty early in the build process and I have no doubt that
> fixing it will simply reveal the need for lots more changes; but
> perhaps someone will be able to suggest an approach?
>
> And do I need to disable plugins?
>
> John P
>
>

Hi John

Some of those options are not needed or useful for MythTV. They are
FFmpeg options that used to work since the configure was previously a
copy of FFmpeg configure with extensive changes. To see the valid MythTV
options you can run "./configure --help".

What is needed to remove the unnecessary options from rpmfusion? I am
not familiar with that so I have no understanding of the process. I can
if necessary add the ability for options that are unused by MythTV to be
passed through to the FFmpeg build, if that is useful.

Peter


_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: rpm build of master fails after ffmpeg refactor [ In reply to ]
I'm one of the maintainers on RPM Fusion... The spec file needs to be
updated but I just haven't had a lot of spare time to clean up something
that was working. I'll try to carve out some time to clean it up a bit.

Thanks,
Richard
Re: rpm build of master fails after ffmpeg refactor [ In reply to ]
On 05/09/2018 05:20 PM, Richard Shaw wrote:
> I'm one of the maintainers on RPM Fusion... The spec file needs to be
> updated but I just haven't had a lot of spare time to clean up
> something that was working. I'll try to carve out some time to clean
> it up a bit.
>
> Thanks,
> Richard
>
>
> _______________________________________________
>
Thanks Richard.

If you have any questions or anything is not working correctly with the
configure or build, please let me know and I will sort it out.

Peter
Re: rpm build of master fails after ffmpeg refactor [ In reply to ]
On 09/05/18 22:20, Richard Shaw wrote:
> I'm one of the maintainers on RPM Fusion... The spec file needs to be
> updated but I just haven't had a lot of spare time to clean up something
> that was working. I'll try to carve out some time to clean it up a bit.
>
> Thanks,
> Richard

Hi Richard: I'm not complaining or trying to tread on your toes. The
specfile has been working for me so far and I'm just trying to get it up
to speed with the recent changes in master. Unfortunately at present it
doesn't like libXNVCtrl. Should it?

Cheers,

John

_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
rpm build of master fails after ffmpeg refactor [ In reply to ]
I just realised (after a comment by Paul H) that commits to master
hadn't stopped but are not coming through on the mailing list, so this
is a bit late.

I'm using a specfile based on one from rpmfusion. Last success was on 25
April. Now I see

+ ./configure --qmake=/usr/bin/qmake-qt5 --prefix=/usr
--libdir=/usr/lib64 --libdir-name=lib64 --mandir=/usr/share/man
--enable-libmp3lame --enable-libtheora --enable-libvorbis
--enable-libx264 --enable-libxvid ' '
Unknown option "--enable-libtheora".

All those 'enables' come from a section of the specfile with this preamble:

%build

# First, we build MythTV
pushd mythtv

# Similar to 'percent' configure, but without {_target_platform} and
# {_exec_prefix} etc... MythTV no longer accepts the parameters that the
# configure macro passes, so we do this manually.
./configure \
--qmake=%{_bindir}/qmake-qt5 \
--prefix=%{_prefix} \
--libdir=%{_libdir} \
--libdir-name=%{_lib} \
--mandir=%{_mandir} \
<snip>
--enable-bdjava \
--enable-libmp3lame \
--enable-libtheora --enable-libvorbis \
--enable-libx264 \
--enable-libx265 \
--enable-libxvid \
--enable-libvpx \

and I suspect that the others would fail too. I tried
--enable-libmyththeora, but no joy.

This is pretty early in the build process and I have no doubt that
fixing it will simply reveal the need for lots more changes; but perhaps
someone will be able to suggest an approach?

And do I need to disable plugins?

John P

gmail doesn't show me my own posts so this is 'edited as new'

After a few more attempts I deleted everything after the <snip> above
until the following 'make' line, and building progressed to the plugins,
when it eventually reported 'no rule to make target...libmyth-30.so'
needed by 3 components of mytharchive, and quit. Reported build time
was 42 minutes, rather than 8 minutes as before. git was f7ff74a and so
includes the install-mytharchive without-plugins commit at dca00e0

I'm minded to try a build --without-plugins; the only one I have used
often is mytharchive.

John




_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
rpm build of master fails after ffmpeg refactor [ In reply to ]
I just realised (after a comment by Paul H) that commits to master
hadn't stopped but are not coming through on the mailing list, so this
is a bit late.

I'm using a specfile based on one from rpmfusion. Last success was on 25
April. Now I see

+ ./configure --qmake=/usr/bin/qmake-qt5 --prefix=/usr
--libdir=/usr/lib64 --libdir-name=lib64 --mandir=/usr/share/man
--enable-libmp3lame --enable-libtheora --enable-libvorbis
--enable-libx264 --enable-libxvid ' '
Unknown option "--enable-libtheora".

All those 'enables' come from a section of the specfile with this preamble:

%build

# First, we build MythTV
pushd mythtv

# Similar to 'percent' configure, but without {_target_platform} and
# {_exec_prefix} etc... MythTV no longer accepts the parameters that the
# configure macro passes, so we do this manually.
./configure \
--qmake=%{_bindir}/qmake-qt5 \
--prefix=%{_prefix} \
--libdir=%{_libdir} \
--libdir-name=%{_lib} \
--mandir=%{_mandir} \
<snip>
--enable-bdjava \
--enable-libmp3lame \
--enable-libtheora --enable-libvorbis \
--enable-libx264 \
--enable-libx265 \
--enable-libxvid \
--enable-libvpx \

and I suspect that the others would fail too. I tried
--enable-libmyththeora, but no joy.

This is pretty early in the build process and I have no doubt that
fixing it will simply reveal the need for lots more changes; but perhaps
someone will be able to suggest an approach?

And do I need to disable plugins?

John P

gmail doesn't show me my own posts so this is 'edited as new'

After a few more attempts I deleted everything after the <snip> above
until the following 'make' line, and building progressed to the plugins,
when it eventually reported 'no rule to make target...libmyth-30.so'
needed by 3 components of mytharchive, and quit. Reported build time
was 42 minutes, rather than 8 minutes as before. git was f7ff74a and so
includes the install-mytharchive without-plugins commit at dca00e0

I'm minded to try a build --without-plugins; the only one I have used
often is mytharchive.

-----------
I downloaded the latest 6e939ad and tried as above but --without plugins

This failed (45 min) in mythtv-common in the 'files' section:

Processing files: mythtv-common-master-30.630.a.fc26.x86_64
error: File not found:
/builddir/build/BUILDROOT/mythtv-master-30.630.a.fc26.x86_64/usr/bin/mythwikiscripts

I see no other references to mythwikiscripts in the specfile. My
earlier builds do include it.

That folder does contain several other files:

$ ls
/var/lib/mock/fedora-26-x86_64/root/builddir/build/BUILDROOT/mythtv-master-30.630.a.fc26.x86_64/usr/bin

mythavtest mythcommflag mythffserver mythfrontend
mythlcdserver mythpreviewgen mythshutdown mythtv-setup
optimize_mythdb
mythbackend mythffmpeg mythfilerecorder mythhdhomerun_config
mythmediaserver mythreplex mythtranscode mythutil

mythccextractor mythffprobe mythfilldatabase mythjobqueue
mythmetadatalookup mythscreenwizard mythtvsetup mythwelcome

The build log has no references to mytharchive.
-------------






_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: rpm build of master fails after ffmpeg refactor [ In reply to ]
On Thu, May 10, 2018 at 9:07 AM, John Pilkington <johnpilk222@gmail.com>
wrote:

> I just realised (after a comment by Paul H) that commits to master hadn't
> stopped but are not coming through on the mailing list, so this is a bit
> late.
>
> I'm using a specfile based on one from rpmfusion. Last success was on 25
> April. Now I see
>
> + ./configure --qmake=/usr/bin/qmake-qt5 --prefix=/usr --libdir=/usr/lib64
> --libdir-name=lib64 --mandir=/usr/share/man --enable-libmp3lame
> --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid ' '
> Unknown option "--enable-libtheora".
>

I went in and removed the vorbis and theora options and am currently trying
builds of the latest fixes/29.1.

http://koji.rpmfusion.org/koji/packageinfo?packageID=162

Thanks,
Richard
Re: rpm build of master fails after ffmpeg refactor [ In reply to ]
On 10/05/18 15:10, Richard Shaw wrote:
> On Thu, May 10, 2018 at 9:07 AM, John Pilkington <johnpilk222@gmail.com
> <mailto:johnpilk222@gmail.com>> wrote:
>
> I just realised (after a comment by Paul H) that commits to master
> hadn't stopped but are not coming through on the mailing list, so
> this is a bit late.
>
> I'm using a specfile based on one from rpmfusion. Last success was
> on 25 April.  Now I see
>
> + ./configure --qmake=/usr/bin/qmake-qt5 --prefix=/usr
> --libdir=/usr/lib64 --libdir-name=lib64 --mandir=/usr/share/man
> --enable-libmp3lame --enable-libtheora --enable-libvorbis
> --enable-libx264 --enable-libxvid ' '
> Unknown option "--enable-libtheora".
>
>
> I went in and removed the vorbis and theora options and am currently
> trying builds of the latest fixes/29.1.
>
> http://koji.rpmfusion.org/koji/packageinfo?packageID=162
>
> Thanks,
> Richard

Hi Richard: I don't suppose that amny mythtv users will miss theora or
vorbis, but I don't think you need to remove them. It looks to me as if
there are conflicts between Peter's new ffmpeg-based configure and the
old rpmfusion mythtv-based configure, IIUC the new version only affects
master at present.

Relating to my other posts on this topic: I see that mythwikiscripts
comes in /mythtv-master/mythtv/bindings/python/scripts

but is being looked for in /usr/bin

bin* problem? If so, it might be a one-off.

John
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: rpm build of master fails after ffmpeg refactor [ In reply to ]
On Thu, May 10, 2018 at 10:18 AM, John Pilkington <johnpilk222@gmail.com>
wrote:

> On 10/05/18 15:10, Richard Shaw wrote:
>
>> On Thu, May 10, 2018 at 9:07 AM, John Pilkington <johnpilk222@gmail.com
>> <mailto:johnpilk222@gmail.com>> wrote:
>>
>> I just realised (after a comment by Paul H) that commits to master
>> hadn't stopped but are not coming through on the mailing list, so
>> this is a bit late.
>>
>> I'm using a specfile based on one from rpmfusion. Last success was
>> on 25 April. Now I see
>>
>> + ./configure --qmake=/usr/bin/qmake-qt5 --prefix=/usr
>> --libdir=/usr/lib64 --libdir-name=lib64 --mandir=/usr/share/man
>> --enable-libmp3lame --enable-libtheora --enable-libvorbis
>> --enable-libx264 --enable-libxvid ' '
>> Unknown option "--enable-libtheora".
>>
>>
>> I went in and removed the vorbis and theora options and am currently
>> trying builds of the latest fixes/29.1.
>>
>> http://koji.rpmfusion.org/koji/packageinfo?packageID=162
>>
>> Thanks,
>> Richard
>>
>
> Hi Richard: I don't suppose that amny mythtv users will miss theora or
> vorbis, but I don't think you need to remove them. It looks to me as if
> there are conflicts between Peter's new ffmpeg-based configure and the old
> rpmfusion mythtv-based configure, IIUC the new version only affects master
> at present.
>

I removed them since they were not shown in ./configure --help... Weirdly
though, neither was x265 but it definitely needs to be there.



> Relating to my other posts on this topic: I see that mythwikiscripts
> comes in /mythtv-master/mythtv/bindings/python/scripts
>
> but is being looked for in /usr/bin
>
> bin* problem? If so, it might be a one-off


Perhaps, without seeing your whole spec file. The original error said the
line was not a file or directory but it was all CFLAG related stuff. The
scripts put in %{_bindir} if from contrib (or other directories) should be
"installed" somewhere in the %install section.

Thanks,
Richard
Re: rpm build of master fails after ffmpeg refactor [ In reply to ]
On 05/10/2018 11:24 AM, Richard Shaw wrote:
> I removed them since they were not shown in ./configure --help...
> Weirdly though, neither was x265 but it definitely needs to be there.
>
Actually, libx265 is not needed and if it is configured it will not be
used. If you check the ./configure --help in the FFmpeg directory or the
FFmpeg documentation you will find that libx265 is used by FFmpeg only
for encoding and not for decoding. x265 decoding is done by FFmpeg
internally and does not need libx265. MythTV does not do any x265
encoding at the current time.

Peter
Re: rpm build of master fails after ffmpeg refactor [ In reply to ]
On 05/10/2018 10:07 AM, John Pilkington wrote:
> I just realised (after a comment by Paul H) that commits to master
> hadn't stopped but are not coming through on the mailing list, so this
> is a bit late.
>
> I'm using a specfile based on one from rpmfusion. Last success was on
> 25 April.  Now I see
>
> + ./configure --qmake=/usr/bin/qmake-qt5 --prefix=/usr
> --libdir=/usr/lib64 --libdir-name=lib64 --mandir=/usr/share/man
> --enable-libmp3lame --enable-libtheora --enable-libvorbis
> --enable-libx264 --enable-libxvid ' '
> Unknown option "--enable-libtheora".
>
> All those 'enables' come from a section of the specfile with this
> preamble:
>
> %build
>
> # First, we build MythTV
> pushd mythtv
>
> # Similar to 'percent' configure, but without {_target_platform} and
> # {_exec_prefix} etc... MythTV no longer accepts the parameters that the
> # configure macro passes, so we do this manually.
> ./configure \
>     --qmake=%{_bindir}/qmake-qt5                \
>     --prefix=%{_prefix}                         \
>     --libdir=%{_libdir}                         \
>     --libdir-name=%{_lib}                       \
>     --mandir=%{_mandir}                         \
> <snip>
>     --enable-bdjava                             \
>     --enable-libmp3lame                         \
>     --enable-libtheora --enable-libvorbis       \
>     --enable-libx264                            \
>     --enable-libx265                            \
>     --enable-libxvid                            \
>     --enable-libvpx                             \
>
> and I suspect that the others would fail too.  I tried
> --enable-libmyththeora, but no joy.
>
> This is pretty early in the build process and I have no doubt that
> fixing it will simply reveal the need for lots more changes; but
> perhaps someone will be able to suggest an approach?
>
> And do I need to disable plugins?
>
> John P
>
> gmail doesn't show me my own posts so this is 'edited as new'
>
> After a few more attempts I deleted everything after the <snip> above
> until the following 'make' line, and building progressed to the
> plugins, when it eventually reported 'no rule to make
> target...libmyth-30.so' needed by 3 components of mytharchive, and
> quit.  Reported build time was 42 minutes, rather than 8 minutes as
> before.  git was f7ff74a and so includes the install-mytharchive
> without-plugins commit at dca00e0
>
> I'm minded to try a build --without-plugins; the only one I have used
> often is mytharchive.
>
> -----------
> I downloaded the latest 6e939ad and tried as above but --without plugins
>
> This failed (45 min) in mythtv-common in the 'files' section:
>
> Processing files: mythtv-common-master-30.630.a.fc26.x86_64
> error: File not found:
> /builddir/build/BUILDROOT/mythtv-master-30.630.a.fc26.x86_64/usr/bin/mythwikiscripts
>
> I see no other references to mythwikiscripts in the specfile.  My
> earlier builds do include it.
>
> That folder does contain several other files:
>
> $ ls
> /var/lib/mock/fedora-26-x86_64/root/builddir/build/BUILDROOT/mythtv-master-30.630.a.fc26.x86_64/usr/bin
>
> mythavtest       mythcommflag  mythffserver      mythfrontend
> mythlcdserver       mythpreviewgen    mythshutdown   mythtv-setup
> optimize_mythdb
> mythbackend      mythffmpeg    mythfilerecorder mythhdhomerun_config
> mythmediaserver     mythreplex mythtranscode  mythutil
> mythccextractor  mythffprobe   mythfilldatabase  mythjobqueue
> mythmetadatalookup  mythscreenwizard  mythtvsetup    mythwelcome
>
> The build log has no references to mytharchive.
> -------------
>
>
>
I don't know why you are getting so many strange errors. Was this
working before? For example, a normal build of MythTV does not put
mythwikiscripts in /usr/bin . The plugins build does put it in
/usr/local/bin.

I think your "without-plugins" is still trying to build plugins.

I did not change anything in the plugins configure. There were android
related changes to the plugins configure. Perhaps those caused a problem.

Peter
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: rpm build of master fails after ffmpeg refactor [ In reply to ]
On Thu, May 10, 2018 at 11:02 AM, John Pilkington <johnpilk222@gmail.com> wrote:
> ... but perhaps someone will be able to suggest an approach?

FWIW, I have a different set of spec files that work
well (for me) for building the various rpms for
fedora and centos-7 with both fixes/29 and master
(well, after the requirement to locally apply my patch
to your own copy of mockchain (issue #65 from
https://github.com/rpm-software-management/mock/issues/65# )
since that team has let mockchain languish a bit).

My spec file and build system deviated from the
mythtv packaging and rpmfusion spec files
(somewhat significantly) some time ago though,
and I only regularly build and use fedora (since
it is so trivial to upgrade fedora these days, it is
hardly worth holding on to the legacy past).
If I have some time to review it (to see what things
are specific for my environment) I'll try to share it
over the weekend in the case it is valuable
to someone.
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: rpm build of master fails after ffmpeg refactor [ In reply to ]
On 10/05/18 20:19, Peter Bennett wrote:
>
>
> On 05/10/2018 10:07 AM, John Pilkington wrote:
>> I just realised (after a comment by Paul H) that commits to master
>> hadn't stopped but are not coming through on the mailing list, so this
>> is a bit late.
>>
>> I'm using a specfile based on one from rpmfusion. Last success was on
>> 25 April.  Now I see
>>
>> + ./configure --qmake=/usr/bin/qmake-qt5 --prefix=/usr
>> --libdir=/usr/lib64 --libdir-name=lib64 --mandir=/usr/share/man
>> --enable-libmp3lame --enable-libtheora --enable-libvorbis
>> --enable-libx264 --enable-libxvid ' '
>> Unknown option "--enable-libtheora".
>>
>> All those 'enables' come from a section of the specfile with this
>> preamble:
>>
>> %build
>>
>> # First, we build MythTV
>> pushd mythtv
>>
>> # Similar to 'percent' configure, but without {_target_platform} and
>> # {_exec_prefix} etc... MythTV no longer accepts the parameters that the
>> # configure macro passes, so we do this manually.
>> ./configure \
>>     --qmake=%{_bindir}/qmake-qt5                \
>>     --prefix=%{_prefix}                         \
>>     --libdir=%{_libdir}                         \
>>     --libdir-name=%{_lib}                       \
>>     --mandir=%{_mandir}                         \
>> <snip>
>>     --enable-bdjava                             \
>>     --enable-libmp3lame                         \
>>     --enable-libtheora --enable-libvorbis       \
>>     --enable-libx264                            \
>>     --enable-libx265                            \
>>     --enable-libxvid                            \
>>     --enable-libvpx                             \
>>
>> and I suspect that the others would fail too.  I tried
>> --enable-libmyththeora, but no joy.
>>
>> This is pretty early in the build process and I have no doubt that
>> fixing it will simply reveal the need for lots more changes; but
>> perhaps someone will be able to suggest an approach?
>>
>> And do I need to disable plugins?
>>
>> John P
>>
>> gmail doesn't show me my own posts so this is 'edited as new'
>>
>> After a few more attempts I deleted everything after the <snip> above
>> until the following 'make' line, and building progressed to the
>> plugins, when it eventually reported 'no rule to make
>> target...libmyth-30.so' needed by 3 components of mytharchive, and
>> quit.  Reported build time was 42 minutes, rather than 8 minutes as
>> before.  git was f7ff74a and so includes the install-mytharchive
>> without-plugins commit at dca00e0
>>
>> I'm minded to try a build --without-plugins; the only one I have used
>> often is mytharchive.
>>
>> -----------
>> I downloaded the latest 6e939ad and tried as above but --without plugins
>>
>> This failed (45 min) in mythtv-common in the 'files' section:
>>
>> Processing files: mythtv-common-master-30.630.a.fc26.x86_64
>> error: File not found:
>> /builddir/build/BUILDROOT/mythtv-master-30.630.a.fc26.x86_64/usr/bin/mythwikiscripts
>>
>>
>> I see no other references to mythwikiscripts in the specfile.  My
>> earlier builds do include it.
>>
>> That folder does contain several other files:
>>
>> $ ls
>> /var/lib/mock/fedora-26-x86_64/root/builddir/build/BUILDROOT/mythtv-master-30.630.a.fc26.x86_64/usr/bin
>>
>>
>> mythavtest       mythcommflag  mythffserver      mythfrontend
>> mythlcdserver       mythpreviewgen    mythshutdown   mythtv-setup
>> optimize_mythdb
>> mythbackend      mythffmpeg    mythfilerecorder mythhdhomerun_config
>> mythmediaserver     mythreplex mythtranscode  mythutil
>> mythccextractor  mythffprobe   mythfilldatabase  mythjobqueue
>> mythmetadatalookup  mythscreenwizard  mythtvsetup    mythwelcome
>>
>> The build log has no references to mytharchive.
>> -------------
>>
>>
>>
> I don't know why you are getting so many strange errors. Was this
> working before? For example, a normal build of MythTV does not put
> mythwikiscripts in /usr/bin . The plugins build does put it in
> /usr/local/bin.
>
> I think your "without-plugins" is still trying to build plugins.
>
> I did not change anything in the plugins configure. There were android
> related changes to the plugins configure. Perhaps those caused a problem.
>
> Peter

I'm not particularly surprised by what I'm seeing. It's been clear for
a long time that the rpm builds aren't the same as those used in the
buildbots - they have had different evolutionary paths, and I have
(almost) always used the rpms. Both have been made to work, and will
normally stay working, but changes often do affect them differently.

John

_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: rpm build of master fails after ffmpeg refactor [ In reply to ]
On Thu, May 10, 2018 at 8:07 PM, Gary Buhrmaster
<gary.buhrmaster@gmail.com> wrote:
....
> If I have some time to review it (to see what things
> are specific for my environment) I'll try to share it
> over the weekend in the case it is valuable
> to someone.

I had some extra time this evening. You can find
my work (as it is) in my packaging github repo:

https://github.com/garybuhrmaster/packaging

under the MythTV/rpm directory. Read the README.
I have used it mostly for fedora. Last I tried, it worked
for centos-7. NOTE NOTE NOTE: the rpms generated
are not the same layout as the mythtv and rpmfusion
packaging, and you would have to remove those
before installing those generated by this build if you
have interest. Perhaps those motivated can use
one/more ideas and feed them into other packaging
solutions. And, as always, proposed patches are
welcome.
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
rpm build of master fails after ffmpeg refactor [ In reply to ]
I just realised (after a comment by Paul H) that commits to master
hadn't stopped but are not coming through on the mailing list, so this
is a bit late.

I'm using a specfile based on one from rpmfusion. Last success was on 25
April. Now I see

+ ./configure --qmake=/usr/bin/qmake-qt5 --prefix=/usr
--libdir=/usr/lib64 --libdir-name=lib64 --mandir=/usr/share/man
--enable-libmp3lame --enable-libtheora --enable-libvorbis
--enable-libx264 --enable-libxvid ' '
Unknown option "--enable-libtheora".

All those 'enables' come from a section of the specfile with this preamble:

%build

# First, we build MythTV
pushd mythtv

# Similar to 'percent' configure, but without {_target_platform} and
# {_exec_prefix} etc... MythTV no longer accepts the parameters that the
# configure macro passes, so we do this manually.
./configure \
--qmake=%{_bindir}/qmake-qt5 \
--prefix=%{_prefix} \
--libdir=%{_libdir} \
--libdir-name=%{_lib} \
--mandir=%{_mandir} \
<snip>
--enable-bdjava \
--enable-libmp3lame \
--enable-libtheora --enable-libvorbis \
--enable-libx264 \
--enable-libx265 \
--enable-libxvid \
--enable-libvpx \

and I suspect that the others would fail too. I tried
--enable-libmyththeora, but no joy.

This is pretty early in the build process and I have no doubt that
fixing it will simply reveal the need for lots more changes; but perhaps
someone will be able to suggest an approach?

And do I need to disable plugins?

John P

gmail doesn't show me my own posts so this is 'edited as new'

After a few more attempts I deleted everything after the <snip> above
until the following 'make' line, and building progressed to the plugins,
when it eventually reported 'no rule to make target...libmyth-30.so'
needed by 3 components of mytharchive, and quit. Reported build time
was 42 minutes, rather than 8 minutes as before. git was f7ff74a and so
includes the install-mytharchive without-plugins commit at dca00e0

I'm minded to try a build --without-plugins; the only one I have used
often is mytharchive.

-----------
I downloaded the latest 6e939ad and tried as above but --without plugins

This failed (45 min) in mythtv-common in the 'files' section:

Processing files: mythtv-common-master-30.630.a.fc26.x86_64
error: File not found:
/builddir/build/BUILDROOT/mythtv-master-30.630.a.fc26.x86_64/usr/bin/mythwikiscripts

I see no other references to mythwikiscripts in the specfile. My
earlier builds do include it.

That folder does contain several other files:

$ ls
/var/lib/mock/fedora-26-x86_64/root/builddir/build/BUILDROOT/mythtv-master-30.630.a.fc26.x86_64/usr/bin

mythavtest mythcommflag mythffserver mythfrontend
mythlcdserver mythpreviewgen mythshutdown mythtv-setup
optimize_mythdb
mythbackend mythffmpeg mythfilerecorder mythhdhomerun_config
mythmediaserver mythreplex mythtranscode mythutil
mythccextractor mythffprobe mythfilldatabase mythjobqueue
mythmetadatalookup mythscreenwizard mythtvsetup mythwelcome

The build log has no references to mytharchive.
-------------
2018 May 11

It seemed simpler and worthwhile to press on with this. So with git
aa8bdcb (which affects some ffmpeg locations) I commented out the
mythwikiscripts reference and tried again --without plugins.

44 minutes

Processing files: perl-MythTV-master-30.632.a.fc26.noarch
error: File not found:
/builddir/build/BUILDROOT/mythtv-master-30.632.a.fc26.x86_64/usr/share/perl5/vendor_perl/MythTV.pm
error: Directory not found:
/builddir/build/BUILDROOT/mythtv-master-30.632.a.fc26.x86_64/usr/share/perl5/vendor_perl/MythTV
error: File not found:
/builddir/build/BUILDROOT/mythtv-master-30.632.a.fc26.x86_64/usr/share/perl5/vendor_perl/MythTV/*.pm




_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-dev
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org