Returned mail: see transcript for details

The original message was received at Thu, 20 Jul 2017 14:08:41 +0800 from redhat.com [134.0.186.81] - The following addresses had permanent fatal errors - IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the i

Returned mail: see transcript for details

The original message was received at Thu, 20 Jul 2017 14:08:41 +0800 from redhat.com [134.0.186.81] - The following addresses had permanent fatal errors - Malware Alert Text.txt Description: Malware Alert Text.txt ___ devel mailing list --

Schedule for Thursday's FPC Meeting (2017-07-20 16:00 UTC)

Following is the list of topics that will be discussed in the FPC meeting Thursday at 2017-07-20 16:00 UTC in #fedora-meeting-1 on irc.freenode.net. Local time information (via. uitime): = Day: Thursday == 2017-07-20 09:00 PDT US/Pacific 2017-07-20 1

Re: F27 Self Contained Change: New default cipher in OpenVPN

David Sommerseth wrote: > Also considering that we're just in the very early planning phase of > F-27 and F-26 have just been released. So F-27 is at least 6 months > ahead of us. That's what one would reasonably assume, but sadly, they decided to cut the schedule of F27 down to 3-4 months to co

Re: Fedora, apps, and the Flatpak opportunity

Matthew Miller wrote: > Containers (and particularly, Docker-style containers with Kubernetes > orchestration) are rapidly taking over the server world. This is not > hyperbole, and while one might fairly throw "everything old is new > again", it's not a fad. This is a real generational shift. Thi

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Dominik 'Rathann' Mierzejewski wrote: > The bundling thing is what I'm afraid of. If we don't make it a > requirement or at least a strong recommendation to unbundle libraries > from Flatpaks, then we'll end up with Android app store-like > ecosystem, where everyone bundles everything which is not

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Chris Murphy wrote: > What happens on Fedora now, because applications are merged with the > OS, there are application updates that end up making some unnecessary > reboots compulsory. But with atomic + flatpak installations, there is > much better separation of when reboots are necessary. OS updat

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Bill Nottingham wrote: > This situation already exists, though - each of these systems are already > snowflakes if they're user-maintained: > - some apps installed via RPMs connected to Fedora repos > - some from COPRS > - some from Random RPM Downloaded From Third-Party Website > - some from npm/p

Re: Blocker bug process proposal: waiving late-discovered blockers to next release

Michael Catanzaro wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=1405539 IMHO, this isn't even a bug. Everything is working as designed. And won't editing the kernel command line (which can be done interactively in GRUB) to add vconsole.keymap= the desired keymap solve the problem? So whe

limb added a new package 'rpms/perl-Locale-TextDomain-OO' (master)

limb added a new package 'rpms/perl-Locale-TextDomain-OO' (master) https://admin.fedoraproject.org/pkgdb/package/rpms/perl-Locale-TextDomain-OO/ ___ perl-devel mailing list -- perl-de...@lists.fedoraproject.org To unsubscribe send an email to per

limb changed perl-sig's 'watchbugzilla' permission on rpms/perl-Locale-TextDomain-OO (master) to 'Approved'

limb changed perl-sig's 'watchbugzilla' permission on rpms/perl-Locale-TextDomain-OO (master) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/rpms/perl-Locale-TextDomain-OO/ ___ perl-devel mailing list -- perl-de...@lists.fedoraproje

Re: F27 Self Contained Change: New default cipher in OpenVPN

On 18/07/17 22:55, Farkas Levente wrote: > On 07/18/2017 10:03 PM, David Sommerseth wrote: >> On 18/07/17 17:50, Farkas Levente wrote: >>> On 07/18/2017 03:55 PM, Jaroslav Reznik wrote: This will result in the following: * OpenVPN 2.4 based clients will automatically upgrade to AES-256-GC

Re: Approved packages that never get imported?

On Wed, Jul 19, 2017 at 04:47:32PM -0400, Ben Rosser wrote: > On Wed, Jul 19, 2017 at 9:40 AM, Richard W.M. Jones wrote: > > The story with this package (and I think there were some others) is > > that they are required for 'opam' which is a source-based OCaml > > packaging tool (think: Perl and t

Re: Approved packages that never get imported?

On Wed, Jul 19, 2017 at 9:40 AM, Richard W.M. Jones wrote: > The story with this package (and I think there were some others) is > that they are required for 'opam' which is a source-based OCaml > packaging tool (think: Perl and the ‘cpan’ command). Jon Ludlam > turned up wanting to get opam into

Re: JOSM now use openjfx, but openjfx not added to jvm after installation

On Wednesday, 19 July 2017 at 21:54, Dominik 'Rathann' Mierzejewski wrote: > On Wednesday, 19 July 2017 at 19:51, Cedric OLIVIER wrote: > > Le mercredi 19 juillet 2017 à 19:35 +0200, Germano Massullo a écrit : > > > Il 19/07/2017 18:03, OLIVIER Cedric ha scritto: > > > > These steps are described i

Re: Snappy [was Re: Fedora, apps, and the Flatpak opportunity]

On Wed, Jul 19, 2017 at 09:36:25PM +0200, Zygmunt Krynicki wrote: > > fundamental technology. That is, Snappy is GPL v3 for everyone except > > Canonical, but effectively BSD/MIT-style for Canonical _including_ > > outside contributions. If we would decide to invest heavily in snaps, [...] > I unde

Re: JOSM now use openjfx, but openjfx not added to jvm after installation

On Wednesday, 19 July 2017 at 19:51, Cedric OLIVIER wrote: > Le mercredi 19 juillet 2017 à 19:35 +0200, Germano Massullo a écrit : > > Il 19/07/2017 18:03, OLIVIER Cedric ha scritto: > > > These steps are described in > > > /usr/share/doc/openjfx/README.fedora. > > > > Could you please attach suc

Re: Strange situation with Wine on Fedora 27

12.07.2017 12:38 Thomas Goffin wrote: > > Thanks for reaction, the problem was in the duplicate: > > * gstreamer1-1.12.1-1.fc27 > * gstreamer1-1.12.0-1.fc27 > Actually your duplicate was: * gstreamer1-1.12.1-1.fc27.i686 * gstreamer1-1.12.0-1.fc27.x86_64 as you wrote: > > # dnf insta

Re: Snappy [was Re: Fedora, apps, and the Flatpak opportunity]

W dniu 19.07.2017 o 18:43 Matthew Miller pisze: > On Tue, Jul 18, 2017 at 11:22:54PM +0200, Zygmunt Krynicki wrote: > > > and until Snappy gets the ability to use something other than an Ubuntu > > > binary runtime, it's a non-starter.) > > Hey Matthew > > Snappy can do this today in the master br

Fedora Atomic WG - Changes to IRC/Mailing list

TL;DR There is a new fedora atomic mailing list [1] and IRC channel [2], but the mailing list should only be used for automated messages and the IRC channel should be used only when something extremely Fedora specific (like releng bits) is being discussed. Otherwise please use

Re: JOSM now use openjfx, but openjfx not added to jvm after installation

Le mercredi 19 juillet 2017 à 19:35 +0200, Germano Massullo a écrit : > Il 19/07/2017 18:03, OLIVIER Cedric ha scritto: > > These steps are described in > > /usr/share/doc/openjfx/README.fedora. > > Could you please attach such file in the discussion? You can find it here : https://src.fedorapro

Fedora Rawhide-20170719.n.0 compose check report

Missing expected images: Workstation live i386 Server boot i386 Kde live i386 Failed openQA tests: 20/126 (x86_64), 1/18 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20170718.n.0): ID: 122003 Test: x86_64 Server-dvd-iso install_default@uefi URL: https://openqa.fedorapr

RFD Unifying graphviz.spec with upstream

Jaroslav Škarvada mailto:jskar...@redhat.com requested that i move the discussion from: https://bugzilla.redhat.com/show_bug.cgi?id=1410366 about unifying the graphviz .spec file with upstream, to this list. Perhaps the unification objective is not attainable because of different requir

Re: JOSM now use openjfx, but openjfx not added to jvm after installation

Il 19/07/2017 18:03, OLIVIER Cedric ha scritto: > These steps are described in > /usr/share/doc/openjfx/README.fedora. Could you please attach such file in the discussion? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an ema

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Wed, Jul 19, 2017 at 05:27:17PM +0200, Dominik 'Rathann' Mierzejewski wrote: > > * We will track (via the PDC) what versions of what packages are > What's "PDC"? Part of Fedora Infrastructure: https://fedoraproject.org/wiki/Changes/ProductDefinitionCenter -- Matthew Miller Fedora Project Lea

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Wed, 2017-07-19 at 17:27 +0200, Dominik 'Rathann' Mierzejewski wrote: > On Wednesday, 19 July 2017 at 17:05, Owen Taylor wrote: > > > > * Bundled libraries will not be arbitrary source code builds, they > > will > > be built from the exact same spec files in dist-git. > > * We will track (via t

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Wed, Jul 19, 2017 at 12:25:26PM +0200, nicolas.mail...@laposte.net wrote: > Sure, but they can't have it both ways: be part of Fedora when they > need support, resources, testers and endorsement, and independent > project that owes nothing to anyone when it's time to integrate their > stuff in F

Re: s390x build failures

> Thanks and sorry for not searching first ;) I am the one who started a new thread :). Tried to make sure it stood out. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Snappy [was Re: Fedora, apps, and the Flatpak opportunity]

On Tue, Jul 18, 2017 at 11:22:54PM +0200, Zygmunt Krynicki wrote: > > and until Snappy gets the ability to use something other than an Ubuntu > > binary runtime, it's a non-starter.) > Hey Matthew > Snappy can do this today in the master branch. There are a lot of > thinned missing and a lot of ass

Re: Fedora, apps, and the Flatpak opportunity

On Wed, 2017-07-19 at 08:49 +0200, Milan Crha wrote: > On Tue, 2017-07-18 at 15:51 -0400, Matthew Miller wrote: > > * ability to mix and match versions and streams Hi Milan - Thanks for all the questions! Some of these are better brought up on a Flatpak or GNOME mailing list and you'd get better

JOSM now use openjfx, but openjfx not added to jvm after installation

Hi, I maintain JOSM and want to update it. JOSM now use JavaFX, which is available over openjfx package. But in openjfx package, there is a second step that needs to performed manually. These steps are described in /usr/share/doc/openjfx/README.fedora. These step create symlinks to activate ja

Re: Blocker bug process proposal: waiving late-discovered blockers to next release

On Wed, Jul 19, 2017 at 12:24:16PM +0200, Kamil Paral wrote: > > Another consideration that might be relevant: is this a *new* issue or > > something that also affects the current release (either as released or > > with updates)? If something is a clear-cut blocker criterion violation > > but isn't

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Wednesday, 19 July 2017 at 17:05, Owen Taylor wrote: > On Wed, 2017-07-19 at 12:56 +0200, Dominik 'Rathann' Mierzejewski > wrote: > > On Tuesday, 18 July 2017 at 20:43, Owen Taylor wrote: > > [...] > > > An example of where conditionals may be useful is when a library is > > > bundled into a Fla

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Wed, 2017-07-19 at 12:56 +0200, Dominik 'Rathann' Mierzejewski wrote: > On Tuesday, 18 July 2017 at 20:43, Owen Taylor wrote: > [...] > > An example of where conditionals may be useful is when a library is > > bundled into a Flatpak - the rebuild for the flatpak could skip > > building the devel

Orphaning rubygem-haml-rails

Hi all, I don't have any use for rubygem-haml-rails, so I orphaned the package. Vít ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: s390x build failures

On 19.7.2017 00:27, Adam Williamson wrote: On Wed, 2017-07-19 at 00:22 +0200, Miro Hrončok wrote: I'm hitting weird s390x build failures. Koji says (almost immediately): URLError: See a build here: https://koji.fedoraproject.org/koji/taskinfo?taskID=20602824 s390x: https://koji.fedoraproje

jplesnik pushed to perl-Locale-TextDomain-OO-Util (master). "3.008 bump"

From d3e991aa5a099d942044481c5d0df0bf6c83f364 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Wed, 19 Jul 2017 15:47:55 +0200 Subject: 3.008 bump --- .gitignore | 1 + perl-Locale-TextDomain-OO-Util.spec | 7 --- sources | 2 +- 3 fi

qt-5.9.1 coming to rawhide today

fyi, will be importing qt-5.9.1 into rawhide today. There may be temporary periods of inconsistent dependencies while builds are underway, but it should be sorted out quickly. Please let us (kde-sig) know if anything breaks, thanks. -- rex ___ devel

[Bug 1472796] perl-Locale-TextDomain-OO-Util-3.008 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1472796 Jitka Plesnikova changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version|

Re: Approved packages that never get imported?

On Wed, Jul 19, 2017 at 10:39:39AM +0200, Dominik 'Rathann' Mierzejewski wrote: > On Wednesday, 19 July 2017 at 05:56, Ben Rosser wrote: > > Hi, > > > > What is the right thing to do when a package's review is approved, but > > the package never gets imported into the distribution because the > >

F27 Self Contained Change: libpinyin 2.1

= Proposed Self Contained Change: libpinyin 2.1 = https://fedoraproject.org/wiki/Changes/libpinyin2.1 Change owner(s): * Peng Wu libpinyin 2.1 will merge libzhuyin code and replace the package == Detailed Description == Actually libzhuyin uses very similar code as libpinyin. After merged libzhu

F27 Self Contained Change: Chinese Serif Fonts

= Proposed Self Contained Change: Chinese Serif Fonts = https://fedoraproject.org/wiki/Changes/ChineseSerifFonts Change owner(s): * Peng Wu Fedora already provides default Chinese Sans fonts, now Fedora 27 will also provide default Chinese Serif fonts. == Detailed Description == Adobe and Googl

Re: self introduction

Hello John and welcome to the community! Regards, Charalampos Stratakis Associate Software Engineer Python Maintenance Team, Red Hat - Original Message - From: "John Florian" To: "devel" Sent: Tuesday, July 18, 2017 4:01:24 PM Subject: self introduction Hi everyone, I've lurked aro

Re: Removal of code signing trust bits from ca-certificates

On Tuesday, 18 July 2017 at 22:11, Kai Engert wrote: [...] > This update of the CA list is supposed to get published with Firefox 56 on > September 26. > > In order to allow the Fedora community to test potential effects of this > change, > I intend to publish an update to the ca-certificates pac

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 07/17/2017 08:44 PM, Kevin Kofler wrote: > Dusty Mabe wrote: >> I'm sure some people are aware but for those who aren't it is worth noting >> that we have an entire edition (atomic host) that is built around atomic >> updates for rpm content. > > Atomic updates for "rpm content", but not for

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Wednesday, 19 July 2017 at 13:28, Richard Hughes wrote: > On 19 July 2017 at 11:56, Dominik 'Rathann' Mierzejewski > wrote: > > And since there's no easy way > > to track bundled stuff inside Flatpaks, we're much worse off than > > where we are with RPM packages currently. > > I'm getting some

Re: Fwd: /usr/bin/strip: plugin needed to handle lto object

Hello, Marek. On Wednesday, 19 July 2017 at 12:28, Marek Tamaskovic wrote: > I am trying to pack one library and I get strip error. Basically it's > saying this 'strip: plugin needed to handle lto object'. I tired remove > '-flto' but then occurs warning in dwz that it does not have files for > op

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 19 July 2017 at 11:56, Dominik 'Rathann' Mierzejewski wrote: > And since there's no easy way > to track bundled stuff inside Flatpaks, we're much worse off than > where we are with RPM packages currently. I'm getting somewhat sick of the hyperbole, but I'm wondering if you're aware of /var/lib

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tuesday, 18 July 2017 at 22:01, Neal Gompa wrote: > On Tue, Jul 18, 2017 at 3:41 PM, wrote: [...] > > Then I'm glad there is absolutely no plan to preempt flatpack technical > > assessment by shipping one or more GNOME apps as flatpack-only, leaving > > Fedora users for whom flatpack does not

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tuesday, 18 July 2017 at 20:43, Owen Taylor wrote: [...] > An example of where conditionals may be useful is when a library is > bundled into a Flatpak - the rebuild for the flatpak could skip > building the developer docs because they have complicated build > dependencies (graphviz or whatever.

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tuesday, 18 July 2017 at 21:43, Colin Walters wrote: > On Tue, Jul 18, 2017, at 02:58 PM, Chris Murphy wrote: > > > > But if I've understood correctly, any changes to the base will be > > > discarded > > > when you update the base image. right? > > No; `rpm-ostree install` is persistent, and

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Wednesday, 19 July 2017 at 12:21, Dominik 'Rathann' Mierzejewski wrote: [...] > $ flatpak remotes > Name Options > gnome user > gnome-apps user > $ flatpak remote-ls gnome-apps > error: Remote "gnome-apps" not found > > Now that's confusing. It shows me configured remotes, but

Fwd: /usr/bin/strip: plugin needed to handle lto object

Hi guys, I am trying to pack one library and I get strip error. Basically it's saying this 'strip: plugin needed to handle lto object'. I tired remove '-flto' but then occurs warning in dwz that it does not have files for optimalization. Building is handled by cmake. I am clueless. Any ideas? test

Re: F27 System Wide Change: Graphical Applications as Flatpaks

De: "Jiří Eischmann" > It's a group that focuses on building a desktop OS based on GNOME, yes, > that involves packaging of a sizable part of the GNOME stack, but that > doesn't mean that it's their job and obligation to package (any) GNOME > software. Sure, but they can't have it both ways: be

Re: Blocker bug process proposal: waiving late-discovered blockers to next release

The proposal sounds fine. On Tue, Jul 18, 2017 at 3:48 PM, Matthew Miller wrote: > Another consideration that might be relevant: is this a *new* issue or > something that also affects the current release (either as released or > with updates)? If something is a clear-cut blocker criterion violat

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tuesday, 18 July 2017 at 17:15, Owen Taylor wrote: > On Tue, 2017-07-18 at 15:25 +0200, Dominik 'Rathann' Mierzejewski > wrote: > > On Tuesday, 18 July 2017 at 13:39, Mathieu Bridon wrote: > > > On Tue, 2017-07-18 at 13:23 +0200, Dominik 'Rathann' Mierzejewski > > > wrote: > > > > By the way, I

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Nico Kadel-Garcia píše v Út 18. 07. 2017 v 22:44 -0400: > On Fri, Jul 14, 2017 at 12:59 PM, Debarshi Ray > wrote: > > On Fri, Jul 14, 2017 at 09:44:18AM +0100, Richard W.M. Jones wrote: > > > On Mon, Jul 10, 2017 at 03:31:30PM -0400, Owen Taylor wrote: > > > > F29: packagers (of graphical applica

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Neal Gompa píše v Út 18. 07. 2017 v 16:03 -0400: > On Tue, Jul 18, 2017 at 4:00 PM, Matthew Miller > wrote: > > On Tue, Jul 18, 2017 at 09:41:30PM +0200, nicolas.mailhot@laposte.n > > et wrote: > > > Then I'm glad there is absolutely no plan to preempt flatpack > > > technical assessment by shippi

Re: Approved packages that never get imported?

On Wednesday, 19 July 2017 at 05:56, Ben Rosser wrote: > Hi, > > What is the right thing to do when a package's review is approved, but > the package never gets imported into the distribution because the > packager subsequently becomes non-responsive? > > Is the non-responsive maintainer policy a

Re: F27 Self Contained Change: Authselect: new tool to replace authconfig

On 19/07/17 09:01, Tomas Mraz wrote: On Tue, 2017-07-18 at 20:30 +0100, Tom Hughes wrote: On 18/07/17 15:26, Stephen Gallagher wrote: On Tue, Jul 18, 2017 at 10:17 AM Tom Hughes mailto:t...@compton.nu>> wrote: Well none of my newly upgraded F26 machines appear to be running it ;-) I sai

Re: F27 Self Contained Change: Authselect: new tool to replace authconfig

On Tue, 2017-07-18 at 20:30 +0100, Tom Hughes wrote: > On 18/07/17 15:26, Stephen Gallagher wrote: > > > On Tue, Jul 18, 2017 at 10:17 AM Tom Hughes > > wrote: > > > > Well none of my newly upgraded F26 machines appear to be > > running it ;-) > > > > I said "default