similar to: Error: rebuild R-data.table on F32 for R 4.0.2

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 =

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

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

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

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,

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

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 >

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

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

On Tue, 14 Jul 2020 at 01:19, Jos? Ab?lio Matos <jamatos at fc.up.pt> wrote: > > On Saturday, 11 July 2020 11.32.32 WEST Jos? Ab?lio Matos wrote: > > If I do not hear until then I will push the update Monday night (Western > > Europe time zone. > > Well I tried but I did not succeeded both using the web interface and cli > interfaces: > >

On 02/26/2018 02:03 PM, Shyam Ranganathan wrote: > Hi, > > RC1 is tagged in the code, and the request for packaging the same is on > its way. > > We should have packages as early as today, and request the community to > test the same and return some feedback. > > We have about 3-4 days (till Thursday) for any pending fixes and the > final release to happen, so

On Tue, 7 Jul 2020 at 12:38, Jos? Ab?lio Matos <jamatos at fc.up.pt> wrote: > > On Monday, 6 July 2020 21.08.53 WEST Tom Callaway wrote: > > R-BiocFileCache is now branched for f32 (finally). You should be able to > > build it if/when the PDC comes back up. Lotta random outages right now. > > > > Tom > > I have re/built them using the side tag but I do not

On Fri, 3 Jul 2020 at 19:03, Jos? Ab?lio Matos <jamatos at fc.up.pt> wrote: > > On Monday, 29 June 2020 13.46.02 WEST I?aki Ucar wrote: > > But the mass rebuild process is very different, because releng doesn't > > follow any particular order (they don't need to, because nothing > > really changed). > > > > The question is whether there is any tool