similar to: koji in extras older than epel

On 8/1/20 12:39 PM, Richard W.M. Jones wrote: > On Sat, Aug 01, 2020 at 08:46:11AM +0100, Richard W.M. Jones wrote: >> >> One thing I noticed which is a bit odd is: >> >> $ rm file; for f in {0..1023}; do printf '%1024s' .; done > file; stat -c "%b %B" file >> 2048 512 >> $ rm file; for f in {0..1023}; do printf '%1024s' .

On Mon, Aug 03, 2020 at 10:48:54PM +0100, Richard W.M. Jones wrote: > On Mon, Aug 03, 2020 at 04:21:13PM -0500, Eric Blake wrote: > > On 8/1/20 12:39 PM, Richard W.M. Jones wrote: > > >On Sat, Aug 01, 2020 at 08:46:11AM +0100, Richard W.M. Jones wrote: > > >> > > >>One thing I noticed which is a bit odd is: > > >> > > >>$ rm file;

One thing I noticed which is a bit odd is: $ rm file; for f in {0..1023}; do printf '%1024s' .; done > file; stat -c "%b %B" file 2048 512 $ rm file; for f in {0..1023}; do printf '%1024s' . >> file; done ; stat -c "%b %B" file 3968 512 The second method is how we currently create the file. Since looking through the history there seems to be no

Hi Eric, I wonder if you have any thoughts about this build failure in tests/test-nozero.sh? https://koji.fedoraproject.org/koji/taskinfo?taskID=48259627 log: https://kojipkgs.fedoraproject.org//work/tasks/9762/48259762/build.log The error is “nozero6.img was trimmed by mistake”. I added “set -x” to the script earlier today so we can see exactly what's wrong, and it is that: ++ stat

hello centos list I recompile the source rpm fedora core 14 on my centos 5.5. I wrote a post on my blog to explain how I did. goo.gl/p0sqF I also recompile the rpm via koji to epel 6 and the result is possitive goo.gl/OQwIX package is on it safe sincerely -- gpg --keyserver pgp.mit.edu --recv-key 092164A7 http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 -------------- next

rehello centos list after some modifications rpm fedora core 14 of bind-9.7.3 and patching. diff -u unpatched/configure.in patched/configure.in --- unpatched/configure.in 2010-07-05 14:02:20.000000000 +0200 +++ patched/configure.in 2010-07-05 14:03:48.000000000 +0200 @@ -282,7 +282,8 @@ AC_C_INLINE AC_C_VOLATILE AC_CHECK_FUNC(sysctlbyname, AC_DEFINE(HAVE_SYSCTLBYNAME))

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, As most of you already know, there is an important SSLv3 vulnerability (CVE-2014-3566 - see https://access.redhat.com/articles/1232123) , known as Poodle. While it's easy to disable SSLv3 in the allowed Protocols at the server level (for example SSLProtocol All -SSLv2 -SSLv3 for apache), some clients are still defaulting to SSLv3, and Koji

On 7/31/20 7:07 AM, Richard W.M. Jones wrote: > Hi Eric, > > I wonder if you have any thoughts about this build failure in > tests/test-nozero.sh? > > https://koji.fedoraproject.org/koji/taskinfo?taskID=48259627 > log: https://kojipkgs.fedoraproject.org//work/tasks/9762/48259762/build.log > > The error is “nozero6.img was trimmed by mistake”. I added “set -x”

I have rpm sources for centos-release-docker at https://github.com/CentOS-virt7/centos-release-docker Some updated packages available on centos-docker-common-testing branch are: docker: http://cbs.centos.org/koji/buildinfo?buildID=9932 atomic: http://cbs.centos.org/koji/buildinfo?buildID=10046 docker-distribution: http://cbs.centos.org/koji/buildinfo?buildID=9950 I think I need to have the

On Mon, Aug 03, 2020 at 04:21:13PM -0500, Eric Blake wrote: > On 8/1/20 12:39 PM, Richard W.M. Jones wrote: > >On Sat, Aug 01, 2020 at 08:46:11AM +0100, Richard W.M. Jones wrote: > >> > >>One thing I noticed which is a bit odd is: > >> > >>$ rm file; for f in {0..1023}; do printf '%1024s' .; done > file; stat -c "%b %B" file >

Compare this successful build of 1.0.60 in EPEL-5: http://kojipkgs.fedoraproject.org/packages/libguestfs/1.0.60/2.el5/data/logs/x86_64/build.log with this unsuccessful build of 1.0.61, done ~24 hours later: http://koji.fedoraproject.org/koji/getfile?taskID=1477023&name=build.log The unsuccessful build fails with: /usr/lib/rpm/debugedit: canonicalization unexpectedly shrank by one

On Sat, Aug 01, 2020 at 08:46:11AM +0100, Richard W.M. Jones wrote: > > One thing I noticed which is a bit odd is: > > $ rm file; for f in {0..1023}; do printf '%1024s' .; done > file; stat -c "%b %B" file > 2048 512 > $ rm file; for f in {0..1023}; do printf '%1024s' . >> file; done ; stat -c "%b %B" file > 3968 512 > >

This is now complete and soon the new packages will be merged into Fedora Rawhide: https://bodhi.fedoraproject.org/updates/FEDORA-2019-2e0b2d6395 A few non-critical packages failed to build, and I will look at these later unless someone gets around to it before me. The failures are listed at the end. Notable changes: - Release notes: https://ocaml.org/releases/4.09.0.html - ocaml-camlp4

Moving this discussion to centos-virt@ as it's upto the SIG to decide on how this moves ahead. I'm hoping to have 2 new koji tag sets: virt7-docker-fedora-* (will have fedora rpms rebuilt) virt7-docker-el-* (will have rhel candidate builds before they are released or land in centos extras) The -el-* repos will help to have Virt SIG as sort of an upstream and early QA for both RHEL and

Hi, I see that for EL6 gwd already has pushed a libvirtd package with version 1.2.10[1]. I got request from VDSM development to provide libvirt >= 1.2.9 for EL7 for oVirt 3.6. gwd, do you just rebuilt http://koji.fedoraproject.org/koji/buildinfo?buildID=594825 ? I'm looking at http://koji.fedoraproject.org/koji/buildinfo?buildID=628689 may this work for you? [1]

Thanks Patrick. For Solaris, quota can be set when mounting from NFS client. There is a transition from Solaris to CentOS 6 this time. Therefore, quota setting is required for NFS mounting from CentOS 6 as with Solaris. Is it still impossible for CentOS 6? koji On Sun, 2 Apr 2017 14:44:59 +0200 Patrick B??gou <Patrick.Begou at legi.grenoble-inp.fr> wrote: > Quota are managed at the

Hi, I need to port OSCAR Cluster and SystemImager softwares to centos8, but I miss a lot of package that seems to be built for centos-8. For example, I cant find docbook-utils and docbook-utls-pdf while I see them here: https://koji.mbox.centos.org/koji/buildinfo?buildID=651 I?ve installed epel-release and elrepo-release and centos-release-stream. Do I miss something or is it a matter of time

Hello. I am "koji". I have a question. Can I mount a NFS with quota? (Not Server side) I understand quota is set NFS server. But I must client side. (Is rquota only report?) Does anyone know a good solution? Best regard. koji

I am looking to be a bit more standard in the builds of my CentOS rpms, and so I was about to install mock but noticed that there is one provided in the centos/5/extras and another in epel. epel is obviously newer, but are there reasons/experiences in this group that would suggest sticking with the extras version instead? Or even reasons other than the shiny version number on the epel one to

Currently Fedora packages are broken. You'll see this error when libguestfs tries any inspection-related operation: aug_init: Augeas initialization failed The bug and explanation is here (thanks Dominic Cleal): https://bugzilla.redhat.com/show_bug.cgi?id=894241#c11 This bug is fixed in the following packages: Fedora 17: http://koji.fedoraproject.org/koji/buildinfo?buildID=379590