Re: Recommended upgrade procedure for >1 release upgrades

Adam Williamson wrote: > I think I've proposed at least once that we make Obsoletes: for retired > packages mandatory. My last proposal currently seems to be assigned to > tibbs. IMHO, forcefully removing packages that still work is a major disservice to our users and should never be done.

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

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

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

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

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

The following Fedora EPEL 5 Security updates need testing: Age URL 740 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-3849 sblim-sfcb-1.3.8-2.el5 383 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-edbea40516 mcollective-2.8.4-1.el5 355

[Bug 1238168] FTBFS: Failed during 'make check': 13netlink-message-attrs.t and 20io-socket-netlink-generic.t

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

[Bug 1297077] RFE: Perl6 for EPEL

https://bugzilla.redhat.com/show_bug.cgi?id=1297077 --- Comment #3 from Todd --- # yum-builddep --enablerepo=* rakudo-star-0.0.2016.01-1.fc24.src.rpm epel-debuginfo/x86_64/metalink | 11 kB 00:00 epel-testing/x86_64/metalink

[Bug 1297077] RFE: Perl6 for EPEL

https://bugzilla.redhat.com/show_bug.cgi?id=1297077 --- Comment #2 from Todd --- Any movement on this? -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list --

[389-devel] Build failed in Jenkins: 389-DS-NIGHTLY #136

See -- [...truncated 3831 lines...] suites/basic/basic_test.py::test_mod_def_rootdse_attr[namingContexts] PASSED

[Bug 1396688] perl-YAML-1.19 is available

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

[Bug 1396688] perl-YAML-1.19 is available

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

[Bug 1396688] perl-YAML-1.19 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1396688 --- Comment #3 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.

[Bug 1396688] New: perl-YAML-1.19 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1396688 Bug ID: 1396688 Summary: perl-YAML-1.19 is available Product: Fedora Version: rawhide Component: perl-YAML Keywords: FutureFeature, Triaged Assignee: p...@city-fan.org

[Bug 1396686] perl-Net-Twitter-Lite-0.12007 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1396686 --- Comment #3 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.

[Bug 1396686] perl-Net-Twitter-Lite-0.12007 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1396686 --- Comment #1 from Upstream Release Monitoring --- Patching or scratch build for perl-Net-Twitter-Lite-0.12006 failed. -- You are receiving this mail because: You are on the CC list for the

[Bug 1396686] perl-Net-Twitter-Lite-0.12007 is available

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

[Bug 1396685] perl-Net-Twitter-4.01030 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1396685 --- Comment #3 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.

[Bug 1396686] New: perl-Net-Twitter-Lite-0.12007 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1396686 Bug ID: 1396686 Summary: perl-Net-Twitter-Lite-0.12007 is available Product: Fedora Version: rawhide Component: perl-Net-Twitter-Lite Keywords: FutureFeature, Triaged

[Bug 1396685] perl-Net-Twitter-4.01030 is available

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

[Bug 1396685] perl-Net-Twitter-4.01030 is available

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

[Bug 1396685] New: perl-Net-Twitter-4.01030 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1396685 Bug ID: 1396685 Summary: perl-Net-Twitter-4.01030 is available Product: Fedora Version: rawhide Component: perl-Net-Twitter Keywords: FutureFeature, Triaged Assignee:

[Bug 1396684] New: perl-Locale-Codes-3.41 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1396684 Bug ID: 1396684 Summary: perl-Locale-Codes-3.41 is available Product: Fedora Version: rawhide Component: perl-Locale-Codes Keywords: FutureFeature, Triaged Assignee:

[Bug 1396683] New: perl-CGI-Fast-2.11 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1396683 Bug ID: 1396683 Summary: perl-CGI-Fast-2.11 is available Product: Fedora Version: rawhide Component: perl-CGI-Fast Keywords: FutureFeature, Triaged Assignee:

[Bug 1396682] New: perl-HTTP-Tinyish-0.08 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1396682 Bug ID: 1396682 Summary: perl-HTTP-Tinyish-0.08 is available Product: Fedora Version: rawhide Component: perl-HTTP-Tinyish Keywords: FutureFeature, Triaged Assignee:

Re: Touchpad data needed - 5 min of effort

On 18/11/16 19:53, Chris Murphy wrote: On Fri, Nov 18, 2016 at 3:13 AM, Ms Sanchez wrote: Hello Peter! I tried to do this but it recorded nothing. Maybe I did something wrong? Worked for me. But I did make modifications, I used tmux, because I'm familiar with it, though

protobuf 3.1.0 coming to rawhide

protobuf 3.1.0 is currently building. When the arm build finally completes I'll start rebuilding the dependent packages. This bumps the soname, add python3 support (in the -4 build), and adds java-nano and java-util. Thanks to Gil Cattaneo for much help. Deps appear to be:

Re: Wiki page subscription

On Fri, 18 Nov 2016 15:59:29 +0100 Florian Weimer wrote: > On 11/18/2016 03:51 PM, Richard Fearn wrote: > >> I also checked that mail to my fedoraproject.org address (to which > >> the wiki defaults) is forwarded to me. Changes/Fedora26CFlags is > >> on my watchlist, but I

Re: Fedora on Macs, removing the release criterion

2016-11-18 15:53 GMT+01:00 Stephen John Smoogen : > On 18 November 2016 at 02:39, Gerd Hoffmann wrote: >> Hi, >> >>> > Apples and oranges. There's no installer on ARM. There's no need to wipe >>> > all your data on a desktop system that you have one unit of.

Re: Fedora on Macs, removing the release criterion

2016-11-18 19:37 GMT+01:00 Chris Murphy : > Options: > 1. Keep the mactel-boot stuff (pretty but weird), and write up test > cases specifically to account for the weirdness in particular how to > reset the state of the computer so it's possible to do clean installs. >

Re: Recommended upgrade procedure for >1 release upgrades

On 2016-11-18 10:13 AM, Kalev Lember wrote: I don't think it would make upgrades less problematic because both dnf and gnome-software can already remove problematic packages without needing obsoletes. This isn't entirely true. It's true in straightforward cases, but there are complex cases

Re: Recommended upgrade procedure for >1 release upgrades

On Fri, Nov 18, 2016 at 07:58:14PM +0100, Kalev Lember wrote: > As for (2), I guess we should do the same as (1) but just allow the user > to choose the N+1 release as well in addition to N+2. I'd rather just always show the latest and tell people who have a special need to just go up one release

Re: Recommended upgrade procedure for >1 release upgrades

On 11/17/2016 07:26 PM, Adam Williamson wrote: > Hi, folks! > > While looking into an issue with how GNOME Software decides which > release to offer an upgrade to when there's more than one plausible > candidate, I noticed something interesting: we do not actually have a > policy on what we

Re: Touchpad data needed - 5 min of effort

On Fri, Nov 18, 2016 at 3:13 AM, Ms Sanchez wrote: > > Hello Peter! > > I tried to do this but it recorded nothing. Maybe I did something wrong? Worked for me. But I did make modifications, I used tmux, because I'm familiar with it, though that shouldn't matter, and I didn't

Fedora Rawhide-20161118.n.0 compose check report

Missing expected images: Cloud_base qcow2 x86_64 Atomic qcow2 x86_64 Workstation live i386 Kde live x86_64 Cloud_base raw-xz x86_64 Atomic raw-xz x86_64 Workstation live x86_64 Kde live i386 Failed openQA tests: 55/79 (x86_64), 14/15 (i386), 1/2 (arm) New failures (same test did not fail in

Re: Fedora on Macs, removing the release criterion

Options: 1. Keep the mactel-boot stuff (pretty but weird), and write up test cases specifically to account for the weirdness in particular how to reset the state of the computer so it's possible to do clean installs. There are a couple of ways to do this. Burden is on Mac testers. 2. Explore

Re: Recommended upgrade procedure for >1 release upgrades

On Fri, Nov 18, 2016 at 07:19:20PM +0100, Kalev Lember wrote: > There's a plan, but I don't think anyone is currently actively working > on this. I may look into this for F26, but not promising anything right now. I would really appreciate it if you can prioritize this. -- Matthew Miller

[EPEL-devel] Re: Report: Package conflicts between EPEL and RHEL-7.3

On Fri, Nov 18, 2016 at 5:09 PM, Stephen John Smoogen wrote: > This is my first pass at finding the conflicts with between EPEL-7 > x86_64 and the RHEL repos 'rhel-7-server-extras-rpms', > 'rhel-7-server-optional-rpms', 'rhel-7-server-rpms', > 'rhel-ha-for-rhel-7-server-rpms'. >

Re: Recommended upgrade procedure for >1 release upgrades

On 11/18/2016 06:03 PM, Adam Williamson wrote: > On 2016-11-18 08:30 AM, Ralf Corsepius wrote: >> Actually, I am inclined to believe only packages which are replaced by >> others within Fedora or are definitely dead can be obsoleted. Package >> which a just being retired for current/temporary lack

Re: Recommended upgrade procedure for >1 release upgrades

On 11/18/2016 02:50 PM, Stephen Gallagher wrote: > On 11/18/2016 07:07 AM, Marcin Juszkiewicz wrote: >> W dniu 18.11.2016 o 12:49, Michael Catanzaro pisze: >>> On Fri, 2016-11-18 at 05:37 +, Sérgio Basto wrote: but GNOME Software use dnf-plugin-system-upgrade ? if yes , since then

Re: Recommended upgrade procedure for >1 release upgrades

On 2016-11-18 09:33 AM, Ralf Corsepius wrote: On 11/18/2016 06:08 PM, Adam Williamson wrote: On 2016-11-18 09:03 AM, Adam Williamson wrote: In fact, now I think about it for two seconds, the 'fedora-obsolete-packages' package can fulfill this role perfectly well. If we make it a policy that

Re: Recommended upgrade procedure for >1 release upgrades

On 11/18/2016 06:08 PM, Adam Williamson wrote: On 2016-11-18 09:03 AM, Adam Williamson wrote: In fact, now I think about it for two seconds, the 'fedora-obsolete-packages' package can fulfill this role perfectly well. If we make it a policy that all packages which are retired but not

Re: Recommended upgrade procedure for >1 release upgrades

> "AW" == Adam Williamson writes: AW> Meh, I disagree. It a reasonable point, but there were strong opinions against forced removal of packages in the manner you propose. This did go through FESCo as well. AW> Personally, though, I think any non-maintained

Re: Recommended upgrade procedure for >1 release upgrades

On Fri, Nov 18, 2016 at 08:48:20AM -0500, Stephen Gallagher wrote: > On 11/18/2016 01:02 AM, Sérgio Basto wrote: > > On Qui, 2016-11-17 at 21:04 +0100, Christian Dersch wrote: > >> > >> On 11/17/2016 09:01 PM, Luya Tshimbalanga wrote: > >>> Why not using a similar scheme from Libre Office [1]

[EPEL-devel] Report: Package conflicts between EPEL and RHEL-7.3

This is my first pass at finding the conflicts with between EPEL-7 x86_64 and the RHEL repos 'rhel-7-server-extras-rpms', 'rhel-7-server-optional-rpms', 'rhel-7-server-rpms', 'rhel-ha-for-rhel-7-server-rpms'. There do not seem to be any places where EPEL packages would replace packages in those

Re: Recommended upgrade procedure for >1 release upgrades

On 2016-11-18 09:03 AM, Adam Williamson wrote: I guess one tweak I would be okay with would be a sort of weaker-Obsoletes mechanism: some kind of field that provides a hint to package managers that by default it's OK for the packaging system to remove a given package if it's blocking another

Re: Recommended upgrade procedure for >1 release upgrades

On 2016-11-18 08:30 AM, Ralf Corsepius wrote: Actually, I am inclined to believe only packages which are replaced by others within Fedora or are definitely dead can be obsoleted. Package which a just being retired for current/temporary lack interest/maintainer should not be obsoleted. I

Re: Recommended upgrade procedure for >1 release upgrades

On 2016-11-18 08:38 AM, Jason L Tibbitts III wrote: I don't recall anything about _forcing_ retired packages to be obsoleted. The current rules just say that you must do so if allowing the package to continue to exist would cause dependency issues. Forcing the removal of packages from systems

Re: Recommended upgrade procedure for >1 release upgrades

> "AW" == Adam Williamson writes: AW> (Interestingly, there is actually a way to solve this AW> *retroactively*: the other week I was kicking around the idea of AW> setting up a third-party repo containing a single package named AW> fedora-obsoletes which just

Re: Recommended upgrade procedure for >1 release upgrades

On 11/18/2016 05:16 PM, Adam Williamson wrote: (Interestingly, there is actually a way to solve this *retroactively*: the other week I was kicking around the idea of setting up a third-party repo containing a single package named fedora-obsoletes which just contains a bunch of obsoletes for

Re: Recommended upgrade procedure for >1 release upgrades

On 2016-11-18 01:03 AM, Miroslav Suchý wrote: Fedora N has: xorg-drivers-7.5 which requires xorg-drivers-foo, xorg-drivers-bar xorg-drivers-foo requires xorg-drivers = 7.5 xorg-drivers-bar requires xorg-drivers = 7.5 Fedora N+1 has: xorg-drivers-7.7 which requires xorg-drivers-foo

Re: Packaging udev rules

On 18/11/16 15:31, Sérgio Basto wrote: hum, so use udevadm control --reload is deprecated ? I review udev rules recently in one of my packages and systemd have 2 services: systemd-udevd.service and systemd-udev-trigger.service trigger.service have this command: ExecStart=/usr/bin/udevadm

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 armhfp: perl-Data-Alias-1.20-2.fc24.armv7hl requires

Broken dependencies: perl-Alien-ROOT

perl-Alien-ROOT has broken dependencies in the rawhide tree: On aarch64: perl-Alien-ROOT-5.34.36.1-2.fc26.noarch requires root-core On ppc64: perl-Alien-ROOT-5.34.36.1-2.fc26.noarch requires root-core On ppc64le: perl-Alien-ROOT-5.34.36.1-2.fc26.noarch requires root-core

Re: [Fedora-packaging] Re: Packaging udev rules

> "SB" == Sérgio Basto writes: SB> Anyway we should add some instructions in guidelines about this SB> matter, even if we don't need add nothing in %post etc   That would be great, but someone who knows all of the details would need to actually provide a draft. Or at

Re: Packaging udev rules

On Sex, 2016-11-18 at 16:08 +0100, Igor Gnatenko wrote: > On Fri, Nov 18, 2016 at 2:46 PM, Igor Gnatenko > wrote: > > > > Hello @all, > > > > unfortunately I was not able to find updated information how to do > > that. > > > > %{_udevrulesdir}/foo.rules is fine in %files

pghmcfc pushed to perl-Math-GMP (perl-Math-GMP-2.13-1.fc26). "Update to 2.13 (..more)"

From 188a8e8d772eaa450b71f09056db4d5ba5525ae6 Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Fri, 18 Nov 2016 14:32:15 + Subject: Update to 2.13 - New upstream release 2.13 - Fix the tests on older libgmps (CPAN RT#118816) - Refactoring of the test suite ---

pghmcfc pushed to perl-Math-GMP (master). "Update to 2.13 (..more)"

From 188a8e8d772eaa450b71f09056db4d5ba5525ae6 Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Fri, 18 Nov 2016 14:32:15 + Subject: Update to 2.13 - New upstream release 2.13 - Fix the tests on older libgmps (CPAN RT#118816) - Refactoring of the test suite ---

pghmcfc uploaded Math-GMP-2.13.tar.gz for perl-Math-GMP

bba46616ac3f97fdb3fe5842d899e447 Math-GMP-2.13.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Math-GMP/Math-GMP-2.13.tar.gz/md5/bba46616ac3f97fdb3fe5842d899e447/Math-GMP-2.13.tar.gz ___ perl-devel mailing list --

spot pushed to perl-Mail-Sender (master). "0.903"

From 086595378bad35b253012cdd2685b29da0b2e8f1 Mon Sep 17 00:00:00 2001 From: Tom Callaway Date: Fri, 18 Nov 2016 09:15:11 -0500 Subject: 0.903 --- .gitignore| 1 + perl-Mail-Sender.spec | 8 +++- sources | 2 +- 3 files changed, 9

spot uploaded Mail-Sender-0.903.tar.gz for perl-Mail-Sender

56f391635683d0edf4f992ab9368ed61 Mail-Sender-0.903.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Mail-Sender/Mail-Sender-0.903.tar.gz/md5/56f391635683d0edf4f992ab9368ed61/Mail-Sender-0.903.tar.gz ___ perl-devel mailing list --

ppisar pushed to perl-NNTPClient (f24). "Import"

From cf5de213515fb6629bee4451ff03c30ade320568 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Fri, 18 Nov 2016 15:05:16 +0100 Subject: Import --- .gitignore | 1 +

ppisar changed jplesnik's 'approveacls' permission on perl-NNTPClient (f24) to 'Approved'

ppisar changed jplesnik's 'approveacls' permission on perl-NNTPClient (f24) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an

ppisar changed jplesnik's 'commit' permission on perl-NNTPClient (f24) to 'Approved'

ppisar changed jplesnik's 'commit' permission on perl-NNTPClient (f24) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to

ppisar changed perl-sig's 'watchcommits' permission on perl-NNTPClient (f24) to 'Approved'

ppisar changed perl-sig's 'watchcommits' permission on perl-NNTPClient (f24) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an

ppisar changed perl-sig's 'watchbugzilla' permission on perl-NNTPClient (f24) to 'Approved'

ppisar changed perl-sig's 'watchbugzilla' permission on perl-NNTPClient (f24) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an

ppisar changed perl-sig's 'watchcommits' permission on perl-NNTPClient (f25) to 'Approved'

ppisar changed perl-sig's 'watchcommits' permission on perl-NNTPClient (f25) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an

ppisar changed jplesnik's 'approveacls' permission on perl-NNTPClient (f25) to 'Approved'

ppisar changed jplesnik's 'approveacls' permission on perl-NNTPClient (f25) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an

ppisar changed perl-sig's 'watchcommits' permission on perl-NNTPClient (master) to 'Approved'

ppisar changed perl-sig's 'watchcommits' permission on perl-NNTPClient (master) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an

ppisar pushed to perl-NNTPClient (f25). "Import"

From cf5de213515fb6629bee4451ff03c30ade320568 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Fri, 18 Nov 2016 15:05:16 +0100 Subject: Import --- .gitignore | 1 +

ppisar changed jplesnik's 'commit' permission on perl-NNTPClient (master) to 'Approved'

ppisar changed jplesnik's 'commit' permission on perl-NNTPClient (master) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email

ppisar changed perl-sig's 'watchbugzilla' permission on perl-NNTPClient (master) to 'Approved'

ppisar changed perl-sig's 'watchbugzilla' permission on perl-NNTPClient (master) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send

ppisar uploaded NNTPClient-0.37.tar.gz for perl-NNTPClient

1b0257d13f38d2b71bb85d5ac76f5fd1 NNTPClient-0.37.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-NNTPClient/NNTPClient-0.37.tar.gz/md5/1b0257d13f38d2b71bb85d5ac76f5fd1/NNTPClient-0.37.tar.gz ___ perl-devel mailing list --

ppisar pushed to perl-NNTPClient (master). "Import"

From cf5de213515fb6629bee4451ff03c30ade320568 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= Date: Fri, 18 Nov 2016 15:05:16 +0100 Subject: Import --- .gitignore | 1 +

ppisar changed jplesnik's 'approveacls' permission on perl-NNTPClient (master) to 'Approved'

ppisar changed jplesnik's 'approveacls' permission on perl-NNTPClient (master) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an

ppisar changed jplesnik's 'commit' permission on perl-NNTPClient (f25) to 'Approved'

ppisar changed jplesnik's 'commit' permission on perl-NNTPClient (f25) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to

ppisar changed perl-sig's 'watchbugzilla' permission on perl-NNTPClient (f25) to 'Approved'

ppisar changed perl-sig's 'watchbugzilla' permission on perl-NNTPClient (f25) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an

Re: Packaging udev rules

On Fri, Nov 18, 2016 at 2:46 PM, Igor Gnatenko wrote: > Hello @all, > > unfortunately I was not able to find updated information how to do that. > > %{_udevrulesdir}/foo.rules is fine in %files and BuildRequires: > systemd, but there are more questions: > > * Should

limb changed ppisar's package request for perl-NNTPClient in f24 from Awaiting Review to Approved

limb changed ppisar's package request for perl-NNTPClient in f24 from Awaiting Review to Approved https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe

limb changed ppisar's 'approveacls' permission on perl-NNTPClient (f25) to 'Approved'

limb changed ppisar's 'approveacls' permission on perl-NNTPClient (f25) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email

limb changed ppisar's 'approveacls' permission on perl-NNTPClient (f24) to 'Approved'

limb changed ppisar's 'approveacls' permission on perl-NNTPClient (f24) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email

limb changed ppisar's 'watchcommits' permission on perl-NNTPClient (f24) to 'Approved'

limb changed ppisar's 'watchcommits' permission on perl-NNTPClient (f24) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email

limb changed ppisar's 'commit' permission on perl-NNTPClient (f24) to 'Approved'

limb changed ppisar's 'commit' permission on perl-NNTPClient (f24) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to

limb changed ppisar's package request for perl-NNTPClient in f25 from Awaiting Review to Approved

limb changed ppisar's package request for perl-NNTPClient in f25 from Awaiting Review to Approved https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe

limb changed ppisar's 'watchbugzilla' permission on perl-NNTPClient (f24) to 'Approved'

limb changed ppisar's 'watchbugzilla' permission on perl-NNTPClient (f24) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email

limb created the branch 'f24' for the package 'perl-NNTPClient'

limb created the branch 'f24' for the package 'perl-NNTPClient' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to

limb changed ppisar's 'commit' permission on perl-NNTPClient (f25) to 'Approved'

limb changed ppisar's 'commit' permission on perl-NNTPClient (f25) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to

limb changed ppisar's 'watchbugzilla' permission on perl-NNTPClient (f25) to 'Approved'

limb changed ppisar's 'watchbugzilla' permission on perl-NNTPClient (f25) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email

limb changed ppisar's 'watchcommits' permission on perl-NNTPClient (f25) to 'Approved'

limb changed ppisar's 'watchcommits' permission on perl-NNTPClient (f25) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email

limb changed ppisar's package request for perl-NNTPClient in master from Awaiting Review to Approved

limb changed ppisar's package request for perl-NNTPClient in master from Awaiting Review to Approved https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe

limb changed ppisar's 'watchbugzilla' permission on perl-NNTPClient (master) to 'Approved'

limb changed ppisar's 'watchbugzilla' permission on perl-NNTPClient (master) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an

limb created the branch 'f25' for the package 'perl-NNTPClient'

limb created the branch 'f25' for the package 'perl-NNTPClient' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to

limb changed ppisar's 'watchcommits' permission on perl-NNTPClient (master) to 'Approved'

limb changed ppisar's 'watchcommits' permission on perl-NNTPClient (master) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an

limb changed ppisar's 'approveacls' permission on perl-NNTPClient (master) to 'Approved'

limb changed ppisar's 'approveacls' permission on perl-NNTPClient (master) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an

limb added a new package 'perl-NNTPClient' (master)

limb added a new package 'perl-NNTPClient' (master) https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to

limb changed ppisar's 'commit' permission on perl-NNTPClient (master) to 'Approved'

limb changed ppisar's 'commit' permission on perl-NNTPClient (master) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-NNTPClient/ ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Towards a targeted hardware list [was Re: Fedora on Macs, removing the release criterion]

On Fri, Nov 18, 2016 at 9:36 AM, Matthew Miller wrote: > On Tue, Nov 15, 2016 at 09:01:52AM -0800, Adam Williamson wrote: >> I would not be at all surprised to see a response to 1) be an effort to >> define some specific hardware configurations that Workstation targets.

Re: Wiki page subscription

On 11/18/2016 03:51 PM, Richard Fearn wrote: I also checked that mail to my fedoraproject.org address (to which the wiki defaults) is forwarded to me. Changes/Fedora26CFlags is on my watchlist, but I did not receive any change notification for it. The last change was not even flagged as minor.

Re: Recommended upgrade procedure for >1 release upgrades

On 18/11/16 05:50, Stephen Gallagher wrote: GNOME Software uses PackageKit and both PackageKit and DNF these days use the same underlying dependency resolvers. So they're a lot closer than they used to be. Thanks. ___ devel mailing list --

pghmcfc pushed to perl-Math-BigInt-GMP (perl-Math-BigInt-GMP-1.6000-1.fc26). "Update to 1.6000 (..more)"

From 912ea68115523abf7c2e76996f7df9712aadcc05 Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Fri, 18 Nov 2016 10:59:25 + Subject: Update to 1.6000 - New upstream release 1.6000 - Sync test files with Math-BigInt-1.999800 - Update bundled Devel::CheckLib from v1.03

pghmcfc pushed to perl-Math-BigInt-GMP (master). "Update to 1.6000 (..more)"

From 912ea68115523abf7c2e76996f7df9712aadcc05 Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Fri, 18 Nov 2016 10:59:25 + Subject: Update to 1.6000 - New upstream release 1.6000 - Sync test files with Math-BigInt-1.999800 - Update bundled Devel::CheckLib from v1.03

Re: Fedora on Macs, removing the release criterion

On 18 November 2016 at 02:39, Gerd Hoffmann wrote: > Hi, > >> > Apples and oranges. There's no installer on ARM. There's no need to wipe >> > all your data on a desktop system that you have one unit of. >> >> Yes, there is, we support anaconda just like on all the other

  1   2   >