[Bug 1265922] amavisd and clamav dependencies

https://bugzilla.redhat.com/show_bug.cgi?id=1265922 Bug 1265922 depends on bug 1275630, which changed state. Bug 1275630 Summary: /etc/clamd.d should be owned by clamav-filesystem https://bugzilla.redhat.com/show_bug.cgi?id=1275630 What|Removed |Added

[389-devel] Re: Please review: poc - optional rust queue for ns events

On Fri, 2017-07-14 at 17:15 +1000, William Brown wrote: > https://pagure.io/389-ds-base/issue/49325 > > https://pagure.io/389-ds-base/issue/raw/8ef878a1004308b10982350df76c0378063147024706bdc774bd8b755e07cd67-0001-Ticket-49325-Proof-of-concept-rust-tqueue-in-sds.patch > >

Approved packages that never get imported?

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 appropriate, or should the review be resubmitted entirely? I've seen

Re: F27 System Wide Change: Graphical Applications as Flatpaks

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 applications) must create Flatpaks of >> > their

[Bug 1472507] New: perl-IO-All-0.87 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1472507 Bug ID: 1472507 Summary: perl-IO-All-0.87 is available Product: Fedora Version: rawhide Component: perl-IO-All Keywords: FutureFeature, Triaged Assignee:

Re: Starting an x86_32 SIG

On Wed, Jul 19, 2017 at 12:48 AM, Stephen John Smoogen wrote: > The mailing list x...@lists.fedoraproject.org has been created. Please > subscribe to the list if you are interested in helping support x86_32 > in F27. If you are very interested please add yourself to the members

Re: Fedora, apps, and the Flatpak opportunity

Enviado desde mi iPhone > El 19 jul 2017, a las 0:55, Patrick Griffis escribió: > > Correct me if I am wrong but Snap has other limitations too such as no > sandboxing on Fedora, no ability to add multiple remote repositories, limited > desktop integration compared to

Algo (VPN) Server

https://github.com/trailofbits/algo This looks kinda cool. I like the features and anti-features list. \\Algo VPN is a set of Ansible scripts that simplify the setup of a personal IPSEC VPN. It uses the most secure defaults available, works with common cloud providers, and does not require

Re: Fedora, apps, and the Flatpak opportunity

Correct me if I am wrong but Snap has other limitations too such as no sandboxing on Fedora, no ability to add multiple remote repositories, limited desktop integration compared to Flatpaks Portals. ___ devel mailing list --

Re: s390x build failures

On Tue, Jul 18, 2017 at 11:27 PM, 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: >>

2017-07-18 s390x build failures fixed

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi all, This is a quick email to let you know that we have isolated a pretty bad bug in the buildroot for s390x. At Mon, 17 July 2017 17:13 UTC, binutils-2.28-11.fc27[1] was tagged into rawhide, which generated incorrect binaries for s390x. Some

Re: s390x build failures

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:

s390x build failures

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.fedoraproject.org/koji/taskinfo?taskID=20602827 I got similar failures for several hours now. It took a while

[EPEL-devel] Meeting tomorrow

There will be an EPEL meeting at 1800 UTC in #fedora-meeting. The agenda will be the following: 1. Cleaning out old packages in epel-testing. What should the policy be 2. Moving documents to epel pagure or deleting https://fedoraproject.org/wiki/EPEL_Updates_Policy

Re: Starting an x86_32 SIG

On 12 July 2017 at 14:32, Stephen John Smoogen wrote: > This is a notice to see if people are really interested in having a > SIG on 32 bit Intel. I haven't created a SIG so I am researching what > is needed but I started with this page > >

Re: Fedora, apps, and the Flatpak opportunity

Enviado desde mi iPhone > El 18 jul 2017, a las 21:51, Matthew Miller > escribió: > > 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

Re: F27 System Wide Change: Graphical Applications as Flatpaks

De: "Owen Taylor" > But maybe it would be more useful to try it out the Flatpak and see > what the experience is like, and what needs to be improved? [*] I probably would if the resource profile was compatible with this chromebook storage capabilities. As it is I'm not too keen on having

Re: F27 System Wide Change: Graphical Applications as Flatpaks

> "OT" == Owen Taylor writes: OT> If Fedora packages just hardcoded FHS paths, then all the path OT> macros wouldn't be necessary to start with! Actually we've been making those really annoying macros more and more optional over time. The only one which is mandatory is

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

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-GCM, >>> regardless if they have --cipher in

Re: F27 System Wide Change: Graphical Applications as Flatpaks

> In other words, GNOME Recipes is a special case, Again, I am just glad there is no plan to shift more and more apps to flatpack only before there is any assessment of how it actually works out. No more, no less, and for what it's worth. Cheers, -- Nicolas Mailhot

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, Jul 18, 2017 at 09:07:28PM +0100, Richard W.M. Jones wrote: > Matthew, as FPL I think you also shouldn't take sides here. There's a > lot of inflamatory rhetoric in this thread, and it's my opinion that > you've sided with what I'd call the "GNOME/Flatpak" camp, and ignored > some

Removal of code signing trust bits from ca-certificates

Until recently, Mozilla maintained three individual trust bits for each root CA certificate: - trust for TLS servers - trust for email security - trust for code signing The next CA update from Mozilla will switch the code signing trust bit OFF for all CAs. Mozilla will no longer maintain this

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, Jul 18, 2017 at 04:00:10PM -0400, Matthew Miller wrote: > On Tue, Jul 18, 2017 at 09:41:30PM +0200, nicolas.mail...@laposte.net 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

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, 2017-07-18 at 21:41 +0200, nicolas.mail...@laposte.net wrote: > De: "Owen Taylor" > > > But I want to be clear that there is no *proposal* on the > > table to ship things Flatpak only, and *no proposed timescale*. And > > there won't be until we know how the tools work out for packagers,

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, Jul 18, 2017 at 4:00 PM, Matthew Miller wrote: > On Tue, Jul 18, 2017 at 09:41:30PM +0200, nicolas.mail...@laposte.net wrote: >> Then I'm glad there is absolutely no plan to preempt flatpack >> technical assessment by shipping one or more GNOME apps as >>

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

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-GCM, >> regardless if they have --cipher in their configuration file or not. >> For OpenVPN v2.4

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, Jul 18, 2017 at 3:41 PM, wrote: > > De: "Owen Taylor" > >> But I want to be clear that there is no *proposal* on the >> table to ship things Flatpak only, and *no proposed timescale*. And >> there won't be until we know how the tools work out for packagers,

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, Jul 18, 2017 at 09:41:30PM +0200, nicolas.mail...@laposte.net 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 work > yet behind, and

Fedora, apps, and the Flatpak opportunity

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. We're at the forefront of this

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

On 18/07/17 20:43, Jakub Hrozek wrote: On Tue, Jul 18, 2017 at 08:30:57PM +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

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

On Tue, Jul 18, 2017 at 08:30:57PM +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 ;-) >

Re: F27 System Wide Change: Graphical Applications as Flatpaks

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 so are other changes like `rpm-ostree initramfs --enable` and so is the

Re: F27 System Wide Change: Graphical Applications as Flatpaks

De: "Owen Taylor" > But I want to be clear that there is no *proposal* on the > table to ship things Flatpak only, and *no proposed timescale*. And > there won't be until we know how the tools work out for packagers, how > Flatpak usage works out for users, and we have a significant body of >

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

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". So for fresh installs this is the case. Yes my laptop,

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, Jul 18, 2017 at 12:14 PM, Hedayat Vatankhah wrote: > > /*Chris Murphy*/ wrote on Tue, 18 Jul 2017 09:28:53 -0600: >> >> On Tue, Jul 18, 2017 at 8:19 AM, Dominik 'Rathann' Mierzejewski >> wrote: > > ... >>> >>> >>> "One size fits everyone"

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, 2017-07-18 at 13:23 +0200, Dominik 'Rathann' Mierzejewski wrote: > On Tuesday, 18 July 2017 at 00:02, Michael Catanzaro wrote: > > On Mon, Jul 17, 2017 at 3:38 AM, Kevin Kofler > at> > > wrote: > > > The problem is that the RPMs that go into the Flatpaks are not > >

Re: F27 System Wide Change: Graphical Applications as Flatpaks

/*Chris Murphy*/ wrote on Tue, 18 Jul 2017 09:28:53 -0600: On Tue, Jul 18, 2017 at 8:19 AM, Dominik 'Rathann' Mierzejewski wrote: ... "One size fits everyone" approach can be dangerous. It never does, in fact, fit everyone, and often sacrifices flexibility and

Re: Rawhide s390x builders hanging in random places

On 07/18/2017 10:13 AM, Zbigniew Jędrzejewski-Szmek wrote: > On Tue, Jul 18, 2017 at 10:07:18AM -0700, Kevin Fenzi wrote: >> On 07/18/2017 09:03 AM, Zbigniew Jędrzejewski-Szmek wrote: >> >>> From #fedora-admin: >>> >>> 15:50 < puiterwijk> nirik: so, on the s390x stuff: I feel like there's >>>

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

On Tue, Jul 18, 2017 at 12:38 PM Jason L Tibbitts III wrote: > > "JR" == Jaroslav Reznik writes: > > JR> At the same time, some obsolete features of authconfig > JR> would not be supported by authselect. > > I have a couple of concerns about this. > >

Re: F26 dnf makecache timer hanging

On Tue, Jul 18, 2017 at 10:10 AM, Alexander Ploumistos wrote: > It's probably this bug: > https://bugzilla.redhat.com/show_bug.cgi?id=1470352 > > Daiki Ueno has sent a patch upstream. Sounds like that's it. -- Chris Murphy

Fedora Rawhide-20170718.n.0 compose check report

Missing expected images: Workstation live i386 Server boot i386 Kde live i386 Failed openQA tests: 24/126 (x86_64), 2/18 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20170714.n.0): ID: 121448 Test: x86_64 Server-dvd-iso server_cockpit_default URL:

Re: Self Intro: Tomofumi Hayashi

Hi Charalampos, Thank you for your comment again! I've incorporated with all your comments. Hi Gurus, I've still remain some of spec parts, especially go specific stuff. Could someone take a look into it? https://bugzilla.redhat.com/show_bug.cgi?id=1463492 Thanks, Tomofumi On Fri, Jun 30,

Re: F27 System Wide Change: Graphical Applications as Flatpaks

I think this email from Owen summarizes what we need to keep in mind here. Containers have caught on due to solving some important problems and thus people are looking at models for what the future operating system would look like where containers are the primary content delivery mechanism. In

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

> "JR" == Jaroslav Reznik writes: JR> At the same time, some obsolete features of authconfig JR> would not be supported by authselect. I have a couple of concerns about this. First, this seems to impact anaconda/kickstart since the "authconfig" line basically _is_ an

Re: F26 dnf makecache timer hanging

It's probably this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1470352 Daiki Ueno has sent a patch upstream. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Spam

On 17 July 2017 at 13:34, wrote: > Hi, > > Do the list admins have any plans to combat the spammers that are spoofing > Kevin Fenzi to bypass the moderation queue? > We are looking into how this is happening. Kevin is not specifically subscribed as ke...@fedoraproject.org

Re: Rawhide s390x builders hanging in random places

On Tue, Jul 18, 2017 at 08:57:23AM -0700, Adam Williamson wrote: > On Tue, 2017-07-18 at 14:47 +, Zbigniew Jędrzejewski-Szmek wrote: > > On Tue, Jul 18, 2017 at 10:29:05AM +0200, Dan Horák wrote: > > > On Tue, 18 Jul 2017 10:08:06 +0200 > > > Florian Weimer wrote: > > > >

Re: Rawhide s390x builders hanging in random places

On Tue, 2017-07-18 at 14:47 +, Zbigniew Jędrzejewski-Szmek wrote: > On Tue, Jul 18, 2017 at 10:29:05AM +0200, Dan Horák wrote: > > On Tue, 18 Jul 2017 10:08:06 +0200 > > Florian Weimer wrote: > > > > > It seems that the rawhide s390x builders hang in various different > >

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

On Tue, 2017-07-18 at 09:48 -0400, Matthew Miller wrote: > On Mon, Jul 17, 2017 at 05:48:09PM -0700, Adam Williamson wrote: > > All such cases must be evaluated and discussed by the usual parties > > (usually at a blocker bug review meeting) and all relevant factors must > > be taken into account,

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

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-GCM, > regardless if they have --cipher in their configuration file or not. > For OpenVPN v2.4 configurations not wanting this cipher upgrade, the

[EPEL-devel] Re: Question about using yum to install epel package on CentOS 7

On 18 July 2017 at 10:06, Manuel Wolfshant wrote: > On 07/18/2017 05:02 PM, Claessen, Paul wrote: > > Thanks for the reply! > Would you, by any chance, have a suggestion on how to avoid this behavior? > > Is there anything I can do so that when I do a yum install, it

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 18 July 2017 at 16:36, Joonas Sarajärvi wrote: > My guess, too, would be that it does not address this situation. Sure, flatpak doesn't do this, because it can't. If the application author wants to rev the schema of the config, then they have to handle to migration -- and it's

[389-devel] please review: ticket 49091 - remove changelog semaphore

https://pagure.io/389-ds-base/issue/49091 https://pagure.io/389-ds-base/issue/raw/5a346dfe553aebcc5d3a637200659ee42c0b7aff83c75ba5bdb39fbc22a8ac80-0001-remove-usage-of-changelog-semaphore.patch -- Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn, Commercial register:

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Hi, Dominik 'Rathann' Mierzejewski kirjoitti 18.07.2017 klo 14:28: On Monday, 17 July 2017 at 13:15, Bastien Nocera wrote: [...] How does Flatpak handle application updates and downgrades when the application introduces incompatible changes to user data format between versions and supports

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, Jul 18, 2017 at 8:19 AM, Dominik 'Rathann' Mierzejewski wrote: > On Tuesday, 18 July 2017 at 15:39, Chris Murphy wrote: >> On Tue, Jul 18, 2017 at 5:23 AM, Dominik 'Rathann' Mierzejewski >> wrote: >> >> >> > Could you explain the benefits

[EPEL-devel] Re: Question about using yum to install epel package on CentOS 7

Manuel Wolfshant wrote: On 07/18/2017 05:02 PM, Claessen, Paul wrote: Thanks for the reply! Would you, by any chance, have a suggestion on how to avoid this behavior? Is there anything I can do so that when I do a yum install, it will always, and only, install the latest version of a

Re: F27 System Wide Change: Graphical Applications as Flatpaks

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 can't figure out how to look inside a Flatpak and > > > review

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, Jul 18, 2017 at 8:04 AM, Tom Hughes wrote: > I'm not necessarily concerned about subverting (or "changing" as I would > prefer to think of it) the One True Fedora Way, if there are good reasons to > do so and it improves things. I don't know what you mean by One True

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, Jul 18, 2017 at 8:06 AM, Tom Hughes wrote: > On 18/07/17 14:55, Richard Hughes wrote: >> >> On 18 July 2017 at 14:52, Tom Hughes wrote: >>> >>> So what is the user experience of "updating" in this world? How does the >>> transition from one snapshot to

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Tom Hughes (t...@compton.nu) said: > > On a more general note I think a lot of people are assuming we're all > > horrible evil people, trying to subvert the One True Fedora Way. This > > is exceptionally poisonous and needs to stop, otherwise Fedora should > > to drop both the "Friends",

Re: Rawhide s390x builders hanging in random places

On Tue, Jul 18, 2017 at 10:29:05AM +0200, Dan Horák wrote: > On Tue, 18 Jul 2017 10:08:06 +0200 > Florian Weimer wrote: > > > It seems that the rawhide s390x builders hang in various different > > places, randomly: > > > >

Re: F26 dnf makecache timer hanging

On Tue, Jul 18, 2017 at 07:54:06AM -0600, Chris Murphy wrote: > [chris@f26s ~]$ sudo strace -p 3379 > strace: Process 3379 attached > futex(0x55eabc09e110, FUTEX_WAIT_PRIVATE, 2, NULL > > Anyway it seems like a bug but figured I'd ask and see if anyone else > is experiencing this. Could it be

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

On Tue, Jul 18, 2017 at 10:17 AM Tom Hughes wrote: > On 18/07/17 15:12, Stephen Gallagher wrote: > > > > > > On Tue, Jul 18, 2017 at 10:00 AM Tom Hughes > > wrote: > > > > On 18/07/17 14:48, Jaroslav Reznik wrote: > > > > > The

tdawson pushed to perl-threads-shared (master). "Fix .gitignore"

From 20d884aff1cf9329e4fc877e254b84ca483e4815 Mon Sep 17 00:00:00 2001 From: Troy Dawson Date: Tue, 18 Jul 2017 07:21:30 -0700 Subject: Fix .gitignore --- .gitignore | 1 - 1 file changed, 1 deletion(-) diff --git a/.gitignore b/.gitignore index a1119a4..f58f496 100644 ---

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, Jul 18, 2017 at 7:52 AM, Tom Hughes wrote: > On 18/07/17 14:39, Chris Murphy wrote: >> >> On Tue, Jul 18, 2017 at 5:23 AM, Dominik 'Rathann' Mierzejewski >> wrote: >> >> >>> Could you explain the benefits of Atomic system + few layered RPMs vs. a

Re: F26 dnf makecache timer hanging

On Tue, Jul 18, 2017 at 04:17:31PM +0200, Kamil Paral wrote: > On Tue, Jul 18, 2017 at 3:54 PM, Chris Murphy > wrote: > > > [chris@f26s ~]$ sudo dnf update > > Waiting for process with pid 3379 to finish. > > ^CKeyboardInterrupt: Terminated. > > > > I haven't seen this

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, 2017-07-18 at 15:06 +0100, Tom Hughes wrote: > Nobody wants to have to resetup their desktop every day I do. I actually turn off my computer when I'm not using it, and start it again in the morning before I start working. -- Mathieu ___

Broken dependencies: perl-OpenOffice-UNO

perl-OpenOffice-UNO has broken dependencies in the rawhide tree: On x86_64: perl-OpenOffice-UNO-0.07-21.fc26.x86_64 requires libperl.so.5.24()(64bit) perl-OpenOffice-UNO-0.07-21.fc26.x86_64 requires perl(:MODULE_COMPAT_5.24.1) On armhfp:

Broken dependencies: perl-SDL

perl-SDL has broken dependencies in the rawhide tree: On x86_64: perl-SDL-2.546-7.fc26.x86_64 requires libperl.so.5.24()(64bit) perl-SDL-2.546-7.fc26.x86_64 requires perl(:MODULE_COMPAT_5.24.1) On armhfp: perl-SDL-2.546-7.fc26.armv7hl requires libperl.so.5.24

Broken dependencies: perl-Alien-pkgconf

perl-Alien-pkgconf has broken dependencies in the rawhide tree: On x86_64: perl-Alien-pkgconf-0.10-8.fc27.x86_64 requires libpkgconf-devel(x86-64) = 0:1.3.7 On armhfp: perl-Alien-pkgconf-0.10-8.fc27.armv7hl requires libpkgconf-devel(armv7hl-32) = 0:1.3.7 On ppc64le:

Broken dependencies: perl-PDL-Graphics-PLplot

perl-PDL-Graphics-PLplot has broken dependencies in the rawhide tree: On aarch64: perl-PDL-Graphics-PLplot-0.71-6.fc27.aarch64 requires libperl.so.5.24()(64bit) perl-PDL-Graphics-PLplot-0.71-6.fc27.aarch64 requires libplplot.so.13()(64bit)

Broken dependencies: perl-Catalyst-Controller-HTML-FormFu

perl-Catalyst-Controller-HTML-FormFu has broken dependencies in the rawhide tree: On x86_64: perl-Catalyst-Controller-HTML-FormFu-2.01-2.fc26.noarch requires perl(:MODULE_COMPAT_5.24.1) On armhfp: perl-Catalyst-Controller-HTML-FormFu-2.01-2.fc26.noarch requires

Broken dependencies: perl-Algorithm-CurveFit

perl-Algorithm-CurveFit has broken dependencies in the rawhide tree: On x86_64: perl-Algorithm-CurveFit-1.05-18.fc26.noarch requires perl(:MODULE_COMPAT_5.24.1) On armhfp: perl-Algorithm-CurveFit-1.05-18.fc26.noarch requires perl(:MODULE_COMPAT_5.24.1) On ppc64le:

Broken dependencies: perl-HTML-FormFu-MultiForm

perl-HTML-FormFu-MultiForm has broken dependencies in the rawhide tree: On x86_64: perl-HTML-FormFu-MultiForm-1.00-9.fc26.noarch requires perl(:MODULE_COMPAT_5.24.1) On armhfp: perl-HTML-FormFu-MultiForm-1.00-9.fc26.noarch requires perl(:MODULE_COMPAT_5.24.1) On ppc64le:

Broken dependencies: perl-Gtk3-WebKit

perl-Gtk3-WebKit has broken dependencies in the rawhide tree: On x86_64: perl-Gtk3-WebKit-0.06-7.fc26.noarch requires perl(:MODULE_COMPAT_5.24.1) On armhfp: perl-Gtk3-WebKit-0.06-7.fc26.noarch requires perl(:MODULE_COMPAT_5.24.1) On ppc64le:

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tuesday, 18 July 2017 at 15:39, Chris Murphy wrote: > On Tue, Jul 18, 2017 at 5:23 AM, Dominik 'Rathann' Mierzejewski > wrote: > > > > Could you explain the benefits of Atomic system + few layered RPMs vs. a > > traditional Fedora installation? > > The OS itself is

Re: F26 dnf makecache timer hanging

On Tue, Jul 18, 2017 at 3:54 PM, Chris Murphy wrote: > [chris@f26s ~]$ sudo dnf update > Waiting for process with pid 3379 to finish. > ^CKeyboardInterrupt: Terminated. > I haven't seen this exact problem (timer blocking standard dnf command), but I started experience

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

On 18/07/17 15:12, Stephen Gallagher wrote: On Tue, Jul 18, 2017 at 10:00 AM Tom Hughes > wrote: On 18/07/17 14:48, Jaroslav Reznik wrote: > The default profile set will contain the following profiles: > > Local users + SSSD --

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, 2017-07-18 at 08:35 +0200, nicolas.mail...@laposte.net wrote: > > > Even if it eventually succeeds crash-landing it in Fedora while > > > half > > > the security and management tools are lacking is a great way for > > > the > > > distribution to get an awful reputation, while others will

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

On Tue, Jul 18, 2017 at 10:00 AM Tom Hughes wrote: > On 18/07/17 14:48, Jaroslav Reznik wrote: > > > The default profile set will contain the following profiles: > > > > Local users + SSSD -- local users and remote users are handled by sssd > > Local users + SSSD + Fingerprint

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 18/07/17 14:55, Richard Hughes wrote: On 18 July 2017 at 14:52, Tom Hughes wrote: So what is the user experience of "updating" in this world? How does the transition from one snapshot to the next occur? Basically the same as now. Kalev added a gnome-software plugin that

[EPEL-devel] Re: Question about using yum to install epel package on CentOS 7

On 07/18/2017 05:02 PM, Claessen, Paul wrote: Thanks for the reply! Would you, by any chance, have a suggestion on how to avoid this behavior? Is there anything I can do so that when I do a yum install, it will always, and only, install the latest version of a certain package? you will need

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 18/07/17 14:52, Richard Hughes wrote: On a more general note I think a lot of people are assuming we're all horrible evil people, trying to subvert the One True Fedora Way. This is exceptionally poisonous and needs to stop, otherwise Fedora should to drop both the "Friends", "Features" and

[EPEL-devel] Re: Question about using yum to install epel package on CentOS 7

Thanks for the reply! Would you, by any chance, have a suggestion on how to avoid this behavior? Is there anything I can do so that when I do a yum install, it will always, and only, install the latest version of a certain package? ~ Paul From: Manuel Wolfshant

self introduction

Hi everyone, I've lurked around here for years and occasionally have chimed in but have never introduced myself. What can I say, I'm left-handed and generally backwards to most of society. :-)Better late than never, right? My first exposure to any computer was a VIC-20 in 1981 and was the

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, Jul 18, 2017 at 02:52:57PM +0100, Richard Hughes wrote: > On a more general note I think a lot of people are assuming we're all > horrible evil people, trying to subvert the One True Fedora Way. This > is exceptionally poisonous and needs to stop, otherwise Fedora should > to drop both the

F27 Self Contained Change: New default cipher in OpenVPN

= Proposed Self Contained Change: New default cipher in OpenVPN = https://fedoraproject.org/wiki/Changes/New_default_cipher_in_OpenVPN Change owner(s): * David Sommerseth Since the discovery of the SWEET32 flaw [1], ciphers using cipher-blocks smaller than 128-bits are

Re: F27 System Wide Change: Graphical Applications as Flatpaks

- Original Message - > Bastien Nocera wrote: > > However we end up doing it, I think it'd be better if we could do it > > without you, whatever it is you do for Fedora. We, and certainly I, don't > > want this level of toxicity and utter malfeasance on a mailing-list that > > I'm

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 18 July 2017 at 14:52, Tom Hughes wrote: > So what is the user experience of "updating" in this world? How does the > transition from one snapshot to the next occur? Basically the same as now. Kalev added a gnome-software plugin that downloads the new data, shows the OS

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

On 18/07/17 14:48, Jaroslav Reznik wrote: The default profile set will contain the following profiles: Local users + SSSD -- local users and remote users are handled by sssd Local users + SSSD + Fingerprint -- same as above but also pam_fprintd is enabled Local users + winbind -- local users

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, Jul 18, 2017 at 09:54:47AM +0200, nicolas.mail...@laposte.net wrote: > Anyway let's close this branch of the thread, it is making me sick. Yes please. Thank you. -- Matthew Miller Fedora Project Leader ___ devel

F27 Self Contained Change: New default cipher in OpenVPN

= Proposed Self Contained Change: New default cipher in OpenVPN = https://fedoraproject.org/wiki/Changes/New_default_cipher_in_OpenVPN Change owner(s): * David Sommerseth Since the discovery of the SWEET32 flaw [1], ciphers using cipher-blocks smaller than 128-bits are

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, Jul 18, 2017 at 08:35:58AM +0200, nicolas.mail...@laposte.net wrote: > Working on it is fine. Improving it is fine. Proposing > Fedora-generated Flatpacks outside of Fedora is fine. > > Planning to ship stuff as Flatpack only when basic questions such as > inter-component dependencies,

F26 dnf makecache timer hanging

I have a new problem I haven't seen until recently on Fedora 26 (I don't recall running into this during development, so I'm guessing it's only shown up in the last month). This is on Fedora 26 Server but should apply equally to Workstation: So what you'll see below is the timer triggers pretty

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 18 July 2017 at 14:25, Dominik 'Rathann' Mierzejewski wrote: > In other words, it's not possible to inspect a binary flatpak without > installing it. You can install it to /tmp... gnome-software actually "installs" the flatpakref into a temp directory so that we can

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, Jul 18, 2017 at 03:29:00AM +0200, Kevin Kofler wrote: > > Fedora also still provides the infrastructure for building flatpaks, > > hosting to distribute and mirror them, review of flatpak image manifests, > > quality testing before release, and more. Essentially the things that > > Fedora

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 18/07/17 14:39, Chris Murphy wrote: On Tue, Jul 18, 2017 at 5:23 AM, Dominik 'Rathann' Mierzejewski wrote: Could you explain the benefits of Atomic system + few layered RPMs vs. a traditional Fedora installation? The OS itself is versioned and binary identical to

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

= Proposed Self Contained Change: Authselect: new tool to replace authconfig = https://fedoraproject.org/wiki/Changes/Authselect Change owner(s): * Pavel Březina Authselect is a tool to select system authentication and identity sources from a list of supported profiles. It

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

On Mon, Jul 17, 2017 at 05:48:09PM -0700, Adam Williamson wrote: > All such cases must be evaluated and discussed by the usual parties > (usually at a blocker bug review meeting) and all relevant factors must > be taken into account, much like the discussion of a bug that is a > 'conditional'

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, Jul 18, 2017 at 5:23 AM, Dominik 'Rathann' Mierzejewski wrote: > Could you explain the benefits of Atomic system + few layered RPMs vs. a > traditional Fedora installation? The OS itself is versioned and binary identical to any other installation with the same

  1   2   >