copr-be's storage
by Miroslav Suchý
FYI
I just resized copr-be storage for DNF repos from 4TB to 6TB.
It was as easy as:
umount /var/lib/copr/public_html
systemctl stop var-lib-copr-public_html.mount
copr-backend-service stop
systemctls stop lighttpd.service
in openstack dashboard, detach the volume, click "enlarge volume", set it to 6000GB.
attach it back.
Again:
umount /var/lib/copr/public_html
systemctl stop var-lib-copr-public_html.mount
parted
(parted) print free
Number Start End Size File system Name Flags
17.4kB 1049kB 1031kB Free Space
1 1049kB 4398GB 4398GB ext4
4398GB 6442GB 2044GB Free Space
(parted) resizepart
Partition number? 1
End? [4398GB]? 6442GB
resize2fs /dev/vdc1
systemctl start var-lib-copr-public_html.mount
systemctls start lighttpd.service
copr-backend-service start
# df -H /var/lib/copr/public_html
Filesystem Size Used Avail Use% Mounted on
/dev/vdc1 6.4T 4.2T 2.3T 65% /var/lib/copr/public_html
Mirek
4 years, 11 months
[copr] follow Fedora branching by default?
by Pavel Raiskup
Hi, there was an idea to turn on the "Follow Fedora branching" feature in Copr
by default (for newly created copr projects). That feature automatically
creates new fedora-NN-* chroots from fedora-rawhide-* chroots (at Fedora
branching time), and "forks" the related builds (so the packages don't have to
be re-built manually).
If you are concerned about this topic, consider looking at/voting in
https://pagure.io/copr/copr/issue/332 .
Pavel
5 years, 3 months
Deprecation of auto-packing for rpkg
by Michal Novotny
Hello,
if you are using SCM source type with rpkg source build method, then this
is message is especially for you. Since rpkg version 2, the auto-packing
functionality has been deprecated in favor of spec templates. Auto-packing
means that when building from a Git repo, the content of this repo gets
automatically packed into a tarball named according to Source0 definition
in a spec file.
The spec file and the packed tarball are then taken together to create an
srpm, from which rpms are built afterwards.
This functionality, which was originally taken from mock-scm plugin is now
deprecated in rpkg in favor of spec templates. With spec templates, there
is another way to achieve the same - putting an explicit directive into the
spec which says: "hey man, please, pack this and that directory and replace
me with the resulting tarball filename". Example looks like this:
Name: {{{ git_name }}}
Version: {{{ git_version }}}
Release: 1%{?dist}
Summary: This is a test package.
License: GPLv2+
URL: https://someurl.org
VCS: {{{ git_vcs }}}
Source: {{{ git_pack }}}
You can see there are several {{{ ... }}} tags, which are rpkg's special
macros. The one that packs the sources (the functionality previously
provided by auto-packing) is {{{ git_pack }}}. This macro will pack the the
repository content and replaces itself with the resulting tarball name.
Similar replacements happen for all the other {{{ ... }}} tags as well
until the spec is a fully valid rpm spec file. This rendered spec file is
then taken with the generated tarball and the srpm is built.
You may notice the {{{ git_pack }}} macro is different from all the others
because it has a side-effect, which is the tarball generation.
Note that auto-packing will be kept working for some time but you will be
getting the following notice in the srpm builder-live.log like:
cmd: ['rpkg', '-C', '/etc/rpkg.conf', 'srpm', '--outdir',
'/var/lib/copr-rpmbuild/results/tmptov9ctr1', '--spec',
'/tmp/tmpdgwt9w7b/corrade/package/rpm/corrade.spec']
cwd: /tmp/tmpdgwt9w7b/corrade/package/rpm
rc: 0
stdout: Wrote: /var/lib/copr-rpmbuild/results/tmptov9ctr1/corrade.spec
Wrote: /var/lib/copr-rpmbuild/results/tmptov9ctr1/corrade-0.2.tar.gz
Wrote: /var/lib/copr-rpmbuild/results/tmptov9ctr1/corrade-0.2-1.src.rpm
stderr: Auto-packing is deprecated and will be removed in a future
release. <----
Output: ['corrade-0.2.tar.gz', 'corrade-0.2-1.src.rpm', 'corrade.spec']
Don't worry though, it's gonna stay there for quite some time. Still, we
would recommend to try the spec templates out already because you might
find them interesting and useful. More docs about spec templates are here:
- https://pagure.io/rpkg-util
- https://docs.pagure.org/rpkg-util/
Some projects that already use it are:
- https://github.com/FreeCAD/FreeCAD/blob/master/package/fedora/freecad.spec
- https://pagure.io/copr/copr/blob/master/f/prunerepo/prunerepo.spec
At some point, we will be opening pull requests against upstream projects
that use SCM+rpkg but still use auto-packing but that's still quite far
away.
Thank you
Copr team
5 years, 3 months
copr-frontend-1.133 released
by Michal Novotny
Hello!
copr-frontend-1.133 has been just deployed and released [1]. The main point
of this release was GDPR (General Data Protection Regulation 2016/679 of
the European Union) compliance. Any user can now just delete his/her own
personal data from Fedora Copr by going to "User Info" link in the user
profile. Hopefully, you don't need to use that ;). Apart from that, there
are some improvements in copr-frontend theme (flavor) package versioning
and a few other useful tweaks.
Please, Enjoy!
Copr team
[1] https://bodhi.fedoraproject.org/updates/FEDORA-2018-3c3931fd1d
5 years, 3 months
Invalid URL 'None': No schema supplied. Perhaps you meant http://None?
by Kevin Olbrich
Hi!
I uploaded a new package to COPR with source located at GitHub.
Every time I try to build it by either starting it manually or with the
webhook, it fails with:
Downloading None
None
Exception raised during package import.
Traceback (most recent call last):
File "/usr/share/copr/dist_git/helpers.py", line 171, in download_file
r = get(url, stream=True, verify=False)
File "/usr/lib/python3.6/site-packages/requests/api.py", line 72, in get
return request('get', url, params=params, **kwargs)
File "/usr/lib/python3.6/site-packages/requests/api.py", line 58, in request
return session.request(method=method, url=url, **kwargs)
File "/usr/lib/python3.6/site-packages/requests/sessions.py", line
494, in request
prep = self.prepare_request(req)
File "/usr/lib/python3.6/site-packages/requests/sessions.py", line
437, in prepare_request
hooks=merge_hooks(request.hooks, self.hooks),
File "/usr/lib/python3.6/site-packages/requests/models.py", line
305, in prepare
self.prepare_url(url, params)
File "/usr/lib/python3.6/site-packages/requests/models.py", line
379, in prepare_url
raise MissingSchema(error)
requests.exceptions.MissingSchema: Invalid URL 'None': No schema
supplied. Perhaps you meant http://None?
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/share/copr/dist_git/importer.py", line 75, in do_import
workdir
File "/usr/share/copr/dist_git/helpers.py", line 173, in download_file
raise FileDownloadException(str(e))
dist_git.exceptions.FileDownloadException: Invalid URL 'None': No
schema supplied. Perhaps you meant http://None?
sending a response for task {'build_id': 765433}
Sending back:
{"build_id": 765433}
Using the same spec as URL (manual build) works perfectly.
This package does not need any external component, as it only bundles a
shell script.
https://copr.fedorainfracloud.org/coprs/kolbrich/k2update/build/765433/
https://github.com/kevin-olbrich/k2update
Any idea what's causing this?
Kind regards,
Kevin
5 years, 3 months
Builder image upgraded to F28
by Jakub Kadlcik
Hello,
we have upgraded the builder image to Fedora 28. Please note, that it will
take some time until all builders get recycled and relaunched from the new
image.
COPR team
5 years, 3 months
