EPEL 7 and EPEL 6 in Copr

With EOL of RHEL 7 and EPEL 7 we recently got several questions how long we will keep epel-7-* chroots in Copr? It will stay in Copr as long as people will need it. I may start asking around this time next year. But for next 12 months do not expect a change. On the other hand we still have e

Re: Fedora Copr Outage - Updating to a March 2024 Version

Dne 09. 03. 24 v 11:13 Pavel Raiskup napsal(a): Would it make sense to have the "rebuild with ssh access" call mock with "--no-clean-after"? Without that, there is not that much more to inspect than the chroot itself, is there? Or is the idea that we run mock again? The idea, is that you will b

Re: What are batches good for?

Dne 01. 12. 23 v 18:00 Vít Ondruch napsal(a): With MPB, trying to rebuild all Ruby related packages, I'd hoped I'll get the results much faster. The problem (to me) seems to be that packages are build in batches (as can be seen in attached screenshot). If there is some build which takes ages (

srpm builds can be built on aarch64 too

Previously we built src.rpm on intel machines. This morning I changed our configuration that src.rpm can be build on aarch64. I do not expect any issue as Koji is doing that for ages. Reporting just in case you see something odd. -- Miroslav Suchy, RHCA Red Hat, Manager, Packit and CPT, #brno,

chroot fedora-35-i686 removed

Because of this the chroot fedora-35-i686 is not usefull anymore. I disabled this chroot. Just after the Christmas break we are going to remove all other Fedora 35 chroots. Miroslav Přeposlaná zpráva Předmět:Re: COPR Build Failures for fedora-35-i686 Datum: Mon, 1

Re: reporting a a very old bug

Dne 23. 10. 22 v 5:55 Sérgio Basto napsal(a): The bug is after web page of results show the firsts results, the web page is cached and is never updated again. While new files of log are Ctrl+Shift+R https://answersdb.com/browser/what-is-difference-between-ctrl-r-and-ctrl-shift-r.html Should t

Re: Outage: Upgrading the Fedora Copr backend storage, 2022-10-28 -- 2022-10-30

Dne 21. 10. 22 v 18:30 Miro Hrončok napsal(a): FWIW it seems the alert-danger banner at top of https://copr.fedorainfracloud.org added bootstrap css and changed (broke?) the design of the web interface slightly. That was mistake. Link to css removed. Miroslav __

Re: [EPEL-devel] Mock/Copr default epel-8-* configuration to be changed

Dne 22. 11. 21 v 15:00 Pavel Raiskup napsal(a): Hello Fedora EPEL maintainers! First I don't feel comfortable announcing this, I'm not happy about the situation and so I don't want to be the lightning rod :-). But I believe that we can come to acceptable Copr/Mock solution and this needs to be

Re: Mock/Copr default epel-8-* configuration to be changed

Dne 22. 11. 21 v 17:57 Nico Kadel-Garcia napsal(a): Which is precisely why pointing it to the 'stream' release seems the only workable solution. That is EPEL-next https://fedoraproject.org/wiki/EPEL_Next#Introduction Miroslav ___ copr-devel mailing

Re: [EPEL-devel] Mock/Copr default epel-8-* configuration to be changed

Dne 22. 11. 21 v 15:10 Miro Hrončok napsal(a): However, enough of my personal views. Since we have not used RHEL for copr/mock EPEL buidlroots until now, but we used a downstream freely-available RHEL-copy (CentOS Linux), could we not continue doing so by using e.g. AlmaLinux? For day to day

Re: Excluding older builds of packages from Fedora when testing new ones in Copr

Dne 08. 07. 21 v 15:47 Miro Hrončok napsal(a): However, this procedure has a flaw. Let's say I'm working on upgrading python-click from 7.x to 8.x. And let's say a package (even transitively) BuildRequires:     python3dist(click) < 8 The way that dnf dependency resolution works, that package w

Move to libra.chat

Hi. I want to announce that Copr developers have moved from Freenode to Libra.chat. Still #fedora-buildsys there. For more details see: https://fedoramagazine.org/irc-announcement-fedora-moving-to-libera-chat/ Miroslav ___ copr-devel mailing list --

Re: What's the best way to compile Fedora's kernel rpms on copr?

Dne 20. 05. 21 v 22:30 Daniel Farina napsal(a): What's the right way to do that? I mostly want to slowly bisect this bug on my laptop:https://bugzilla.redhat.com/show_bug.cgi?id=1921242. It may seem a bit weird to do this through COPR, but for various reasons I thought that would be useful to

master -> main on github.com

I have changed default branch for our github.com projects: https://github.com/fedora-copr (all but copr which already used main) To change it it your local checkout please do: git branch -m master main git fetch origin git branch -u origin/main main It mainly affects: https://github.com/fed

Re: Please raise build time limit for Chromium again

Dne 02. 03. 21 v 17:26 Sérgio Basto napsal(a): hum IMHO should be available on general settings . for example when we want build kernels This is question of balance. Nearly all knobs can be sometimes useful in Project settings, chroot settings, package settings, build settings. Having them on

Removing old tar-balls

We are running low on copr-dist-git storage. I run `remove_unused_sources`, which removes all tar-balls from lookaside-cache but the latest ones referenced in `sources` (in any branch). The script is running now. And is going to run for several hours. The consequence is that hitting "resubmit

Re: Order of External Repositories matters?

Dne 11. 02. 21 v 16:59 Miro Hrončok napsal(a): I guess this has to do with either mock or dnf directly: $ mock -r fedora-rawhide-x86_64 -a 'https://copr-be.cloud.fedoraproject.org/results/@python/python3.10/fedora-rawhide-$basearch/' -a 'http://kojipkgs.fedoraproject.org/repos/rawhide/latest/$

Re: Flooding COPR with "useless" builds, how big of a problem it is?

Dne 08. 12. 20 v 15:09 Pavel Raiskup napsal(a): > Historically, but currently Fedora Copr scales pretty well. The major > concern is storage, so preferably all the projects should be removed > after some time, not stored indefinitely. Copr project has a field: Delete after days: This would be n

copr-fe.cloud.f.o dns removed

FYI I just removed the DNS entry copr-fe.cloud.fedoraproject.org This should not be used for long time. The SSL was not even configured for this domain. If you used that by any chance, please change your bookmark to https://copr.fedorainfracloud.org/ -- Miroslav Suchy, RHCA Red Hat, Associa

Fwd: Legal flag raised on fdk-aac

Hi Cykerway, see the explanation below. Your repo has been deleted (by some other admin). Kind Regards Miroslav Suchy Přeposlaná zpráva Předmět: Re: Legal flag raised on fdk-aac Datum: Thu, 28 May 2020 21:24:44 +0200 Od: Nicolas Chauvet Komu: Miroslav Suchý Kopie

Re: Legal flag raised on fdk-aac

Dne 28. 05. 20 v 9:42 r...@copr-fe.aws.fedoraproject.org napsal(a): > > Navigate to https://copr.fedorainfracloud.org/admin/legal-flag/ > Contact on owner is: cykerway > Reported by kwizart > I believe that fdk-aac is OK. I already discussed about this on: https://unix.stackexchange.com/questi

Fwd: Bulk deleting builds - RFC

FYI I sent this email to several users, who has most build in Copr. Anyone else is free to comment as well. M. Přeposlaná zpráva Předmět: Bulk deleting builds - RFC Hi, I am writing you because you are submitting a lot of builds to Copr and I would like to get your opinion abo

Copr outage - details

tl;dr: On Sunday 23rd February, there will be Copr outage. It will last the whole day. PPC64LE builder and chroots will be deactivated. The PPC64LE builders should be back in a matter of weeks. Hi. As previously announced, Fedora's infrastructure is moving to a different datacenter. For some se

Copr outage - moving to new datacenter

FYI, the Copr servers have to move to the new data center by the end of this month. That will include a physical move. In a truck. In the worst-case scenario, it will mean at least 15 days outage. Right now, the whole Copr team + some fedora-infrastructure guys are working on this task. We are

Re: Proxies for Copr repositories

Dne 09. 02. 20 v 22:17 Iñaki Ucar napsal(a): > On Tue, 4 Feb 2020 at 10:03, Miroslav Suchý wrote: >> >> Hi, >> I just enabled the content delivery network (CDN) for Copr repositories. >> It is provided by CloudFront from AWS. And it is provided for free by Amazon >

Proxies for Copr repositories

Hi, I just enabled the content delivery network (CDN) for Copr repositories. It is provided by CloudFront from AWS. And it is provided for free by Amazon to Fedora. Technically the original URL copr-be.cloud.fedoraproject.org is now accessible using download.copr.fedorainfracloud.org The ori

Re: Automated builds possible?

Dne 09. 01. 20 v 16:17 Richard Shaw napsal(a): > I just had a thought and wondered if it were possible. > > I have an upstream that posts alpha and beta releases to a specific URL. > > What I'd like copr (or something) to do is: > 1. Monitor those URLs so it knows when a new alpha is pushed > 2.

Fwd: ** PROBLEM alert - copr-fe.cloud.fedoraproject.org/Disk Space /boot is WARNING **

Pavel or Jakub, can you please check this up? M. Přeposlaná zpráva Předmět: ** PROBLEM alert - copr-fe.cloud.fedoraproject.org/Disk Space /boot is WARNING ** Datum: Mon, 06 Jan 2020 05:20:39 + * Nagios * Notification Type: PROBLEM Service: Disk Space /boot Host

Re: COPR specific macros?

Dne 04. 12. 19 v 15:23 Richard Shaw napsal(a): > Is there a macro available that evaluates to TRUE/1 when building in COPR? There are defined: %copr_username %copr_projectname macros. They are set to user name and to project name. -- Miroslav Suchy, RHCA Red Hat, Associate Manager ABRT/Copr

Re: copr builders moved to F31, with more builders

Dne 04. 12. 19 v 11:03 Pavel Raiskup napsal(a): > multiple createrepo_c processes concurrently on single project, and thus > all of the builders are waiting.. there is possible to do several > improvements. This issue has our priority now. To be specific: we identified two ways how to improve sp

Fwd: [CentOS-devel] CentOS Stream enabled in Copr

Přeposlaná zpráva Předmět: [CentOS-devel] CentOS Stream enabled in Copr Datum: Tue, 15 Oct 2019 14:33:34 +0200 Od: Miroslav Suchý Komu: The CentOS developers mailing list. Hi. FYI - I just added centos-stream-x86_64 centos-stream-aarch64 centos-stream-ppc64le to

Re: Does copr git support lfs?

Dne 13. 10. 19 v 23:18 z...@softvisio.net napsal(a): I have git repo, that contains .spec file and .tar.gz archive with the sources. .tar.gz commited to git as lfs object. Seems, that currently copr build system can't clone git with lfs files correctly? Right. But you can use: https://docs.p

Re: Hardlinked files

Dne 05. 09. 19 v 17:09 Pavel Raiskup napsal(a): > Hm, this is weird. From what I can tell, there should be only 3 (log) files > in > that directories (or Nx3 files). What exactly is linkable there? Hmm, this was just mistake cause by formating of output. My fault. >> 2) srpm_build/ - it has t

Hardlinked files

Hi. The hardlink task finished. For the record, this is what I run: cd /var/lib/copr/public_html/results for i in *; do pushd "$i" && for ii in *; do hardlink -vv "$ii"; done; popd >/dev/null; done It run for more than two days. :) As I watched the build most saved space come from: 1) chroot_sc

Re: Legal flag raised on rpm-gitoverlay-1556488700.270103

Dne 29. 04. 19 v 0:39 r...@copr-fe.cloud.fedoraproject.org napsal(a): > rpmsoftwaremanagement generates dozens of empty projects. > It doesn't seem normal, more like some bot goes crazy. > Contact on owner is: rpmsoftwaremanagement > Reported by zawertun > It is fine. They are creating new proj

Re: IOError: Failed to write to /tmp/numpy_test_big_arrays....npy: [Errno 28] No space left on device

Dne 21. 03. 19 v 11:09 Miro Hrončok napsal(a): > I just got this error in Copr. > > Should I skip big_arrays tests, or is this some quota on /tmp that can be > enlarged? > > Thanks. On our builders the chroot directory (including /tmp in that chroot) is created as tmpfs: mock_chroot_tmpfs

Re: pruning srpm-builds

For the record - I executed: # cat /tmp/p set -e cd /var/lib/copr/public_html/results for i in */*/srpm-builds/; do pushd "$i" >/dev/null echo "Purging $PWD" find ./ -mtime +14 -type f| xargs --no-run-if-empty rm cd .. find srpm-builds/ -empty -type d |xargs --no-run-if-empty rmdir p

Fwd: RHEL8 and Mageia7 available in Copr

FYI: I run: bash-4.4$ copr-frontend create_chroot mageia-7-i586 mageia-7-x86_64 bash-4.4$ copr-frontend create_chroot rhelbeta-8-x86_64 on copr-fe. Miroslav Přeposlaná zpráva Předmět: RHEL8 and Mageia7 available in Copr Datum: Mon, 11 Mar 2019 12:04:30 +0100 Od: Miroslav Suchý

Re: Rawhide buildroot broken: GPG problem

Dne 08. 03. 19 v 13:11 Miro Hrončok napsal(a): > https://copr.fedorainfracloud.org/coprs/g/python/python3.8/build/865744/ > > DEBUG util.py:554:  BUILDSTDERR: warning: > /var/lib/mock/865744-fedora-rawhide-x86_64-1552046861.342034/root/var/cache/dnf/fedora-2d95c80a1fa0a67d/packages/shadow-utils-4.

Re: pruning srpm-builds

Dne 08. 03. 19 v 9:21 Pavel Raiskup napsal(a): > > Will the limit for command-line lenght suffice (execve)? :-) It worked for 'du' - yes, it will be sufficient. >> The only cons I see is that links from build page to builder-live.log >> will be broken. ... hmm, they are already broken - likely

pruning srpm-builds

I was thinking where to reclaim storage space so we can add Fedora 30 and I checked the srpm-builds directory, which Dominik mentioned during last meeting and the total sum is: [root@copr-be results][PROD]# du -shc */*/srpm-builds 697Gtotal and it contains very old build - so current prunere

Fwd: python3-configparser is going away, update packages please

FYI I have prepared commit, but I am waiting untill https://pagure.io/copr/copr/pull-request/526 is merged, because it has conflicts. Miroslav Přeposlaná zpráva Předmět:python3-configparser is going away, update packages please Datum: Fri, 8 Feb 2019 06:05:08 -0500 Od:

EOL Fedora 27

Hi, I just EOLed fedora-27-* in Fedora's Copr instance. Miroslav ___ copr-devel mailing list -- copr-devel@lists.fedorahosted.org To unsubscribe send an email to copr-devel-le...@lists.fedorahosted.org Fedora Code of Conduct: https://getfedora.org/code-o

Re: Long jobs/big queues

Dne 30. 01. 19 v 12:22 harbottle napsal(a): > Is there a way that long-running jobs (I'm thinking kernel, gcc etc) can be > assigned to their own dedicated build > servers? The packages I build are usually quick (a few minutes) but they > sometimes have to wait a long time for these > longer jobs

Re: ccached builds

Dne 15.10.2018 v 12:46 Pavel Raiskup napsal(a): > the design of copr build system isn't really ready to have this > implemented, namely for storing the caches. The builder machines (which > do the mock build) are freshly started VMs. +1 Additionally using ccache on shared system is security probl

Fwd: copr-be's storage

FYI, I just added 1TB to copr-be storage using this old receipt. This mean that we consumed 2TB in less than one year! Miroslav Přeposlaná zpráva Předmět: copr-be's storage Datum: Wed, 20 Dec 2017 08:55:38 +0100 Od: Miroslav Suchý Adresa pro odpověď: Community Pro

feedback about new messaging

I just got a feedback about upcoming rewrite of our fedmsg. MKluson come in person and stated that he need a message about successful build and he need: build.id chroot_name I am posting here just as note for whoever will work on this in near future. Miroslav ___

ACL clean up

FYI: I added praiskup to Copr pagure group. I contacted asamlik about his intentions with Copr and based on that I removed him from pagure group, fedora infra playbooks, and FAS group. I wrote to all members of FAS group (gitcopr) and based on their intentions I removed so far: mizdebski, msrb

Added F29 to @copr/copr

FYI I added fedora-29 chroot to https://copr.fedorainfracloud.org/coprs/g/copr/copr/ and enabled follow-branching. Miroslav ___ copr-devel mailing list -- copr-devel@lists.fedorahosted.org To unsubscribe send an email to copr-devel-le...@lists.fedorahos

Re: branches cleanup

Dne 17.8.2018 v 11:24 Miroslav Suchý napsal(a): > We have lots of old branches. Here is the list: PEBKAC. The branches are not there any more. This: git fetch -p will update branch list pruning the old ones. Mirek ___ copr-devel mailing list -- c

branches cleanup

We have lots of old branches. Here is the list: origin/GDPR origin/ansible-2.x origin/api-mem-hotfix origin/api_search origin/arch-builder-groups origin/backend-appstream-fix origin/bkabrda-workspace origin/bootstrap-without-additional origin/build_chroot_with_started_on origi

Automatic verification of software packages with help of DNS

FYI: This is thesis on topic how to verify rpm signatures using DNSsec: https://www.vutbr.cz/en/students/final-thesis?zp_id=110044&aid_redir=1 This is something I would love to pilot in Copr one day. Despite few initial mandatory pages in Czech, the paper itself is in English. Miroslav _

Re: GitHub Apps

Dne 21.3.2018 v 12:28 Pavel Raiskup napsal(a): > 4. store **only** the **app** credentials into copr Yes. Only one app for all projects and all githubs and individual permission for each specific Github is granted via OAuth. Mirek ___ copr-devel m

GitHub Apps

During yesterday meeting I forgot to bring up the topic of GitHub apps. During the preparation of https://docs.google.com/forms/d/e/1FAIpQLSckxxUeAWKwUzjju6ftDjPeNWVWT_2_Y7mdpOrc8vMqRg_yxg/viewform?usp=sf_link I stumbled upon https://developer.github.com/apps/getting-started-with-building-apps/

Re: aarch64 copr?

Dne 7.2.2018 v 12:18 Avi Kivity napsal(a): > Are there plans to add aarch64 copr support? If so, when can we expect it to > be live? As soon as we get some builders. Which will be as soon as we get money for the builders. I applied for some money for this year. I will know in 1-2 months whether

dm-vdo

I found this in Cockpit release notes. I did not knew about DM-VDO previously. Might be useful for us for hosting all those repositories. Configure data deduplication with VDO devices - The "Virtual Data Optimizer" is a new feature to eliminate dupli

copr-be's storage

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

Re: duplicated lines

Dne 7.10.2017 v 16:55 Sérgio Basto napsal(a): > All build.log.gz have all lines duplicated, since some time , can youfix it > please ? thanks > > https://github.com/rpm-software-management/mock/issues/73 Patches are welcome. Mirek ___ copr-devel m

CI projects in Copr

Hi, I am gathering informations about various use of CI with Copr. Do you use Copr for building packages for nightlies? For building packages before pull request is merged? Do you have your set up described somewhere? What is the name of your project? Please let me know. Either here or via pri

Some Copr statistics

Copr popularity: Google search for string - number of results: * OBS repository - 1 610 000 * Copr repository - 1 180 000 * DNF repository - 700 000 * yum repository - 471 000 * Koji repository - 466 000 Projects and repositories: * 4,1 TB packages in repositories * 1 788 194 rpm packages hosted

Re: user adrian, send same build many times to copr and copr looks like is stucked

Dne 6.5.2017 v 15:08 Sérgio Basto napsal(a): > Hi, > https://copr.fedorainfracloud.org/status/waiting/ > > 107 minutes adrian/ohpc-gcc7-ppc64le548276 mpi > ch-gnu7-ohpc 3.2-1.ohpc.1.3.1.1 epel-7-ppc64le > > 97 minutesadrian/ohpc-gcc7-ppc64le548336 mpic > h-gnu7-ohpc

Re: About Removle of A Project

Dne 2.4.2017 v 16:42 M.Hanny Sabbagh napsal(a): Hello. I am the developer behind "Green Recorder", a software to record the Linux desktop: https://github.com/green-project/green-recorder The project (and the repository) was deleted completely from Copr with no warning suddenly. Now away from

Re: Copr and flatpaks

Dne 21.3.2017 v 17:41 David Haltinner napsal(a): > As you don't actually need to use rpms to make flatpaks, an entirely new mock > plugin could be made for that purpose, if one doesn't already exist that I am > unaware of. Would help to bring it into Koji as well in the future. There may > be an

Re: Random feedback from Telegram: Copr vs. AUR

Dne 21.2.2017 v 07:10 Pavel Raiskup napsal(a): > Adding voting mechanism would be the easiest part, but I would vote against > re-implementing forum, maybe just re-using some trivial flask chat? +1 > Having completely separate forum would be much wiser, because that would > be much, much more com

Re: mockremote with RHEL??

Dne 24.1.2017 v 11:31 Martin Juhl napsal(a): > Does anyone know howto use this with copr and mockremote??? > > Right now I have created a /etc/mock/rhel-7-x86_64.cfg, and added the profile > with the manage.py script... Add it with manage.py to copr db is one step, but you must make sure the con

Copr post-mortem

Hi, today we experienced Copr failure and outage. First we got reports that builds are failing due failure to sign resulting packages. We had similar problem before Christmas, but investigation of logs shown that this was different issue. It took us a moment to find that we run out of inodes on

Re: Waiting tasks

Dne 12.12.2016 v 01:38 Clinton Work napsal(a): > copr has 106 waiting tasks and no running tasks right now. It looks > like just i386/x86_64 tasks are stuck in the wait queue. It was already fixed. -- Miroslav Suchy, RHCA Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys

Re: Some projects fails to signed rpm

Dne 8.12.2016 v 23:02 Miroslav Suchy napsal(a): > But we discovered that ~30 projects still have problems. It seems that it is > project either tried to build or created > project during the incident. > > I will try to resolve it tomorrow. Should be resolved now. -- Miroslav Suchy, RHCA Red Ha

Re: COPR chroots additions/deletions

Dne 2.12.2016 v 11:13 Michal Novotny napsal(a): > It was somehow missed when epel-7 chroots were added so finally we have it. They were not missed. RHEL7 was released only for x86_64 and so was only CentOS later. Only some time after the release was added i386 for CentOS. And it was never release

| Re: Kerberos authentication example

Dne 16.11.2016 v 12:04 Martin Juhl napsal(a): > When doing the kerberos implementation.. do you have the commands for > generating the keytab file?? https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/System-Level_Authentication_Guide/Configuring_a_Kerberos_5_Server.html

| Re: move to pagure

Dne 7.11.2016 v 15:07 Pavel Raiskup napsal(a): > It would be nice to have that github repo synced automatically as an > mirror, for marketing purposes (for both Copr and Pagure). Why? I am really curious. IMHO it may just confuse developers where is the correct upstream. I would love to see the

| Re: codebase moved to pagure.io

Dne 1.11.2016 v 10:46 Pierre-Yves Chibon napsal(a): > Well there is https://docs.pagure.org/pagure/usage/using_webhooks.html no 'did > not seen any documentation about it' seems either a little strong, that you > didn't look very far or that for some reasons the doc is unused. Nice. Thank you. So

| Re: codebase moved to pagure.io

Dne 27.10.2016 v 19:56 Pierre-Yves Chibon napsal(a): > Pagure supports web-hook I still did not seen any documentation about it. And my common sense is failing. I really do not know how to use those web-hooks. -- Miroslav Suchy, RHCA Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-bu

| Re: codebase moved to pagure.io

Dne 31.10.2016 v 13:22 Michal Novotny napsal(a): > >In the simplest case, we would need directory/file names of level 1 > where > >there was > >a change. That's perhaps a little too specific though. I would still > very > >much welcome > >this or overall li

| Re: codebase moved to pagure.io

Dne 21.10.2016 v 13:00 Michal Novotny napsal(a): > codebase will be now hosted on pagure.io > (https://pagure.io/copr/copr). We would like to start > working on this platform. Not that Github is bad but I think that pagure.io > will be good place as well. So

| Re: Fork "from" or "to" rawhide?

Dne 10.10.2016 v 18:45 Sérgio Basto napsal(a): > Could we have copr for F25 ? and in the future for other branched > repos ? Please . There is fedora-25-* in Copr for more than month already. -- Miroslav Suchy, RHCA Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys ___

| Re: Could we allow issue tracker in github?

Dne 7.10.2016 v 17:17 Igor Gnatenko napsal(a): > I'm ++, /me hates all that struggling with RHBZ. I'm --, I hate github's issue tracker when it is longer than one page. It is useful for small project. But for bigger projects no. BZ allows us to track which issues were modified, and which are part

| Re: Could we allow issue tracker in github?

Dne 7.10.2016 v 18:17 Pavel Raiskup napsal(a): > While we discuss bugzilla -- it would be fine to have direct link to list > of (all) bugs currently filled against Copr, somewhere. That's imo the > major benefit of github issues for newcommers (no need to search how the > component or project is n

| Fork "from" or "to" rawhide?

Hi, I want to highlight https://bugzilla.redhat.com/show_bug.cgi?id=1381790 Right now we have rawhide target and when new chroot (e.g. F26) we copy everything from rawhide to F26. This RFE as for the reverse. I.e. there is no rawhide at all. Rawhide is named F26 and when there is branching of

Copr badge for your pages

I just documented one feature we have in Copr for some time: https://fedorahosted.org/copr/wiki/UserDocs#StatusBadges It allows you to put small button on your page, which reflect status of your package. I.e. success/fail/building. -- Miroslav Suchy, RHCA Red Hat, Senior Software Engineer, #brn

Re: copr-dist-git branch naming and mock names

Dne 23.9.2016 v 12:44 Pavel Raiskup napsal(a): > Why can't we differ? Because it adds more maintenance overhead. > Is fedora dist-git ever going support all the repos > Copr will support? Ideally this should be config driven. And Fedora and Copr should have the same code, just different config

Re: Having FE design/templates "pluggable"

Dne 21.9.2016 v 17:56 Pavel Raiskup napsal(a): > WDYT? Would be patches implementing this idea accepted? Sure. -- Miroslav Suchy, RHCA Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys ___ copr-devel mailing list -- copr-devel@lists.

Re: copr-dist-git branch naming and mock names

Dne 21.9.2016 v 16:59 Pavel Raiskup napsal(a): > Anyway --> is something like that acceptable upstream? I have patches for > it already (this would require copying branches within existing git > repositories). There is plan B: propose this patches but add options > turning this behavior on/off,

Re: Fwd: [Bug 1376844] New: Please start using processes like code-review, etc.

Dne 21.9.2016 v 12:52 Pavel Raiskup napsal(a): > Thanks, I'll subscribe there. Let's hope I'll be able to find good > heuristic to pick important changes for review -- but unfortunately, I can > not review everything. Is there possibility to highlight important > changes? Define "important chang

Clime as primary maintainer of Copr service

Hi, I want to announce that Clime (Michal N.) is now primary maintainer of Copr service. I will focus on gathering requirements from other teams around Fedora and introducing new features. And Clime will manage day-to-day operations - making sure that Copr is up and running. He is doing that job

Re: Docker requirement

Dne 16.9.2016 v 17:00 Pavel Raiskup napsal(a): > Hi all, > > this is probably proper place for such discussions -- I am curious what is the > plan with Docker stuff within Copr project. > > Do you plan to make Fedora's copr hardly dependant on Docker images? You mean the commit 25c7d91bfdc895bb0

Fwd: [Bug 1376844] New: Please start using processes like code-review, etc.

This is not really bug. So I will close it in BZ. But I'm happy to discuss it here. I disagree that we need code review before push. This is quite small project, with only few active developers. Although you can find some commits which can be discussed, most of them are straight. If you want t

Re: Child pid '4787' is dead

Dne 6.9.2016 v 23:22 Miro Hrončok napsal(a): > My builds in [python26], IDs 450012 and 450019 end weird on F23, while > succeeding on other Fedoras. > > The last lines of build.log.gz are: > + exit 0 > Child pid '4787' is dead > Child dead, killing orphans > Child return code was:

Re: Builds Failing :(

Dne 17.8.2016 v 17:05 Richard Brantley napsal(a): > My builds are failing with empty logs. Please halp! Is this the right place > to contact? It is right place to contact. But we need some information. At least your build id. Name of your project. Providing direct links will make our life easier

Re: Recover my lantw44/chromium project on Copr

Dne 9.8.2016 v 20:22 Ting-Wei Lan napsal(a): Hello, Is it possible to recover my lantw44/chromium project on Copr? I never delete it, but it has become inaccessible since 2016-08-03 13:00 UTC. The web page https://copr.fedorainfracloud.org/coprs/lantw44/chromium/ shows "Error 404: Not Found. Pro

copr-cli use python3 now

I just built new copr-cli for fedora-rawhide. It will now use python3. There should be no regression as we have python3-copr for some time. But if you spot something bad, please report it. -- Miroslav Suchy, RHCA Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys ___

Disk issue

FYI: There was issue with storage this night: https://fedorahosted.org/fedora-infrastructure/ticket/5397#comment:1 Patrick already resolved it. -- Miroslav Suchy, RHCA Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys ___ copr-devel m

Re: wiki edit

Dne 12.7.2016 v 09:44 Benjamin Lefoul napsal(a): > Hello, > > According to https://fedorahosted.org/copr/wiki it is possible to > contribute to the wiki via git patches (and probably now through the > regular GitHub pull-request process). But I cannot find the wiki in the > GitHub repo... Am I mis

Re: Disabled copr-dist-git webui

Dne 12.7.2016 v 07:18 Vít Ondruch napsal(a): > This does not work anymore as far as I can tell There was typo in flavour type definition and the dist-git instance had small swap space and OOM killed the machine. This is fixed now. -- Miroslav Suchy, RHCA Red Hat, Senior Software Engineer,

Re: Disabled copr-dist-git webui

Dne 7.7.2016 v 16:07 Miroslav Suchý napsal(a): > I disabled copr-dist-git WebUI. That one with /cgit/ prefix. > This was necessary due performance issue. Once resolved I will enable it > again and I will inform you. The issue has been resolved and I enabled the cgit WebUI again. --

Disabled copr-dist-git webui

I disabled copr-dist-git WebUI. That one with /cgit/ prefix. This was necessary due performance issue. Once resolved I will enable it again and I will inform you. -- Miroslav Suchy, RHCA Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys __

Re: New release of Copr

Dne 20.6.2016 v 13:49 Pavel Raiskup napsal(a): > On Thursday, June 16, 2016 3:10:04 PM CEST Miroslav Suchy wrote: >> Hi, >> I just upgraded Copr instance to new version. >> >> There is one big change. You can now lower priority of your build. >> It was introduced to easy rebuild of rubygems and pyp

Re: new 24hr timeout

Dne 1.6.2016 v 02:25 David Haltinner napsal(a): > I'm wondering if the 24 hr timeout change is too long. I tossed a bunch of > builds in, and it decided to stall out with no log messages on four of them, > filling the build machines up so others builds are stuck waiting now. These > were three

Re: New Release !

Dne 27.5.2016 v 20:59 Michal Novotny napsal(a): > a new COPR version was released and put into production today. Apart from > numerous bug fixes, we have also introduced > couple of cool new features: > - Building RubyGems Jakub wrote nice blog post about this feature: http://frostyx.cz/posts/c

Re: 70k+ tasks sent to Copr

Dne 9.5.2016 v 10:52 Jason Woods napsal(a): > Looks like things might be back to normal though - as the queue is looking > much healthier. Though seems the @copr builds seem to have stopped. Yes. I find the culprit and I issued temporary fix for that. -- Miroslav Suchy, RHCA Red Hat, Senior Sof

  1   2   >