Strange error trying to rebuild Avidemux
by Richard Shaw
I think I finally have all the cmake change shenanigans fixed but now I'm
running into this:
- Checking for VAPOURSYNTH
-- ***********************
-- Checking for module 'vapoursynth-script'
-- Found vapoursynth-script, version 48
-- VSSCRIPT<-I/usr/include/vapoursynth;-I/usr/include/python3.9> <
-lvapoursynth-script;-lvapoursynth> <vapoursynth-script;vapoursynth>
CMake Error at /usr/share/cmake/Modules/GetPrerequisites.cmake:843
(message):
/usr/bin/ldd failed: 1
ldd: error: you do not have read permission for
`/usr/lib64/libvapoursynth-script.so'
Call Stack (most recent call first):
/builddir/build/BUILD/avidemux_2.7.6/fakeRoot/usr/include/avidemux/2.7/cmake/admCheckVapourSynth.cmake:7
(GET_PREREQUISITES)
/builddir/build/BUILD/avidemux_2.7.6/fakeRoot/usr/include/avidemux/2.7/cmake/admCheckVapourSynth.cmake:32
(GET_VAPOURSYNTH_PYTHON)
ADM_demuxers/VapourSynth/CMakeLists.txt:3 (checkVapourSynth)
So following the error I went into the mock chroot but everything looks
fine:
<mock-chroot> sh-5.0# ls -l /usr/lib64/libvap*
lrwxrwxrwx. 1 root root 30 Jul 30 10:37
/usr/lib64/libvapoursynth-script.so -> libvapoursynth-script.so.0.0.0
lrwxrwxrwx. 1 root root 30 Jul 30 10:37
/usr/lib64/libvapoursynth-script.so.0 -> libvapoursynth-script.so.0.0.0
-rwxr-xr-x. 1 root root 28632 Jul 30 10:38
/usr/lib64/libvapoursynth-script.so.0.0.0
lrwxrwxrwx. 1 root root 24 Jul 30 10:37 /usr/lib64/libvapoursynth.so
-> libvapoursynth.so.48.0.0
lrwxrwxrwx. 1 root root 24 Jul 30 10:37
/usr/lib64/libvapoursynth.so.48 -> libvapoursynth.so.48.0.0
-rwxr-xr-x. 1 root root 1264464 Jul 30 10:38
/usr/lib64/libvapoursynth.so.48.0.0
Ideas?
Thanks,
Richard
4 years, 3 months
RPM Fusion update report 2020-08-19
by noreply@rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 31
-------------
Pushed to testing:
Pushed to stable:
chromium-browser-privacy-84.0.4147.125-1.fc31
kodi-18.8-1.fc31
Fedora 32
-------------
Pushed to testing:
girl-10.0.0-10.fc32
gr-dab-0.4-3.fc32
Pushed to stable:
chromium-browser-privacy-84.0.4147.125-1.fc32
xroar-0.36.2-1.fc32
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
Section nonfree:
-------------
Fedora 31
-------------
Pushed to testing:
lpf-flash-plugin-32.0.0.414-1.fc31
nvidia-kmod-450.66-1.fc31
nvidia-modprobe-450.66-1.fc31
nvidia-persistenced-450.66-1.fc31
nvidia-settings-450.66-1.fc31
nvidia-xconfig-450.66-1.fc31
xorg-x11-drv-nvidia-450.66-1.fc31
Pushed to stable:
Fedora 32
-------------
Pushed to testing:
lpf-flash-plugin-32.0.0.414-1.fc32
nvidia-kmod-450.66-1.fc32
nvidia-modprobe-450.66-1.fc32
nvidia-persistenced-450.66-1.fc32
nvidia-settings-450.66-1.fc32
nvidia-xconfig-450.66-1.fc32
xorg-x11-drv-nvidia-450.66-1.fc32
Pushed to stable:
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
nvidia-kmod-450.66-1.el7
nvidia-modprobe-450.66-1.el7
nvidia-persistenced-450.66-1.el7
nvidia-settings-450.66-1.el7
nvidia-xconfig-450.66-1.el7
xorg-x11-drv-nvidia-450.66-1.el7
Pushed to stable:
EL 8
-------------
Pushed to testing:
nvidia-kmod-450.66-1.el8
nvidia-modprobe-450.66-1.el8
nvidia-persistenced-450.66-1.el8
nvidia-settings-450.66-1.el8
nvidia-xconfig-450.66-1.el8
xorg-x11-drv-nvidia-450.66-1.el8
Pushed to stable:
Theses packages will be available in main mirror in a few hours. Wait for local mirrors to sync
Please report any issue to https://bugzilla.rpmfusion.org
4 years, 3 months
Re: [mixxx] Delete obsolete .gitignore file
by Nicolas Chauvet
Le dim. 16 août 2020 à 12:07, Uwe Klotz <uklotzde(a)rpmfusion.org> a écrit :
>
> commit 7bf13054f5baaee42026813b9784bccba571188a
> Author: Uwe Klotz <uklotz(a)mixxx.org>
> Date: Sun Aug 16 11:57:04 2020 +0200
>
> Delete obsolete .gitignore file
>
> .gitignore | 1 -
Hi there,
Can you explain why you think this is obsolete ?
At least, it will purposely prevent to commit large files into SCM.
Curing such miss-take is very painful on the sysadmin side.
Please consider using a wildcard with a significant part of the main
archive you are using instead or updating on every snapshot or even
deleting the file.
Thanks for your understanding.
4 years, 3 months
RPM Fusion update report 2020-08-14
by noreply@rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 31
-------------
Pushed to testing:
chromium-browser-privacy-84.0.4147.125-1.fc31
chromium-freeworld-84.0.4147.125-1.fc31
kodi-18.8-1.fc31
Pushed to stable:
retroarch-freeworld-1.9.0-1.fc31
xroar-0.36.2-1.fc31
xtables-addons-3.10-1.fc31
xtables-addons-kmod-3.10-1.fc31
Fedora 32
-------------
Pushed to testing:
chromium-browser-privacy-84.0.4147.125-1.fc32
chromium-freeworld-84.0.4147.125-1.fc32
retroarch-freeworld-1.9.0-1.fc32
xroar-0.36.2-1.fc32
Pushed to stable:
kodi-18.8-1.fc32
xtables-addons-3.10-1.fc32
xtables-addons-kmod-3.10-1.fc32
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
xtables-addons-3.10-1.el8
xtables-addons-kmod-3.10-1.el8
Section nonfree:
-------------
Fedora 31
-------------
Pushed to testing:
Pushed to stable:
Fedora 32
-------------
Pushed to testing:
Pushed to stable:
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
Theses packages will be available in main mirror in a few hours. Wait for local mirrors to sync
Please report any issue to https://bugzilla.rpmfusion.org
4 years, 4 months
RPM Fusion update report 2020-08-11
by noreply@rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 31
-------------
Pushed to testing:
retroarch-freeworld-1.9.0-1.fc31
xroar-0.36.2-1.fc31
xtables-addons-3.10-1.fc31
xtables-addons-kmod-3.10-1.fc31
Pushed to stable:
zoneminder-1.34.18-1.fc31
Fedora 32
-------------
Pushed to testing:
kodi-18.8-1.fc32
xtables-addons-3.10-1.fc32
xtables-addons-kmod-3.10-1.fc32
Pushed to stable:
zoneminder-1.34.18-1.fc32
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
Pushed to stable:
zoneminder-1.34.18-1.el7
EL 8
-------------
Pushed to testing:
xtables-addons-3.10-1.el8
xtables-addons-kmod-3.10-1.el8
Pushed to stable:
zoneminder-1.34.18-1.el8
Section nonfree:
-------------
Fedora 31
-------------
Pushed to testing:
Pushed to stable:
discord-0.0.11-1.fc31
Fedora 32
-------------
Pushed to testing:
Pushed to stable:
discord-0.0.11-1.fc32
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
Theses packages will be available in main mirror in a few hours. Wait for local mirrors to sync
Please report any issue to https://bugzilla.rpmfusion.org
4 years, 4 months
Please tests your packages in rawhide
by Nicolas Chauvet
Hi there,
According to the fedora schedule, the branch point is in one week:
https://fedorapeople.org/groups/schedule/f-33/f-33-key-tasks.html
As we haven't started the mass rebuild yet and it may be probably
delayed because of
internal schedule, we ask you to test your packages in __mock__
(specially with lto issue, but not only) and eventually rebuild them
in koji (for all arches).
This will allow to be more efficient when submitting builds that will
work in all arches, reducing infrastructure tasks.
Thanks in advance for your work on this.
--
-
Nicolas (kwizart)
4 years, 4 months
RPM Fusion update report 2020-08-07
by noreply@rpmfusion.org
RPM Fusion update report
------------------------
Section free:
-------------
Fedora 31
-------------
Pushed to testing:
zoneminder-1.34.18-1.fc31
Pushed to stable:
libaacs-0.11.0-1.fc31
live555-2020.07.31-1.fc31
svt-hevc-1.5.0-1.fc31
telegram-desktop-2.2.0-1.fc31
vlc-3.0.11.1-3.fc31
Fedora 32
-------------
Pushed to testing:
zoneminder-1.34.18-1.fc32
Pushed to stable:
libaacs-0.11.0-1.fc32
live555-2020.07.31-1.fc32
svt-hevc-1.5.0-1.fc32
telegram-desktop-2.2.0-1.fc32
vlc-3.0.11.1-3.fc32
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
zoneminder-1.34.18-1.el7
Pushed to stable:
live555-2020.07.31-1.el7
vlc-3.0.11.1-3.el7
EL 8
-------------
Pushed to testing:
zoneminder-1.34.18-1.el8
Pushed to stable:
libaacs-0.11.0-1.el8
live555-2020.07.31-1.el8
svt-hevc-1.5.0-1.el8
vlc-3.0.11.1-3.el8
Section nonfree:
-------------
Fedora 31
-------------
Pushed to testing:
Pushed to stable:
megasync-4.3.3.0-1.fc31
Fedora 32
-------------
Pushed to testing:
Pushed to stable:
megasync-4.3.3.0-1.fc32
EL 6
-------------
Pushed to testing:
Pushed to stable:
EL 7
-------------
Pushed to testing:
Pushed to stable:
EL 8
-------------
Pushed to testing:
Pushed to stable:
megasync-4.3.3.0-1.el8
Theses packages will be available in main mirror in a few hours. Wait for local mirrors to sync
Please report any issue to https://bugzilla.rpmfusion.org
4 years, 4 months
Re: Please tests your packages in rawhide
by Sérgio Basto
Hi,
Packages that depends on cmake [1] (at least) , epel-rpm-macros are
updated for el8 and el7 ? i.e. we can use %undefine
__cmake_in_source_build for all branches ?
Regards
[1]
dnf repoquery --disablerepo=* --enablerepo=rpmfusion-{non,}free-
rawhide-source --arch=src --whatrequires cmake,cmake3,extra-cmake-
modules -q | sed 's|\(-[^-]\+\)\{2\}src||' | sort -u
abuse
acoustid-fingerprinter
avidemux
cairo-dock-freeworld
cannonball
chromaprint-tools
cinelerra-gg
dfhack
dhewm3
dwarffortress
dwarftherapist
dynamips
EmptyEpsilon
ffmpegthumbnailer
ffmpegthumbs
freshplayerplugin
gr-dab
HandBrake
intel-media-driver
kaffeine
kdenlive
kodi
kodi-inputstream-adaptive
kodi-peripheral-joystick
kodi-platform
kodi-pvr-argustv
kodi-pvr-demo
kodi-pvr-dvblink
kodi-pvr-dvbviewer
kodi-pvr-filmon
kodi-pvr-hts
kodi-pvr-iptvsimple
kodi-pvr-mediaportal-tvserver
kodi-pvr-mythtv
kodi-pvr-nextpvr
kodi-pvr-njoy
kodi-pvr-pctv
kodi-pvr-stalker
kodi-pvr-vbox
kodi-pvr-vdr-vnsi
kodi-pvr-vuplus
kodi-pvr-wmc
kodi-visualization-spectrum
libftl
libopenshot
libopenshot-audio
lightspark
megasync
mixxx
obs-studio
olive
openhantek
openmw
pcsx2
performous
phonon-backend-vlc
plex-media-player
ppsspp
pulseaudio-module-bluetooth-freeworld
qmmp-plugin-pack-freeworld
qmmp-plugins-freeworld
qmplay2
qt5-qtwebengine-freeworld
qt-heif-image-plugin
qtox
simplescreenrecorder
svt-hevc
telegram-desktop
vcmi
x265
yabause
zoneminder
On Wed, 2020-08-05 at 15:26 +0000, Andrew Bauer wrote:
> Understood. And thanks for the link. This has been a bit of a moving
> target, and it has been a challenge to verify what information is the
> most recent.
>
> Thanks,
> Andy
>
>
>
> From: Leigh Scott <leigh123linux(a)gmail.com>
> Sent: Wednesday, August 5, 2020 9:28 AM
> To: rpmfusion-developers(a)lists.rpmfusion.org <
> rpmfusion-developers(a)lists.rpmfusion.org>
> Subject: Re: Please tests your packages in rawhide
>
> Sorry my mistake, I didn't notice you were doing in-source builds.
> I wasn't unaware that the cmake install/build macros were included in
> epel-rpm-macros
>
> https://koji.fedoraproject.org/koji/buildinfo?buildID=1571914
>
> If you added
> On 05/08/2020 13:47, Andrew Bauer wrote:
> > Negative.
> > Take a look at the contents of
> > http://koji.rpmfusion.org/koji/taskinfo?taskID=424877
> >
> > You can see the macros *did* in fact work just fine.
> > The build instead failed because our pod2man macro didn't work out-
> > of-source. This has been fixed and will be part of the next
> > release.
> >
> > Thanks,
> > Andy
> >
> >
> > From: Leigh Scott <leigh123linux(a)gmail.com>
> > Sent: Wednesday, August 5, 2020 7:24 AM
> > To: rpmfusion-developers(a)lists.rpmfusion.org <
> > rpmfusion-developers(a)lists.rpmfusion.org>
> > Subject: Re: Please tests your packages in rawhide
> >
> >
> > On 05/08/2020 13:01, Andrew Bauer wrote:
> > > For the zoneminder package, I switched to %cmake3_build and
> > > $cmake3_install. For this case, cmake3 macro is needed, rather
> > > than cmake, to force the use of cmake3 on el7.
> > >
> > > Despite comments from other sources to the contrary, no further
> > > changes were required. As of yesterday, these macros work on el7,
> > > el8, f32, and f33.
> >
> > It failed on f33 and will be totally broken on f32, f31 and el8
> >
> > http://koji.rpmfusion.org/koji/taskinfo?taskID=424877
> >
> >
> > You have to force the new macros for f32 and f31 with
> >
> > %undefine __cmake_in_source_build
> >
> > el8 cmake is too old and only uses the old macros.
> >
> > > Thanks,
> > > Andy
> > >
> > >
> > > From: FeRD <ferdnyc(a)gmail.com>
> > > Sent: Wednesday, August 5, 2020 5:47 AM
> > > To: RPM Fusion developers discussion list <
> > > rpmfusion-developers(a)lists.rpmfusion.org>
> > > Subject: Re: Please tests your packages in rawhide
> > >
> > >
> > > On Wed, Aug 5, 2020 at 1:22 AM Gary Buhrmaster <
> > > gary.buhrmaster(a)gmail.com> wrote:
> > > > On Wed, Aug 5, 2020 at 4:20 AM FeRD <ferdnyc(a)gmail.com> wrote:
> > > >
> > > > > I haven't merged my changes back beyond master yet, but the
> > > > impression I got was, at least once F33 is released, I could.
> > > > No?
> > > >
> > > > Your interpretation is the same as mine.
> > >
> > > Thanks, Gary, for all of the enlightening details. It all sounds
> > > almost suspiciously reasonable and sensible, so I'll be guardedly
> > > optimistic while I wait for the other shoe to drop. 😉
> > >
> > > It's vaguely possible there could be an OpenShot release before
> > > F33 makes it out the door, and I'll need to run new builds on
> > > F32. At which point, I'll have to thread all of the expected
> > > conditional logic into the spec files, so that I can merge master
> > > backwards to the current release branches in the absence of that
> > > backported New Design™.
> > >
> > > But that's, like, a soft maybe at BEST. Since I'm not
> > > currently expecting to do any new builds for the next couple of
> > > months, I figured I'd hang back until (hopefully) the backports
> > > are ready, at which point I can just merge the new specfile back
> > > down the line. That feels like True Laziness, and I think Larry
> > > Wall would approve.
> > >
> > > But if Leigh or any of the other project organizers prefer to
> > > have the conditionals in there now, "just in case" the
> > > updated specs might be needed to build on older releases, I'm
> > > perfectly happy to set things up that way for however long we're
> > > in this limbo period between the two build setups. Then the
> > > legacy commands can be dropped out again easily enough.
> > >
> > >
> > > _______________________________________________
> > > rpmfusion-developers mailing list --
> > > rpmfusion-developers(a)lists.rpmfusion.org
> > >
> > > To unsubscribe send an email to
> > > rpmfusion-developers-leave(a)lists.rpmfusion.org
> > >
> >
> > _______________________________________________
> > rpmfusion-developers mailing list --
> > rpmfusion-developers(a)lists.rpmfusion.org
> >
> > To unsubscribe send an email to
> > rpmfusion-developers-leave(a)lists.rpmfusion.org
> >
>
> _______________________________________________
> rpmfusion-developers mailing list --
> rpmfusion-developers(a)lists.rpmfusion.org
>
> To unsubscribe send an email to
> rpmfusion-developers-leave(a)lists.rpmfusion.org
>
--
Sérgio M. B.
4 years, 4 months
Re: Please tests your packages in rawhide
by Leigh Scott
Sorry my mistake, I didn't notice you were doing in-source builds.
I wasn't unaware that the cmake install/build macros were included in
epel-rpm-macros
https://koji.fedoraproject.org/koji/buildinfo?buildID=1571914
If you added
On 05/08/2020 13:47, Andrew Bauer wrote:
> Negative.
> Take a look at the contents
> of http://koji.rpmfusion.org/koji/taskinfo?taskID=424877
>
> You can see the macros *did* in fact work just fine.
> The build instead failed because our pod2man macro didn't work
> out-of-source. This has been fixed and will be part of the next release.
>
> Thanks,
> Andy
>
>
> ------------------------------------------------------------------------
> *From:* Leigh Scott <leigh123linux(a)gmail.com>
> *Sent:* Wednesday, August 5, 2020 7:24 AM
> *To:* rpmfusion-developers(a)lists.rpmfusion.org
> <rpmfusion-developers(a)lists.rpmfusion.org>
> *Subject:* Re: Please tests your packages in rawhide
>
>
>
> On 05/08/2020 13:01, Andrew Bauer wrote:
>> For the zoneminder package, I switched to %cmake3_build and
>> $cmake3_install. For this case, cmake3 macro is needed, rather than
>> cmake, to force the use of cmake3 on el7.
>>
>> Despite comments from other sources to the contrary, no further
>> changes were required. As of yesterday, these macros work on el7,
>> el8, f32, and f33.
>
>
> It failed on f33 and will be totally broken on f32, f31 and el8
>
>
> http://koji.rpmfusion.org/koji/taskinfo?taskID=424877
>
>
>
> You have to force the new macros for f32 and f31 with
>
>
> %undefine __cmake_in_source_build
>
>
> el8 cmake is too old and only uses the old macros.
>
>
>>
>> Thanks,
>> Andy
>>
>>
>> ------------------------------------------------------------------------
>> *From:* FeRD <ferdnyc(a)gmail.com> <mailto:ferdnyc@gmail.com>
>> *Sent:* Wednesday, August 5, 2020 5:47 AM
>> *To:* RPM Fusion developers discussion list
>> <rpmfusion-developers(a)lists.rpmfusion.org>
>> <mailto:rpmfusion-developers@lists.rpmfusion.org>
>> *Subject:* Re: Please tests your packages in rawhide
>>
>>
>> On Wed, Aug 5, 2020 at 1:22 AM Gary Buhrmaster
>> <gary.buhrmaster(a)gmail.com <mailto:gary.buhrmaster@gmail.com>> wrote:
>>
>> On Wed, Aug 5, 2020 at 4:20 AM FeRD <ferdnyc(a)gmail.com
>> <mailto:ferdnyc@gmail.com>> wrote:
>>
>> > I haven't merged my changes back beyond master yet, but the
>> impression I got was, at least once F33 is released, I could. No?
>>
>> Your interpretation is the same as mine.
>>
>>
>> Thanks, Gary, for all of the enlightening details. It all sounds
>> almost suspiciously reasonable and sensible, so I'll be guardedly
>> optimistic while I wait for the other shoe to drop. 😉
>>
>> It's vaguely /possible/ there could be an OpenShot release before F33
>> makes it out the door, and I'll need to run new builds on F32. At
>> which point, I'll have to thread all of the expected conditional
>> logic into the spec files, so that I can merge master backwards to
>> the current release branches in the absence of that backported New
>> Design™.
>>
>> But that's, like, a soft maybe at BEST. Since I'm not
>> currently /expecting /to do any new builds for the next couple of
>> months, I figured I'd hang back until (hopefully) the backports are
>> ready, at which point I can just merge the new specfile back down the
>> line. That feels like True Laziness, and I think Larry Wall would
>> approve.
>>
>> But if Leigh or any of the other project organizers prefer to have
>> the conditionals in there now, "just in case" the updated specs might
>> be needed to build on older releases, I'm perfectly happy to set
>> things up that way for however long we're in this limbo period
>> between the two build setups. Then the legacy commands can be dropped
>> out again easily enough.
>>
>>
>> _______________________________________________
>> rpmfusion-developers mailing list -- rpmfusion-developers(a)lists.rpmfusion.org <mailto:rpmfusion-developers@lists.rpmfusion.org>
>> To unsubscribe send an email to rpmfusion-developers-leave(a)lists.rpmfusion.org <mailto:rpmfusion-developers-leave@lists.rpmfusion.org>
>
> _______________________________________________
> rpmfusion-developers mailing list -- rpmfusion-developers(a)lists.rpmfusion.org
> To unsubscribe send an email to rpmfusion-developers-leave(a)lists.rpmfusion.org
4 years, 4 months