Re: Fedora, apps, and the Flatpak opportunity

On Wed, 2017-07-19 at 12:20 -0400, Owen Taylor wrote: > ...and there would have to be some plan that would work when the > desktop doesn't include EDS (what if you are running on > KDE?) Would the flatpak runtime include a simple implementation? Hi, there is no such thing like "simple impl

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

On 07/20/2017 02:09 AM, David Sommerseth wrote: > 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

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

On Wed, Jul 19, 2017 at 5:57 PM, Matthew Miller wrote: > 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 s

Re: Fedora, apps, and the Flatpak opportunity

I am no flatpack expert, but I think that really any container technology in question should be just a porter of an rpm or set of rpms and there should (could) be packaged ansible scripts that are able to setup and spawn those containers e.g. in OpenShift or just on a host machine through ssh or by

Re: Adjusting the way Fedora runs Python's test suite

On 20.7.2017 08:12, Bohuslav Kabrda wrote: On Thu, Jul 20, 2017 at 7:51 AM, Nick Coghlan > wrote: Hi folks, While working on bootstrapping a new community sclo-python collection, I ran into some readability problems with the way the SCL Python spec f

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 20 July 2017 at 04:10, Kevin Kofler wrote: > It's even required. There is no support for unbundling anything beyond the > runtime at all, nor can runtimes share files without duplicating them. Sure they can. If you install the KDE runtime and the GNOME runtime, these are both built upon the Fr

Re: RFD Unifying graphviz.spec with upstream

On Wed, 19 Jul 2017 13:27:54 -0400 (EDT), John Ellson wrote: > Jaroslav Škarvada 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 object

Unicenta fedora build

Hello, I am wanting to build a copy of Unicenta which is an open source Point of Sales system. It is currently not in the Fedora repository's. The program uses a GNU GPL license. I am wondering if it is all OK to run the build? As you may be able to tell I am new to the whole contributing to t

Re: Approved packages that never get imported?

On Wed, 19 Jul 2017 14:40:41 +0100, Richard W.M. Jones wrote: > > > these packages (https://copr.fedorainfracloud.org/coprs/jonludlam/opam/) > > > about a year ago and never heard back, so... technically I guess I > > > could proceed with the non-responsive maintainer policy. But is that > > > the

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

On 20/07/17 09:46, Farkas Levente wrote: > On 07/20/2017 02:09 AM, David Sommerseth wrote: >> 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 w

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Thursday, 20 July 2017 at 10:24, Richard Hughes wrote: > On 20 July 2017 at 04:10, Kevin Kofler wrote: > > It's even required. There is no support for unbundling anything beyond the > > runtime at all, nor can runtimes share files without duplicating them. > > Sure they can. If you install the

Re: git - wrong paths in documentation files

Hi, I prepared change in spec to store doc files under /usr/share/doc/git directory and each doc file it is there only once now (earlier, there were some docfiles multiples times inside various sub-packages). See [0]. In case you don't want to change there anything, I will push it to master + F26

Koschei and arch_override

Hello, I've receive few emails builds 'Package started to fail in Fedora rawhide' recently. The reason of this is koschei uses arch_override to 'x86_64 i686 aarch64 ppc64' Example [1]. Documentation [2] says it can be changed but I don't see such option in the UI. I had to disable i686 builds due

Re: Unicenta fedora build

Hello, Jeremy. On Thursday, 20 July 2017 at 12:55, Jeremy C wrote: > Hello, > I am wanting to build a copy of Unicenta which is an open source Point of > Sales system. It is currently not in the Fedora repository's. The program > uses > a GNU GPL license. I am wondering if it is all OK to run

PCRE2 10.30-RC1 changes

PCRE2 upstream released 10.30-RC1, a release candidate for 10.30. This version will have three major changes: (1) libpcre2-posix.so library changed ABI and SONAME to libpcre2-posix.so.2. There is no other user of this library in Fedora's x86_64 repository, thus no mass rebuild is needed. Still th

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

On Thu, Jul 20, 2017 at 2:21 PM, David Sommerseth wrote: > I rather prefer to have this change in Fedora _now_ in a _planned_ > release where this can be tested out before the final F27 is released. I modified the unit file on a F26 VPS and I didn't have any problems connecting with F24, F25, F26

Re: Unicenta fedora build

On 07/20/2017 01:51 PM, Dominik 'Rathann' Mierzejewski wrote: Hello, Jeremy. On Thursday, 20 July 2017 at 12:55, Jeremy C wrote: Hello, I am wanting to build a copy of Unicenta which is an open source Point of Sales system. It is currently not in the Fedora repository's. The program uses a GNU

Re: Starting an x86_32 SIG

On Tue, Jul 18, 2017 at 8:11 PM, Alexander Ploumistos < alex.ploumis...@gmail.com> wrote: > 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

Re: F27 System Wide Change: Graphical Applications as Flatpaks

/*Richard Hughes*/ wrote on Thu, 20 Jul 2017 09:24:10 +0100: On 20 July 2017 at 04:10, Kevin Kofler wrote: It's even required. There is no support for unbundling anything beyond the runtime at all, nor can runtimes share files without duplicating them. Sure they can. If you install the KDE ru

Re: F27 System Wide Change: Graphical Applications as Flatpaks

/*Colin Walters*/ wrote on Tue, 18 Jul 2017 15:43:12 -0400: 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 change

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Thu, 2017-07-20 at 17:19 +0430, Hedayat Vatankhah wrote: > /*Richard Hughes*/ wrote on Thu, 20 Jul 2017 09:24:10 +0100: > > On 20 July 2017 at 04:10, Kevin Kofler wrote: > > > It's even required. There is no support for unbundling anything beyond the > > > runtime at all, nor can runtimes share

Re: Starting an x86_32 SIG

On 18 July 2017 at 20:11, Alexander Ploumistos wrote: > 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 in

kernel 4.13 rawhide

If i try to update my rawhide test engine i get a gpg key error at kernel 4.13 "Importing the key has not helped, wrong key?"

Re: RFD Unifying graphviz.spec with upstream

> Doubtful. It's a maintenance nightmare OK, but I'm raising this issue to try to get some help on getting a little closer. > Tons of defines and conditionals, which toggle almost everything (BR, > features and subpkgs) Yes,as a means of stating which feature can be built for which distro. This

Re: Starting an x86_32 SIG

Thanks, I subscribed to the list a few minutes ago. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Thu, Jul 20, 2017, at 08:49 AM, Hedayat Vatankhah wrote: > As Fedora is going to use (IIRC) Flatpack's in OCI format rather than > ostree, does it also work with OCI images? Both deduplication on disk, > and also delta-downloads? dedup is a tricky topic since we use SELinux; https://github

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

On Thu, Jul 20, 2017 at 10:02:09AM +0200, Kamil Paral wrote: > But all of that above is a separate problem. What I'd like to understand is > why you think existing bugs should be treated differently from new bugs. > What is the rationale? And if you want to treat them differently, then how? I thin

Kernel 4.12 rebase plans

Fedora 26 will get the 4.12.3 stable kernel update sent to updates-testing in the next couple of days. Shortly afterwards Fedora 25 will get a 4.12 update as well. Fedora 24 will remain on 4.11 until the end of life. Thanks, Justin ___ devel mailing list

Re: qt-5.9.1 coming to rawhide today

Rex Dieter wrote: > 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. import complete, some builds are s

ENOTIME

My workload at $dayjob$ has increased significantly so I'm afraid I have much less time to devote to packaging work. Now more than ever I could use help maintaining my packages (listed below). If you are interested, please add yourself as co-maintainers in pkgdb. Thanks! rpms/BareBonesBrowserL

Re: ENOTIME

On Thu, Jul 20, 2017 at 10:04 AM, Orion Poplawski wrote: > > rpms/abi-compliance-checker -- An ABI Compliance Checker ( epel7 el6 ) > rpms/abi-dumper -- Tool to dump ABI of an ELF object containing DWARF debug > rpms/fail2ban -- Daemon to ban hosts that cause multiple authentication > errors > (

Re: ENOTIME

On 20 July 2017 at 11:04, Orion Poplawski wrote: > My workload at $dayjob$ has increased significantly so I'm afraid I have much > less time to devote to packaging work. Now more than ever I could use help > maintaining my packages (listed below). If you are interested, please add > yourself as

Re: ENOTIME

2017-07-20 17:04 GMT+02:00 Orion Poplawski : > My workload at $dayjob$ has increased significantly so I'm afraid I have much > less time to devote to packaging work. Now more than ever I could use help > maintaining my packages (listed below). If you are interested, please add > yourself as co-ma

Re: ENOTIME

On 07/20/2017 09:36 AM, Stephen John Smoogen wrote: > On 20 July 2017 at 11:04, Orion Poplawski wrote: >> My workload at $dayjob$ has increased significantly so I'm afraid I have much >> less time to devote to packaging work. Now more than ever I could use help >> maintaining my packages (listed

Re: ENOTIME

On 07/20/2017 10:00 AM, Nicolas Chauvet wrote: > 2017-07-20 17:04 GMT+02:00 Orion Poplawski : >> My workload at $dayjob$ has increased significantly so I'm afraid I have much >> less time to devote to packaging work. Now more than ever I could use help >> maintaining my packages (listed below). I

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

On 20/07/17 13:55, Alexander Ploumistos wrote: > On Thu, Jul 20, 2017 at 2:21 PM, David Sommerseth wrote: >> I rather prefer to have this change in Fedora _now_ in a _planned_ >> release where this can be tested out before the final F27 is released. > > I modified the unit file on a F26 VPS and I

Re: RFD Unifying graphviz.spec with upstream

I've limited the upstream .spec to el >= 6 and fc >= 23, and then removed a lot of conditionals that are no longer needed (with some loss of generality). Latest upstream spec (pre-configure source) is at: https://github.com/ellson/graphviz/blob/master/graphviz.spec.in and the resulting source rp

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 7/19/2017 8:05 AM, 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 Flatpak - the rebuild for the flatpak

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Thu, 2017-07-20 at 11:13 -0700, Japheth Cleaver wrote: > On 7/19/2017 8:05 AM, Owen Taylor wrote: > > On Wed, 2017-07-19 at 12:56 +0200, Dominik 'Rathann' Mierzejewski > > wrote: > > > [...] > > Bundling enables some of the key features of Flatpak - the ability to > > try out new versions of an

Re: RFD Unifying graphviz.spec with upstream

On Thu, 20 Jul 2017 09:36:10 -0400 (EDT), John Ellson wrote: > Specific examples please? Non-versioned Obsoletes as one example. Arch-independent explicit Requires as another example. When is the last time you've run the fedora-review tool on this src.rpm? ___

Do I need to do a Self Contained Change to update Ceph to Ceph 12 in fedora-27?

The current version is quite old (10.2.7) and I believe that may have been built before f27/rawhide was updated to gcc-7. 10.2.8, 10.2.9, and 11.x.y do not build due to internal compiler errors. 12.1.1 does build at this time [1]. I am the package owner. Thanks, [1] https://kojipkgs.fedora

Re: Do I need to do a Self Contained Change to update Ceph to Ceph 12 in fedora-27?

On Thu, Jul 20, 2017 at 03:43:41PM -0400, Kaleb S. KEITHLEY wrote: > > The current version is quite old (10.2.7) and I believe that may have been > built before f27/rawhide was updated to gcc-7. > 10.2.8, 10.2.9, and 11.x.y do not build due to internal compiler errors. > 12.1.1 does build at this

Re: ENOTIME

On Thu, Jul 20, 2017 at 5:04 PM, Orion Poplawski wrote: > My workload at $dayjob$ has increased significantly so I'm afraid I have much > less time to devote to packaging work. Now more than ever I could use help > maintaining my packages (listed below). If you are interested, please add > yours

Re: RFD Unifying graphviz.spec with upstream

On 20/07/17 12:47, Michael Schwendt wrote: > On Wed, 19 Jul 2017 13:27:54 -0400 (EDT), John Ellson wrote: >> >> This works well for me, upstream, for building and testing across all >> distributions, but perhaps the .spec file is less optimal when you >> separately maintain versions for each dist

Re: Do I need to do a Self Contained Change to update Ceph to Ceph 12 in fedora-27?

On Thu, Jul 20, 2017 at 03:43:41PM -0400, Kaleb S. KEITHLEY wrote: > The current version is quite old (10.2.7) and I believe that may > have been built before f27/rawhide was updated to gcc-7. > 10.2.8, 10.2.9, and 11.x.y do not build due to internal compiler errors. > 12.1.1 does build at this tim

openQA brief outage

Hey folks! Heads up: there is a brief openQA outage at present while I upgrade the production instance to Fedora 26. Staging was already upgraded last week, so there shouldn't be any big problems. Thanks! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adam

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Richard Hughes wrote: > Sure they can. If you install the KDE runtime and the GNOME runtime, > these are both built upon the Freedesktop runtime and share a huge > number of files. Any duplicate files get deduplicated on disk -- you > don't even download the duplicates when you update either or bot

Re: openQA brief outage

On Thu, 2017-07-20 at 15:55 -0700, Adam Williamson wrote: > Hey folks! Heads up: there is a brief openQA outage at present while I > upgrade the production instance to Fedora 26. Staging was already > upgraded last week, so there shouldn't be any big problems. Thanks! Upgrade's done, and all shoul

Re: Fedora, apps, and the Flatpak opportunity

Michal Novotny wrote: > I am no flatpack expert, but I think that really any container technology > in question should be just a porter of an rpm or set of rpms and there > should (could) be packaged ansible scripts that are able to setup and > spawn those containers e.g. in OpenShift or just on a

Fedora Rawhide-20170719.n.0 compose check report

Missing expected images: Workstation live i386 Server boot i386 Kde live i386 Failed openQA tests: 14/126 (x86_64), 2/18 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20170718.n.0): ID: 122712 Test: x86_64 Workstation-live-iso base_service_manipulation URL: https://open

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

The following Fedora EPEL 6 Security updates need testing: Age URL 743 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031 python-virtualenv-12.0.7-1.el6 737 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168 rubygem-crack-0.3.2-2.el6 627 https://bodhi.fedoraproje

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

The following Fedora EPEL 7 Security updates need testing: Age URL 865 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087 dokuwiki-0-0.24.20140929c.el7 627 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f mcollective-2.8.4-1.el7 209 https://bodhi.fedorapr

Re: Fedora, apps, and the Flatpak opportunity

On Fri, Jul 21, 2017 at 1:25 AM, Kevin Kofler wrote: > Michal Novotny wrote: >> I am no flatpack expert, but I think that really any container technology >> in question should be just a porter of an rpm or set of rpms and there >> should (could) be packaged ansible scripts that are able to setup a