If you're talking specifically about the Bodhi web UI, then I think I'm having
the same problem: After I logged in, I clicked on Create > New Update, tried to
search for my package, and got the message "unable to find any packages that
match the current query".
I had to start my updates from th
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If y
On Saturday, 12 August 2017 at 23:30, Richard W.M. Jones wrote:
> On Sat, Aug 12, 2017 at 12:40:18PM +0200, Kevin Kofler wrote:
> > Richard W.M. Jones wrote:
> > > I have no particular affinity for Atlas. But if we're going to
> > > replace it, is OpenBLAS a complete drop-in replacement for Atlas
On Mon, 31 Jul 2017 13:16:29 +0200, Mark Wielaard wrote:
> - Putting extra files under /usr/lib/debug causes:
> error: Installed (but unpackaged) file(s) found:
>
> /usr/lib/debug/usr/lib64/__pycache__/libpython3.6dm.so.1.0.debug-gdb.cpython-36.opt-1.pyc
>
> /usr/lib/debug/usr/lib64/__pyc
On Sat, 2017-08-12 at 14:00 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Sat, Aug 12, 2017 at 03:28:15PM +0200, Florian Weimer wrote:
> > On 08/12/2017 03:22 PM, Richard Shaw wrote:
> > > During one of the releng rebuilds my package OCE is failing to
> > > build[1]
> > > because it can't find /us
On Sat, Aug 12, 2017 at 12:40:18PM +0200, Kevin Kofler wrote:
> Richard W.M. Jones wrote:
> > I have no particular affinity for Atlas. But if we're going to
> > replace it, is OpenBLAS a complete drop-in replacement for Atlas that
> > requires no or at least very minimal changes? In what ways is
Missing expected images:
Cloud_base qcow2 x86_64
Atomic qcow2 x86_64
Workstation live i386
Cloud_base raw-xz x86_64
Server boot i386
Atomic raw-xz x86_64
Kde live i386
Failed openQA tests: 41/137 (x86_64), 4/18 (i386), 1/2 (arm)
New failures (same test did not fail in Rawhide-20170811.n.2):
ID:
For some odd reasons, I am unable to update via bodhi even though the
package is already built[1].
Is it a bug from the infrastructure as the database failed to list new
package [2]?
Reference
--
[1]
http://koji.fedoraproject.org/koji/search?type=package&match=glob&terms=gimp-lumin
On 08/10/2017 01:47 PM, Panu Matilainen wrote:
Resending to devel@, some mishap in earlier...
Forwarded Message
Subject: Heads-up on rpm 4.14 coming to rawhide, incl. soname bump
Date: Thu, 10 Aug 2017 20:50:30 +0300
From: Panu Matilainen
To: devel-annou...@lists.fedoraprojec
I've done mock rebuilds for all the packages I plan to change (results
below), and I'm prepared to go through with the changes.
dreampie and tiled have been dropped.
(Those two packages are "applications". dreampie installs a python3
module, but no python3 binaries. For tiled the python module see
On Sat, Aug 12, 2017 at 03:28:15PM +0200, Florian Weimer wrote:
> On 08/12/2017 03:22 PM, Richard Shaw wrote:
> > During one of the releng rebuilds my package OCE is failing to build[1]
> > because it can't find /usr/include/xlocale.h
>
> > Was this intentional?
>
> Yes, it used to be installed b
Missing expected images:
Atomic qcow2 x86_64
Workstation live i386
Server boot i386
Atomic raw-xz x86_64
Kde live i386
Failed openQA tests: 43/137 (x86_64), 3/18 (i386), 1/2 (arm)
New failures (same test did not fail in Rawhide-20170807.n.0):
ID: 128370 Test: x86_64 Server-dvd-iso server_f
On 08/12/2017 03:22 PM, Richard Shaw wrote:
> During one of the releng rebuilds my package OCE is failing to build[1]
> because it can't find /usr/include/xlocale.h
> Was this intentional?
Yes, it used to be installed by accident. The header itself clearly
said that it was an internal-only heade
During one of the releng rebuilds my package OCE is failing to build[1]
because it can't find /usr/include/xlocale.h
In both Fedora 24/25 it is provided by the glibc-headers package but it
seems to have been dropped in 2.26 in rawhide.
# dnf repoquery --whatprovides /usr/include/xlocale.h
Fedora
On 07/21/2017 04:51 PM, Orion Poplawski wrote:
> rpms/suitesparse -- A collection of sparse matrix libraries ( el6 )
Let me update suitesparse on el6 too, please.
--
--
Antonio Trande
sagitter AT fedoraproject dot org
See my vCard.
<>
signature.asc
Description: OpenPGP digital signature
___
> for f27: This is a known problem see:
> https://pagure.io/fedora-infrastructure/issue/6236
> They working on it right now.
>
> f26 works for me now with:
> $ git checkout -b f26; git push --set-upstream origin f26; fedpkg build
> --nowait
Used your workaround, I can't build the package now in
Richard W.M. Jones wrote:
> I have no particular affinity for Atlas. But if we're going to
> replace it, is OpenBLAS a complete drop-in replacement for Atlas that
> requires no or at least very minimal changes? In what ways is it better
> or worse?
Proper support for runtime CPU feature detectio
On Sat, Aug 12, 2017 at 12:11:00AM +0200, Dominik 'Rathann' Mierzejewski wrote:
> On Thursday, 10 August 2017 at 12:29, Richard W.M. Jones wrote:
> > Never mind. Something in the atlas build segfaults when building
> > on ppc64le:
> >
> > https://koji.fedoraproject.org/koji/taskinfo?taskID=211457
I have temporarily disabled armv7 to provide the update to all other
architectures.
On Thu, 2017-08-10 at 22:07 +0200, Julien Enselme wrote:
> Hi,
>
> I have a strange build failure my package seafile-client on ARM for
> f26 (rawhide and f25 are fine). From what I understand, this is a ld
> issu
On Sat, 12 Aug 2017 10:45:29 +0800, Chenxiong Qi wrote:
> [root@e151b05870c7 pkgs]# dnf repoquery koji
> Last metadata expiration check: 0:01:39 ago on Sat Aug 12 02:25:14 2017.
> koji-0:1.10.1-13.fc25.noarch
> koji-0:1.13.0-2.fc25.noarch
>
> and koji-1.13 is listed by resolving the dependencies
20 matches
Mail list logo
