similar to: nbdkit build failure in 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”

It may be useful to test whether the client's use of NBD_CMD_FLAG_NO_HOLE makes a difference; do this by adding a mode to --filter=nozero to force a non-trimming zero write. Signed-off-by: Eric Blake <eblake@redhat.com> --- filters/nozero/nbdkit-nozero-filter.pod | 19 +++++++---- filters/nozero/nozero.c | 45 ++++++++++++++++++++----- tests/test-nozero.sh

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;

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

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

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

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

Hi, I'm announcing two new releases of opus, along with the first release of the new libopusenc library. First for opus, we just fixed a bad bug in the surround encoding code that would cause very bad quality on signals beyond a certain amplitude. Thanks to Franziska Trojahn and others from HfT Leipzig for finding this issue through their listening test[1] (the quality of the two bad files

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

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

On Tue, Mar 01, 2016 at 12:43:32PM -0500, Jason Brooks wrote: > I'm getting this dep error trying to install this: > > Error: Package: 1:docker-1.10.2-5.git0f5ac89.el7.x86_64 (virt7-docker-common-candidate) > Requires: selinux-policy >= 3.13.1-114 > Removing: selinux-policy-3.13.1-60.el7.noarch (@anaconda) > selinux-policy =

http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc10.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc10.tar.gz.sig v1.1.0 will be released on next Friday if nothing horrible happens. * LIST X-STATUS renamed to LIST STATUS and fixed its behavior with LIST-EXTENDED options. It's now compatible with STATUS-IN-LIST draft 00. - Message parsing could have sometimes produced

http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc10.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc10.tar.gz.sig v1.1.0 will be released on next Friday if nothing horrible happens. * LIST X-STATUS renamed to LIST STATUS and fixed its behavior with LIST-EXTENDED options. It's now compatible with STATUS-IN-LIST draft 00. - Message parsing could have sometimes produced

On Mon, Mar 21, 2016 at 01:18:55PM +0000, Richard W.M. Jones wrote: > On Mon, Mar 21, 2016 at 01:16:28PM +0000, Richard W.M. Jones wrote: > > On Mon, Mar 21, 2016 at 02:14:19PM +0100, Kashyap Chamarthy wrote: > > > I gave this series a spin, along a custom QEMU, and `supermin` from Git, > > > for my `libguestfs-test-tool` itself fails with: > > > > > >

Hi folks, I've found ecryptfs module into kernel-plus, but ecryptfs-utils is missing: [root at centos7 ecryptfs-utils-108]# uname -r 3.10.0-229.14.1.el7.centos.plus.x86_64 [root at centos7 ecryptfs-utils-108]# lsmod | grep ecryptfs ecryptfs 85424 0 [root at centos7 ecryptfs-utils-108]# yum -q repolist id del repositorio nombre del repositorio

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.

Updated my R install on my GNU/Linux boxes (running CentOS 6.8) from 3.2.x -> 3.3.0, using latest from epel (i.e., not compiling from source), and while said upgrade seemed to go fine, am now (post-upgrade) having all sorts of problems with getting some (but not all) packages to compile (either during an initial install attempt, or upgrade to existing packages). For example, if I try to