Hi,
I get the following error when I try to build a package by using SRPM upload method:
Start: buildsrpm Start: rpmbuild -bs error: File /builddir/build/SOURCES/plexmediaplayer-qtwebengine.patch: No such file or directory
Obviously, the file SOURCES/plexmediaplayer-qtwebengine.patch is present in the uploaded SRPM. Full log: https://copr-be.cloud.fedoraproject.org/results/jleroy/PlexMediaPlayer/fedor...
Thanks,
Yes, there was an error in the new copr-rpmbuild script that it completely ignored patches (and other files apart from tarball and spec) and it also supported only one tarball reference in source file. I have deployed a new version that should solve the problems.
clime
On Sat, Jun 10, 2017 at 3:12 AM, Jonathan Leroy jonathan@harrycow.fr wrote:
Hi,
I get the following error when I try to build a package by using SRPM upload method:
Start: buildsrpm Start: rpmbuild -bs error: File /builddir/build/SOURCES/plexmediaplayer-qtwebengine.patch: No such file or directory
Obviously, the file SOURCES/plexmediaplayer-qtwebengine.patch is present in the uploaded SRPM. Full log: https://copr-be.cloud.fedoraproject.org/results/ jleroy/PlexMediaPlayer/fedora-25-x86_64/00563632- plexmediaplayer/builder-live.log
Thanks,
-- Jonathan Leroy _______________________________________________ copr-devel mailing list -- copr-devel@lists.fedorahosted.org To unsubscribe send an email to copr-devel-leave@lists.fedorahosted.org
2017-06-10 12:31 GMT+02:00 Michal Novotny clime@redhat.com:
Yes, there was an error in the new copr-rpmbuild script that it completely ignored patches (and other files apart from tarball and spec) and it also supported only one tarball reference in source file. I have deployed a new version that should solve the problems.
Thank you, the SRPM build is now working.
But I now have another error: binaries installed via pip are no longer in $PATH:
pip install --user git+https://github.com/jleroy/conan.git@gcc-71-dumpversion Collecting git+https://github.com/jleroy/conan.git@gcc-71-dumpversion Cloning https://github.com/jleroy/conan.git (to gcc-71-dumpversion) to /tmp/pip-zHt08L-build [...] Running setup.py install for conan: started Running setup.py install for conan: finished with status 'done' Successfully installed PyJWT PyYAML astroid backports.functools-lru-cache bottle colorama conan configparser distro fasteners future isort lazy-object-proxy mccabe monotonic node-semver patch pluginbase pylint requests six wrapt You are using pip version 8.1.2, however version 9.0.1 is available. You should consider upgrading via the 'pip install --upgrade pip' command. + conan remote add plex https://conan.plex.tv /var/tmp/rpm-tmp.rjbj9w: line 33: conan: command not found
Full log : https://copr-be.cloud.fedoraproject.org/results/jleroy/PlexMediaPlayer/fedor...
This is related to --no-clean option that we currently use with mock. I will need to collect a bit more info if we can really drop this option (as the relative conan call works without it). There will be a new release on Wed (at latest), so you can try afterwards. If you urgently need the build now, however, try to fully specify the path to conan (i.e. ~/.local/bin/conan).
On Sat, Jun 10, 2017 at 5:29 PM, Jonathan Leroy jonathan@harrycow.fr wrote:
2017-06-10 12:31 GMT+02:00 Michal Novotny clime@redhat.com:
Yes, there was an error in the new copr-rpmbuild script that it
completely
ignored patches (and other files apart from tarball and spec) and it also supported only one tarball reference in source file. I have deployed a
new
version that should solve the problems.
Thank you, the SRPM build is now working.
But I now have another error: binaries installed via pip are no longer in $PATH:
pip install --user git+https://github.com/jleroy/ conan.git@gcc-71-dumpversion Collecting git+https://github.com/jleroy/conan.git@gcc-71-dumpversion Cloning https://github.com/jleroy/conan.git (to gcc-71-dumpversion) to /tmp/pip-zHt08L-build [...] Running setup.py install for conan: started Running setup.py install for conan: finished with status 'done' Successfully installed PyJWT PyYAML astroid backports.functools-lru-cache bottle colorama conan configparser distro fasteners future isort lazy-object-proxy mccabe monotonic node-semver patch pluginbase pylint requests six wrapt You are using pip version 8.1.2, however version 9.0.1 is available. You should consider upgrading via the 'pip install --upgrade pip' command.
- conan remote add plex https://conan.plex.tv
/var/tmp/rpm-tmp.rjbj9w: line 33: conan: command not found
Full log : https://copr-be.cloud.fedoraproject.org/results/jleroy/PlexM ediaPlayer/fedora-25-x86_64/00563742-plexmediaplayer/build.log.gz
-- Jonathan Leroy _______________________________________________ copr-devel mailing list -- copr-devel@lists.fedorahosted.org To unsubscribe send an email to copr-devel-leave@lists.fedorahosted.org
2017-06-12 11:06 GMT+02:00 Michal Novotny clime@redhat.com:
This is related to --no-clean option that we currently use with mock. I will need to collect a bit more info if we can really drop this option (as the relative conan call works without it). There will be a new release on Wed (at latest), so you can try afterwards. If you urgently need the build now, however, try to fully specify the path to conan (i.e. ~/.local/bin/conan).
Thank you Michal. I will wait for the new release.
2017-06-12 11:12 GMT+02:00 Jonathan Leroy jonathan@harrycow.fr:
Thank you Michal. I will wait for the new release.
There is a DNS resolution problem this morning :
fatal: unable to access 'https://github.com/jleroy/conan.git/': Could not resolve host: github.com
Full log : https://copr-be.cloud.fedoraproject.org/results/jleroy/PlexMediaPlayer/fedor...
On Wed, Jun 14, 2017 at 10:57 AM, Jonathan Leroy jonathan@harrycow.fr wrote:
2017-06-12 11:12 GMT+02:00 Jonathan Leroy jonathan@harrycow.fr:
Thank you Michal. I will wait for the new release.
There is a DNS resolution problem this morning :
fatal: unable to access 'https://github.com/jleroy/conan.git/': Could not resolve host: github.com
Actually, this is a bug. systemd-nspawn "chroots" are now used for building and there is a different config option for network-enabling them. Now it's rpmbuild_networking, before it was use_host_resolv.
I have already fixed the bug but it will take a bit of time until the new copr-rpmbuild package will get propagated to builders. Until then, all the builds will have networking disabled (which should not really be a problem while the opposite would be a problem).
Apart from that, we still use --no-clean option for the mock build. I could not find the exact reason why ~/.local/bin is not in PATH when this option is used after previously setting up the chroot env with mock --buildsrpm. I think it will become clear to me at some point but not quite there yet.
Anyway, could you explain your use-case a bit? From the comments in the spec I can see it's a bit of a workaround. Would it be perhaps possible for you to use our pyp2rpm build method to first translate the required packages into rpms, which could be then (Build)Required in plexmediaplayer? I suspect that would be a cleaner way, although a bit more work is probably required depending on the number of PyPI-only dependencies.
clime
Full log : https://copr-be.cloud.fedoraproject.org/results/ jleroy/PlexMediaPlayer/fedora-25-x86_64/00565167- plexmediaplayer/build.log.gz
-- Jonathan Leroy _______________________________________________ copr-devel mailing list -- copr-devel@lists.fedorahosted.org To unsubscribe send an email to copr-devel-leave@lists.fedorahosted.org
On Wednesday, June 14, 2017 11:52:35 AM CEST Michal Novotny wrote:
Actually, this is a bug. systemd-nspawn "chroots" are now used for building and there is a different config option for network-enabling them. Now it's rpmbuild_networking, before it was use_host_resolv.
I would suggest to define both use_host_resolv and rpmbuild_networking options based on Copr's "Enable Networking" checkbox... just for the cases that some of the copr deployments decided to not move to systemd_nspawn that quickly.
Perhaps the systemd_nspawn itself could be 'opt-out', too?
Pavel
copr-devel@lists.fedorahosted.org