search for: koji

...consider packaging this separately, my advise is to use Gtk etc instead. - caml_named_value returns a const pointer. While this is correct, it also broke a couple of our packages and will require upstream fixes. - RISC-V support should be in better shape. Rich. ocaml-tplib https://koji.fedoraproject.org/koji/buildinfo?buildID=1420345 ocaml-p3l https://koji.fedoraproject.org/koji/buildinfo?buildID=1420339 libguestfs https://koji.fedoraproject.org/koji/buildinfo?buildID=1420315 ocaml-camlimages https://koji.fedoraproject.org/koji/buildinfo?buildID=1420324 ocaml-augeas https://koji....

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] http://cbs.centos.org/koji/buildinfo?buildID=251 -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration...

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

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 filesystem level, so they are managed by the > NFS server. > rquotad allow NFS clients to display users quotas when the filesystem is > mounted. > Be c...

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 -c %b no...

...0 +++ 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)) -AC_C_FLEXIBLE_ARRAY_MEMBER +# RvR: this breaks things on RHEL5 +#AC_C_FLEXIBLE_ARRAY_MEMBER I managed to compile on EL4 and EL5 koji result http://koji.fedoraproject.org/koji/taskinfo?taskID=2907187 http://koji.fedoraproject.org/koji/taskinfo?taskID=2907203 -- gpg --keyserver pgp.mit.edu --recv-key 092164A7 http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 -------------- next part -------------- A non-te...

...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 does that. We currently have disabled SSLv3 on our cbs.centos.org koji instance, so if you're a cbs/koji user, please adapt your local koji package (local fix !) At the moment, there is no available upstream package, but the following patch has been tested by Fedora people too (and credits go...

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 due to mirro syncs? I misse btrfs packages, perl-Tk packages, docbook packages and many more that I can find on https://koji.mbox.cen...

...; push a commit which changes file creation to the first method, and it >> may be slightly faster too. >> >> However it makes me wonder if the file is not laid out in a single >> extent and if that might be causing our problems. Being only able >> to reproduce this on Koji makes a bit tedious to test theories :-( > > I pushed this patch and did another test build in Koji, but > the issue is still not fixed. It looks like the real issue at hand is that stat is indeed reporting allocated size caused by the filesystem pre-emptively over-allocating based on...

...ems to be no reason for that I'm going to push a commit which changes file creation to the first method, and it may be slightly faster too. However it makes me wonder if the file is not laid out in a single extent and if that might be causing our problems. Being only able to reproduce this on Koji makes a bit tedious to test theories :-( Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over...

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” > to the script earlier today so we can see exactly what's wrong, and it > is...

...changes file creation to the first method, and it > >>may be slightly faster too. > >> > >>However it makes me wonder if the file is not laid out in a single > >>extent and if that might be causing our problems. Being only able > >>to reproduce this on Koji makes a bit tedious to test theories :-( > > > >I pushed this patch and did another test build in Koji, but > >the issue is still not fixed. > > It looks like the real issue at hand is that stat is indeed > reporting allocated size caused by the filesystem pre-emptively...

...9;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 [*] Fedora 18: http://koji.fedoraproject.org/koji/buildinfo?buildID=378954 Rawhide: http://koji.fedoraproject.org/koji/buildinfo?buildID=379391 [*] [*] = at time of writing, still building Rich. -- Richard Jones, Virtualization Group, Red Ha...

...the first method, and it > > >>may be slightly faster too. > > >> > > >>However it makes me wonder if the file is not laid out in a single > > >>extent and if that might be causing our problems. Being only able > > >>to reproduce this on Koji makes a bit tedious to test theories :-( > > > > > >I pushed this patch and did another test build in Koji, but > > >the issue is still not fixed. > > > > It looks like the real issue at hand is that stat is indeed > > reporting allocated size caused by...

Thank you very much. Previously, when I examined rquotad, I did not work as I expected. I will try to verify again. Best regard. koji On Mon, 3 Apr 2017 11:31:24 +0200 Patrick Begou <Patrick.Begou at legi.grenoble-inp.fr> wrote: > man rquotad: > > rquotad is an rpc(3) server which returns quotas for a user of a local > filesystem which is mounted by a remote machine over the NFS. It also >...

On 9/24/19 4:23 PM, Richard W.M. Jones wrote: > The cover letter was rather brief, let me try to explain this change > some more ... > > When we created libnbd, we needed the definitions of various NBD > protocol things (like protocol message layouts, constants etc). We > copied a header file from nbdkit which provided these. Over time this > header file has diverged from

...Jones <rjones@redhat.com> wrote: > > > 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. > > > [snip] > > > ocaml-tplib > > https://koji.fedoraproject.org/koji/buildinfo?buildID=1420345 > > > > I am trying to look at this, but after clicking through to the task page: > > https://koji.fedoraproject.org/koji/taskinfo?taskID=39451983 I can't even get to the task page. I guess Koji is broken somehow. > I ca...

...'m going to > push a commit which changes file creation to the first method, and it > may be slightly faster too. > > However it makes me wonder if the file is not laid out in a single > extent and if that might be causing our problems. Being only able > to reproduce this on Koji makes a bit tedious to test theories :-( I pushed this patch and did another test build in Koji, but the issue is still not fixed. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora...

Now that EPEL 7 has koji-1.11, should the one in CentOS 7 extras be updated or removed?

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: canonicaliz...