Re: State of Sparkeshare in Fedora

2017-10-07 Thread Luya Tshimbalanga
On 07/10/17 08:28 AM, Robert-André Mauchin wrote: > > Hello Luya, > > I've worked on this issue this afternoon, you can find the resulting SPEC, > SRPM and patches here: https://eclipseo.fedorapeople.org/sparkleshare/ > > The main patch backports the changes made in 2.0 for WebkitGTK 2.0 > compat

Re: plan to update F27 to systemd-235

2017-10-07 Thread Nico Kadel-Garcia
On Fri, Oct 6, 2017 at 11:04 AM, Zbigniew Jędrzejewski-Szmek wrote: > Hi, > > systemd 235 was released today. A large number of issues was closed > upstream, including many bug fixes, documentation updates, and > long-standing RFEs. There are some new features, but relatively few > entirely new fe

Re: Removing ghostscript-fonts package

2017-10-07 Thread Nico Kadel-Garcia
On Fri, Oct 6, 2017 at 8:49 AM, Zdenek Dohnal wrote: > Hi, > > I am going to retire ghostscript-fonts package in F27 because its fonts > are deprecated and replaced by urw-base35-fonts package. Only package > which depends on ghostscript-fonts seems to be hylafax+ package, I > created bugzilla for

Re: is anybody using fedora-loadmodules.service and fedora-readonly.service?

2017-10-07 Thread Hedayat Vatankhah
Hi, /*Zbigniew Jędrzejewski-szmek*/ wrote on Sat, 7 Oct 2017 07:18:59 +: Two boot-time services provided by the venerable initscripts package: <...> - fedora-readonly.service: this is used to mount parts of the filesystem rw in case the system is using read-only root filesystem. To do a

Re: Giving us the ability to go backwards [was Re: plan to update F27 to systemd-235]

2017-10-07 Thread Stephen John Smoogen
On 7 October 2017 at 12:31, Matthew Miller wrote: > On Sat, Oct 07, 2017 at 10:33:38AM -0400, Colin Walters wrote: >> I'm personally very in favor of this; of course my usual refrain >> here is that we should *try* new things and have the ability >> to back them out if they don't work (the latter

Re: Giving us the ability to go backwards [was Re: plan to update F27 to systemd-235]

2017-10-07 Thread Neal Gompa
On Sat, Oct 7, 2017 at 1:10 PM, Pierre-Yves Chibon wrote: > On Sat, Oct 07, 2017 at 12:45:14PM -0400, Neal Gompa wrote: >> On Sat, Oct 7, 2017 at 12:31 PM, Matthew Miller >> wrote: >> > On Sat, Oct 07, 2017 at 10:33:38AM -0400, Colin Walters wrote: >> >> I'm personally very in favor of this; of c

Fedora Rawhide-20171007.n.0 compose check report

2017-10-07 Thread Fedora compose checker
Missing expected images: Server dvd i386 Workstation live i386 Server boot i386 Kde live i386 Failed openQA tests: 79/126 (x86_64), 1/2 (arm) New failures (same test did not fail in Rawhide-20171006.n.0): ID: 153296 Test: x86_64 Workstation-live-iso desktop_update_graphical URL: https://op

Re: Giving us the ability to go backwards [was Re: plan to update F27 to systemd-235]

2017-10-07 Thread Pierre-Yves Chibon
On Sat, Oct 07, 2017 at 12:45:14PM -0400, Neal Gompa wrote: > On Sat, Oct 7, 2017 at 12:31 PM, Matthew Miller > wrote: > > On Sat, Oct 07, 2017 at 10:33:38AM -0400, Colin Walters wrote: > >> I'm personally very in favor of this; of course my usual refrain > >> here is that we should *try* new thin

Fedora 27-20171007.n.0 compose check report

2017-10-07 Thread Fedora compose checker
Missing expected images: Server dvd i386 Workstation live i386 Server boot i386 Kde live i386 Failed openQA tests: 17/128 (x86_64), 1/2 (arm) New failures (same test did not fail in 27-20171006.n.0): ID: 153431 Test: x86_64 Server-dvd-iso realmd_join_cockpit URL: https://openqa.fedoraproje

Re: Giving us the ability to go backwards [was Re: plan to update F27 to systemd-235]

2017-10-07 Thread Neal Gompa
On Sat, Oct 7, 2017 at 12:47 PM, Igor Gnatenko wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On Sat, 2017-10-07 at 12:31 -0400, Matthew Miller wrote: >> On Sat, Oct 07, 2017 at 10:33:38AM -0400, Colin Walters wrote: >> > I'm personally very in favor of this; of course my usual ref

Re: Giving us the ability to go backwards [was Re: plan to update F27 to systemd-235]

2017-10-07 Thread Igor Gnatenko
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Sat, 2017-10-07 at 12:31 -0400, Matthew Miller wrote: > On Sat, Oct 07, 2017 at 10:33:38AM -0400, Colin Walters wrote: > > I'm personally very in favor of this; of course my usual refrain > > here is that we should *try* new things and have the ab

Re: Giving us the ability to go backwards [was Re: plan to update F27 to systemd-235]

2017-10-07 Thread Neal Gompa
On Sat, Oct 7, 2017 at 12:31 PM, Matthew Miller wrote: > On Sat, Oct 07, 2017 at 10:33:38AM -0400, Colin Walters wrote: >> I'm personally very in favor of this; of course my usual refrain >> here is that we should *try* new things and have the ability >> to back them out if they don't work (the la

Re: Giving us the ability to go backwards [was Re: plan to update F27 to systemd-235]

2017-10-07 Thread Florian Weimer
On 10/07/2017 06:31 PM, Matthew Miller wrote: On Sat, Oct 07, 2017 at 10:33:38AM -0400, Colin Walters wrote: I'm personally very in favor of this; of course my usual refrain here is that we should *try* new things and have the ability to back them out if they don't work (the latter bit is what t

Giving us the ability to go backwards [was Re: plan to update F27 to systemd-235]

2017-10-07 Thread Matthew Miller
On Sat, Oct 07, 2017 at 10:33:38AM -0400, Colin Walters wrote: > I'm personally very in favor of this; of course my usual refrain > here is that we should *try* new things and have the ability > to back them out if they don't work (the latter bit is what the > current system doesn't support). You

Re: plan to update F27 to systemd-235

2017-10-07 Thread Neal Gompa
On Sat, Oct 7, 2017 at 12:02 PM, Richard W.M. Jones wrote: > On Fri, Oct 06, 2017 at 03:04:12PM +, Zbigniew Jędrzejewski-Szmek wrote: >> Hi, >> >> systemd 235 was released today. A large number of issues was closed >> upstream, including many bug fixes, documentation updates, and >> long-stand

Re: plan to update F27 to systemd-235

2017-10-07 Thread Richard W.M. Jones
On Fri, Oct 06, 2017 at 03:04:12PM +, Zbigniew Jędrzejewski-Szmek wrote: > Hi, > > systemd 235 was released today. A large number of issues was closed > upstream, including many bug fixes, documentation updates, and > long-standing RFEs. There are some new features, but relatively few > entire

Re: SELinux policy contibutions

2017-10-07 Thread Jerry James
On Thu, Mar 23, 2017 at 6:53 AM, Lukas Vrabec wrote: > On 03/23/2017 01:12 PM, Robert Marcano wrote: >> >> Greetings. Is https://github.com/fedora-selinux/selinux-policy-contrib >> the right place to contribute to the Fedora SELinux policy? >> >> I added a pull request for a small update needed fo

Re: State of Sparkeshare in Fedora

2017-10-07 Thread Robert-André Mauchin
On vendredi 6 octobre 2017 22:24:01 CEST Luya Tshimbalanga wrote: > On 24/09/17 11:47 AM, James Hogarth wrote: > > On 24 September 2017 at 16:29, Michael Catanzaro > > > > mailto:mike.catanz...@gmail.com>> wrote: > > On Fri, Sep 22, 2017 at 2:09 AM, James Hogarth > > > > mailto:james.

Re: plan to update F27 to systemd-235

2017-10-07 Thread Colin Walters
On Sat, Oct 7, 2017, at 08:14 AM, Zbigniew Jędrzejewski-Szmek wrote: > Well, my point is that in this case there aren't any big changes, only> some > relatively minor feature additions. According to the policy, > "minor" upgrades are OK after beta. The only difference for critical > path packages

Re: plan to update F27 to systemd-235

2017-10-07 Thread James Hogarth
On 7 October 2017 at 13:14, Zbigniew Jędrzejewski-Szmek wrote: > On Sat, Oct 07, 2017 at 09:19:17AM +0100, James Hogarth wrote: > > Although personally I have no specific objections and indeed plan to use > > the IP accounting stuff on a bunch of units... since we're already past > > beta, this i

Re: plan to update F27 to systemd-235

2017-10-07 Thread Zbigniew Jędrzejewski-Szmek
On Sat, Oct 07, 2017 at 09:19:17AM +0100, James Hogarth wrote: > Although personally I have no specific objections and indeed plan to use > the IP accounting stuff on a bunch of units... since we're already past > beta, this is a critical component of the system and it's not got a Change > on the w

orphaning OpenStego

2017-10-07 Thread Casper
Dear Developpers, I'm sorry to inform you I orphaned OpenStego package, I can't maintain it anymore. The software doesn't work in fedora since two updates, upstream is not able to fix the problem (first report was in 2012 IIRC). It is a very old package and should be retired in six weeks. Best re

Re: Removing ghostscript-fonts package

2017-10-07 Thread Peter Robinson
On Fri, Oct 6, 2017 at 9:51 PM, R P Herrold wrote: > On Fri, 6 Oct 2017, Xose Vazquez Perez wrote: > >> Zdenek Dohnal wrote: >> >> > I am going to retire ghostscript-fonts package in F27 because its fonts >> > are deprecated and replaced by urw-base35-fonts package. > > > I don't see a urw-base35-

Re: Removing ghostscript-fonts package

2017-10-07 Thread Peter Robinson
On Fri, Oct 6, 2017 at 10:54 PM, Samuel Sieb wrote: > On 10/06/2017 05:49 AM, Zdenek Dohnal wrote: >> >> I am going to retire ghostscript-fonts package in F27 because its fonts >> are deprecated and replaced by urw-base35-fonts package. Only package >> which depends on ghostscript-fonts seems to b

Re: plan to update F27 to systemd-235

2017-10-07 Thread James Hogarth
On 6 Oct 2017 16:08, "Zbigniew Jędrzejewski-Szmek" wrote: Hi, systemd 235 was released today. A large number of issues was closed upstream, including many bug fixes, documentation updates, and long-standing RFEs. There are some new features, but relatively few entirely new features or changes in

Re: Removing ghostscript-fonts package

2017-10-07 Thread nicolas . mailhot
Hi, Thank you both for starting to clean up the awful mess that URW fonts had become over time. It had come to the point they were totally unusable by anything but a few apps that hardcoded them. They were tripping many many users (countless why *awful things* happen as soon as I try to use one

is anybody using fedora-loadmodules.service and fedora-readonly.service?

2017-10-07 Thread Zbigniew Jędrzejewski-Szmek
Two boot-time services provided by the venerable initscripts package: – fedora-loadmodules.service: this loads kernel modules based on configuration in /etc/rc.modules. Identical functionality is provided by systemd-modules-load.service. (systemd-modules-load.service reads modules-load.d di