Summary/Minutes from today's FESCo Meeting (2016-05-27)

=== #fedora-meeting: FESCO (2016-05-27) === Meeting started by paragan at 16:01:04 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting/2016-05-27/fesco.2016-05-27-16.01.log.html . Meeting summary

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, May 27, 2016 at 1:41 PM, Rich Mattes wrote: > On Fri, May 27, 2016 at 12:20 PM, Zbigniew Jędrzejewski-Szmek > wrote: > > On Fri, May 27, 2016 at 06:15:08PM +0200, Björn Persson wrote: > >> Dominique Martinet wrote: >

F25 Self Contained Change: Koji Generates Installation Media

= Proposed Self Contained Change: Koji Generates Installation Media = https://fedoraproject.org/wiki/Changes/KojiInstallMedia Change owner(s): * Jay Greguske Extend Koji with a new feature that allows users to create installation media for various architectures. == Detailed Description == This

Schedule for Friday's FESCo Meeting (2016-05-27)

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 '2016-05-27 16:00 UTC' Links to all tickets below

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, May 27, 2016 at 08:51:23AM -0400, Nico Kadel-Garcia wrote: > This breaks the storage of ssh-agent credentials for te one-time > enabling of SSH credentials for access on running hosts. You mean you start ssh-agent somewhere during the first login and then access it from any process from

Re: systemd 230 change - KillUserProcesses defaults to yes

Once upon a time, Tom Hughes said: > On 27/05/16 15:25, Chris Adams wrote: > >When you "clean up" by killing things that are designed to run after > >logout, you are being over-zealous. It is incumbent upon you to fix > >your cleanup methods to handle this case, not the

Fedora 24-20160527.n.0 compose check report

Missing expected images: Workstation live i386 Cloud_base raw-xz x86_64 Xfce raw-xz armhfp Cloud_base raw-xz i386 Atomic raw-xz x86_64 Minimal raw-xz armhfp Workstation live x86_64 Failed openQA tests: 8/66 (x86_64), 4/16 (i386) ID: 19199 Test: x86_64 Everything-boot-iso install_default

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, 27.05.16 08:09, Chris Adams (li...@cmadams.net) wrote: > Once upon a time, Zbigniew Jędrzejewski-Szmek said: > > Also note that running jobs in a systemd service has advantages on the > > server: better accounting, more transparency, logs are easier to read. > > The

Re: systemd 230 change - KillUserProcesses defaults to yes

Once upon a time, Lennart Poettering said: > I am pretty sure we should consider it our duty as Fedora developers > to improve the Linux platform, and I am pretty sure that properly > cleaning up processes on logout is a step towards that, not against > it. When you "clean

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, May 27, 2016 at 5:51 AM, Dominique Martinet wrote: > Hi, > > Just noticed this change on rawhide... > https://github.com/systemd/systemd/blob/master/NEWS#L29 > * systemd-logind will now by default terminate user processes that are > part of the user

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, May 27, 2016 at 11:51:42AM +0200, Dominique Martinet wrote: > Hi, > > Just noticed this change on rawhide... > https://github.com/systemd/systemd/blob/master/NEWS#L29 > * systemd-logind will now by default terminate user processes that are > part of the user session scope unit

Re: systemd 230 change - KillUserProcesses defaults to yes

On 27/05/16 14:02, Zbigniew Jędrzejewski-Szmek wrote: It's two lines: [Login]\nKillUserProcesses=no. But please consider switching to the new mode of using systemd-run instead. How do I run screen with systemd-run? I tried "systemd-run --user -t screen" but as soon as I detach from the

Re: systemd 230 change - KillUserProcesses defaults to yes

On 27/05/16 15:25, Chris Adams wrote: Once upon a time, Lennart Poettering said: I am pretty sure we should consider it our duty as Fedora developers to improve the Linux platform, and I am pretty sure that properly cleaning up processes on logout is a step towards that,

Re: systemd 230 change - KillUserProcesses defaults to yes

On 05/27/2016 11:51 AM, Dominique Martinet wrote: > Just noticed this change on rawhide... > https://github.com/systemd/systemd/blob/master/NEWS#L29 > * systemd-logind will now by default terminate user processes that are > part of the user session scope unit (session-XX.scope) when the user

Re: systemd 230 change - KillUserProcesses defaults to yes

Once upon a time, Zbigniew Jędrzejewski-Szmek said: > Also note that running jobs in a systemd service has advantages on the > server: better accounting, more transparency, logs are easier to read. > The (old) default of allowing left-over session processes to live on > seems

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, May 27, 2016 at 08:09:33AM -0500, Chris Adams wrote: > Once upon a time, Zbigniew Jędrzejewski-Szmek said: > > Also note that running jobs in a systemd service has advantages on the > > server: better accounting, more transparency, logs are easier to read. > > The (old)

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, May 27, 2016 at 02:16:45PM +0100, Tom Hughes wrote: > On 27/05/16 14:02, Zbigniew Jędrzejewski-Szmek wrote: > > >It's two lines: [Login]\nKillUserProcesses=no. But please consider > >switching to the new mode of using systemd-run instead. > > How do I run screen with systemd-run? > > I

Re: systemd 230 change - KillUserProcesses defaults to yes

Once upon a time, Zbigniew Jędrzejewski-Szmek said: > You still can start a one-off task under screen, you just need to > invoke it in one the different ways described in > https://www.freedesktop.org/software/systemd/man/systemd-run.html#Examples This should not be made a

Re: systemd 230 change - KillUserProcesses defaults to yes

On 27/05/16 14:19, Zbigniew Jędrzejewski-Szmek wrote: On Fri, May 27, 2016 at 02:16:45PM +0100, Tom Hughes wrote: On 27/05/16 14:02, Zbigniew Jędrzejewski-Szmek wrote: It's two lines: [Login]\nKillUserProcesses=no. But please consider switching to the new mode of using systemd-run instead.

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, May 27, 2016 at 03:26:45PM +0100, Tom Hughes wrote: > On 27/05/16 14:19, Zbigniew Jędrzejewski-Szmek wrote: > >On Fri, May 27, 2016 at 02:16:45PM +0100, Tom Hughes wrote: > >>On 27/05/16 14:02, Zbigniew Jędrzejewski-Szmek wrote: > >> > >>>It's two lines: [Login]\nKillUserProcesses=no. But

Fedora 24 compose report: 20160527.n.0 changes

OLD: Fedora-24-20160526.n.1 NEW: Fedora-24-20160527.n.0 = SUMMARY = Added images:10 Dropped images: 6 Added packages: 0 Dropped packages:0 Upgraded packages: 0 Downgraded packages: 0 Size of added packages: 0.00 B Size of dropped packages:0.00 B Size

systemd 230 change - KillUserProcesses defaults to yes

Hi, Just noticed this change on rawhide... https://github.com/systemd/systemd/blob/master/NEWS#L29 * systemd-logind will now by default terminate user processes that are part of the user session scope unit (session-XX.scope) when the user logs out. This behavior is controlled by the

Packages to be Retired because of Broken Dependencies (2016-05-27)

The following packages have broken dependencies and will be retired on 2016-05-31 (Final Freeze for Fedora 24) unless someone fixes them. If you know for sure that the package should be retired, please do so now with a proper reason:

Re: Packages to be Retired because of Broken Dependencies (2016-05-27)

On 05/27/2016 10:53 AM, opensou...@till.name wrote: > The following packages have broken dependencies and will be retired > on 2016-05-31 (Final Freeze for Fedora 24) unless someone fixes them. If you > know for sure that the package should be retired, please do so now with a > proper reason: >

jdeparser license changes

Hi jdeparser package changes from (CDDL or GPLv2 with exceptions) and MIT to ASL 2.0 regards .g -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: systemd 230 change - KillUserProcesses defaults to yes

On 27/05/16 15:48, Zbigniew Jędrzejewski-Szmek wrote: > On Fri, May 27, 2016 at 03:26:45PM +0100, Tom Hughes wrote: > >> Which works fine except that the scope remains even after the screen >> has exited... > > Hm, it shouldn't I think. Seems to work fine here. How > are you running the command

Re: systemd 230 change - KillUserProcesses defaults to yes

On 27/05/16 16:04, Tom Hughes wrote: On 27/05/16 15:48, Zbigniew Jędrzejewski-Szmek wrote: On Fri, May 27, 2016 at 03:26:45PM +0100, Tom Hughes wrote: Which works fine except that the scope remains even after the screen has exited... Hm, it shouldn't I think. Seems to work fine here. How

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, May 27, 2016 at 09:36:58AM -0500, Chris Adams wrote: > Once upon a time, Tom Hughes said: > > On 27/05/16 15:25, Chris Adams wrote: > > >When you "clean up" by killing things that are designed to run after > > >logout, you are being over-zealous. It is incumbent upon you

Re: Fedora lists From munging/DMARC (Was: audio problems)

Once upon a time, Andrew Lutomirski said: > Unfortunately, gmail and others are blazing ahead with breaking > everything before ARC will be ready. To be fair, Google is just enforcing what others ask them to enforce. Yahoo is the one that is setting a DMARC record that says to

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, May 27, 2016 at 8:04 AM, Tom Hughes wrote: > On 27/05/16 15:48, Zbigniew Jędrzejewski-Szmek wrote: >> On Fri, May 27, 2016 at 03:26:45PM +0100, Tom Hughes wrote: >> >>> Which works fine except that the scope remains even after the screen >>> has exited... >> >> Hm, it

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, 2016-05-27 at 15:54 +, Zbigniew Jędrzejewski-Szmek wrote: > > The problem was that samba-client-libs was dependent on > libsystemd-daemon.so, which has been replaced by libsystemd.so. > It was recompiled on the 23rd, but it's not available in rawhide. > Something strange is going on

Re: Fedora lists From munging/DMARC (Was: audio problems)

On Fri, May 27, 2016 at 9:03 AM, Chris Adams wrote: > Once upon a time, Andrew Lutomirski said: >> Unfortunately, gmail and others are blazing ahead with breaking >> everything before ARC will be ready. > > To be fair, Google is just enforcing what others ask

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, May 27, 2016 at 9:58 AM Lennart Poettering wrote: > On Fri, 27.05.16 08:09, Chris Adams (li...@cmadams.net) wrote: > > > Once upon a time, Zbigniew Jędrzejewski-Szmek said: > > > Also note that running jobs in a systemd service has advantages on

Fedora 24 Final Freeze (2016-05-31)

Hi all, Tuesday May 31st 2016 is an important day on the Fedora 24 schedule[1], with significant cut-offs. Tuesday is the Final Freeze[2]. This means that only packages which fix accepted blocker or freeze exception bugs[3][4] will be marked as 'stable' and included in the Final composes.

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, May 27, 2016 at 12:20 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Fri, May 27, 2016 at 06:15:08PM +0200, Björn Persson wrote: >> Dominique Martinet wrote: >> > Just noticed this change on rawhide... >> >

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, May 27, 2016 at 7:19 AM, Zbigniew Jędrzejewski-Szmek wrote: > On Fri, May 27, 2016 at 08:09:33AM -0500, Chris Adams wrote: >> Once upon a time, Zbigniew Jędrzejewski-Szmek said: >> > Also note that running jobs in a systemd service has advantages on

Fedora Rawhide-20160527.n.1 compose check report

Missing expected images: Kde live i386 Server dvd i386 Server boot x86_64 Server dvd x86_64 Kde live x86_64 Cloud_base raw-xz x86_64 Cloud_base raw-xz i386 Server boot i386 Atomic raw-xz x86_64 Kde raw-xz armhfp Minimal raw-xz armhfp Failed openQA tests: 2/6 (x86_64), 1/1 (i386) ID: 19280

Broken dependencies: perl-Data-Alias

perl-Data-Alias has broken dependencies in the rawhide tree: On x86_64: perl-Data-Alias-1.20-2.fc24.x86_64 requires libperl.so.5.22()(64bit) perl-Data-Alias-1.20-2.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1) On i386: perl-Data-Alias-1.20-2.fc24.i686 requires

Broken dependencies: perl-TryCatch

perl-TryCatch has broken dependencies in the rawhide tree: On x86_64: perl-TryCatch-1.003002-9.fc24.x86_64 requires libperl.so.5.22()(64bit) perl-TryCatch-1.003002-9.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1) On i386: perl-TryCatch-1.003002-9.fc24.i686 requires

Re: DNF Issue, packages being incorrectly removed - was: Re: corebird

On Fri, May 27, 2016 at 11:15 AM, James Hogarth wrote: > On the bug you said a dnf reinstall ... that's not the best thing to do... > you need to dnf mark installed as per the earlier comments on the bug Wouldn't the reinstall accomplish that? I agree, the solution in

Re: DNF Issue, packages being incorrectly removed - was: Re: corebird

On 27 May 2016 17:29, "Gerald B. Cox" wrote: > > > On Fri, May 27, 2016 at 12:41 AM, Charalampos Stratakis < cstra...@redhat.com> wrote: >> >> It is actually documented here:

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, 27 May 2016, Zbigniew Jędrzejewski-Szmek wrote: On Fri, May 27, 2016 at 09:05:04AM -0700, Adam Williamson wrote: It's easy to know when this is the case, as the 'compose report' mails are sent to this very list...there is always a 'compose report' when a compose completes, so if you

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, May 27, 2016 at 8:28 AM, Andrew Lutomirski wrote: > > Either the scope code is buggy or has IMO very strange behavior: > > $ systemd-run --user --scope echo foo > Running scope as unit run-4980.scope. > foo > > $ systemctl --user status run-4980.scope > ● run-4980.scope -

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, 27 May 2016 15:54:34 + Zbigniew Jędrzejewski-Szmek wrote: > The problem was that samba-client-libs was dependent on > libsystemd-daemon.so, which has been replaced by libsystemd.so. > It was recompiled on the 23rd, but it's not available in rawhide. > Something

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, May 27, 2016 at 04:06:36PM +0100, Tom Hughes wrote: > On 27/05/16 16:04, Tom Hughes wrote: > >On 27/05/16 15:48, Zbigniew Jędrzejewski-Szmek wrote: > >>On Fri, May 27, 2016 at 03:26:45PM +0100, Tom Hughes wrote: > >> > >>>Which works fine except that the scope remains even after the screen

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, May 27, 2016 at 09:05:04AM -0700, Adam Williamson wrote: > It's easy to know when this is the case, as the 'compose report' mails > are sent to this very list...there is always a 'compose report' when a > compose completes, so if you don't see one for a few days, it means > composes are

Re: systemd 230 change - KillUserProcesses defaults to yes

Dominique Martinet wrote: > Just noticed this change on rawhide... > https://github.com/systemd/systemd/blob/master/NEWS#L29 > * systemd-logind will now by default terminate user processes that are > part of the user session scope unit (session-XX.scope) when the

Re: DNF Issue, packages being incorrectly removed - was: Re: corebird

On Fri, May 27, 2016 at 12:41 AM, Charalampos Stratakis wrote: > It is actually documented here: > https://fedoraproject.org/wiki/Common_F24_bugs#DNF_might_remove_essential_system_packages_if_you_used_PackageKit_.28GNOME_Software.2C_KDE_Apper.29_in_the_past > > Thanks, I

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, 2016-05-27 at 18:15 +0200, Björn Persson wrote: > Dominique Martinet wrote: > > > > Just noticed this change on rawhide... > > https://github.com/systemd/systemd/blob/master/NEWS#L29 > >   * systemd-logind will now by default terminate user processes > > that

Re: systemd 230 change - KillUserProcesses defaults to yes

Zbigniew Jędrzejewski-Szmek wrote: > On Fri, May 27, 2016 at 08:09:33AM -0500, Chris Adams wrote: >> Once upon a time, Zbigniew Jędrzejewski-Szmek said: >> > Also note that running jobs in a systemd service has advantages on the >> > server: better accounting, more

Re: Fedora lists From munging/DMARC (Was: audio problems)

On Thu, May 26, 2016 at 8:19 AM, Kevin Fenzi wrote: > On Mon, 23 May 2016 16:42:05 +0200 > Dominique Martinet wrote: > > ...snip... > >> The question is, should fedora's lists be configured to rewrite the >> from ? I'm pretty sure mailman 3.1 can

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, May 27, 2016 at 06:15:08PM +0200, Björn Persson wrote: > Dominique Martinet wrote: > > Just noticed this change on rawhide... > > https://github.com/systemd/systemd/blob/master/NEWS#L29 > > * systemd-logind will now by default terminate user processes that are

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, May 27, 2016 at 9:13 AM, Zbigniew Jędrzejewski-Szmek wrote: > On Fri, May 27, 2016 at 08:51:23AM -0400, Nico Kadel-Garcia wrote: >> This breaks the storage of ssh-agent credentials for te one-time >> enabling of SSH credentials for access on running hosts. > > You mean

Re: DNF Issue, packages being incorrectly removed - was: Re: corebird

It is actually documented here: https://fedoraproject.org/wiki/Common_F24_bugs#DNF_might_remove_essential_system_packages_if_you_used_PackageKit_.28GNOME_Software.2C_KDE_Apper.29_in_the_past - Original Message - From: "Nico Kadel-Garcia" To: "Development discussions

Re: DNF Issue, packages being incorrectly removed - was: Re: corebird

On Thu, May 26, 2016 at 1:03 PM, Gerald B. Cox wrote: > > On Thu, May 26, 2016 at 3:02 AM, Michal Luscon wrote: >> >> This might have been caused by >> https://bugzilla.redhat.com/show_bug.cgi?id=1259865 >> >> . >> >> Michal > > > Yes, Kevin mentioned that and

Re: DNF Issue, packages being incorrectly removed - was: Re: corebird

Guys, this issue has been fixed in F24's PackageKit (libhif actually). -Igor Gnatenko On May 27, 2016 8:33 AM, "Dan Book" wrote: > On Fri, May 27, 2016 at 2:17 AM, Nico Kadel-Garcia > wrote: > >> On Thu, May 26, 2016 at 1:03 PM, Gerald B. Cox

jboss-parent license changes

Hi now jboss-parent package changes from Public Domain to Creative Commons Zero 1.0 Universal (CC0) regards .g -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: DNF Issue, packages being incorrectly removed - was: Re: corebird

On Fri, May 27, 2016 at 2:17 AM, Nico Kadel-Garcia wrote: > On Thu, May 26, 2016 at 1:03 PM, Gerald B. Cox wrote: > > > > On Thu, May 26, 2016 at 3:02 AM, Michal Luscon > wrote: > >> > >> This might have been caused by > >>

jboss-modules license changes

Hi now jboss-modules package changes from LGPLv2+ to ASL 2.0 and xpp regards .g -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

jboss-logmanager license changes

Hi now jboss-logmanager package changes from LGPLv2+ to ASL 2.0 regards .g -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: systemd 230 change - KillUserProcesses defaults to yes

On Fri, 27 May 2016, Chris Murphy wrote: It seems to me systemd should be able to know the difference between a program that's zombie or unresponsive but isn't doing anything or is unresponsive but is doing something; and if not then some way for programs to say "hey wait just a minute, I need

[Bug 1340296] perl-B-Generate-1.54 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1340296 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA

[Bug 1340296] perl-B-Generate-1.54 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1340296 --- Comment #4 from Fedora Update System --- perl-B-Generate-1.54-1.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report. See

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

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

[Bug 1340201] Please build perl-Test-Compile for EPEL 6

https://bugzilla.redhat.com/show_bug.cgi?id=1340201 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA

[Bug 1337905] perl-Net-Pcap-0.18 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1337905 Fedora Update System changed: What|Removed |Added Status|ON_QA

[Bug 1337905] perl-Net-Pcap-0.18 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1337905 --- Comment #3 from Fedora Update System --- perl-Net-Pcap-0.18-1.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving

[Bug 1338396] perl-CPAN-Perl-Releases-2.78 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1338396 --- Comment #3 from Fedora Update System --- perl-CPAN-Perl-Releases-2.78-1.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report. -- You are

[Bug 1338396] perl-CPAN-Perl-Releases-2.78 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1338396 Fedora Update System changed: What|Removed |Added Status|ON_QA

[Bug 1339028] perl-Pod-Usage-1.69 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1339028 --- Comment #7 from Fedora Update System --- perl-Pod-Usage-1.69-1.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report. -- You are

[Bug 1339028] perl-Pod-Usage-1.69 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1339028 Fedora Update System changed: What|Removed |Added Status|ON_QA

[Bug 1315525] perl-Net-DNS-1.06 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1315525 --- Comment #6 from Upstream Release Monitoring --- Patches were not touched. All were applied properly -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora

[Bug 1315525] perl-Net-DNS-1.06 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1315525 --- Comment #4 from Upstream Release Monitoring --- Patching or scratch build for perl-Net-DNS-1.04 failed. -- You are receiving this mail because: You are on the CC list for the bug. --

[Bug 1315525] perl-Net-DNS-1.06 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1315525 Upstream Release Monitoring changed: What|Removed |Added

[Bug 1315525] perl-Net-DNS-1.06 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1315525 --- Comment #5 from Upstream Release Monitoring --- Created attachment 1162575 --> https://bugzilla.redhat.com/attachment.cgi?id=1162575=edit Rebase-helper rebase-helper-debug.log log file.

jplesnik uploaded Config-Model-Tester-2.055.tar.gz for perl-Config-Model-Tester

9dba265e629ccc8141d84d398340a3d0 Config-Model-Tester-2.055.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Config-Model-Tester/Config-Model-Tester-2.055.tar.gz/md5/9dba265e629ccc8141d84d398340a3d0/Config-Model-Tester-2.055.tar.gz -- Fedora Extras Perl SIG

jplesnik pushed to perl-Config-Model-Tester (master). "2.055 bump"

From a1663e862f8adf93ed519f15fdc6e8198c55c475 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Fri, 27 May 2016 10:12:07 +0200 Subject: 2.055 bump --- .gitignore| 1 + perl-Config-Model-Tester.spec | 7 +-- sources | 2 +-

[Bug 1340294] perl-Config-Model-Tester-2.055 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1340294 Jitka Plesnikova changed: What|Removed |Added Status|ASSIGNED|MODIFIED

[Bug 1340294] perl-Config-Model-Tester-2.055 is available

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

ppisar pushed to perl-RDF-Trine (master). "Fix loading optional database backends (..more)"

From 43ca1248e7de5e62dfebea5f6436b6e5b9972983 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Fri, 27 May 2016 12:40:34 +0200 Subject: Fix loading optional database backends If some backends were not installed, the code was aborted by

[Bug 1340443] New: perl-Log-Report-1.16 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1340443 Bug ID: 1340443 Summary: perl-Log-Report-1.16 is available Product: Fedora Version: rawhide Component: perl-Log-Report Keywords: FutureFeature, Triaged Assignee:

ppisar pushed to perl-Log-Report (master). "1.16 bump"

From a59f6fd0bd5d10d0731c1a1b9a0fd48b2b3e7581 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Fri, 27 May 2016 14:30:53 +0200 Subject: 1.16 bump --- .gitignore | 1 + perl-Log-Report.spec | 7 +-- sources | 2 +- 3 files

Re: Problems with scripts in a common spec file

Hi! On 05/26/2016 07:38 PM, John Dennis wrote: On 05/26/2016 08:24 AM, Tomas Orsava wrote: Hi, those are very good questions to which you should be able to find answers on the Python RPM Porting Guide [0]. You are right that this should be better covered in the packaging guidelines, sadly the

Broken dependencies: perl-Scope-Upper

perl-Scope-Upper has broken dependencies in the rawhide tree: On x86_64: perl-Scope-Upper-0.28-2.fc24.x86_64 requires libperl.so.5.22()(64bit) perl-Scope-Upper-0.28-2.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1) On i386: perl-Scope-Upper-0.28-2.fc24.i686 requires

Broken dependencies: rt

rt has broken dependencies in the rawhide tree: On x86_64: perl-RT-Test-4.4.0-1.fc25.noarch requires perl(:MODULE_COMPAT_5.22.1) On i386: perl-RT-Test-4.4.0-1.fc25.noarch requires perl(:MODULE_COMPAT_5.22.1) On armhfp: perl-RT-Test-4.4.0-1.fc25.noarch requires

Broken dependencies: perl-RDF-Trine

perl-RDF-Trine has broken dependencies in the rawhide tree: On x86_64: perl-Test-RDF-Trine-Store-1.014-1.fc25.noarch requires perl(:MODULE_COMPAT_5.22.1) On i386: perl-Test-RDF-Trine-Store-1.014-1.fc25.noarch requires perl(:MODULE_COMPAT_5.22.1) On armhfp:

Broken dependencies: perl-Algorithm-Permute

perl-Algorithm-Permute has broken dependencies in the rawhide tree: On x86_64: perl-Algorithm-Permute-0.12-21.fc24.x86_64 requires libperl.so.5.22()(64bit) perl-Algorithm-Permute-0.12-21.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1) On i386:

Broken dependencies: perl-TryCatch

perl-TryCatch has broken dependencies in the rawhide tree: On x86_64: perl-TryCatch-1.003002-9.fc24.x86_64 requires libperl.so.5.22()(64bit) perl-TryCatch-1.003002-9.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1) On i386: perl-TryCatch-1.003002-9.fc24.i686 requires

Broken dependencies: perl-Task-Moose

perl-Task-Moose has broken dependencies in the rawhide tree: On x86_64: perl-Task-Moose-0.03-11.fc24.noarch requires perl(:MODULE_COMPAT_5.22.1) On i386: perl-Task-Moose-0.03-11.fc24.noarch requires perl(:MODULE_COMPAT_5.22.1) On armhfp:

Broken dependencies: perl-Coro-Multicore

perl-Coro-Multicore has broken dependencies in the rawhide tree: On x86_64: perl-Coro-Multicore-0.02-2.fc24.x86_64 requires libperl.so.5.22()(64bit) perl-Coro-Multicore-0.02-2.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1) On i386: perl-Coro-Multicore-0.02-2.fc24.i686

Broken dependencies: perl-Coro

perl-Coro has broken dependencies in the rawhide tree: On x86_64: perl-Coro-6.49-2.fc24.x86_64 requires libperl.so.5.22()(64bit) perl-Coro-6.49-2.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1) On i386: perl-Coro-6.49-2.fc24.i686 requires libperl.so.5.22

Broken dependencies: perl-Data-Alias

perl-Data-Alias has broken dependencies in the rawhide tree: On x86_64: perl-Data-Alias-1.20-2.fc24.x86_64 requires libperl.so.5.22()(64bit) perl-Data-Alias-1.20-2.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1) On i386: perl-Data-Alias-1.20-2.fc24.i686 requires

[Bug 1340434] New: Upgrade perl-App-GitHooks to 1.8.0

https://bugzilla.redhat.com/show_bug.cgi?id=1340434 Bug ID: 1340434 Summary: Upgrade perl-App-GitHooks to 1.8.0 Product: Fedora Version: rawhide Component: perl-App-GitHooks Keywords: FutureFeature Assignee: dd...@cpan.org

jplesnik pushed to perl-Test-Compile (epel7). "1.3.0 bump"

From 90fc94e0723245d096ba1f6412731c3970174547 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Fri, 27 May 2016 14:29:04 +0200 Subject: 1.3.0 bump --- .gitignore | 3 +++ perl-Test-Compile.spec | 25 + sources| 2 +-

[Bug 1340436] New: perl-ExtUtils-H2PM-0.10 is available

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

[Bug 1340443] perl-Log-Report-1.16 is available

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

jplesnik requested branch el6 for package perl-Test-Compile

jplesnik requested branch el6 for package perl-Test-Compile https://admin.fedoraproject.org/pkgdb/package/perl-Test-Compile/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org

ppisar pushed to perl-RDF-NS (master). "20160409 bump"

From 1db7007fde559797550fd88a9bb616ccdcba5635 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Fri, 27 May 2016 14:12:07 +0200 Subject: 20160409 bump --- .gitignore | 1 + .rpmlint |

[Bug 1340201] Please build perl-Test-Compile for EPEL 6

https://bugzilla.redhat.com/show_bug.cgi?id=1340201 --- Comment #1 from Fedora Update System --- perl-Test-Compile-1.3.0-1.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-aaab2eef56 -- You are receiving

ppisar uploaded RDF-NS-20160409.tar.gz for perl-RDF-NS

7d3716263403651d004636c95d86c287 RDF-NS-20160409.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-RDF-NS/RDF-NS-20160409.tar.gz/md5/7d3716263403651d004636c95d86c287/RDF-NS-20160409.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel

  1   2   >