similar to: Weird build bug in Koji / EL-5 (can anyone help?)

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”

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

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))

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;

I've been trying to package DragonEgg for Fedora Linux. Fedora 16 has LLVM 2.9 and GCC 4.6, but not the necessary GCC patches. If I build LLVM 3.0 on Fedora 16, then I can build DragonEgg 3.0, and it works fine. However, I can't submit that to the repository. On the other hand, Fedora 17, which just entered Beta, has LLVM 3.0 and GCC 4.7. I wasn't able to build DragonEgg 3.0

On Fri, Dec 06, 2019 at 04:14:12PM -0700, Jerry James wrote: > On Fri, Dec 6, 2019 at 9:31 AM Richard W.M. 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 >

On 23.06.2015 01:27, Adam Williamson wrote: > On Mon, 2015-06-22 at 14:57 -0700, Adam Williamson wrote: >> On Mon, 2015-06-22 at 22:12 +0200, poma wrote: >>> https://kojipkgs.fedoraproject.org/mash/rawhide/x86_64/os/images/ >>> boot.iso >>> >>> https://kojipkgs.fedoraproject.org/work/tasks/6196/10176196/ >>>

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 09/23/2020 09:28 AM, Simon Matter wrote: >>> >>>> Date: Wednesday, September 23, 2020 08:37:01 -0400 >>>> From: H <agents at meddatainc.com> >>>> >>>>> On 09/23/2020 08:28 AM, Simon Matter wrote: >>>>> >>>>>> I just upgraded chromium on my CentOS 7 system and ended up with

On Fri, Feb 6, 2009 at 8:42 PM, Tanya Lattner <tonic at nondot.org> wrote: > LLVMers, > > The 2.5 pre-release is available for testing: > http://llvm.org/prereleases/2.5/ > I'm updating the Fedora packaging of LLVM, and with the 02/20 prerelease it fails to build on ppc64: http://koji.fedoraproject.org/koji/taskinfo?taskID=1148023 make[1]: Entering directory

Hello, I'm updating Fedora's LLVM to the latest 2.6 prerelease, and experiencing test failures on ppc. On x86_64 and x86_32 all tests pass as expected. http://koji.fedoraproject.org/koji/taskinfo?taskID=1660661 (see root.log to see what packages are installed for the build, and build.log for the build log -- 'make check' is called towards the end. Thanks, -- Michel Alexandre

v3 adds libvirt-daemon-driver-storage-core too as a Recommends. Dan, there is a scratch build ongoing here: https://koji.fedoraproject.org/koji/taskinfo?taskID=40377285 Rich.

I am at loss here R-data.table fails to rebuild, the failure happens in the tests where 3 are failing. https://koji.fedoraproject.org/koji/taskinfo?taskID=46195243 I will continue with the rebuild and let this case to look later or if anyone could help I would appreciate. :-) Regards, -- Jos? Ab?lio

I'm pleased to announce the next release of hivex, a library and some tools for reading and writing Windows Registry hive files. Man page: http://libguestfs.org/hivex.3.html Source: http://libguestfs.org/download/hivex/ Git repo: http://git.annexia.org/?p=hivex.git;a=summary Fedora pkg: http://koji.fedoraproject.org/koji/taskinfo?taskID=3267857 This release mainly contains bug fixes.

On Fri, Dec 6, 2019 at 9:31 AM Richard W.M. 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

On Tue, Jul 11, 2023 at 07:31:07PM +0100, Richard W.M. Jones wrote: > > https://koji.fedoraproject.org/koji/buildinfo?buildID=2230411 > > It's a bit of a coincidence that this failed exactly in the Perl test > & you're upgrading Perl. On the other hand, it really looks like it > might have been a temporary failure. > > Could you resubmit the build? If it

On 09/23/2020 09:28 AM, Simon Matter wrote: >> >>> Date: Wednesday, September 23, 2020 08:37:01 -0400 >>> From: H <agents at meddatainc.com> >>> >>>> On 09/23/2020 08:28 AM, Simon Matter wrote: >>>> >>>>> I just upgraded chromium on my CentOS 7 system and ended up with >>>>> nothing loading. I tried to

-----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

Docker 1.10.2 has just been built for virt7-docker-common-candidate https://cbs.centos.org/koji/taskinfo?taskID=78901 Please give it a shot and lemme know if I can proceed with releasing it. Thanks, -- Lokesh Freenode: lsm5 GPG: 0xC7C3A0DD -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not

Hi Peter, The latest commit on master should solve the issue: https://git.xiph.org/?p=opus.git;a=commitdiff;h=4507637cc Let me know if it doesn't. Cheers, Jean-Marc On 25/05/17 07:40 AM, Peter Robinson wrote: > Hi Jean-Marc, > >> I'm announcing two new releases of opus, along with the first release of >> the new libopusenc library. >> >> First for opus,