https://bugzilla.redhat.com/show_bug.cgi?id=1435192
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|ON_QA
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
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
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
The latest version of the python-ZODB package has a couple of new
build dependencies that aren't yet in Fedora. Both of these are very
small, very simple packages. I'm happy to swap reviews for these two:
python-j1m.sphinxautointerface:
https://bugzilla.redhat.com/show_bug.cgi?id=1435920
Missing expected images:
Server dvd i386
Server boot i386
Failed openQA tests: 18/108 (x86_64), 1/2 (i386), 1/2 (arm)
New failures (same test did not fail in 26-20170323.n.0):
ID: 70573 Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL:
On Sat, Mar 25, 2017 at 3:09 PM, Richard Grainger wrote:
> Cool, does it work on CentOS 7?
I don't see why it wouldn't work. It's just not built for it.
--
真実はいつも一つ!/ Always, there's only one truth!
___
epel-devel mailing list --
On Sat, Mar 25, 2017 at 01:45:12AM +0100, Kevin Kofler wrote:
> As I already mentioned in person when this came up in a DevConf talk, I
> think that this is a plan that will likely break a lot of things, especially
> the expectations all our users rely on (that everything in Everything has a
>
* Kevin Fenzi:
> So, we have been talking about how to distribute things more, and we
> could also consider just moving it to a more central location.
It would be nice to have a URL with truly static content, to mostly
rule out application server load issues.
For a worst-case connection without
No missing expected images.
Failed openQA tests: 16/107 (x86_64), 6/18 (i386), 1/2 (arm)
New failures (same test did not fail in Rawhide-20170324.n.0):
ID: 70476 Test: i386 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/70476
ID: 70508 Test: x86_64
From 958e025d897cb4df7be34803fd20d76341211294 Mon Sep 17 00:00:00 2001
From: Jose Pedro Oliveira
Date: Sat, 25 Mar 2017 19:16:10 +0100
Subject: Update to 1.09
---
.gitignore | 1 +
perl-Devel-CheckLib.spec | 15 ++-
sources
https://bugzilla.redhat.com/show_bug.cgi?id=1435834
Kevin Fenzi changed:
What|Removed |Added
CC||jples...@redhat.com,
From 958e025d897cb4df7be34803fd20d76341211294 Mon Sep 17 00:00:00 2001
From: Jose Pedro Oliveira
Date: Sat, 25 Mar 2017 19:16:10 +0100
Subject: Update to 1.09
---
.gitignore | 1 +
perl-Devel-CheckLib.spec | 15 ++-
sources
Björn 'besser82' Esser wrote:
> Am 23.03.2017 um 12:26 schrieb Athos Ribeiro:
> > On Thu, Mar 23, 2017 at 11:14:58AM +0100, Jiri Eischmann wrote:
> >> I wonder if it's just me or others also have problems with
> >> performance of Pagure. Pagure is always slower for me than e.g.
> >> Github, but
e0d7c284bf04af253b2a88caca87751c438c030c807aa068de35d9bab476bbdf9f25a15297e924c62e89ab781a8809750b4ef46e4e8ee6427dc817efbdb1c297
Devel-CheckLib-1.09.tar.gz
Kevin Fenzi wrote:
> On 03/23/2017 08:28 AM, Brian Exelbierd wrote:
> > On Thu, Mar 23, 2017, at 11:14 AM, Jiri Eischmann wrote:
> >> I wonder if it's just me or others also have problems with
> >> performance of Pagure. Pagure is always slower for me than e.g.
> >> Github, but it's bearable.
That's really cool! If you want to add "apt" commands to that list, I
contributed to a working apt rpm here:
https://gitlab.com/christj/apt-rpmbuild
On Sat, Mar 25, 2017 at 4:13 PM, Sérgio Basto wrote:
> Hi,
> I build for epel 7 several Debian tools that may allow build deb
On 03/25/2017 05:19 AM, Peter Robinson wrote:
> On Sat, Mar 25, 2017 at 11:00 AM, Heiko Adams wrote:
...snip...
>> I know we all are humans which are not perfect but this is a a no-go
>> that should never happen!
>
> Sure but software is complex, and human's can also be
Hi,
I build for epel 7 several Debian tools that may allow build deb
packages, now I can build some debs in epel 7, If someone is
interested in testing let me have some feedback .
po-debconf-1.0.16-8.nmu3.el7
smokeqt-4.14.3-7.el7
smokegen-4.14.3-6.el7
perl-Qt-4.14.3-5.el7
perl-Alien-ROOT has broken dependencies in the rawhide tree:
On aarch64:
perl-Alien-ROOT-5.34.36.1-4.fc26.noarch requires root-core
On ppc64:
perl-Alien-ROOT-5.34.36.1-4.fc26.noarch requires root-core
On ppc64le:
perl-Alien-ROOT-5.34.36.1-4.fc26.noarch requires root-core
perl-Alien-ROOT has broken dependencies in the rawhide tree:
On ppc64:
perl-Alien-ROOT-5.34.36.1-4.fc26.noarch requires root-core
On ppc64le:
perl-Alien-ROOT-5.34.36.1-4.fc26.noarch requires root-core
Please resolve this as soon as possible.
perl-Alien-pkgconf has broken dependencies in the rawhide tree:
On x86_64:
perl-Alien-pkgconf-0.10-1.fc27.x86_64 requires libpkgconf-devel(x86-64)
= 0:1.3.0
On armhfp:
perl-Alien-pkgconf-0.10-1.fc27.armv7hl requires
libpkgconf-devel(armv7hl-32) = 0:1.3.0
On ppc64le:
perl-Gtk2-WebKit has broken dependencies in the rawhide tree:
On x86_64:
perl-Gtk2-WebKit-0.09-17.fc26.x86_64 requires
libjavascriptcoregtk-1.0.so.0()(64bit)
perl-Gtk2-WebKit-0.09-17.fc26.x86_64 requires
libwebkitgtk-1.0.so.0()(64bit)
On armhfp:
scim-tables package administrator dchen seems nonresponsive. Doesn't seem to be
on vacation. Link to the open bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1419389
Though sure enough this particular feature request is far from being critical
___
>tl;dr: Please test your shit better before pushing updates to the
users!
So much dissatisfaction for something you're not even paying for!
On Mar 25, 2017 16:32, "Heiko Adams" wrote:
> tl;dr: Please test your shit better before pushing updates to the
> users!
>
> Hi
On Sat, Mar 25, 2017 at 11:00 AM, Heiko Adams wrote:
> tl;dr: Please test your shit better before pushing updates to the
> users!
There is absolutely no need to use language like that or refer to
people's work as such.
> Hi there,
> I'm a little bit angry about the latest
tl;dr: Please test your shit better before pushing updates to the
users!
Hi there,
I'm a little bit angry about the latest NM update. But from the
beginning:
My system has been fresh installed from a Fedora 26 Workstation Live-CD
two weeks ago and ran without any big issue so far.
Today I
Friday, 24 March 9:27 a.m. -, Jeff Bastian wrote:
> Can Freon check if sensors-detect has been run before, and if not, pop
> up a dialog box asking to run it and warn about the risks?
Yes, if you haven't run `sensors-detect` yet, Freon says that you need to do so
instead of showing the
> As I already mentioned in person when this came up in a DevConf talk, I
> think that this is a plan that will likely break a lot of things, especially
> the expectations all our users rely on (that everything in Everything has a
> consistent guaranteed life time), and that doing away with
On Sat, Mar 25, 2017 at 01:45:12AM +0100, Kevin Kofler wrote:
> Pierre-Yves Chibon wrote:
> > Of course, EPEL vs Fedora comes to mind here, but I wonder: if the EPEL
> > maintainer has also commit on the Fedora branches, is it really that much
> > of a big deal? And vice-versa?
>
> Well, I don't
On Sat, Mar 25, 2017 at 01:45:12AM +0100, Kevin Kofler wrote:
> Pierre-Yves Chibon wrote:
> > Of course, EPEL vs Fedora comes to mind here, but I wonder: if the EPEL
> > maintainer has also commit on the Fedora branches, is it really that much
> > of a big deal? And vice-versa?
>
> Well, I don't
31 matches
Mail list logo