Re: Retire a package from Fedora i686 (not x86_64)

Am 08.11.2015 um 11:56 schrieb drago01: On Sun, Nov 8, 2015 at 10:35 AM, Reindl Harald wrote: There is no such thing as "the complete distribution" ... the flags used to compile libreoffice won't affect http or firefox surely, there is such a thing on a typical

pghmcfc pushed to perl-DateTime-Format-Strptime (master). "1.60 bump"

From 723b7597eab32a1853311f702999fb4d5f1824cf Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Sun, 8 Nov 2015 16:42:49 + Subject: 1.60 bump --- perl-DateTime-Format-Strptime.spec | 19 +-- sources| 2 +- 2 files changed, 14

pghmcfc uploaded DateTime-Format-Strptime-1.60.tar.gz for perl-DateTime-Format-Strptime

8b490e0a6fbedbac75239a14c7e24525 DateTime-Format-Strptime-1.60.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-DateTime-Format-Strptime/DateTime-Format-Strptime-1.60.tar.gz/md5/8b490e0a6fbedbac75239a14c7e24525/DateTime-Format-Strptime-1.60.tar.gz -- Fedora Extras Perl SIG

Review swap: openmx

Hi, I have this review for exchange https://bugzilla.redhat.com/show_bug.cgi?id=1156086 Best regards, Marcin -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Retire a package from Fedora i686 (not x86_64)

Am 08.11.2015 um 09:47 schrieb drago01: On Sat, Nov 7, 2015 at 9:24 PM, Reindl Harald wrote: Am 07.11.2015 um 20:36 schrieb drago01: On Sat, Nov 7, 2015 at 7:40 PM, Reindl Harald wrote: the point is compile a single application with new

port of game-data-packager to Fedora

Hi, My redhat/fedora skills were a bit rusty (1998-rusty), so as an exercice I dediced to port to Fedora the game-data-packager Debian native project I'm working on. This tool provides recipes to automaticaly build noarch .rpm for currently about 200 games; one of my goal is to cover all

pghmcfc pushed to perl-DateTime-Format-Strptime (perl-DateTime-Format-Strptime-1.60-1.fc24). "1.60 bump"

From 723b7597eab32a1853311f702999fb4d5f1824cf Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Sun, 8 Nov 2015 16:42:49 + Subject: 1.60 bump --- perl-DateTime-Format-Strptime.spec | 19 +-- sources| 2 +- 2 files changed, 14

Re: Review swap: openmx

Hi Marcin, Take! can you take this for me https://bugzilla.redhat.com/show_bug.cgi?id=995438 ? Thanks in advance Regards gil Il 08/11/2015 15:41, Marcin Dulak ha scritto: Hi, I have this review for exchange https://bugzilla.redhat.com/show_bug.cgi?id=1156086 Best regards, Marcin --

Re: Unexpected NIC naming f23 firewall implications

Christopher wrote: > I recently updated my desktop to f23, and it went smoothly, for the most > part. However, it broke my mediatomb server because the NIC changed from > em1 to eno1. On any computer where it matters which network interface is connected to which

rawhide report: 20151108 changes

Compose started at Sun Nov 8 05:15:02 UTC 2015 Broken deps for i386 -- [IQmol] IQmol-2.3.0-9.fc24.i686 requires libboost_serialization.so.1.58.0 IQmol-2.3.0-9.fc24.i686 requires libboost_iostreams.so.1.58.0

[EPEL-devel] Fedora EPEL 7 updates-testing report

The following Fedora EPEL 7 Security updates need testing: Age URL 244 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087 dokuwiki-0-0.24.20140929c.el7 140 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-6813 chicken-4.9.0.1-4.el7 48

Re: Unexpected NIC naming f23 firewall implications

On Sat, Nov 07, 2015 at 05:28:54PM +, Christopher wrote: > I recently updated my desktop to f23, and it went smoothly, for the most > part. However, it broke my mediatomb server because the NIC changed from > em1 to eno1. > > Is this something that was expected? It certainly surprised me. It

Re: Unexpected NIC naming f23 firewall implications

Am 08.11.2015 um 21:25 schrieb Christopher: On Sun, Nov 8, 2015, 14:29 Richard W.M. Jones enp3s0. It was annoying because I had to boot each one with a display

Re: Retire a package from Fedora i686 (not x86_64)

Felix Miata wrote: > For those without > SSE2, Plasma 5 is completely unusable, but OK with any of the lightweigh . Qt5 (Gui and Declarative) pretty much requires sse2, and I/kde-sig asked about pushing the minimum i686 fedora spec to include sse2, but fesco was against that idea at the

Re: Retire a package from Fedora i686 (not x86_64)

On 11/08/2015 10:17 PM, Rex Dieter wrote: > Felix Miata wrote: > >> For those without >> SSE2, Plasma 5 is completely unusable, but OK with any of the lightweigh > > . > > Qt5 (Gui and Declarative) pretty much requires sse2, and I/kde-sig asked > about pushing the minimum i686 fedora spec to

[Bug 1277233] Please branch and build for EPEL 7

https://bugzilla.redhat.com/show_bug.cgi?id=1277233 --- Comment #1 from Emmanuel Seyman --- I'm not very keen of maintaining EPEL branches for my packages since I don't use RHEL or any of its clones. Would anyone be willing to take charge of these. I'll happily grant any

[EPEL-devel] Fedora EPEL 6 updates-testing report

The following Fedora EPEL 6 Security updates need testing: Age URL 140 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-6828 chicken-4.9.0.1-4.el6 123 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031 python-virtualenv-12.0.7-1.el6 117

[EPEL-devel] Fedora EPEL 5 updates-testing report

The following Fedora EPEL 5 Security updates need testing: Age URL 750 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2013-11893 libguestfs-1.20.12-1.el5 514 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-1626 puppet-2.7.26-1.el5 364

pghmcfc uploaded Moose-2.1604.tar.gz for perl-Moose

25776b282dd23067449dc0e885b681bc Moose-2.1604.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Moose/Moose-2.1604.tar.gz/md5/25776b282dd23067449dc0e885b681bc/Moose-2.1604.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list

Re: Unexpected NIC naming f23 firewall implications

Am 08.11.2015 um 20:42 schrieb Richard W.M. Jones: On Sun, Nov 08, 2015 at 08:36:57PM +0100, Reindl Harald wrote: Am 08.11.2015 um 20:29 schrieb Richard W.M. Jones: On Sat, Nov 07, 2015 at 05:28:54PM +, Christopher wrote: I recently updated my desktop to f23, and it went smoothly, for

Re: COPR for ARM?

>>> On Nov 7, 2015 13:50, "Neal Gompa" wrote: >>> > >>> > Why don't we do emulated builds (like how OBS does it for ARM)? >>> > >>> > >>> >>> The attempts at emulated builds have usually been slower than the hardware >>> builds >> >> Are they unusable? I find it hard to

Re: Retire a package from Fedora i686 (not x86_64)

On Sun, Nov 8, 2015 at 10:20 PM, Reindl Harald wrote: > > > Am 08.11.2015 um 22:17 schrieb Rex Dieter: >> >> Felix Miata wrote: >> >>> For those without >>> SSE2, Plasma 5 is completely unusable, but OK with any of the lightweigh >> >> >> . >> >> Qt5 (Gui and

Re: Unexpected NIC naming f23 firewall implications

Reindl Harald wrote: > a skilled sysadmin can solve all that problems at his own, a non-skilled > has repeatly problems to solve which did not exist in the past where > eth0 was normal I guess you were lucky in the past. My experience was that interface names were

pghmcfc pushed to perl-Moose (master). "Update to 2.1604 (..more)"

From e89ccbb3db16ce19c297d40bb7eb499a4886345e Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Sun, 8 Nov 2015 19:14:07 + Subject: Update to 2.1604 - New upstream release 2.1604 - Drop obsoletes for old tests sub-package --- .gitignore | 1 + perl-Moose.spec | 22

Re: Unexpected NIC naming f23 firewall implications

On Sun, Nov 08, 2015 at 08:36:57PM +0100, Reindl Harald wrote: > > > Am 08.11.2015 um 20:29 schrieb Richard W.M. Jones: > >On Sat, Nov 07, 2015 at 05:28:54PM +, Christopher wrote: > >>I recently updated my desktop to f23, and it went smoothly, for the most > >>part. However, it broke my

Re: Unexpected NIC naming f23 firewall implications

On Sun, Nov 8, 2015, 14:29 Richard W.M. Jones wrote: On Sat, Nov 07, 2015 at 05:28:54PM +, Christopher wrote: > I recently updated my desktop to f23, and it went smoothly, for the most > part. However, it broke my mediatomb server because the NIC changed from > em1 to

Re: Unexpected NIC naming f23 firewall implications

> Maybe giving permanent names to network interfaces (of our own choice > or from a standard set) is something we should be able to choose at > installation time? Actually, what people want is to forbid any renaming during updates, because that breaks all kinds of stuff. The system should keep

[Bug 1277067] perl-Catalyst-Authentication-Credential-HTTP-1.016-3.fc24 FTBFS: t/live_app.t test fails

https://bugzilla.redhat.com/show_bug.cgi?id=1277067 Emmanuel Seyman changed: What|Removed |Added External Bug ID||CPAN 108597 --

Re: Unexpected NIC naming f23 firewall implications

Am 08.11.2015 um 22:59 schrieb Björn Persson: Reindl Harald wrote: a skilled sysadmin can solve all that problems at his own, a non-skilled has repeatly problems to solve which did not exist in the past where eth0 was normal I guess you were lucky in the past. My

Re: Unexpected NIC naming f23 firewall implications

Am 08.11.2015 um 20:29 schrieb Richard W.M. Jones: On Sat, Nov 07, 2015 at 05:28:54PM +, Christopher wrote: I recently updated my desktop to f23, and it went smoothly, for the most part. However, it broke my mediatomb server because the NIC changed from em1 to eno1. Is this something

[Bug 1278707] perl-SQL-SplitStatement: Failed test t/95-script.t

https://bugzilla.redhat.com/show_bug.cgi?id=1278707 Emmanuel Seyman changed: What|Removed |Added External Bug ID||CPAN 108595 --

[Bug 1278707] perl-SQL-SplitStatement: Failed test t/95-script.t

https://bugzilla.redhat.com/show_bug.cgi?id=1278707 --- Comment #4 from Emmanuel Seyman --- Fixed in perl-SQL-Splitstatement 1.00020-4. I'll release this as an update once perl-Getopt-Long 2.48 hits stable in the other branches. -- You are receiving this mail because: You

[Bug 1275854] perl-enum-1.11 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1275854 Fedora Update System changed: What|Removed |Added Status|ON_QA

eseyman pushed to perl-SQL-SplitStatement (f23). "Patch package to fix incompatibility with perl-Getopt-Long"

From 78715984def5605339b4ed8b062cb158459a0e4b Mon Sep 17 00:00:00 2001 From: Emmanuel Seyman Date: Sun, 8 Nov 2015 22:12:49 +0100 Subject: Patch package to fix incompatibility with perl-Getopt-Long --- ...QL-SplitStatement-1.00020-getopt-long-compat.patch | 19

Re: Retire a package from Fedora i686 (not x86_64)

Am 08.11.2015 um 22:21 schrieb drago01: On Sun, Nov 8, 2015 at 10:20 PM, Reindl Harald wrote: Am 08.11.2015 um 22:17 schrieb Rex Dieter: Felix Miata wrote: For those without SSE2, Plasma 5 is completely unusable, but OK with any of the lightweigh Qt5 (Gui and

[Bug 1275854] perl-enum-1.11 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1275854 --- Comment #13 from Fedora Update System --- perl-enum-1.11-1.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving

Freerdp update with bundle in guacamole-server

Hello. More than half year in the past freerdp was updated and then reverted version to current present [1], mostly to allow built guacamole-server [2]. As I see it still stick with that version. Meantime freerdp move forward. Remmina, which require fresh versions of freerdp also can't be

Re: Freerdp update with bundle in guacamole-server

On Sun, Nov 8, 2015 at 2:31 PM, Pavel Alexeev wrote: > Hello. > > More than half year in the past freerdp was updated and then reverted > version to current present [1], mostly to allow built guacamole-server [2]. > > As I see it still stick with that version. > Meantime

Re: koschei/koji build failures

ok. I think this might be: https://bugzilla.redhat.com/show_bug.cgi?id=1264198 which is an rpm bug fixed in rawhide, but not yet in f23. We need a f23 update with that fixed and we can try again. kevin pgpmBEXX8LeF6.pgp Description: OpenPGP digital signature -- devel mailing list

Re: Retire a package from Fedora i686 (not x86_64)

Am 08.11.2015 um 22:17 schrieb Rex Dieter: Felix Miata wrote: For those without SSE2, Plasma 5 is completely unusable, but OK with any of the lightweigh . Qt5 (Gui and Declarative) pretty much requires sse2, and I/kde-sig asked about pushing the minimum i686 fedora spec to include sse2,

[Test-Announce] 2015-11-09 @ ** 16:00 ** UTC - Fedora QA Meeting

# Fedora Quality Assurance Meeting # Date: 2015-11-09 # Time: ** 16:00 ** UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.freenode.net Greetings testers! It's QA meeting time again! We wrapped up on F23 last week, so let's take this week to plan

Re: Retire a package from Fedora i686 (not x86_64)

On Sun, Nov 8, 2015 at 10:35 AM, Reindl Harald wrote: > > > Am 08.11.2015 um 09:47 schrieb drago01: >> >> On Sat, Nov 7, 2015 at 9:24 PM, Reindl Harald >> wrote: >>> >>> Am 07.11.2015 um 20:36 schrieb drago01: On Sat, Nov 7, 2015 at

Self Introduction: Jianhong

Hi all I am glad to join the Fedora Project, and going to be the sponsor of package mod_rivet. My given name is Jianhong, I used to be a programmer for 7 years, and I have been a QE more than 2 years in Redhat China R Branch. Specialties: Languages: C Bash Tcl Perl HTML CSS Javascript

Re: Self Introduction: Jianhong

Hi Yin, Welcome to Fedora. And it would be great if you can join the Chinese mailing list[1]. [1] https://admin.fedoraproject.org/mailman/listinfo/chinese -robin On Mon, Nov 9, 2015 at 12:40 PM, 尹剑虹 wrote: > Hi all > > I am glad to join the Fedora Project, and going to

Re: Retire a package from Fedora i686 (not x86_64)

On Sat, Nov 7, 2015 at 9:24 PM, Reindl Harald wrote: > > > Am 07.11.2015 um 20:36 schrieb drago01: >> >> On Sat, Nov 7, 2015 at 7:40 PM, Reindl Harald >> wrote: >>> >>> the point is compile a single application with new features won#t gain >>> that