Please use the announce list (was Re: [ACTION REQUIRED] [FINAL NOTICE] Retiring packages for F-18)
Something with [ACTION REQUIRED] [FINAL NOTICE] in the subject line should probably go to devel-announce list. Best regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Feature Branches or How To Come to a Conclusion
Back from holidays, I have five feature branches. This is somewhat insane, and I need to come to conclusions to trash, merge or update these. Here we go: koji: Use koji scratch builds. This is just a manpage update, and a separate script to download koji scratch builds. I could commit this myself, but since the corresponding issue #17 is assigned to sochotni I hesitate for that very reason. As long as noone says otherwise, I intend to commit this one. no-must: Remove most MUST/SHOULD from output. This is dicussed in the related bug #68. We need to finish this discussion, preferably in the bug. In particular, I need sochotni to reply to my last attempt to find common ground. rm-bugz: This was discussed in the list, see e. g. https://lists.fedorahosted.org/pipermail/fedorareview/2012-July/06.html. My conclusion is that removing the bugzilla options is acceptable if (and only if) a separate tool is provided with these options. Unless there are other opinions, I might merge such a solution. I said 'might', didn't I? vers-info: Keep devel branch ready to produce post-release rpm:s (which means some fixes in release branches). I think sochotni and I agreed on this, but it's long time since. Once again, as long as there is no other opinions, I plan to merge this. So, you have been warned. I guess this is the only way to get attention :) --alec -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Claiming ownership of python-chm
I am taking ownership of python-chm. This package is needed for chm2pdf. -- Regards Lakshmi Narasimhan T V -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Feature Branches or How To Come to a Conclusion
hm.. previous message with this heading was aimed for the fedora-review mailing list (fedorarev...@lists.fedorahosted.org). If anyone still wants to reply , please reply to that list. Otherwise, just ignore. --alec -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Mass rebuild cleanup
Fixed mine: infinispan jboss-connector-1.6-api jboss-jacc-1.4-api jboss-jaspi-1.0-api jboss-naming jboss-transaction-spi picketbox picketbox-commons picketbox-xacml -- Ricardo Arguello (ricardo) On Fri, Aug 3, 2012 at 12:58 AM, Dennis Gilmore den...@ausil.us wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi All, With branching for f18 happening on Tuesday next week we still have quite a large number of failures and packages needing rebuilt. the list of 415 current failures can be found at http://ausil.fedorapeople.org/f18-failures.html while the total rebuild list of 545 can be found at http://ausil.fedorapeople.org/f18-needsbuilt.html please fix them before branching. anything not built will start on the process of being removed from fedora. Dennis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAlAbaKEACgkQkSxm47BaWfe/DACfUg4i7NNMjVLYkq4u25pZAnBF SzkAn3B6hMuQNV7KQa49XSTnzS0HyCb3 =yreK -END PGP SIGNATURE- ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora 18 Feature/Branch Freeze is today, Aug 07
A friendly reminder: * Feature freeze is today, August 7, 2012 [1]. At this point, all accepted features should be substantially complete, and testable. Additionally, if a feature is to be enabled by default, it must be so enabled at Feature Freeze. See [2]. * Branch freeze is today too [3]. * Please update your Feature status - completion, last update date (should be at least 80% now!). * The FESCo review of incomplete Features is on next meeting Aug 13! Features in a high risk to miss the release could be removed from Fedora 18 Feature List and even postponed to the next Fedora release! If you think your Feature is in risk, let me know, comment it in Feature Current Status section to make life of FESCo easier. In case of any questions, comments - please, contact me. Thanks Jaroslav Btw. I'm on vacations this week but I'm checking emails. [1] http://fedoraproject.org/wiki/Releases/18/Schedule [2] https://fedoraproject.org/wiki/Feature_Freeze_Policy [3] http://fedoraproject.org/wiki/Branch_Freeze_Policy -- Jaroslav Řezník jrez...@redhat.com Your Feature Wrangler Office: +420 532 294 275 Mobile: +420 602 797 774 Red Hat, Inc. http://www.redhat.com/ ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 750053] Tk widget demos don't work
https://bugzilla.redhat.com/show_bug.cgi?id=750053 --- Comment #4 from Fedora End Of Life endofl...@fedoraproject.org --- This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on Clone This Bug (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Guidelines Change] Change to the Packaging Guidelines
Here is one late change to the Fedora Packaging Guidelines: --- The systemd scriptlet guidelines have been updated for Fedora 18. In Fedora 18, the systemd package now provides helper macros to simplify %post, %preun, and %postun invocations in packages with systemd unit files. Additionally, these macros enable support for systemd profiles, a Fedora 18 Feature. https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Systemd --- This guideline change was approved by the Fedora Packaging Committee (FPC), but was delayed until recently, pending Feature approval of the systemd profiles feature. Many thanks to Lennart Poettering, and all of the members of the FPC, for assisting in drafting, refining, and passing these guidelines. As a reminder: The Fedora Packaging Guidelines are living documents! If you find something missing, incorrect, or in need of revision, you can suggest a draft change. The procedure for this is documented here: https://fedoraproject.org/wiki/Packaging/Committee#GuidelineChangeProcedure Thanks, ~tom ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Guidelines Change] Change to the Packaging Guidelines
On 07/08/12 17:41, Tom Callaway wrote: The systemd scriptlet guidelines have been updated for Fedora 18. In Fedora 18, the systemd package now provides helper macros to simplify %post, %preun, and %postun invocations in packages with systemd unit files. Additionally, these macros enable support for systemd profiles, a Fedora 18 Feature. https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Systemd The postun macros look wrong - as written the guidelines will result in a service that is not enabled by default not being restarted on upgrade which is a change from the current behaviour. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Guidelines Change] Change to the Packaging Guidelines
On Tue, 07.08.12 17:55, Tom Hughes (t...@compton.nu) wrote: On 07/08/12 17:41, Tom Callaway wrote: The systemd scriptlet guidelines have been updated for Fedora 18. In Fedora 18, the systemd package now provides helper macros to simplify %post, %preun, and %postun invocations in packages with systemd unit files. Additionally, these macros enable support for systemd profiles, a Fedora 18 Feature. https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Systemd The postun macros look wrong - as written the guidelines will result in a service that is not enabled by default not being restarted on upgrade which is a change from the current behaviour. This looks mostly like a copy/paste mistake in the guidelines. The bit about If your service should be enabled by default, ... should actually read If your service should be restarted on upgrades, The big change here is that the policy whether to enable/disable a package by default after installation is no longer encoded in the package itself, but in the preset policy. Thus, mechanism and policy are cleanly separated, so that spins or even local administrators can employ their own schemes here. The Fedora default preset policy is now shipped in systemd.rpm (though I am happy to move it elsewhere, if people prefer). That basically means: if you are converting a service that shall be enabled by default to these new macros (i.e. a service listed on https://fedoraproject.org/wiki/Starting_services_by_default ) then please file a bug against systemd so that your service is added to the default preset policy, so that your service continues to be enabled by default after package installation. Spot, may I suggest adding a short paragraph about this to the guidelines? Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Guidelines Change] Change to the Packaging Guidelines
On 08/07/2012 12:55 PM, Tom Hughes wrote: On 07/08/12 17:41, Tom Callaway wrote: The systemd scriptlet guidelines have been updated for Fedora 18. In Fedora 18, the systemd package now provides helper macros to simplify %post, %preun, and %postun invocations in packages with systemd unit files. Additionally, these macros enable support for systemd profiles, a Fedora 18 Feature. https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Systemd The postun macros look wrong - as written the guidelines will result in a service that is not enabled by default not being restarted on upgrade which is a change from the current behaviour. You're right. I've corrected this. Thanks! ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Guidelines Change] Change to the Packaging Guidelines
On 08/07/2012 01:07 PM, Lennart Poettering wrote: Spot, may I suggest adding a short paragraph about this to the guidelines? Of course, although even more valuable would be a diff from the existing guidelines. ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Guidelines Change] Change to the Packaging Guidelines
On 07/08/12 18:11, Tom Callaway wrote: On 08/07/2012 12:55 PM, Tom Hughes wrote: The postun macros look wrong - as written the guidelines will result in a service that is not enabled by default not being restarted on upgrade which is a change from the current behaviour. You're right. I've corrected this. Thanks! Great. Is that new section on enabled by default right for F18 though? or is that supposed be handled via presets now? Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Guidelines Change] Change to the Packaging Guidelines
On Tue, 07.08.12 13:12, Tom Callaway (tcall...@redhat.com) wrote: On 08/07/2012 01:07 PM, Lennart Poettering wrote: Spot, may I suggest adding a short paragraph about this to the guidelines? Of course, although even more valuable would be a diff from the existing guidelines. Ok, what about this: If your package includes one or more systemd units that shall be enabled by default on package installation, they need to be listed in the default Fedora preset policy. [[http://pkgs.fedoraproject.org/cgit/systemd.git/plain/99-default.preset| The default fedora preset policy is shipped as part of systemd.rpm]]. If your unit files are missing from this list, please file a bug against the systemd package. Only services included in the [[https://fedoraproject.org/wiki/Starting_services_by_default|list of services that may be enabled by default on package installation]] are eligible for this. Or something like this? Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Guidelines Change] Change to the Packaging Guidelines
On Tue, Aug 7, 2012 at 1:18 PM, Lennart Poettering mzerq...@0pointer.dewrote: Ok, what about this: If your package includes one or more systemd units that shall be enabled by default on package installation, they need to be listed in the default Fedora preset policy. [[ http://pkgs.fedoraproject.org/cgit/systemd.git/plain/99-default.preset| The default fedora preset policy is shipped as part of systemd.rpm]]. If your unit files are missing from this list, please file a bug against the systemd package. Only services included in the [[https://fedoraproject.org/wiki/Starting_services_by_default|list of services that may be enabled by default on package installation]] are eligible for this. Or something like this? Question about new systemd policy, If your package is under review, and it enables its service by default, do you add it to the bugzilla of the systemd package or would that be one of the things that needs to happen if it gets approved? Thanks, Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Comps additions/changes for https://fedoraproject.org/wiki/Features/ReworkPackageGroups
This is an annoucement/description for what's going to change in comps for: https://fedoraproject.org/wiki/Features/ReworkPackageGroups As you've noticed, the package selection screen has changed in anaconda - there is a list of choices to install on the left pane, and a list of options in the right pane. We want to describe these choices in comps. Here is how. The choices on the left side are called 'environments'. They are defined in comps like so: environment idgnome-desktop/id nameGNOME Desktop/name descriptionGNOME is a desktop./description display_order10/display_order grouplist groupidbase-x/groupid groupidbase/groupid groupidcore/groupid groupidfonts/groupid groupidinput-methods/groupid groupidadmin-tools/groupid groupiddial-up/groupid groupidhardware-support/groupid groupidprinting/groupid groupidgraphical-internet/groupid groupidgnome-desktop/groupid /grouplist optionlist groupidsound-and-video/groupid groupidoffice/groupid groupideclipse/groupid groupidgames/groupid groupiddesign-suite/groupid groupidelectronic-lab/groupid /optionlist /environment Each environment has a grouplist that lists the groups that make up this enviroment - these are the required groups that will be installed if you select this environment. It also has a list of options for that environment, which are also groups in comps. Note that these groups do not need to have optional packages; there is no individual package selection in anaconda. Whenever an environment is selected in anaconda in the left pane, the right pane will be populated with: - the list of options for that environment in comps - any other user-visible groups in comps The latter is for compatibility with add-on repoitoriess that exist now. All the component groups of environments, and groups available as options, will be able to be installed with kickstart and/or yum post-install via @name syntax. Future work may be done in yum/kickstart to allow specifying environments directly. Patches are available for yum and anaconda for handling this; they should be built in the near future. What's left to change: - Addition/modification of groups in comps for enviroments/options - Addition of environment metadata in comps - (Potentially) removal of obsolete groups - (Potentially) changes of spin-kickstarts to refer to the new groups An example of the comps additions, with a few environments defined, is attached. These environments were based off of the live kickstarts. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Guidelines Change] Change to the Packaging Guidelines
On 08/07/2012 01:29 PM, Lennart Poettering wrote: For services which should not be restarted on upgrade (D-Bus, ...) we should recommend this: %postun %{systemd_postun} and for services which should be restarted on upgrade, we should recommend this: %postun %{systemd_postun_with_restart} apache-httpd.service And nobody should use systemctl enable in the spec snippets anymore. That should be encoded in the preset policy (see other mail I just sent). Why would we ever not want to do a try-restart on an upgrade? This is the current Fedora default. ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Comps additions/changes for https://fedoraproject.org/wiki/Features/ReworkPackageGroups
Bill Nottingham (nott...@redhat.com) said: An example of the comps additions, with a few environments defined, is attached. These environments were based off of the live kickstarts. Ahem. Bill diff --git a/comps-f18.xml.in b/comps-f18.xml.in index 5a428ee..0bd809e 100644 --- a/comps-f18.xml.in +++ b/comps-f18.xml.in @@ -2,6 +2,790 @@ !DOCTYPE comps PUBLIC -//Red Hat, Inc.//DTD Comps info//EN comps.dtd comps group +idx-server/id +_namex-server_name +_descriptionLocal X.org display server/_description +defaultfalse/default +uservisiblefalse/uservisible +packagelist + packagereqxorg-x11-drivers/packagereq + packagereqxorg-x11-server-Xorg/packagereq + packagereqxorg-x11-xauth/packagereq + packagereqxorg-x11-xinit/packagereq + packagereqglx-utils/packagereq + packagereqmesa-dri-drivers/packagereq + packagereqplymouth-system-theme/packagereq + packagereqxorg-x11-utils/packagereq +/packagelist + /group + group +idmultimedia/id +_nameMultimedia/_name +_descriptionAudio/video framework common to desktops/_description +defaultfalse/default +uservisiblefalse/uservisible +packagelist + packagereqgstreamer-plugins-good/packagereq + packagereqPackageKit-gstreamer-plugin/packagereq + packagereqalsa-utils/packagereq + packagereqalsa-plugins-pulseaudio/packagereq + packagereqpulseaudio/packagereq + packagereqpulseaudio-module-bluetooth/packagereq + packagereqpulseaudio-utils/packagereq + packagereqpulseaudio-module-x11/packagereq +/packagelist + /group + group +idgnome/id +_nameGNOME Desktop Environment/_name +_descriptionGNOME is a powerful graphical user interface which includes a panel, desktop, system icons, and a graphical file manager/_description +defaultfalse/default +uservisiblefalse/uservisible +packagelist + packagereqdesktop-backgrounds-basic/packagereq + packagereqcontrol-center/packagereq + packagereqdconf/packagereq + packagereqgnome-panel/packagereq + packagereqgnome-session/packagereq + packagereqgnome-shell/packagereq + packagereqgnome-themes-standard/packagereq + packagereqmetacity/packagereq + packagereqnotification-daemon/packagereq + packagereqabrt-desktop/packagereq + packagereqaisleriot/packagereq + packagereqat-spi2-atk/packagereq + packagereqat-spi2-core/packagereq + packagereqavahi/packagereq + packagereqbaobab/packagereq + packagereqbrasero-nautilus/packagereq + packagereqcaribou/packagereq + packagereqcheese/packagereq + packagereqdeja-dup/packagereq + packagereqeog/packagereq + packagereqevince/packagereq + packagereqevince-nautilus/packagereq + packagereqfile-roller/packagereq + packagereqfile-roller-nautilus/packagereq + packagereqfprintd-pam/packagereq + packagereqgcalctool/packagereq + packagereqgdm/packagereq + packagereqgedit/packagereq + packagereqglib-networking/packagereq + packagereqgnome-backgrounds/packagereq + packagereqgnome-bluetooth/packagereq + packagereqgnome-color-manager/packagereq + packagereqgnome-contacts/packagereq + packagereqgnome-dictionary/packagereq + packagereqgnome-disk-utility/packagereq + packagereqgnome-disk-utility-nautilus/packagereq + packagereqgnome-documents/packagereq + packagereqgnome-font-viewer/packagereq + packagereqgnome-icon-theme/packagereq + packagereqgnome-icon-theme-extras/packagereq + packagereqgnome-icon-theme-symbolic/packagereq + packagereqgnome-packagekit/packagereq + packagereqgnome-screensaver/packagereq + packagereqgnome-screenshot/packagereq + packagereqgnome-system-log/packagereq + packagereqgnome-system-monitor/packagereq + packagereqgnome-terminal/packagereq + packagereqgnome-user-docs/packagereq + packagereqgucharmap/packagereq + packagereqgvfs-fuse/packagereq + packagereqgvfs-gphoto2/packagereq + packagereqgvfs-smb/packagereq + packagereqlibcanberra-gtk2/packagereq + packagereqlibcanberra-gtk3/packagereq + packagereqlibproxy-mozjs/packagereq + packagereqlibrsvg2/packagereq + packagereqlibsane-hpaio/packagereq + packagereqmousetweaks/packagereq + packagereqnautilus/packagereq + packagereqnautilus-sendto/packagereq + packagereqNetworkManager-gnome/packagereq + packagereqNetworkManager-openconnect/packagereq + packagereqNetworkManager-openvpn/packagereq + packagereqNetworkManager-pptp/packagereq + packagereqNetworkManager-vpnc/packagereq + packagereqorca/packagereq + packagereqPackageKit-command-not-found/packagereq + packagereqPackageKit-gtk-module/packagereq + packagereqPackageKit-gtk3-module/packagereq + packagereqpolicycoreutils-restorecond/packagereq + packagereqpolkit-gnome/packagereq +
Re: [Guidelines Change] Change to the Packaging Guidelines
On Tue, 07.08.12 13:36, Tom Callaway (tcall...@redhat.com) wrote: On 08/07/2012 01:29 PM, Lennart Poettering wrote: For services which should not be restarted on upgrade (D-Bus, ...) we should recommend this: %postun %{systemd_postun} and for services which should be restarted on upgrade, we should recommend this: %postun %{systemd_postun_with_restart} apache-httpd.service And nobody should use systemctl enable in the spec snippets anymore. That should be encoded in the preset policy (see other mail I just sent). Why would we ever not want to do a try-restart on an upgrade? This is the current Fedora default. Many services don't support being restarted. For example D-Bus and various storage daemons. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Guidelines Change] Change to the Packaging Guidelines
On Tue, 07.08.12 17:35, Jóhann B. Guðmundsson (johan...@gmail.com) wrote: On 08/07/2012 05:18 PM, Lennart Poettering wrote: Ok, what about this: If your package includes one or more systemd units that shall be enabled by default on package installation, they need to be listed in the default Fedora preset policy. [[http://pkgs.fedoraproject.org/cgit/systemd.git/plain/99-default.preset| The default fedora preset policy is shipped as part of systemd.rpm]]. If your unit files are missing from this list, please file a bug against the systemd package. Only services included in the [[https://fedoraproject.org/wiki/Starting_services_by_default|list of services that may be enabled by default on package installation]] are eligible for this. Or something like this? It's only logical since Fesco is responsible for what is and why it's enabled by default they should be the once that have to add the relevant unit(s) to that default preset file and commit those changes ( with proper change log entries on why they granted that exception in the first place ) once the exception has been approved. Well, the default preset file is currently in systemd.rpm. I am of course happy if FESCO just goes ahead and commits any changes to the policy right-away, but other than that, I am happy to do this for FESCO. The only thing an packager should have to do is request for his unit(s) to be enabled by default then add the relevant macro to his spec file if fesco grants that. The macros should be used anyway. The FESCO permission and addition to the policy is something on top of this. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Guidelines Change] Change to the Packaging Guidelines
Lennart Poettering (mzerq...@0pointer.de) said: On Tue, 07.08.12 13:36, Tom Callaway (tcall...@redhat.com) wrote: On 08/07/2012 01:29 PM, Lennart Poettering wrote: For services which should not be restarted on upgrade (D-Bus, ...) we should recommend this: %postun %{systemd_postun} and for services which should be restarted on upgrade, we should recommend this: %postun %{systemd_postun_with_restart} apache-httpd.service And nobody should use systemctl enable in the spec snippets anymore. That should be encoded in the preset policy (see other mail I just sent). Why would we ever not want to do a try-restart on an upgrade? This is the current Fedora default. Many services don't support being restarted. For example D-Bus and various storage daemons. It's even in the SysV guidelines that automatic condrestart may not be appropriate for all services. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Guidelines Change] Change to the Packaging Guidelines
On Tue, Aug 7, 2012 at 1:35 PM, Lennart Poettering mzerq...@0pointer.dewrote: To enable a service by default after package installation you need permission from FESCO. See the last line of: https://fedoraproject.org/wiki/Starting_services_by_default If you have permission from FESCO then I will add it to the default preset file in systemd and upload it to Fedora. What service are you specifically wondering about? Hi, I have a package review in bugzilla 827167, where I am doing it wrong. The service is called bublebeed. It controls a discrete GPU if its a Intel + Nvidia hybrid graphics system. You should only install this package if you have the correct hardware. Otherwise its kind of useless. So I'm going to try to fix my package and do it the correct way. So I guess I need to research getting permission from FESCO, after I fix the package. Thanks, -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Next FUDCon EMEA (Paris) planning meeting today, 6PM UTC
On Sun, 2012-08-05 at 04:01 -0400, Dodji Seketeli wrote: Kévin Raymond shai...@fedoraproject.org a écrit: Just to remind you that we are having our next planning meeting today, Thursday, at 6PM UTC, #fedora-meeting. This time is going to be used for our weekly meetings. Do we have some minutes somewhere for this? You can usually expect minutes for any meeting that happened in #fedora-meeting on $DATE to be at http://meetbot.fedoraproject.org/fedora-meeting/$DATE , FWIW - first place to look. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Guidelines Change] Change to the Packaging Guidelines
On Tue, Aug 7, 2012 at 7:48 PM, Gary Gatling gsgat...@ncsu.edu wrote: On Tue, Aug 7, 2012 at 1:35 PM, Lennart Poettering mzerq...@0pointer.de wrote: To enable a service by default after package installation you need permission from FESCO. See the last line of: https://fedoraproject.org/wiki/Starting_services_by_default If you have permission from FESCO then I will add it to the default preset file in systemd and upload it to Fedora. What service are you specifically wondering about? Hi, I have a package review in bugzilla 827167, where I am doing it wrong. The service is called bublebeed. It controls a discrete GPU if its a Intel + Nvidia hybrid graphics system. You should only install this package if you have the correct hardware. Otherwise its kind of useless. So I'm going to try to fix my package and do it the correct way. So I guess I need to research getting permission from FESCO, after I fix the package. Note that a package doesn't necessarily have to be explicitly listed on the wiki page to be enabled by default, the page starts with two general rules, the first being the most general one: If a service does not require configuration to be functional and is not network enabled, it may be enabled by default (but is not required to do so). Mirek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Guidelines Change] Change to the Packaging Guidelines
On Tue, Aug 7, 2012 at 2:20 PM, Miloslav Trmač m...@volny.cz wrote: Note that a package doesn't necessarily have to be explicitly listed on the wiki page to be enabled by default, the page starts with two general rules, the first being the most general one: If a service does not require configuration to be functional and is not network enabled, it may be enabled by default (but is not required to do so). Oh, I see. Yeah. bumblebeed doesn't require configuration and its not a network service. Should have seen that. Thanks for the clarification. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Boost and Python 3 in f18
On Tue, 2012-08-07 at 01:22 +0200, Petr Machata wrote: Jon Ciesla limburg...@gmail.com writes: On Mon, Aug 6, 2012 at 11:33 AM, David Malcolm dmalc...@redhat.com wrote: Feature freeze for Fedora 18 is tomorrow (2012-08-07), and git is about to be branched after that for Fedora 19, as per: http://fedoraproject.org/wiki/Releases/18/Schedule Ah, I didn't realize we need to go with this earlier deadline. And here I am all content and not hastening to turn on the python 3 bits! (c) move the boost-1.50 from f18-boost into f18 proper My understanding is that tonight dgilmore will be doing c. Great, that would be very helpful. I'll try to coordinate with him over IRC (am trying to do so now in fact). Petr: What is the status of this? This is currently blocking all builds in f18 that have BuildRequires: boost -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ACTION REQUIRED] [FINAL NOTICE] Retiring packages for F-18
On 31 July 2012 18:11, Bill Nottingham nott...@redhat.com wrote: Package libcrystalhd (fails to build) Fixed (thanks to kwizard for providing the fix, I just committed it). Regards, Hans -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Boost and Python 3 in f18
David Malcolm dmalc...@redhat.com writes: On Tue, 2012-08-07 at 01:22 +0200, Petr Machata wrote: Jon Ciesla limburg...@gmail.com writes: On Mon, Aug 6, 2012 at 11:33 AM, David Malcolm dmalc...@redhat.com wrote: (c) move the boost-1.50 from f18-boost into f18 proper My understanding is that tonight dgilmore will be doing c. Great, that would be very helpful. I'll try to coordinate with him over IRC (am trying to do so now in fact). Petr: What is the status of this? I was told by dgilmore to put a request in the boost side tag ticket earlier today. I promptly did that. dgilmore said he was about to branch f18, and would prefer to merge boost soon, so it seems like he knows about this, and it's now just a matter of time. Thanks, PM -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Boost and Python 3 in f18
Petr Machata pmach...@redhat.com writes: look at re-enabling Python 3 this week, but I'm thinking that I'll actually build it only after the merge. Python 3 support is in git. I'll spin a build after the merge is done. Thanks, PM -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20120801 changes
Hi, On Wed, Aug 01, 2012 at 10:36:51AM -0400, Adam Jackson wrote: On 8/1/12 8:11 AM, Fedora Rawhide Report wrote: [spring] spring-88.0-2.fc18.x86_64 requires libGLEW.so.1.6()(64bit) [toped] toped-0.9.70.1-3.svn1794.fc17.i686 requires libGLEW.so.1.6 toped-0.9.70.1-3.svn1794.fc17.x86_64 requires libGLEW.so.1.6()(64bit) I kicked rebuilds for the libGLEW update, but these two failed. The errors appear to involve C++ being a travesty of a language, so I haven't investigated further. The attached patch fixes that. The build now fails with Making all in tpd_ifaces make[2]: Entering directory `/builddir/build/BUILD/toped-0.9.80/tpd_ifaces' make[2]: *** No rule to make target `cif_yacc.h', needed by `all'. Stop. make[2]: Leaving directory `/builddir/build/BUILD/toped-0.9.80/tpd_ifaces' , but that is no longer a C++ problem .-) D. diff -up toped-0.9.80/tpd_DB/quadtree.cpp.dt toped-0.9.80/tpd_DB/quadtree.cpp --- toped-0.9.80/tpd_DB/quadtree.cpp.dt 2012-08-08 07:38:27.270165529 +0200 +++ toped-0.9.80/tpd_DB/quadtree.cpp2012-08-08 07:39:19.91404 +0200 @@ -365,7 +365,7 @@ bool laydata::ClipIteratorDataT::secur if (0ll == _clipBox.cliparea(IteratorDataT::_cQuad-_overlap)) return false; while (0 == IteratorDataT::_cQuad-_props._numObjects) { - return nextSubQuad(0,IteratorDataT::_cQuad-_props.numSubQuads()); + return IteratorDataT::nextSubQuad(0,IteratorDataT::_cQuad-_props.numSubQuads()); } IteratorDataT::_cData = 0; return true; @@ -424,7 +424,7 @@ bool laydata::DrawIteratorDataT::secur else if (!areal.visible(drawprop-scrCtm(), drawprop-visualLimit())) return false; while (0 == IteratorDataT::_cQuad-_props._numObjects) { - return nextSubQuad(0,IteratorDataT::_cQuad-_props.numSubQuads()); + return IteratorDataT::nextSubQuad(0,IteratorDataT::_cQuad-_props.numSubQuads()); } IteratorDataT::_cData = 0; return true; -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Class-Factory-Util] Specify all dependencies and clean up spec
commit 7dcb4daa2ed388cb0235624646256112cd92b0d1 Author: Jitka Plesnikova jples...@redhat.com Date: Tue Aug 7 09:54:55 2012 +0200 Specify all dependencies and clean up spec perl-Class-Factory-Util.spec | 16 +++- 1 files changed, 7 insertions(+), 9 deletions(-) --- diff --git a/perl-Class-Factory-Util.spec b/perl-Class-Factory-Util.spec index d769f8e..9f0237e 100644 --- a/perl-Class-Factory-Util.spec +++ b/perl-Class-Factory-Util.spec @@ -1,16 +1,18 @@ Name: perl-Class-Factory-Util Version:1.7 -Release:13%{?dist} +Release:14%{?dist} Summary:Provide utility methods for factory classes Group: Development/Libraries License:GPL+ or Artistic URL:http://search.cpan.org/dist/Class-Factory-Util Source0: http://search.cpan.org/CPAN/authors/id/D/DR/DROLSKY/Class-Factory-Util-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(Module::Build) +BuildRequires: perl(Carp) +BuildRequires: perl(lib) +BuildRequires: perl(Test) BuildRequires: perl(Test::More) BuildRequires: perl(Test::Pod) = 1.14 BuildRequires: perl(Test::Pod::Coverage) = 1.04 @@ -30,8 +32,6 @@ This module exports utility functions that are useful for factory classes. %install -rm -rf %{buildroot} - ./Build install destdir=%{buildroot} create_packlist=0 find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \; @@ -42,18 +42,16 @@ find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \; ./Build test -%clean -rm -rf %{buildroot} - - %files -%defattr(-,root,root,-) %doc LICENSE Changes %{perl_vendorlib}/* %{_mandir}/man3/*.3* %changelog +* Tue Aug 7 2012 Jitka Plesnikova jples...@redhat.com - 1.7-14 +- Update BR and clean up spec for modern rpmbuild. + * Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.7-13 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Math-Random-MT-Auto-6.19.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Math-Random-MT-Auto: 8330425faf4bea97e30e37e08769450d Math-Random-MT-Auto-6.19.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Math-Random-MT-Auto] 6.19 bump
commit b0be3d924a42e4b10e8f55e938c8ad21de8ba675 Author: Petr Písař ppi...@redhat.com Date: Tue Aug 7 11:28:06 2012 +0200 6.19 bump .gitignore|1 + perl-Math-Random-MT-Auto.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index 5b5eddf..5fb8d6d 100644 --- a/.gitignore +++ b/.gitignore @@ -2,3 +2,4 @@ Math-Random-MT-Auto-6.14.tar.gz /Math-Random-MT-Auto-6.16.tar.gz /Math-Random-MT-Auto-6.17.tar.gz /Math-Random-MT-Auto-6.18.tar.gz +/Math-Random-MT-Auto-6.19.tar.gz diff --git a/perl-Math-Random-MT-Auto.spec b/perl-Math-Random-MT-Auto.spec index 9078362..b96add7 100644 --- a/perl-Math-Random-MT-Auto.spec +++ b/perl-Math-Random-MT-Auto.spec @@ -1,6 +1,6 @@ Name: perl-Math-Random-MT-Auto -Version:6.18 -Release:3%{?dist} +Version:6.19 +Release:2%{?dist} Summary:Auto-seeded Mersenne Twister PRNGs License:BSD Group: Development/Libraries @@ -71,6 +71,9 @@ make test %{_mandir}/man3/* %changelog +* Tue Aug 07 2012 Petr Pisar ppi...@redhat.com - 6.19-2 +- 6.19 bump + * Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 6.18-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild diff --git a/sources b/sources index 7cb773b..188df66 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -539bf53d06b52bd410d2c7ea0348b6d9 Math-Random-MT-Auto-6.18.tar.gz +8330425faf4bea97e30e37e08769450d Math-Random-MT-Auto-6.19.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 843864] perl-Math-Random-MT-Auto-6.19 is available
https://bugzilla.redhat.com/show_bug.cgi?id=843864 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Math-Random-MT-Auto-6. ||19-2.fc18 Resolution|--- |RAWHIDE Last Closed||2012-08-07 05:37:18 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-EOL] Apply Jitkas patch: Update BR and clean up spec for modern rpmbuild.
commit 8b4fb2b83465ac1a8fe9d0d7282f3268fc4af4fa Author: Marcela Mašláňová mmasl...@redhat.com Date: Tue Aug 7 14:00:59 2012 +0200 Apply Jitkas patch: Update BR and clean up spec for modern rpmbuild. perl-Test-EOL.spec | 15 +++ 1 files changed, 7 insertions(+), 8 deletions(-) --- diff --git a/perl-Test-EOL.spec b/perl-Test-EOL.spec index 957b59f..3625aba 100644 --- a/perl-Test-EOL.spec +++ b/perl-Test-EOL.spec @@ -3,18 +3,18 @@ Name: perl-Test-EOL Version: 1.3 -Release: 4%{?dist} +Release: 5%{?dist} Summary: Check the correct line endings in your project Group: Development/Libraries License: GPL+ or Artistic URL: http://search.cpan.org/dist/Test-EOL/ Source0: http://search.cpan.org/CPAN/authors/id/B/BO/BOBTFISH/Test-EOL-%{version}.tar.gz Patch0:Test-EOL-1.0-old-EU::MM.patch -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) BuildArch: noarch BuildRequires: perl(Cwd) BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(File::Spec) +BuildRequires: perl(File::Temp) # Simplify breaking dependency loops at bootstrap time %if 0%{!?perl_bootstrap:1} BuildRequires: perl(Pod::Coverage::TrustPod) @@ -22,8 +22,8 @@ BuildRequires:perl(Pod::Coverage::TrustPod) BuildRequires: perl(Test::Builder) BuildRequires: perl(Test::More) BuildRequires: perl(Test::NoTabs) = 1.2 -BuildRequires: perl(Test::Pod) -BuildRequires: perl(Test::Pod::Coverage) +BuildRequires: perl(Test::Pod) = 1.41 +BuildRequires: perl(Test::Pod::Coverage) = 1.08 Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description @@ -44,7 +44,6 @@ perl Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install -rm -rf %{buildroot} make pure_install DESTDIR=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} \; %{_fixperms} %{buildroot} @@ -52,15 +51,15 @@ find %{buildroot} -type f -name .packlist -exec rm -f {} \; %check make test RELEASE_TESTING=1 -%clean -rm -rf %{buildroot} - %files %doc Changes LICENSE README %{perl_vendorlib}/Test/ %{_mandir}/man3/Test::EOL.3pm* %changelog +* Tue Aug 7 2012 Jitka Plesnikova jples...@redhat.com +- Update BR and clean up spec for modern rpmbuild + * Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.3-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Alien-SeleniumRC
perl-Alien-SeleniumRC has broken dependencies in the rawhide tree: On x86_64: perl-Alien-SeleniumRC-2.92-1.fc18.noarch requires selenium-server On i386: perl-Alien-SeleniumRC-2.92-1.fc18.noarch requires selenium-server Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Test-Compile
perl-Test-Compile has broken dependencies in the rawhide tree: On x86_64: perl-Test-Compile-0.19-1.fc18.noarch requires perl(Test::Compile::Internal) On i386: perl-Test-Compile-0.19-1.fc18.noarch requires perl(Test::Compile::Internal) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-PDL
perl-PDL has broken dependencies in the rawhide tree: On x86_64: perl-PDL-2.4.10-1.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2) On i386: perl-PDL-2.4.10-1.fc17.i686 requires perl(:MODULE_COMPAT_5.14.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 839744] Review Request: perl-Rose-DateTime - DateTime helper functions and objects
https://bugzilla.redhat.com/show_bug.cgi?id=839744 --- Comment #9 from Fedora Update System upda...@fedoraproject.org --- perl-Rose-DateTime-0.537-4.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/perl-Rose-DateTime-0.537-4.el6 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 846330] New: Lexical subroutines make some variables unavailable
https://bugzilla.redhat.com/show_bug.cgi?id=846330 Bug ID: 846330 QA Contact: extras...@fedoraproject.org Severity: unspecified URL: https://rt.perl.org/rt3//Public/Bug/Display.html?id=11 3930 Version: 17 Priority: unspecified CC: cw...@alumni.drew.edu, iarn...@gmail.com, jples...@redhat.com, ka...@ucw.cz, lkund...@v3.sk, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com, psab...@redhat.com, rc040...@freenet.de, tcall...@redhat.com Assignee: mmasl...@redhat.com Summary: Lexical subroutines make some variables unavailable Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: ppi...@redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: ASSIGNED Component: perl Product: Fedora This code: sub foo { my $x if @_; return if @_; $x = 17; print $x, \n; print sub { $x }-(), \n; return; } foo(1); # make $x stale in all perl versions foo; produces errors and wrong output because it stales the $x: 17 Variable $x is not available at ./lexical_sub line 11. Use of uninitialized value in print at ./lexical_sub line 11. All perls since 5.10.1 are affected. All Fedoras are affected. Fixed in upstream by commit: commit cae5dbbe30ba4a96ff5e570be0d90779f06fee71 Author: Father Chrysostomos spr...@cpan.org Date: Sat Aug 4 14:42:47 2012 -0700 Close over stale vars in active subs -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-EOL] Reinstate EPEL-5 compatibility
commit 3bed51c60b16ea931c6a56ac79f620c9b24c8e48 Author: Paul Howarth p...@city-fan.org Date: Tue Aug 7 14:27:22 2012 +0100 Reinstate EPEL-5 compatibility - Reinstate EPEL-5 compatibility - Drop redundant patch for building with ExtUtils::MakeMaker 6.30 Test-EOL-1.0-old-EU::MM.patch | 30 -- perl-Test-EOL.spec| 24 2 files changed, 12 insertions(+), 42 deletions(-) --- diff --git a/perl-Test-EOL.spec b/perl-Test-EOL.spec index 3625aba..1632093 100644 --- a/perl-Test-EOL.spec +++ b/perl-Test-EOL.spec @@ -1,20 +1,17 @@ -# We don't really need ExtUtils::MakeMaker ≥ 6.30 -%global old_eumm %(perl -MExtUtils::MakeMaker -e 'print (($ExtUtils::MakeMaker::VERSION 6.30) ? 1 : 0);' 2/dev/null || echo 0) - Name: perl-Test-EOL Version: 1.3 -Release: 5%{?dist} +Release: 6%{?dist} Summary: Check the correct line endings in your project Group: Development/Libraries License: GPL+ or Artistic URL: http://search.cpan.org/dist/Test-EOL/ Source0: http://search.cpan.org/CPAN/authors/id/B/BO/BOBTFISH/Test-EOL-%{version}.tar.gz -Patch0:Test-EOL-1.0-old-EU::MM.patch +BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) BuildArch: noarch BuildRequires: perl(Cwd) BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(File::Spec) -BuildRequires: perl(File::Temp) +BuildRequires: perl(File::Temp) # Simplify breaking dependency loops at bootstrap time %if 0%{!?perl_bootstrap:1} BuildRequires: perl(Pod::Coverage::TrustPod) @@ -22,7 +19,7 @@ BuildRequires:perl(Pod::Coverage::TrustPod) BuildRequires: perl(Test::Builder) BuildRequires: perl(Test::More) BuildRequires: perl(Test::NoTabs) = 1.2 -BuildRequires: perl(Test::Pod) = 1.41 +BuildRequires: perl(Test::Pod) BuildRequires: perl(Test::Pod::Coverage) = 1.08 Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) @@ -34,16 +31,12 @@ whitespace. %prep %setup -q -n Test-EOL-%{version} -# We don't really need ExtUtils::MakeMaker ≥ 6.30 -%if %{old_eumm} -%patch0 -p1 -%endif - %build perl Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install +rm -rf %{buildroot} make pure_install DESTDIR=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} \; %{_fixperms} %{buildroot} @@ -51,12 +44,19 @@ find %{buildroot} -type f -name .packlist -exec rm -f {} \; %check make test RELEASE_TESTING=1 +%clean +rm -rf %{buildroot} + %files %doc Changes LICENSE README %{perl_vendorlib}/Test/ %{_mandir}/man3/Test::EOL.3pm* %changelog +* Tue Aug 7 2012 Paul Howarth p...@city-fan.org - 1.3-6 +- Reinstate EPEL-5 compatibility +- Drop redundant patch for building with ExtUtils::MakeMaker 6.30 + * Tue Aug 7 2012 Jitka Plesnikova jples...@redhat.com - Update BR and clean up spec for modern rpmbuild -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-EOL] Created tag perl-Test-EOL-1.3-6.fc18
The lightweight tag 'perl-Test-EOL-1.3-6.fc18' was created pointing to: 3bed51c... Reinstate EPEL-5 compatibility -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 773044] [abrt] gscan2pdf-1.0.0-1.fc15: __GI_raise: Process /usr/bin/perl was killed by signal 6 (SIGABRT)
https://bugzilla.redhat.com/show_bug.cgi?id=773044 --- Comment #27 from Fedora End Of Life endofl...@fedoraproject.org --- This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on Clone This Bug (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 768846] httpd+mod_perl and BerkeleyDB incompatibility
https://bugzilla.redhat.com/show_bug.cgi?id=768846 --- Comment #10 from Fedora End Of Life endofl...@fedoraproject.org --- This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on Clone This Bug (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 768846] httpd+mod_perl and BerkeleyDB incompatibility
https://bugzilla.redhat.com/show_bug.cgi?id=768846 Fedora End Of Life endofl...@fedoraproject.org changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |WONTFIX Last Closed||2012-08-07 14:39:13 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 838120] perl-DateTime is too old
https://bugzilla.redhat.com/show_bug.cgi?id=838120 Fedora End Of Life endofl...@fedoraproject.org changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |WONTFIX Flags|needinfo?(st...@silug.org) | Last Closed||2012-08-07 14:39:19 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 838120] perl-DateTime is too old
https://bugzilla.redhat.com/show_bug.cgi?id=838120 --- Comment #3 from Fedora End Of Life endofl...@fedoraproject.org --- This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on Clone This Bug (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 628655] perl segfaults when joining a thread and using perl-Tk
https://bugzilla.redhat.com/show_bug.cgi?id=628655 Fedora End Of Life endofl...@fedoraproject.org changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |WONTFIX Last Closed||2012-08-07 15:26:53 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 758869] perl-Proc-ProcessTable: unsafe temporary file usage [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=758869 Fedora End Of Life endofl...@fedoraproject.org changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |WONTFIX Last Closed||2012-08-07 15:27:03 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 758869] perl-Proc-ProcessTable: unsafe temporary file usage [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=758869 --- Comment #1 from Fedora End Of Life endofl...@fedoraproject.org --- This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on Clone This Bug (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 758866] CVE-2011-4363 perl-Proc-ProcessTable: unsafe temporary file usage
https://bugzilla.redhat.com/show_bug.cgi?id=758866 Bug 758866 depends on bug 758869, which changed state. Bug 758869 Summary: perl-Proc-ProcessTable: unsafe temporary file usage [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=758869 What|Removed |Added Status|NEW |CLOSED Resolution|--- |WONTFIX -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 751887] CVE-2011-4115 perl-Parallel-ForkManager: insecure temporary file usage [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=751887 Fedora End Of Life endofl...@fedoraproject.org changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |WONTFIX Last Closed||2012-08-07 15:43:40 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 751886] CVE-2011-4115 perl-Parallel-ForkManager: insecure temporary file usage
https://bugzilla.redhat.com/show_bug.cgi?id=751886 Bug 751886 depends on bug 751887, which changed state. Bug 751887 Summary: CVE-2011-4115 perl-Parallel-ForkManager: insecure temporary file usage [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=751887 What|Removed |Added Status|NEW |CLOSED Resolution|--- |WONTFIX -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 751887] CVE-2011-4115 perl-Parallel-ForkManager: insecure temporary file usage [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=751887 --- Comment #2 from Fedora End Of Life endofl...@fedoraproject.org --- This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on Clone This Bug (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 816809] exec/run calls don't handle CJK filenames well.
https://bugzilla.redhat.com/show_bug.cgi?id=816809 --- Comment #3 from Fedora End Of Life endofl...@fedoraproject.org --- This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on Clone This Bug (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 846442] New: mojomojo-1.06 is available
https://bugzilla.redhat.com/show_bug.cgi?id=846442 Bug ID: 846442 Keywords: FutureFeature, Triaged QA Contact: extras...@fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: iarn...@gmail.com, perl-devel@lists.fedoraproject.org Assignee: iarn...@gmail.com Summary: mojomojo-1.06 is available Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: upstream-release-monitor...@fedoraproject.org Type: --- Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: mojomojo Product: Fedora Latest upstream release: 1.06 Current version in Fedora Rawhide: 1.05 URL: http://search.cpan.org/dist/MojoMojo/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 816809] exec/run calls don't handle CJK filenames well.
https://bugzilla.redhat.com/show_bug.cgi?id=816809 Fedora End Of Life endofl...@fedoraproject.org changed: What|Removed |Added Status|ASSIGNED|CLOSED Resolution|--- |WONTFIX Last Closed||2012-08-07 15:59:51 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 846443] New: perl-Capture-Tiny-0.19 is available
https://bugzilla.redhat.com/show_bug.cgi?id=846443 Bug ID: 846443 Keywords: FutureFeature, Triaged QA Contact: extras...@fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org Assignee: mmasl...@redhat.com Summary: perl-Capture-Tiny-0.19 is available Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: upstream-release-monitor...@fedoraproject.org Type: --- Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: perl-Capture-Tiny Product: Fedora Latest upstream release: 0.19 Current version in Fedora Rawhide: 0.18 URL: http://search.cpan.org/dist/Capture-Tiny/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 828221] perl-Gtk2-1.245 is available
https://bugzilla.redhat.com/show_bug.cgi?id=828221 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perl-Gtk2-1.244 is |perl-Gtk2-1.245 is |available |available -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 828221] perl-Gtk2-1.245 is available
https://bugzilla.redhat.com/show_bug.cgi?id=828221 --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Latest upstream release: 1.245 Current version in Fedora Rawhide: 1.243 URL: http://search.cpan.org/dist/Gtk2/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 846444] New: perl-Math-Random-MT-Auto-6.21 is available
https://bugzilla.redhat.com/show_bug.cgi?id=846444 Bug ID: 846444 Keywords: FutureFeature, Triaged QA Contact: extras...@fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com, psab...@redhat.com Assignee: ppi...@redhat.com Summary: perl-Math-Random-MT-Auto-6.21 is available Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: upstream-release-monitor...@fedoraproject.org Type: --- Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: perl-Math-Random-MT-Auto Product: Fedora Latest upstream release: 6.21 Current version in Fedora Rawhide: 6.18 URL: http://search.cpan.org/dist/Math-Random-MT-Auto/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 746941] perl-Mojolicious-3.23 is available
https://bugzilla.redhat.com/show_bug.cgi?id=746941 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perl-Mojolicious-3.20 is|perl-Mojolicious-3.23 is |available |available -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 746941] perl-Mojolicious-3.23 is available
https://bugzilla.redhat.com/show_bug.cgi?id=746941 --- Comment #76 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Latest upstream release: 3.23 Current version in Fedora Rawhide: 3.21 URL: http://search.cpan.org/dist/Mojolicious/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Guidelines Change] Change to the Packaging Guidelines
Here is one late change to the Fedora Packaging Guidelines: --- The systemd scriptlet guidelines have been updated for Fedora 18. In Fedora 18, the systemd package now provides helper macros to simplify %post, %preun, and %postun invocations in packages with systemd unit files. Additionally, these macros enable support for systemd profiles, a Fedora 18 Feature. https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Systemd --- This guideline change was approved by the Fedora Packaging Committee (FPC), but was delayed until recently, pending Feature approval of the systemd profiles feature. Many thanks to Lennart Poettering, and all of the members of the FPC, for assisting in drafting, refining, and passing these guidelines. As a reminder: The Fedora Packaging Guidelines are living documents! If you find something missing, incorrect, or in need of revision, you can suggest a draft change. The procedure for this is documented here: https://fedoraproject.org/wiki/Packaging/Committee#GuidelineChangeProcedure Thanks, ~tom ___ devel-announce mailing list devel-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce