similar to: problems compiling packages | 3.3.0 | Linux

Thanks very much. I had more or less reached the same conclusions -- I was just about to rebuild RPMs for source for zlib, etc, and update those, and try again, but I've had mixed success in doing that in past. Its easy enough to roll back to 3.2.5 (which compiles perfectly against all the CentOS 6.x.x libs), but 3.30 plays nice with a few other things I work with. Hence my interest in

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

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,

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

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

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

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 =

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

On 06/04/2016 12:10 PM, Evan Cooch wrote: > 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,

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.

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

*All boxes are EL6 x86_64, fully up to date* Updated to R 3.3.0-3 recently, however just yesterday I tried to update a couple packages for a user and noticed almost nothing would build. I was (am) getting the same build errors as another previously posted (https://stat.ethz.ch/pipermail/r-sig-fedora/2016-June/000452.html). I watched over the bodhi page for the issue and noticed 3.3.0-5 was

This program is now working and ready for testing. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw