similar to: Change to how the Fedora package is tested

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

Fedora rawhide now builds on ARM as well as 32-bit and 64-bit x86, and while the x86 builds are successful, the ARM build is failing. I was able to fix the first problem, which was reported in a Debian bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715424 However, there are further build errors for which I haven't found appropriate fixes. It looks like there might be a namespace

Currently Fedora packages are broken. You'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

On 02/25/2017 06:33 AM, Alice Wonder wrote: > On 02/25/2017 06:12 AM, Johnny Hughes wrote: >> On 02/25/2017 06:52 AM, Alice Wonder wrote: >>> https://koji.fedoraproject.org/koji/buildinfo?buildID=861692 >>> >>> The source RPM there uses >>> >>> %if 0%{?rhel} >>> # not upstreamed >>> Patch500:

So starting up asterisk-11.5.1-2.fc19.x86_64.rpm I get: [Sep 17 21:09:07] WARNING[8606]: loader.c:423 load_dynamic_module: Error loading module 'chan_mgcp.so': /usr/lib64/asterisk/modules/chan_mgcp.so: undefined symbol: ast_pktccops_gate_alloc [Sep 17 21:09:07] WARNING[8606]: loader.c:423 load_dynamic_module: Error loading module 'chan_iax2.so':

On Mar 25, 2011, at 8:44 AM, Michel Alexandre Salim wrote: > And in Fedora's Rawhide development tree (not in our upcoming F-15 > release, since third-party packages won't be ready in time for our May > release): > > http://koji.fedoraproject.org/koji/buildinfo?buildID=235848 > > The RPMs should install fine on F-15, and you can always rebuild with > rpmbuild.

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 >

[replying here, as I seem to have been dropped from cc on the subthread at https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/ELUEHAA7X7YKU5DFIOBS3UQ5AXQYJWLY/ - maybe I should subscribe to devel@ instead of seeing this second-hand... hmm - I can't even post to devel@ without subscribing, so now just sending this to libguestfs] [adding libguestfs - now

On 03/25/2011 09:13 PM, Bill Wendling wrote: > On Mar 25, 2011, at 8:44 AM, Michel Alexandre Salim wrote: > >> And in Fedora's Rawhide development tree (not in our upcoming F-15 >> release, since third-party packages won't be ready in time for our May >> release): >> >> http://koji.fedoraproject.org/koji/buildinfo?buildID=235848 >> >> The

Even though the current stable branch is 1.4.x[1] I'm not going to leave the 1.2.x branch to completely wither. I will still pull in any more serious bug fixes into the 1.2.x branch and make an occasional release. Therefore I have released 1.4.1 and 1.2.10 which contain a small number of bug fixes. If you are using earlier 1.4.x or 1.2.x versions, and if you simply want a more stable

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

Matt, can you install the latest libguestfs + febootstrap packages on Rawhide and give them a spin: http://koji.fedoraproject.org/koji/buildinfo?buildID=173442 http://koji.fedoraproject.org/koji/buildinfo?buildID=173526 The way that the supermin appliance is constructed and booted has changed substantially and I'd like to make sure that we find any bugs early, since we are planning to put

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

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

Michel Salim wrote: > 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: > >

[mock at ten-186 ~]$ mock php-5.1.6-27.el5.src.rpm init clean prep This may take a while setup build Installing /builddir/build/SRPMS/php-5.1.6-27.src.rpm Building target platforms: i386 Building for target i386 Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.23317 + umask 022 + cd /builddir/build/BUILD + LANG=C + export LANG + unset DISPLAY + cd /builddir/build/BUILD + rm -rf php-5.1.6 + /bin/gzip

On 02/25/2017 06:12 AM, Johnny Hughes wrote: > On 02/25/2017 06:52 AM, Alice Wonder wrote: >> https://koji.fedoraproject.org/koji/buildinfo?buildID=861692 >> >> The source RPM there uses >> >> %if 0%{?rhel} >> # not upstreamed >> Patch500: 0001-disable-libe-book-support.patch >> Patch501: 0001-fix-build-of-bundled-libzmf-with-boost-1.56.patch

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,

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