Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Mon, Jul 10, 2017 at 03:31:30PM -0400, Owen Taylor wrote: > F29: packagers (of graphical applications) must create Flatpaks of > their applications if possible. They *may* keep standard RPM > packaging. At least we see where this is going. If RPMs of the graphical application

fedpkg new-sources broken?

Right now, I can't build updates or new packages, because "fedpkg new-sources" is getting stuck (for more than 15 minutes) without error message (other than the bodhi deprecation warning) and it doesn't do anything until I kill it ... I can't pin down the exact date it stopped working (since I

Re: fedpkg new-sources broken?

Hello: Fabio Valentini wrote on 07/14/2017 06:04 PM: Right now, I can't build updates or new packages, because "fedpkg new-sources" is getting stuck (for more than 15 minutes) without error message (other than the bodhi deprecation warning) and it doesn't do anything until I kill it ... I

Schedule for today's FESCo Meeting (2017-07-14)

Following is the list of topics that will be discussed in the FESCo meeting Friday at 16:00UTC in #fedora-meeting on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2017-07-14 16:00 UTC' Links to all issues below

Re: Wayland (?) unstability F25/F26 on Lenovo X201

Hello After another testing it looks more like Intel HD Graphics (i915) problem (xorg-x11-drv-intel or kernel). I've tried add "video=DP-1:d" to grub boot line but it didn't help. Screen went to black after cca 2.5 hour and after that laptop shutdown. It is really hard to test it because

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Richard W.M. Jones wrote: > If RPMs of the graphical application work fine now, what on earth is > the point of forcing packagers to make Flatpaks? Sandboxing isn't one > of them - as already explained, sandboxing is orthogonal to packaging. +1, completely! I think it is completely unacceptable

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Wed, Jul 12, 2017, at 07:53 AM, Kevin Kofler wrote: > > When I see the plans that are floated around, the other stuff might also end > up being containerized in a similar way, just using other technologies > (e.g., Docker). There are definitely apps today that are designed to run in

Re: F27 System Wide Change: Graphical Applications as Flatpaks

> If RPMs of the graphical application work fine now, what on earth is > the point of forcing packagers to make Flatpaks? Sandboxing isn't one > of them - as already explained, sandboxing is orthogonal to packaging. +1, completely! +1 ___ devel

Re: Schedule for today's FESCo Meeting (2017-07-14)

On Fri, Jul 14, 2017 at 3:36 PM, Justin Forbes wrote: > Following is the list of topics that will be discussed in the > FESCo meeting Friday at 16:00UTC in #fedora-meeting on > irc.freenode.net. > > To convert UTC to your local time, take a look at >

Re: fedpkg new-sources broken?

On 2017-07-14, Mamoru TASAKA wrote: > Fabio Valentini wrote on 07/14/2017 06:04 PM: >> Right now, I can't build updates or new packages, because "fedpkg >> new-sources" is getting stuck (for more than 15 minutes) without error >> message (other than the bodhi

Re: F27 Self Contained Change: VirtualBox Guest Integration

On Sat, Jul 8, 2017 at 9:36 AM, Hans de Goede wrote: > Hi, > > > On 07-07-17 16:43, Sérgio Basto wrote: >> >> On Fri, 2017-07-07 at 08:14 -0400, Nico Kadel-Garcia wrote: >>> >>> On Thu, Jul 6, 2017 at 2:57 PM, Zbigniew Jędrzejewski-Szmek >>> wrote: >>>

Re: fedpkg new-sources broken?

On Fri, Jul 14, 2017 at 2:56 PM, Petr Pisar wrote: > On 2017-07-14, Mamoru TASAKA wrote: >> Fabio Valentini wrote on 07/14/2017 06:04 PM: >>> Right now, I can't build updates or new packages, because "fedpkg >>> new-sources" is getting stuck (for

Re: F27 System Wide Change: perl Package to Install Core Modules

On 2017-06-15, Jan Kurik wrote: >= Proposed System Wide Change: perl Package to Install Core Modules = > https://fedoraproject.org/wiki/Changes/perl_Package_to_Install_Core_Modules > > Change owner(s): > * Petr Písař > > dnf install perl will install all core Perl modules that

Re: F27 System Wide Change: Graphical Applications as Flatpaks

Owen Taylor wrote: > As for standard application RPMs, it's really going to be something > we figure out over time. My vision is something like: > > F27: packagers are *able* to create Flatpaks of their application. > They must also maintain standard RPMs. > > F28: packagers (of

Re: RFC: Disable cairo-gl backend in F27

On Mon, 2017-07-10 at 23:43 +0900, Mamoru TASAKA wrote: > While I may be missing something, I don't think current Fedora package > needs ruby cairo-gl bindings. > Also, ruby-cairo gem does not have examples for cairo-gl surface nor have > test suite for that, so I guess the ruby-cairo upstream

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Mon, Jul 10, 2017 at 03:31:30PM -0400, Owen Taylor wrote: > On Mon, 2017-07-10 at 00:46 +0200, Kevin Kofler wrote: > > Jaroslav Reznik wrote: > > > = System Wide Change: Graphical Applications as Flatpaks = > > > https://fedoraproject.org/wiki/Changes/Graphical_Applications_as_Fl > > > atpaks >

Summary/Minnutes from today's FESCo Meeting (2017-07-14)

=== #fedora-meeting: FESCO (2017-07-14) === Meeting started by jforbes at 16:00:06 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting/2017-07-14/fesco.2017-07-14-16.00.log.html . Meeting summary

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Jul 14, 2017, at 11:30 AM, Richard Hughes wrote: > >> On 14 July 2017 at 19:12, Andrew Lutomirski wrote: >> As above, it could be the exact same sandbox technology with the same >> portals and everything. The sandboxed program would just be files in >>

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 14 July 2017 at 20:28, Andreas Tunek wrote: > Is this really more reliable than using dnf (for graphical packages > like Recepies and Builder)? It's hugely more reliable. You can't actually trust rpm to do anything atomically, and this is the main reason we force

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Fri, 14 Jul 2017 19:30:18 +0100 Richard Hughes wrote: > How could that work? The runtime gets mounted in /usr and the app gets > mounted in /app in a different place. > https://media.readthedocs.org/pdf/flatpak/latest/flatpak.pdf is a good > read. I just read that. I'm

Re: F27 System Wide Change: Graphical Applications as Flatpaks

> On Jul 14, 2017, at 12:54 PM, Florian Weimer wrote: > The app store model also assumes that the app store operator acts as > some sort of gate keeper, so there has to be some policy enforcement at > this level, too. It is not sufficient to pass through just what the >

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Fri, Jul 14, 2017 at 07:25:11PM +0100, Richard Hughes wrote: > Maybe tangential to the proposal/discussion/ranting, but you can > actually use gnome-software on the command line. > /usr/libexec/gnome-software-cmd (no GTK parts get loaded) has got a > bit cleverer in F26 and is set to get even

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Fri, Jul 14, 2017 at 05:05:23PM +, Debarshi Ray wrote: > > At least we see where this is going. > > > > If RPMs of the graphical application work fine now, what on earth is > > the point of forcing packagers to make Flatpaks? Sandboxing isn't one > > of them - as already explained,

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 14 July 2017 at 12:32, Dominik 'Rathann' Mierzejewski wrote: > From what I read, only GNOME Software app supports Flatpaks and not > everyone uses GNOME Software to install software. Maybe tangential to the proposal/discussion/ranting, but you can actually use

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Tue, Jul 11, 2017 at 11:26:04PM -0500, mcatanz...@gnome.org wrote: > But we have not been. Very few applications actually have SELinux profiles, > and they are all maintained downstream rather than upstream. The volume of > erroneous SELinux denials in Bugzilla is too high, and the response

Re: F27 System Wide Change: Graphical Applications as Flatpaks

2017-07-14 19:05 GMT+02:00 Debarshi Ray : > 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 applications

Re: Orphaning: clamav, sphinx, mldonkey

I'll take sphinx. -- Ben Cotton ___ 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 07/12/2017 06:26 AM, mcatanz...@gnome.org wrote: > I kinda agree here (though I am a bit surprised, as I did not think you > were a very big SELinux fan). We absolutely could be investing more in > SELinux. But we have not been. Very few applications actually have > SELinux profiles, and they

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 14 July 2017 at 19:12, Andrew Lutomirski wrote: > As above, it could be the exact same sandbox technology with the same > portals and everything. The sandboxed program would just be files in > /usr instead of a Flatpak. How could that work? The runtime gets mounted in /usr and

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Fri, Jul 14, 2017 at 9:59 AM, 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

Re: F27 System Wide Change: Graphical Applications as Flatpaks

One major reason is that it enables us to move towards having the Atomic Workstation version be the primary one and maybe in the (very) long run be the only one. A bit more detail about that can be found here: https://fedoraproject.org/wiki/Workstation/AtomicWorkstation Or this talk from FLOCK

Fedora Rawhide-20170714.n.0 compose check report

Missing expected images: Atomic qcow2 x86_64 Workstation live i386 Server boot i386 Atomic raw-xz x86_64 Kde live i386 Failed openQA tests: 18/137 (x86_64), 2/18 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20170712.n.1): ID: 120732 Test: x86_64 universal

Re: Schedule for today's FESCo Meeting (2017-07-14)

On Fri, Jul 14, 2017 at 10:05 AM, Jaroslav Reznik wrote: > On Fri, Jul 14, 2017 at 3:36 PM, Justin Forbes wrote: >> Following is the list of topics that will be discussed in the >> FESCo meeting Friday at 16:00UTC in #fedora-meeting on >>

Re: F27 System Wide Change: Graphical Applications as Flatpaks

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 applications if possible. They *may* keep standard RPM > > packaging. >

Re: F27 System Wide Change: Graphical Applications as Flatpaks

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 applications if possible. They *may* keep standard RPM > > packaging. >

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Fri, Jul 14, 2017 at 1:27 PM Matthew Miller > > How about reliable online updates of running applications as a > > benefit? > > AND the ability to roll back, to choose beta or stable streams, etc. > These are reasonably good advantages but if there isn't a seamless transition between them, it

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Friday, 14 July 2017 at 10:44, 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 applications if possible. They *may* keep standard RPM > > packaging. > > At

Re: F27 System Wide Change: Graphical Applications as Flatpaks

* Dominik 'Rathann' Mierzejewski [14/07/2017 13:32] : > > Is `dnf install foo' still going to work when foo is converted to a > Flatpak and no longer built as a plain RPM? I was unable to find Recipes (an application in the latest GNOME) either by dnf or Gnome Software. Using Google, I found out

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Fri, Jul 14, 2017 at 03:32:03PM +0200, Kevin Kofler wrote: > Owen Taylor wrote: > > As for standard application RPMs, it's really going to be something > > we figure out over time. My vision is something like: > > > > F27: packagers are *able* to create Flatpaks of their application. > >

Re: [SONAME change] MySQL, MariaDB

Rex, the 10.2.7-2 version is finally out (after 20h of building :/ ) I did a scratch build of the 'os-autoinst' package and it looks like it does not complain about the missing symbols anymore: https://koji.fedoraproject.org/koji/taskinfo?taskID=20519110 Did that solved the issue, or am I just

Re: Concerning Beignet OpenCL driver stability

Looks like the problem has been fixed -> https://bugzilla.redhat.com/show_bug.cgi?id=1470876#c6 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: fedpkg new-sources broken?

Hello, I was able to successfully use 'fedpkg new-sources' (still from f25) right now. clime On Fri, Jul 14, 2017 at 11:04 AM, Fabio Valentini wrote: > Right now, I can't build updates or new packages, because "fedpkg > new-sources" is getting stuck (for more than 15

Re: fedpkg new-sources broken?

On Fri, Jul 14, 2017 at 09:04:23AM +, Fabio Valentini wrote: > Right now, I can't build updates or new packages, because "fedpkg > new-sources" is getting stuck (for more than 15 minutes) without error > message (other than the bodhi deprecation warning) and it doesn't do > anything until I

[Bug 1470196] mariadb library upgrade to 10.2 causes perl-DBD-MySQL FTBFS

https://bugzilla.redhat.com/show_bug.cgi?id=1470196 Petr Pisar changed: What|Removed |Added External Bug ID||Github

[Bug 1470196] mariadb library upgrade to 10.2 causes perl-DBD-MySQL FTBFS

https://bugzilla.redhat.com/show_bug.cgi?id=1470196 Petr Pisar changed: What|Removed |Added CC||ppi...@redhat.com

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

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 -- Sincerely, William Brown Software Engineer Red Hat, Australia/Brisbane

ppisar pushed to perl-XML-LibXML (master). "Rename perl dependency in scriptlets"

From 57c60f31f60494a43dc978dc874bad2b3b789e35 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Fri, 14 Jul 2017 09:15:30 +0200 Subject: Rename perl dependency in scriptlets --- perl-XML-LibXML.spec | 9 ++--- 1 file changed, 6 insertions(+), 3

ppisar pushed to perl (master). "perl package installs all core modules (..more)"

From 5d2d98f2b22b6bba7ee06168dc4e45f6495b319b Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Wed, 28 Jun 2017 10:22:16 +0200 Subject: perl package installs all core modules This commit renames perl to perl-interprer and perl-core to perl. ---

ppisar pushed to perl (master). "Remove obsolete Group tags"

From 3f7d1e5123b8cced6e5c7b00918c76bb38b79f27 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Wed, 28 Jun 2017 11:00:48 +0200 Subject: Remove obsolete Group tags --- perl.spec | 114 -- 1 file

ppisar pushed to perl (master). "Remove spurious non-perl Provides from pregenerated dependency list"

From aa787938a49e2a1559a3aa50c75535d76fc8d354 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Fri, 14 Jul 2017 08:35:58 +0200 Subject: Remove spurious non-perl Provides from pregenerated dependency list --- gendep.macros | 1 - 1 file changed, 1

[Bug 1471090] perl-Cache-FastMmap-1.46 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1471090 --- Comment #1 from Fedora Update System --- perl-Cache-FastMmap-1.46-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-20f5e516cd -- You are receiving this

ppisar pushed to perl-Coro (master). "6.512 bump"

From 3dcd10a1605125e41b180fc8440eacdbfbac2a65 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Fri, 14 Jul 2017 15:09:37 +0200 Subject: 6.512 bump --- .gitignore | 1 +

adelton pushed to perl-Cache-FastMmap (f25). "1471090 - Rebase to upstream version 1.46. (..more)"

From 8c8feba582034ee02500a40e2f5ac21eef1edc14 Mon Sep 17 00:00:00 2001 From: Jan Pazdziora Date: Fri, 14 Jul 2017 14:29:33 +0200 Subject: 1471090 - Rebase to upstream version 1.46. (cherry picked from commit b7218e03acbd15476b0a3254cc9d768c5910816b) --- .gitignore

jplesnik uploaded Term-ProgressBar-2.20.tar.gz for perl-Term-ProgressBar

47662ce685edb0f5e036f3e68af069eef9713eef94d662e7ecfc88e53a22e9e34ad6e3b461a5d1aecd33791653f538bc675055673ab30ec08f08f9f6192262fd Term-ProgressBar-2.20.tar.gz

Re: Installing all core Perl modules by perl package

On Wed, Jun 14, 2017 at 01:52:40PM +0200, Petr Pisar wrote: > Therefore I offered them that Fedora can make "dnf install perl" working as > thay want and it will be implemented by renaming perl-core to perl and > giving a new name to present perl package. > > Thus I created this Fedora Change >

[Bug 1470196] mariadb library upgrade to 10.2 causes perl-DBD-MySQL FTBFS

https://bugzilla.redhat.com/show_bug.cgi?id=1470196 Jitka Plesnikova changed: What|Removed |Added External Bug ID||CPAN 122431

adelton uploaded Cache-FastMmap-1.46.tar.gz for perl-Cache-FastMmap

155c55dcbb05b83a7bf35ef70d4436b54ad0dc8684871c03048ac7dc364c5ce408152409fdc88d7c53f38ff7d767ec2c181da8c1e6118826ba0120ef20b77f59 Cache-FastMmap-1.46.tar.gz

[389-devel] Re: Please review: ticket 49287 - csn pending lists don't work across multiple backends

here is a revised patch, integrating Williams comments and a contribution by Thierry https://pagure.io/389-ds-base/issue/raw/6d855f63e2e6968692eb06332c322aedbdc3e528232e63881344077864be75ec-0001-Ticket-49287-v3-extend-csnpl-handling-to-multiple-ba.patch On 07/05/2017 01:02 PM, Ludwig Krispenz

jplesnik pushed to perl-Term-ProgressBar (master). "Merge branch 'master' of ssh://pkgs.fedoraproject.org/rpms/perl-Term-ProgressBar"

From 5ebefb91769c3d9336b71dd77109dc3c978b23e9 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Wed, 12 Jul 2017 14:26:36 +0200 Subject: perl dependency renamed to perl-interpreter

jplesnik pushed to perl-Term-ProgressBar (master). "2.20 bump"

From 574df36c280e1f4cd1ebf54bad3dac381bcdf359 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Fri, 14 Jul 2017 15:17:23 +0200 Subject: 2.20 bump --- .gitignore | 1 + perl-Term-ProgressBar.spec | 5 - sources| 2 +- 3 files

[Bug 1471090] New: perl-Cache-FastMmap-1.46 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1471090 Bug ID: 1471090 Summary: perl-Cache-FastMmap-1.46 is available Product: Fedora Version: rawhide Component: perl-Cache-FastMmap Keywords: FutureFeature, Triaged Assignee:

[Bug 1471089] New: perl-Coro-6.512 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1471089 Bug ID: 1471089 Summary: perl-Coro-6.512 is available Product: Fedora Version: rawhide Component: perl-Coro Keywords: FutureFeature, Triaged Assignee: ppi...@redhat.com

[Bug 1469517] perl-Term-ProgressBar-2.20 is available

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

adelton pushed to perl-Cache-FastMmap (f26). "1471090 - Rebase to upstream version 1.46. (..more)"

From 8c8feba582034ee02500a40e2f5ac21eef1edc14 Mon Sep 17 00:00:00 2001 From: Jan Pazdziora Date: Fri, 14 Jul 2017 14:29:33 +0200 Subject: 1471090 - Rebase to upstream version 1.46. (cherry picked from commit b7218e03acbd15476b0a3254cc9d768c5910816b) --- .gitignore

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-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-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-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)

adelton pushed to perl-Cache-FastMmap (master). "1471090 - Rebase to upstream version 1.46."

From b7218e03acbd15476b0a3254cc9d768c5910816b Mon Sep 17 00:00:00 2001 From: Jan Pazdziora Date: Fri, 14 Jul 2017 14:29:33 +0200 Subject: 1471090 - Rebase to upstream version 1.46. --- .gitignore | 1 + perl-Cache-FastMmap.spec | 7 +-- sources

jplesnik pushed to perl-DBD-MySQL (master). "Fix for new version of MariaDB 10.2 (bug #1470196)"

From 2fd4382d13034fd653de96ed0614cd0100e2be74 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Fri, 14 Jul 2017 14:40:04 +0200 Subject: Fix for new version of MariaDB 10.2 (bug #1470196) --- ...4.043-Fix-build-failures-for-MariaDB-10.2.patch | 74 ++

ppisar uploaded Coro-6.512.tar.gz for perl-Coro

39cb946fd87961811d73b089d144bb25fcac046874a4a918ca2f58fde5feb19a16adf7c977641f8b5ca39fbbb92f92ba464ebc3b99ef4a8cd24f210b302d65f1 Coro-6.512.tar.gz

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:

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:

[389-devel] Please review: Ticket 49031 - Improve memberof with a cache of group parents

https://pagure.io/389-ds-base/issue/49031 https://pagure.io/389-ds-base/issue/raw/7d3d1450ab9aa9c43422fbc6c7327b5ed9d236492c2de91866cc1e4df187dd41-0001-Add-performance-tests-for-memberof-plugin.patch Thanks, -Sankar R. ___ 389-devel mailing list --

[Bug 1471307] New: perl-ExtUtils-CBuilder-0.280226 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1471307 Bug ID: 1471307 Summary: perl-ExtUtils-CBuilder-0.280226 is available Product: Fedora Version: rawhide Component: perl-ExtUtils-CBuilder Keywords: FutureFeature, Triaged

[Bug 1471307] perl-ExtUtils-CBuilder-0.280226 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1471307 --- Comment #1 from Upstream Release Monitoring --- One or more of the new sources for this package are identical to the old sources. It's likely this package does not use the version macro in

[Bug 1470196] mariadb library upgrade to 10.2 causes perl-DBD-MySQL FTBFS

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

[Bug 1471089] perl-Coro-6.512 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1471089 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In

[389-devel] Please review: [lib389] Issue 48 - Add support for USN plugin

https://pagure.io/lib389/issue/48 https://pagure.io/lib389/issue/raw/44349b844e78b688e9633a325cadf268328f2ad22737094a45244c0dcd168641-0001-Issue-48-Add-support-for-USN-plugin.patch ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To

pkgdb_updater updated: description of rpms/perl-MooX-StrictConstructor

pkgdb_updater updated: description of rpms/perl-MooX-StrictConstructor https://admin.fedoraproject.org/pkgdb/package/rpms/perl-MooX-StrictConstructor/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email

pkgdb_updater updated: description of rpms/perl-Locale-Utils-PlaceholderMaketext

pkgdb_updater updated: description of rpms/perl-Locale-Utils-PlaceholderMaketext https://admin.fedoraproject.org/pkgdb/package/rpms/perl-Locale-Utils-PlaceholderMaketext/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To

pkgdb_updater updated: description of rpms/perl-Locale-TextDomain-OO-Util

pkgdb_updater updated: description of rpms/perl-Locale-TextDomain-OO-Util https://admin.fedoraproject.org/pkgdb/package/rpms/perl-Locale-TextDomain-OO-Util/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an

pkgdb_updater updated: description of rpms/perl-Image-Sane

pkgdb_updater updated: description of rpms/perl-Image-Sane https://admin.fedoraproject.org/pkgdb/package/rpms/perl-Image-Sane/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to

pkgdb_updater updated: description of rpms/perl-MooX-Singleton

pkgdb_updater updated: description of rpms/perl-MooX-Singleton https://admin.fedoraproject.org/pkgdb/package/rpms/perl-MooX-Singleton/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to

dist.abicheck FAILED for perl-5.26.0-395.fc27

dist.abicheck FAILED for perl-5.26.0-395.fc27 https://taskotron.fedoraproject.org/artifacts/all/59e89c8a-6877-11e7-a988-5254008e42f6/task_output/perl-5.26.0-395.fc27.log ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To