Re: Self Introduction: Jianhong

2015-11-08 Thread Robin Lee
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 be the sponsor of > pac

Self Introduction: Jianhong

2015-11-08 Thread 尹剑虹
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&D Branch. Specialties: Languages: C Bash Tcl Perl HTML CSS Javascript Pl

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

2015-11-08 Thread Adam Williamson
# 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 ahe

Re: Unexpected NIC naming f23 firewall implications

2015-11-08 Thread Reindl Harald
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 experience was that interfa

Re: Unexpected NIC naming f23 firewall implications

2015-11-08 Thread 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 experience was that interface names were unstable in the "eth0" days. A

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

2015-11-08 Thread Kalev Lember
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 i

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

2015-11-08 Thread Reindl Harald
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 Declarative) pretty much

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

2015-11-08 Thread 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 Declarative) pretty much requires ss

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

2015-11-08 Thread Reindl Harald
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,

Re: Unexpected NIC naming f23 firewall implications

2015-11-08 Thread Reindl Harald
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 and keyboard and change the network configuration by hand. "predictable, stable network interface names" https <

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

2015-11-08 Thread 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, but fesco was against that idea at the time.

Re: Unexpected NIC naming f23 firewall implications

2015-11-08 Thread nicolas . mailhot
> 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

Re: koschei/koji build failures

2015-11-08 Thread Kevin Fenzi
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 devel@lis

Re: Freerdp update with bundle in guacamole-server

2015-11-08 Thread Neal Gompa
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 freerdp move forward. Rem

Re: Unexpected NIC naming f23 firewall implications

2015-11-08 Thread Christopher
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 eno1. > > Is this someth

Re: COPR for ARM?

2015-11-08 Thread Peter Robinson
>>> 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 believe that emulated build

Re: Unexpected NIC naming f23 firewall implications

2015-11-08 Thread Reindl Harald
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: Unexpected NIC naming f23 firewall implications

2015-11-08 Thread 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 the most > >>part. However, it broke my media

Re: Unexpected NIC naming f23 firewall implications

2015-11-08 Thread Reindl Harald
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 that

Freerdp update with bundle in guacamole-server

2015-11-08 Thread Pavel Alexeev
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 upd

Re: Unexpected NIC naming f23 firewall implications

2015-11-08 Thread 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 that was expected? It certainly surprised me. It

Re: Unexpected NIC naming f23 firewall implications

2015-11-08 Thread Björn Persson
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 network, I recommend writing some

Re: Review swap: openmx

2015-11-08 Thread gil
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 -- dev

Review swap: openmx

2015-11-08 Thread Marcin Dulak
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

port of game-data-packager to Fedora

2015-11-08 Thread Alexandre Detiste
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 versio

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

2015-11-08 Thread Reindl Harald
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 machine is running way more t

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

2015-11-08 Thread drago01
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 7:40 PM, Reindl Harald wrote: > > >

rawhide report: 20151108 changes

2015-11-08 Thread Fedora Rawhide Report
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 IQmol-2.3.0

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

2015-11-08 Thread Reindl Harald
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 features won't gain that muc 8until you do the same

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

2015-11-08 Thread 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 features won#t gain >>> that >>> muc 8until you do the same with most librari