[Tonight I did a yum upgrade on a slightly newer intel gfx system, i915G, and
did not have this problem, so...]
Stephen John Smoogen composed on 2015-01-09 09:15 (UTC-0700):
Felix Miata wrote:
P4 2.8G, no hyperthreading, with i865G video.
F20 and F21 work normally.
Kernel
On Fri, Jan 9, 2015 at 3:10 AM, Jan Synacek jsyna...@redhat.com wrote:
Jan Staněk jsta...@redhat.com writes:
Hi guys,
as the new BerkeleyDB 6.x has a more restrictive license than the
previous versions (AGPLv3 vs. LGPLv2), and due to that many projects
cannot use it, perhaps it is time to get
On 2015-01-10, 11:54 GMT, Michael Schwendt wrote:
Guys, this is not funny anymore. Almost as if some people at
Fedora try to
test how long one can keep one's temper. Well, this is embarrasing and not
casting a positive light on the Fedora Project package collection:
I would just go ahead
Compose started at Sat Jan 10 05:15:03 UTC 2015
Broken deps for i386
--
[Sprog]
Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0)
[aeskulap]
aeskulap-0.2.2-0.19beta1.fc22.i686 requires libofstd.so.3.6
On Sat, 10 Jan 2015 00:27:15 -0600, Bruno Wolff III wrote:
While working on a spec file to cause build failure if new fonts showed
up in a package, I noticed two oddities with the checking for unpackaged
files.
An unpackaged empty directory will not trigger a build failure.
That's an
On Sat, Jan 10, 2015 at 12:54:27PM +0100, Michael Schwendt wrote:
Big *sigh*.
Guys, this is not funny anymore. Almost as if some people at Fedora try to
test how long one can keep one's temper. Well, this is embarrasing and not
casting a positive light on the Fedora Project package
Hi,
I've been testing in advance to make mass rebuilds changing macros and the
results are pretty good (I mean x86_64 f20, f21 + grsecurity custom
kernels). It is clear that we will find regressions, we just have to start
and test it.. It is an important and necessary change.
If anyone is
On Saturday, 10 January 2015 1:34 AM, Mike Pinkerton wrote:
Even if you want to do key-based authentication rather than password,
you still need to use password initially to get the key onto the
remote box.
True!
---
Regards
-Prasad
http://feedmug.com
--
devel mailing list
On Sat, Jan 10, 2015 at 13:04:27 +0100,
Michael Schwendt mschwe...@gmail.com wrote:
On Sat, 10 Jan 2015 00:27:15 -0600, Bruno Wolff III wrote:
If a file is covered by %exclude in the main package, but is not included
in any subpackage, it will not trigger a build failure.
%exclude is global
On Sat, Jan 10, 2015 at 12:37 PM, Michael Schwendt mschwe...@gmail.com wrote:
It has happened again. :-/
| This message is a notice that Fedora 19 is now at end of life. Fedora
| has stopped maintaining and issuing updates for Fedora 19. It is
| Fedora's policy to close all bug reports from
Big *sigh*.
Guys, this is not funny anymore. Almost as if some people at Fedora try to
test how long one can keep one's temper. Well, this is embarrasing and not
casting a positive light on the Fedora Project package collection:
https://bugzilla.redhat.com/460557
Package and software are in
On Sat, 10 Jan 2015 14:44:39 +0100, Matěj Cepl wrote:
I would just go ahead with
https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers
As much sense as this procedure may make in _some_ cases, it has been a
failure for other packagers before. They emerge only to end the
Announcing the creation of a new nightly release validation test event
for Fedora 22 Rawhide 20150110. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
On Sat, Jan 10, 2015 at 12:58:07 +0100,
Tomasz Torcz to...@pipebreaker.pl wrote:
Kinda affects Tor, too: https://bugzilla.redhat.com/show_bug.cgi?id=1164210
I surprised that tor supports any of the NIST curves given questions about
how they were developed and that 25519 is available as an
On Sat, 10 Jan 2015 09:51:19 -0600, Bruno Wolff III wrote:
My guess would have
been that %excludes would have been developed specifically for making it
convenient to exclude a directory in the main package that needs to be owned
by a subpackage.
Rather: a quick way to not package a file.
It has happened again. :-/
| This message is a notice that Fedora 19 is now at end of life. Fedora
| has stopped maintaining and issuing updates for Fedora 19. It is
| Fedora's policy to close all bug reports from releases that are no
| longer maintained.
|
| [...]
As I found it odd, that
On Fri, Jan 09, 2015 at 10:18:54AM -0700, Orion Poplawski wrote:
On 01/09/2015 09:57 AM, Nathaniel McCallum wrote:
On Fedora 21, OpenSSL doesn't appear to support NIST p224r1, but *does*
support other NIST curves. I presume this was intentional, but I'm not
sure why. Can someone enlighten
https://bugzilla.redhat.com/show_bug.cgi?id=970604
Paul Howarth p...@city-fan.org changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=965126
Paul Howarth p...@city-fan.org changed:
What|Removed |Added
Version|19 |20
--
You are
On Thu, 2015-01-08 at 08:47 -0500, Paul Wouters wrote:
On Thu, 8 Jan 2015, Dhiru Kholia wrote:
| Your package accepts/processes untrusted input.
This seems to be about every package that I use, because I most if not
all tools process untrusted data from the Internet.
+1. This
Will F22 introduce plasma5 when it rolls out?
--
Mike Chambers
Madisonville, KY
Best little town on Earth!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Sat, 10 Jan 2015 12:06:10 -0600, Bruno Wolff III wrote:
In this particular case some stuff gets added depending on whether or
not the build process finds all of the fonts that are needed. I wanted
this to fail during build if any were not found,
%check
[ -f
On Sat, Jan 10, 2015 at 18:33:14 +0100,
Michael Schwendt mschwe...@gmail.com wrote:
Deleting files in %install is considered cleaner by many, because it
ensures that a file is not found inside the %buildroot anymore and cannot
be included accidentally either. The drawback is obvious: There
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 02 Jan 2015 01:27:16 +
Karanbir Singh kbsi...@centos.org wrote:
hi,
crossposting this to centos-devel and epel-devel
we are working to arrange a meeting with the EPEL folks at Fosdem
2015, on 31st Jan at 7pm ( venue to be
- Original Message -
I surprised that tor supports any of the NIST curves given questions about
how they were developed and that 25519 is available as an alternative.
It was never an alternative to the NIST curves because it was never part
of any standard, and doesn't support key
On Sat, Jan 10, 2015 at 03:19:28PM +, Peter Robinson wrote:
On Thu, 2015-01-08 at 08:47 -0500, Paul Wouters wrote:
On Thu, 8 Jan 2015, Dhiru Kholia wrote:
| Your package accepts/processes untrusted input.
This seems to be about every package that I use, because I most if not
perl-XML-Xerces has broken dependencies in the epel-5 tree:
On ppc:
perl-XML-Xerces-2.7.0_0-4.el5.ppc requires libxerces-c.so.27
On x86_64:
perl-XML-Xerces-2.7.0_0-4.el5.x86_64 requires libxerces-c.so.27()(64bit)
On i386:
perl-XML-Xerces-2.7.0_0-4.el5.i386 requires
perl-Getopt-GUI-Long has broken dependencies in the epel-5 tree:
On ppc:
perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2)
On x86_64:
perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2)
On i386:
perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2)
Does this proposal apply to native non-C/C++ programs?
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings
perl-Authen-Simple has broken dependencies in the epel-6 tree:
On ppc64:
perl-Authen-Simple-0.4-5.el6.noarch requires perl(Crypt::PasswdMD5)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-QWizard has broken dependencies in the epel-5 tree:
On ppc:
perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2)
On x86_64:
perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2)
On i386:
perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2)
Please resolve this as soon as
perl-XML-Xerces has broken dependencies in the epel-5 tree:
On ppc:
perl-XML-Xerces-2.7.0_0-4.el5.ppc requires libxerces-c.so.27
On x86_64:
perl-XML-Xerces-2.7.0_0-4.el5.x86_64 requires libxerces-c.so.27()(64bit)
On i386:
perl-XML-Xerces-2.7.0_0-4.el5.i386 requires
perl-QWizard has broken dependencies in the epel-5 tree:
On ppc:
perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2)
On x86_64:
perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2)
On i386:
perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2)
On ppc:
perl-Getopt-GUI-Long has broken dependencies in the epel-5 tree:
On ppc:
perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2)
On x86_64:
perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2)
On i386:
perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2)
34 matches
Mail list logo