[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 29 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2748/nodejs-0.10.32-1.el7,v8-3.14.5.10-14.el7 28 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2861/nodejs-qs-0.6.6-3.el7 28 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2870/nodejs-send-0.3.0-4.el7 13 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3236/python-oauth2-1.5.211-8.el7 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3283/php-ZendFramework2-2.3.3-1.el7 9 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3292/davfs2-1.4.7-6.el7 5 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3454/rubygem-httpclient-2.4.0-2.el7 5 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3432/drupal7-7.32-1.el7 5 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3328/zarafa-7.1.11-1.el7 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3530/phpMyAdmin-4.2.10.1-1.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing CutyCapt-0-0.5.20130714svn.el7 ghc-exceptions-0.6.1-1.el7 gnuradio-3.7.5.1-1.el7 mate-notification-daemon-1.8.1-1.el7 nginx-1.6.2-4.el7 python-isodate-0.5.0-3.el7 python-moksha-hub-1.4.4-1.el7 python-openid-2.2.5-7.el7 strongswan-5.2.0-7.el7 tor-0.2.4.25-1.el7 weechat-1.0.1-2.el7 Details about builds: CutyCapt-0-0.5.20130714svn.el7 (FEDORA-EPEL-2014-3567) A small command-line utility to capture WebKit's rendering of a web page Update Information: Build on EPEL 7 References: [ 1 ] Bug #1151352 - Package request for EPEL (EL7): CutyCapt https://bugzilla.redhat.com/show_bug.cgi?id=1151352 ghc-exceptions-0.6.1-1.el7 (FEDORA-EPEL-2014-3568) Extensible optionally-pure exceptions Update Information: Extensible optionally-pure exceptions References: [ 1 ] Bug #1075601 - Review Request: ghc-exceptions - Extensible optionally-pure exceptions https://bugzilla.redhat.com/show_bug.cgi?id=1075601 gnuradio-3.7.5.1-1.el7 (FEDORA-EPEL-2014-3572) Software defined radio framework Update Information: This is new version of GNURadio, a bugfix release. For details see upstream announcement: http://gnuradio.org/redmine/news/44 This is an update that fixes building on s390. This is an update fixing several bugs. ChangeLog: * Tue Oct 21 2014 Jaroslav Škarvada jskar...@redhat.com - 3.7.5.1-1 - New versio Resolves: rhbz#1155252 * Tue Oct 7 2014 Jaroslav Škarvada jskar...@redhat.com - 3.7.5-3 - Fixed swig bug regarding size_t (by size_t patch) This fixes building on s390 Resolves: rhbz#1143914 * Wed Sep 17 2014 Jaroslav Škarvada jskar...@redhat.com - 3.7.5-2 - Added PyOpenGL requirement Resolves: rhbz#1049770 * Mon Sep 1 2014 Jaroslav Škarvada jskar...@redhat.com - 3.7.5-1 - New version Resolves: rhbz#1135814 References: [ 1 ] Bug #1155252 - gnuradio-3.7.5.1 is available https://bugzilla.redhat.com/show_bug.cgi?id=1155252 [ 2 ] Bug #1143914 - gnuradio: build fails on s390 https://bugzilla.redhat.com/show_bug.cgi?id=1143914 mate-notification-daemon-1.8.1-1.el7 (FEDORA-EPEL-2014-3552) Notification daemon for MATE Desktop Update Information: - update to 1.8.1 ChangeLog: * Thu Oct 23 2014 Wolfgang Ulbrich chat-to...@raveit.de - 1.8.1-1 - update to 1.8.1 - removed upreamed patch nginx-1.6.2-4.el7 (FEDORA-EPEL-2014-3563) A high performance web server and reverse proxy server
[EPEL-devel] Fedora EPEL 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 914 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 368 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5 133 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1626/puppet-2.7.26-1.el5 29 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2669/check-mk-1.2.4p5-1.el5 28 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2853/mediawiki119-1.19.18-1.el5 13 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3206/phpMyAdmin4-4.0.10.4-1.el5 9 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-/catdoc-0.94.2-10.el5 5 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3455/drupal7-7.32-1.el5 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3549/rubygem-actionpack-2.3.18-1.el5,rubygem-activerecord-2.3.18-1.el5,rubygem-activesupport-2.3.18-1.el5 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3554/rubygem-rails-2.3.18-1.el5,rubygem-actionmailer-2.3.18-1.el5,rubygem-activeresource-2.3.18-1.el5 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3570/tor-0.2.4.25-1.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing nginx-0.8.55-5.el5 rubygem-actionmailer-2.3.18-1.el5 rubygem-activeresource-2.3.18-1.el5 rubygem-rails-2.3.18-1.el5 tor-0.2.4.25-1.el5 Details about builds: nginx-0.8.55-5.el5 (FEDORA-EPEL-2014-3569) Robust, small and high performance HTTP and reverse proxy server Update Information: add vim files (#1142849) ChangeLog: * Wed Oct 22 2014 Jamie Nguyen jamieli...@fedoraproject.org - 0.8.55-4 - add vim files (#1142849) References: [ 1 ] Bug #1142849 - [RFE] include nginx vim files https://bugzilla.redhat.com/show_bug.cgi?id=1142849 rubygem-actionmailer-2.3.18-1.el5 (FEDORA-EPEL-2014-3554) Service layer for easy email delivery and testing Update Information: This is part of the second part of the security rollup to 2.3.18 for EPEL5. These packages don't have security updates, but their dependencies of activerecord, activesupport and actionpack do. rubygem-activeresource-2.3.18-1.el5 (FEDORA-EPEL-2014-3554) Active Record for web resources Update Information: This is part of the second part of the security rollup to 2.3.18 for EPEL5. These packages don't have security updates, but their dependencies of activerecord, activesupport and actionpack do. rubygem-rails-2.3.18-1.el5 (FEDORA-EPEL-2014-3554) Web-application framework Update Information: This is part of the second part of the security rollup to 2.3.18 for EPEL5. These packages don't have security updates, but their dependencies of activerecord, activesupport and actionpack do. tor-0.2.4.25-1.el5 (FEDORA-EPEL-2014-3570) Anonymizing overlay network for TCP (The onion router) Update Information: Update to latest upstream release. ChangeLog: * Wed Oct 22 2014 Jamie Nguyen jamieli...@fedoraproject.org - 0.2.4.25-1 - update to upstream release 0.2.4.25 - reduce diff between el6 and el5 (amend URL, amend macros, some whitespace changes for legibility) * Wed Feb 27 2013 Jamie Nguyen jamieli...@fedoraproject.org - 0.2.3.25-1 - rewrite package from scratch for simplicity and clarity - stick closer with upstream defaults - update to latest stable release - add defaults-torrc References: [ 1 ] Bug #1060758 - CVE-2012-2249 tor: denial of service via a renegotiation attempt
Re: [EPEL-devel] [Extra Packages for Enterprise Linux] #8: EPEL-latest link rpm
#8: EPEL-latest link rpm -+ Reporter: smooge | Owner: epel-wranglers Type: enhancement | Status: new Priority: minor | Milestone: Component: Policy problem |Version: Resolution: | Keywords: -+ Comment (by jperrin): +1 on this from me. This will make things easier -- Ticket URL: https://fedorahosted.org/epel/ticket/8#comment:1 Extra Packages for Enterprise Linux https://fedoraproject.org/wiki/EPEL Extra Packages for Enterprise Linux ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
[EPEL-devel] Orphaned packages in epel6
The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Package (co)maintainersStatus Change === autoconf-archive orphan, tmatsuu 2014-09-08 (6 weeks ago) couchdb orphan, erlang-sig, 2014-05-14 (23 weeks wtogami ago) ddclient orphan2014-05-14 (23 weeks ago) djvulibre orphan, jgu 2014-05-14 (23 weeks ago) dzen2 orphan2014-07-07 (15 weeks ago) efte orphan2014-07-22 (13 weeks ago) ejabberd orphan, erlang-sig, 2014-05-14 (23 weeks jkaluza, ago) martinlanghoff, mmahut erlang-amforphan, erlang-sig2014-05-14 (23 weeks ago) erlang-edown orphan, erlang-sig2014-05-14 (23 weeks ago) erlang-egeoip orphan, erlang-sig2014-05-14 (23 weeks ago) erlang-emmap orphan, erlang-sig2014-05-14 (23 weeks ago) erlang-eradiusorphan, erlang-sig2014-05-14 (23 weeks ago) erlang-erlandoorphan, erlang-sig2014-05-14 (23 weeks ago) erlang-erlsyslog orphan, erlang-sig2014-05-14 (23 weeks ago) erlang-esasl orphan, erlang-sig2014-05-14 (23 weeks ago) erlang-etap orphan, erlang-sig2014-05-14 (23 weeks ago) erlang-gen_leader orphan, erlang-sig2014-05-14 (23 weeks ago) erlang-gettextorphan, erlang-sig2014-05-14 (23 weeks ago) erlang-gproc orphan, erlang-sig2014-05-14 (23 weeks ago) erlang-gtknodeorphan, erlang-sig2014-05-14 (23 weeks ago) erlang-lfeorphan, erlang-sig2014-05-14 (23 weeks ago) erlang-log4erlorphan, erlang-sig2014-05-14 (23 weeks ago) erlang-luke orphan, erlang-sig2014-05-14 (23 weeks ago) erlang-meck orphan, erlang-sig, 2014-05-14 (23 weeks peter ago) erlang-mimetypes orphan, erlang-sig2014-05-14 (23 weeks ago) erlang-misultin orphan, erlang-sig2014-05-14 (23 weeks ago) erlang-neotomaorphan, erlang-sig2014-05-14 (23 weeks ago) erlang-oauth
[EPEL-devel] Orphaned packages in epel7
The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Package (co)maintainersStatus Change === cqrlogorphan, sparks2014-10-14 (1 weeks ago) create-tx-configuration orphan, sparks2014-10-14 (1 weeks ago) golang-github-gorilla-orphan, golang-sig, 2014-06-11 (19 weeks context lsm5, mattdm, vbatts ago) golang-github-gorilla-orphan, golang-sig, 2014-06-11 (19 weeks mux lsm5, mattdm, vbatts ago) golang-github-kr-pty orphan, golang-sig, 2014-06-11 (19 weeks lsm5, mattdm ago) golang-googlecode-net orphan, golang-sig, 2014-06-11 (19 weeks jchaloup, lsm5, mattdm, ago) vbatts golang-googlecode-orphan, golang-sig, 2014-06-11 (19 weeks sqlitelsm5, vbatts ago) mikmodorphan, s4504kr, sdz 2014-05-14 (23 weeks ago) pkcs11-helper orphan2014-08-03 (11 weeks ago) python-paver orphan, lmacken, toshio 2014-08-14 (10 weeks ago) The following packages require above mentioned packages: Depending on: pkcs11-helper (2) openvpn (maintained by: steve, huzaifas, limb) openvpn-2.3.2-4.el7.src requires pkcs11-helper-devel = 1.10-1.el7 openvpn-2.3.2-4.el7.x86_64 requires libpkcs11-helper.so.1()(64bit) NetworkManager-openvpn (maintained by: limb, huzaifas, pavlix) NetworkManager-openvpn-0.9.8.2-4.el7.1.x86_64 requires openvpn = 2.3.2-4.el7 Affected (co)maintainers golang-sig: golang-googlecode-net, golang-github-gorilla-context, golang-googlecode-sqlite, golang-github-kr-pty, golang-github-gorilla-mux huzaifas: pkcs11-helper jchaloup: golang-googlecode-net limb: pkcs11-helper lmacken: python-paver lsm5: golang-googlecode-net, golang-github-gorilla-context, golang-googlecode-sqlite, golang-github-kr-pty, golang-github-gorilla-mux mattdm: golang-googlecode-net, golang-github-gorilla-context, golang-github-kr-pty, golang-github-gorilla-mux pavlix: pkcs11-helper s4504kr: mikmod sdz: mikmod sparks: cqrlog, create-tx-configuration steve: pkcs11-helper toshio: python-paver vbatts: golang-googlecode-net, golang-github-gorilla-context, golang-googlecode-sqlite, golang-github-gorilla-mux Orphans (10): cqrlog create-tx-configuration golang-github-gorilla-context golang-github-gorilla-mux golang-github-kr-pty golang-googlecode-net golang-googlecode-sqlite mikmod pkcs11-helper python-paver Orphans (dependend on) (1): pkcs11-helper Orphans for at least 6 weeks (dependend on) (1): pkcs11-helper Orphans (not depended on) (9): cqrlog create-tx-configuration golang-github-gorilla-context golang-github-gorilla-mux golang-github-kr-pty golang-googlecode-net golang-googlecode-sqlite mikmod python-paver Orphans for at least 6 weeks (not dependend on) (7): golang-github-gorilla-context golang-github-gorilla-mux golang-github-kr-pty golang-googlecode-net golang-googlecode-sqlite mikmod python-paver Depending packages (2): NetworkManager-openvpn openvpn Packages depending on packages orphaned for more than 6 weeks (2): NetworkManager-openvpn openvpn Not found in repo (1): cqrlog -- The script creating this output is run and developed by Fedora Release Engineering. Please report issues at its trac instance: https://fedorahosted.org/rel-eng/ The sources of this script can be found at: https://git.fedorahosted.org/cgit/releng/tree/scripts/find_unblocked_orphans.py ___ epel-devel mailing list epel-devel@lists.fedoraproject.org
[EPEL-devel] appdb quirk for EPEL7 packages
In going through some of the security updates for EPEL 7, I've noticed a few quirks, and I'm unsure of the cause/design. Example - https://apps.fedoraproject.org/packages/nginx This does not show an EPEL7 build, even though there clearly is one (and it's flagged for a security update https://bugzilla.redhat.com/show_bug.cgi?id=1126892). The same thing happened with thunderbird ( https://apps.fedoraproject.org/packages/thunderbird) as well. I'm going to continue going through the EPEL7 security bugs, to see if this is consistent behavior, or if the first two packages I saw were oddities. Is there something that would cause them to not show up in appdb as being part of epel7? -- Jim Perrin The CentOS Project | http://www.centos.org twitter: @BitIntegrity | GPG Key: FA09AD77 ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Xorg crashes detected by ABRT
Hi folks, I ported the ABRT kernel oops detector to journald some time ago, because of NoDefaultSyslog change. I wanted to do the same with the ABRT Xorg stack trace detector (just because I do not like the current implementation and it is possible now [2]), but I am not able to trigger the Xorg's stack trace dumper. I tried a couple of signals, but all my efforts led to a core dump file caught by the ABRT core dump hook. I thought I have the 'NoTrapSignals' option set to 'true', but 'grep NoTrapSignals -r /etc/ /usr/share/X11/' returns no results. Does Xorg handle the fatal signals on its own (it seems it does [3])? If so, how can I trigger it? Otherwise, I would love to remove the ABRT Xorg stack trace detector from Fedora. Regards, Jakub 1: http://fedoraproject.org/wiki/Changes/NoDefaultSyslog 2: http://who-t.blogspot.cz/2014/03/viewing-xorglog-with-journalctl.html 3: https://bugzilla.redhat.com/show_bug.cgi?id=1035508#c1 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Broken deps in rawhide (coreutils)
On 10/22/2014 09:41 PM, Stephen Gallagher wrote:
On Wed, 2014-10-22 at 12:48 -0600, Jerry James wrote:
The icecat spec file needs something like this:
%global __provides_exclude_from ^%{_libdir}/%{name}-%{version}
I tried that yesterday in a scratch-build. It didn't work. I've been too
swamped today to try another approach.
Maintainer tried to build new package, but it failed to build.
Problematic build was untagged from f22, so maintainer have more time for
propper fix now.
https://bugzilla.redhat.com/show_bug.cgi?id=1153135#7
--
Miroslav Suchy, RHCE, RHCDS
Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Improving the offline updates user experience
On 10/22/2014 09:07 PM, Michael Stahl wrote: the important point in that case is not reboot after upgrading Firefox but*before* upgrading Firefox, which means that at the time of the upgrade no Firefox will be running and potentially crashing because one of the 100s of DSOs it loads on-demand has changed in an incompatible way. The upgrade can last one hour (more or less). I'm not going to wait for upgrade and looking at black screen (albeit with progress bar). When upgrading - I save critical work in progress, and start reading articles from my RSS queue. And if Firefox crash (which happens very very rarely) I lost nothing, but get one hour of my life for free. To be constructive: I can imagine displaying dialog: Going to upgrade your system. Do you want to do it offline? * Yes - most safe way * No - there is non-trivial chance that some running application would crash (proceed on your own risk) And let the user decide if he is power user or not. -- Miroslav Suchy, RHCE, RHCDS Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Improving the offline updates user experience
On 23 October 2014 09:56, Miroslav Suchý msu...@redhat.com wrote: The upgrade can last one hour (more or less). An hour?! Most of my offline updates take a few tens of seconds with F21. Is this on fairly up-to-date SSD hardware? Are any specific packages taking longer than the others? Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Improving the offline updates user experience
On Thu, Oct 23, 2014 at 11:43:29AM +0100, Richard Hughes wrote: On 23 October 2014 09:56, Miroslav Suchý msu...@redhat.com wrote: The upgrade can last one hour (more or less). An hour?! Most of my offline updates take a few tens of seconds with F21. Is this on fairly up-to-date SSD hardware? Are any specific packages taking longer than the others? Don't assume everyone is using SSDs with Fedora Regards, Daniel -- |: http://berrange.com -o-http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Improving the offline updates user experience
Am 23.10.2014 um 12:43 schrieb Richard Hughes: On 23 October 2014 09:56, Miroslav Suchý msu...@redhat.com wrote: The upgrade can last one hour (more or less). An hour?! Most of my offline updates take a few tens of seconds with F21. Is this on fairly up-to-date SSD hardware? Are any specific packages taking longer than the others? an hour was surely exaggerated but there was not so long ago a bug in some package updateing caches which took on a hyperfast RAID10 machine with enabled barriers up to 10 minutes for a ordinary KDE update before it got fixid without barriers (which are are default) a few seconds - you don't know if and how often such things may get triggered inside a update transaction (like the useless ldconfig and systemd reloads after every single related package) # https://bugzilla.redhat.com/show_bug.cgi?id=1052173#c32 export PKGSYSTEM_ENABLE_FSYNC=0 signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Improving the offline updates user experience
Am 23.10.2014 um 12:52 schrieb Daniel P. Berrange: On Thu, Oct 23, 2014 at 11:43:29AM +0100, Richard Hughes wrote: On 23 October 2014 09:56, Miroslav Suchý msu...@redhat.com wrote: The upgrade can last one hour (more or less). An hour?! Most of my offline updates take a few tens of seconds with F21. Is this on fairly up-to-date SSD hardware? Are any specific packages taking longer than the others? Don't assume everyone is using SSDs with Fedora that assumption is sadly a common mistake on many places and leads to implement things less efficient because it's fast enough on 'fairly' recent hardware) frankly it will take many years before i replace my 4x2 TB RAID10 disks by 4x2 TB SSD just because the price and no i won't re-install from scratch to just have the OS only on SSD and my virtual machines (which are the reason for that large disks) stay on slower disks signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
rawhide report: 20141023 changes
Compose started at Thu Oct 23 05:15:02 UTC 2014 Broken deps for i386 -- [3Depict] 3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0 [Agda] ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so ghc-Agda-2.3.2.2-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so ghc-Agda-2.3.2.2-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires ghc-devel(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) [CuraEngine] CuraEngine-14.03-2.fc22.i686 requires libpolyclipping.so.16 [PyQuante] PyQuante-libint-1.6.4-11.fc22.1.i686 requires libint(x86-32) = 0:1.1.6-2.fc21 [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [audtty] audtty-0.1.12-9.fc20.i686 requires libaudclient.so.2 [authhub] authhub-0.1.2-3.fc19.i686 requires libjson.so.0 [cab] cab-0.1.9-12.fc22.i686 requires cabal-dev [collectd] collectd-onewire-5.4.1-10.fc22.i686 requires libowcapi-2.9.so.7 [condor] condor-plumage-8.1.4-7.a1a7df5.fc22.i686 requires libmongoclient.so [darcs] darcs-2.8.4-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so darcs-2.8.4-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so darcs-2.8.4-5.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) darcs-2.8.4-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) ghc-darcs-2.8.4-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so ghc-darcs-2.8.4-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so ghc-darcs-2.8.4-5.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) ghc-darcs-2.8.4-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) ghc-darcs-devel-2.8.4-5.fc22.i686 requires ghc-devel(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) ghc-darcs-devel-2.8.4-5.fc22.i686 requires ghc-devel(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) [debconf] debconf-1.5.53-1.fc22.noarch requires perl(:MODULE_COMPAT_5.18.2) [deltacloud-core] deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudservers) deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudfiles) [django-recaptcha] django-recaptcha-0.1-7.20091212svn6.fc21.noarch requires python-django14 [dnssec-check] dnssec-check-1.14.0.1-4.fc20.i686 requires libval-threads.so.14 dnssec-check-1.14.0.1-4.fc20.i686 requires libsres.so.14 [dragonegg] dragonegg-3.4-0.3.rc0.fc21.i686 requires gcc = 0:4.8.2-14.fc21 [edelib] edelib-2.1-5.fc22.i686 requires libedelib.so edelib-devel-2.1-5.fc22.i686 requires libedelib.so [eucalyptus] eucalyptus-common-java-3.3.0-0.5.20130408git32052445.fc20.i686 requires hibernate3-jbosscache = 0:3.6.10-7 [fatrat] 1:fatrat-1.2.0-0.21.beta2.fc22.i686 requires libtorrent-rasterbar.so.7 [flush] flush-0.9.12-10.fc22.i686 requires libtorrent-rasterbar.so.7 [freeipa] freeipa-server-4.1.0-2.fc22.i686 requires pki-ca = 0:10.2.0-3 [gedit-valencia] gedit-valencia-0.4.0-1.20131223git94442bf.fc21.i686 requires libvala-0.24.so.0 [ghc-hjsmin] ghc-hjsmin-0.1.4.7-3.fc22.i686 requires libHSoptparse-applicative-0.9.0-ghc7.6.3.so [glances] glances-2.1.2-2.fc22.noarch requires python-psutil = 0:2.0.0 [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) = 0:0.16.0 [gorm] gorm-1.2.18-5.fc20.i686 requires libgnustep-gui.so.0.23 [gqrx] gqrx-2.2.0-12.fc22.i686 requires libgnuradio-runtime-3.7.5.so.0.0.0 gqrx-2.2.0-12.fc22.i686 requires libgnuradio-pmt-3.7.5.so.0.0.0 gqrx-2.2.0-12.fc22.i686 requires libgnuradio-filter-3.7.5.so.0.0.0 gqrx-2.2.0-12.fc22.i686 requires libgnuradio-fft-3.7.5.so.0.0.0 gqrx-2.2.0-12.fc22.i686 requires libgnuradio-blocks-3.7.5.so.0.0.0 gqrx-2.2.0-12.fc22.i686 requires libgnuradio-analog-3.7.5.so.0.0.0 [gr-air-modes] gr-air-modes-0-0.27.20140312gitcc0fa180.fc22.i686 requires libgnuradio-runtime-3.7.5.so.0.0.0 gr-air-modes-0-0.27.20140312gitcc0fa180.fc22.i686 requires libgnuradio-pmt-3.7.5.so.0.0.0 [gr-fcdproplus] gr-fcdproplus-0-0.3.20140920git1edbe523.fc22.i686 requires libgnuradio-runtime-3.7.5.so.0.0.0 gr-fcdproplus-0-0.3.20140920git1edbe523.fc22.i686 requires libgnuradio-blocks-3.7.5.so.0.0.0
Intend to retire/unless someone can help with/or cares about jogl
So jogl is FTBFS in f21/22. From my repoqueries, nothing needs it, and if anyone's using it they should move to jogl2 anyway. If no one steps up to assist (my Java-fu is weak), I'll retire it next week. Thanks! -me -- http://cecinestpasunefromage.wordpress.com/ in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Please unblock tilda package in koji
Hi all, could someone from the Rel-Eng team please unblock the tilda package? I already opened a ticket with the request and I am not sure how long I'll have to wait until it gets unblocked. [1] -johannes [1] https://fedorahosted.org/rel-eng/ticket/6018 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Schedule for Thursday's FPC Meeting (2014-10-23 16:00 UTC)
Following is the list of topics that will be discussed in the FPC meeting Thursday at 2014-10-23 16:00 UTC in #fedora-meeting-1 on irc.freenode.net. Local time information (via. rktime): 2014-10-23 09:00 Thu US/Pacific PDT 2014-10-23 12:00 Thu US/Eastern EDT 2014-10-23 16:00 Thu UTC - 2014-10-23 17:00 Thu Europe/London BST 2014-10-23 18:00 Thu Europe/Paris CEST 2014-10-23 18:00 Thu Europe/Berlin CEST 2014-10-23 21:30 Thu Asia/Calcutta IST --new day-- 2014-10-24 00:00 Fri Asia/Singapore SGT 2014-10-24 00:00 Fri Asia/Hong_Kong HKT 2014-10-24 01:00 Fri Asia/Tokyo JST 2014-10-24 02:00 Fri Australia/Brisbane EST Links to all tickets below can be found at: https://fedorahosted.org/fpc/report/12 = Followups = #topic #382 Go Packaging Guidelines Draft .fpc 382 https://fedorahosted.org/fpc/ticket/382 (more info. needed, PHP now complies) #topic #452 Crypto policies packaging guideline .fpc 452 https://fedorahosted.org/fpc/ticket/452 (more info. needed) #topic #454 Bundling exception for php-phpoffice-phpexcel .fpc 454 https://fedorahosted.org/fpc/ticket/454 = New business = #topic #463 Note on ExecStart .fpc 463 https://fedorahosted.org/fpc/ticket/463 #topic #464 systemd recommendations for modifying configuration .fpc 464 https://fedorahosted.org/fpc/ticket/464 #topic #465 OpenOffice.org Extensions guidelines out-of-date .fpc 465 https://fedorahosted.org/fpc/ticket/465 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at: https://fedorahosted.org/fpc/report/12 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fpc, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
intent to retire cacti
Hi folks, Cacti is a PHP monitoring program that has been showing its age for a while now. There are numerous CVEs relating to XSS and SQL injection that upstream has patched in SVN but are not available in any tagged release, and this has been the case for several months. More recently, another round of vulnerabilities have come out that upstream has not even officially patched in their SVN repository: - CVE-2014-2327 (CSRF), - CVE-2014-5025 (stored XSS), - CVE-2014-5026 (more stored XSS), - CVE-2014-5261 (shell metacharacters), - CVE-2014-5262 (SQL injection) I think Debian is carrying its own custom patches for some these. Since Fedora's already carrying a large-ish patch to remove Cacti's non-free Javascript bits, the fact that upstream is showing further signs of dying makes me doubt the feasibility of keeping this package in the distro. I'm planning to retire the package altogether. Because of the continued security problems in the project, I would already advise against anyone running vanilla Cacti from upstream. I'm now at the point where I'd advise anyone from running it altogether, even the distro packages. Zenoss, XYMon, Nagios, and Icinga are all viable replacements. Jon Ciesla is the official point of contact for Cacti in pkgdb, and he and I are in agreement that we should retire this package. Cacti is still present in EPEL 5, 6, and 7, and I really dislike destabilizing EPEL if I can help it. I don't know if I can make time to patch the above CVEs, so we may need to retire it in EPEL too. If you're using Cacti, now is the time to move onto something else. - Ken -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: man-db without cache update (no cron or systemd *.timer)
On Mon, Oct 20, 2014 at 3:24 PM, Lennart Poettering mzerq...@0pointer.de wrote: On Mon, 20.10.14 15:08, Matthew Miller (mat...@fedoraproject.org) wrote: On Mon, Oct 20, 2014 at 08:56:19PM +0200, Lennart Poettering wrote: But again, I am not sure I understand what is going on here. Is systemd now optional in Fedora? I guess to some degree everything is optional in one way or another. It's certainly the init system we are using. I think the context is in cases where the packages are used without an init system, systemd or otherwise — the main case being single-process (or at least single-parent-process) application containers. (I'm also looking forward to systemd as a process manager inside e.g. Docker for more sophisticated multi-process applications which for whatever reason want to be in the same container, but that's a different use case.) While I can see the reason why you want this I really find this quite dubious in general. Much of our stack relies on /run and all those other facilities, of our general execution environment to be properly initialized, cleaned up and maintained. We do this with tmpfiles snippets, early-boot services, cron jobs, timer units, and so on and so on. Just saying no to these things, ignoring them and not executing them will only get you so far. It also creates in a way a new execution environment, unless you perfectly replicate the execution environment from your container manager, knowing all components in play, including all libraries and whatever else. A container is _absolutely_ a new execution environment, and the whole advantage of it, to most users, is that it's more lightweight than a complete virtualized OS environment, partly because you do not have to load an entire operating system. There is enough abstraction to make running a distinct set of packages (even a different distro/version) reasonable, but with the luxury of not having to deal with network setup, filesystem checks and mounts, initialization of cgroups, and all those other fun things, because a combination of systemd, docker, and other host services have done all the work. And things like logging the output of the service, restarting it if it crashes, etc. can easily be taken care of by making a systemd unit for the container in the *host* OS. I'm not sure what to make of your comment about knowing all component in play, including all libraries and whatever else, because that seems to indicate that you are worried about dependency closure inside the container, which is the responsibility of whomever built the container. Assuming they did so in a sane way with a package management system, they will be fine from that standpoint. If you really intend to make Fedora in general workable without providing support for tmpfiles bits, without cron jobs, without timer units, without setting up the execution environmnt the same way as on a classic Fedora boot, then please make this a clear goal of Fedora. But just trying to add this through the backdoor sounds wrong. First, I would say that the community has rammed this requirement right through the front door. People _are_ running things this way. This is not some theoretical future feature; it's an adaptation to existing use cases. Second, things like tmpfile cleanup and log rotation are not requirements for a service to function. This is why, for example, none of the many packages which put file in /etc/logrotate.d/ actually require logrotate. Sure, it's nice if it's there, but a user is also free to come up with their own procedure for rotating logs, or to not rotate them at all. I would be interested to know some other concrete examples of concerns about the execution environment that would actually impact the functionality of a service in a container. I won't claim that such things don't exist, but tmpfile clean-up and log rotation are poor examples, IMHO. Honestly though, I really don't think this is really such a good idea. You make things much more complicated for developers that way. We *want* developers to make use of the OS services we provide after all. It makes the system more uniform and more accessible to our admins and users. If you take the vast majority of the facilities that we provide for software away, then very little remains, you devalue the OS itself. We are not taking these things away. Matt even mentioned that he would like to see us provide containers with systemd inside them as an option, but it will necessarily be a more heavyweight option than the current use case which has become so common, and it will be uninteresting to many users. The value in these OS services of which you speak are significant in the host OS, which has to manage the orchestration of many containers in this new world. For the developer (who is *not* a sysadmin) the value of these services is quite minimal. They want to build an app, and run the app, and to have as little concern as possible for the
Re: Proposal for integration tests infrastructure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 22.10.2014 13:43, Honza Horak wrote: Fedora lacks integration testing (unit testing done during build is not enough). Taskotron will be able to fill some gaps in the future, so maintainers will be able to set-up various tasks after their component is built. But even before this works we can benefit from having the tests already available (and run them manually if needed). Hereby, I'd like to get ideas and figure out answers for how and where to keep the tests. A similar discussion already took place before, which I'd like to continue in: https://lists.fedoraproject.org/pipermail/devel/2014-January/193498.html And some short discussion already took place here as well: https://lists.fedoraproject.org/pipermail/env-and-stacks/2014-October/000570.html Some high level requirements: * tests will be written by maintainers or broader community, not a dedicated team * tests will be easy to run on anybody's computer (but might be potentially destructive; some secure environment will not be part of tests) * tests will be run automatically after related components get built (probably by Taskotron) Where to keep tests? a/ in current dist-git for related components (problem with sharing parts of code, problem where to keep tests related for more components) b/ in separate git with similar functionality as dist-git (needs new infrastructure, components are not directly connected with tests, won't make mess in current dist-git) c/ in current dist-git but as ordinary components (no new infrastructure needed but components are not directly connected with tests) How to deliver tests? a/ just use them directly from git (we need to keep some metadata for dependencies anyway) b/ package them as RPMs (we can keep metadata there; e.g. Taskotron will run only tests that have Provides: ci-tests(mariadb) after mariadb is built; we also might automate packaging tests to RPMs) Structure for tests? a/ similar to what components use (branches for Fedora versions) b/ only one branch Test maintainers should be allowed to behave the same as package maintainers do -- one likes keeping branches the same and uses %if %fedora macros, someone else likes specs clean and rather maintain more different branches) -- we won't find one structure that would fit all, so allowing both ways seems better. Which framework to use? People have no time to learn new things, so we should let them to write the tests in any language and just define some conventions how to run them. TAP (Test Anything Protocol) FTW. It really makes sense when you're trying to combine tests from multiple different languages, testing frameworks, etc. Stef -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlRJWOMACgkQe/sRCNknZa/ltQCfcTBBPOIl3fISqjm0j3YUw+TU eSAAoIMo+NSOg/iWf27VQuq0J2rTebT/ =L9uQ -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fedora 21 Beta to slip
Today at Go/No-Go meeting it was decided to slip Fedora 21 Beta release as we did not have release candidate (RC) available in time. However we will try one day slip. The next Go/No-Go meeting is on Friday, Oct 24, the same time at #fedora-meeting-2 channel. Any help with release validation once RC is out is very appreciated! [1] http://qa.fedoraproject.org/blockerbugs/milestone/21/beta/buglist [2] http://meetbot.fedoraproject.org/fedora-meeting-2/2014-10-23/f21_beta_gono-go_meeting.2014-10-23-17.00.html [3] https://fedoraproject.org/wiki/Releases/21/Schedule ___ 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 Code of Conduct: http://fedoraproject.org/code-of-conduct
Bumping python-requests in f20?
There have been some people asking if we can update python-requests in f20 from 1.2.3 to 2.3.0. I'll create an update for it in a few days unless there are any objections. pgpTysJSbVd8l.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Bumping python-requests in f20?
Is it API-compatible? -- Ed Marshall e...@logic.net http://esm.logic.net/ On Oct 23, 2014 1:13 PM, Ralph Bean rb...@redhat.com wrote: There have been some people asking if we can update python-requests in f20 from 1.2.3 to 2.3.0. I'll create an update for it in a few days unless there are any objections. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Bumping python-requests in f20?
On Thu, Oct 23, 2014 at 01:16:29PM -0700, Ed Marshall wrote: Is it API-compatible? Not exactly https://github.com/kennethreitz/requests/blob/master/HISTORY.rst#230-2014-05-16 pgpwJFv1un9XY.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Orphaned packages in rawhide
The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Package (co)maintainersStatus Change === MiniCopierorphan, hicham2014-07-08 (15 weeks ago) PgsLookAndFeelorphan, hicham2014-07-08 (15 weeks ago) bzr-explorer orphan2014-08-14 (10 weeks ago) cqrlogorphan, sparks2014-10-14 (1 weeks ago) create-tx-configuration orphan, sparks2014-10-14 (1 weeks ago) efte orphan2014-07-22 (13 weeks ago) eucalyptusorphan, agk, arg, 2014-08-23 (8 weeks gholmsago) flickrnet orphan, chkr 2014-09-17 (5 weeks ago) gdesklets orphan, luya, owentl 2014-07-16 (14 weeks ago) gdesklets-goodweather orphan, luya 2014-07-16 (14 weeks ago) gdesklets-quote-of-the- orphan, luya 2014-07-16 (14 weeks day ago) gtk-aurora-engine orphan, skytux2014-09-10 (6 weeks ago) gtk-chtheme orphan, skytux2014-09-10 (6 weeks ago) gtk-equinox-engineorphan, affix, skytux 2014-09-10 (6 weeks ago) ice orphan, mef 2014-09-22 (4 weeks ago) inetvis orphan, mildew2014-07-31 (12 weeks ago) kate-plugin-cpphelper orphan, mariobl 2014-07-06 (15 weeks ago) kwootyorphan, brummbq 2014-08-08 (10 weeks ago) nautilus-actions orphan, deji 2014-07-26 (12 weeks ago) pards orphan, masahase 2014-09-10 (6 weeks ago) pidgin-latex orphan2014-07-22 (13 weeks ago) postr orphan, timlau2014-09-27 (3 weeks ago) python-paver orphan, lmacken, toshio 2014-08-14 (10 weeks ago) python-setuptools_trial orphan2014-05-14 (23 weeks ago) python-zfec orphan2014-07-07 (15 weeks ago) qbzr orphan2014-08-14 (10 weeks ago) rhythmbox-equalizer orphan, hicham2014-07-08 (15 weeks ago) sabayon orphan, alexl, cicku 2014-07-13 (14 weeks
Orphaned packages in branched
The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Package (co)maintainersStatus Change === bzr-explorer orphan2014-08-14 (10 weeks ago) cqrlogorphan, sparks2014-10-14 (1 weeks ago) create-tx-configuration orphan, sparks2014-10-14 (1 weeks ago) efte orphan2014-07-22 (13 weeks ago) eucalyptusorphan, agk, arg, 2014-08-23 (8 weeks gholmsago) flickrnet orphan, chkr 2014-09-17 (5 weeks ago) gdesklets orphan, luya, owentl 2014-07-16 (14 weeks ago) gdesklets-goodweather orphan, luya 2014-07-16 (14 weeks ago) gdesklets-quote-of-the- orphan, luya 2014-07-16 (14 weeks day ago) gtk-aurora-engine orphan, skytux2014-09-10 (6 weeks ago) gtk-chtheme orphan, skytux2014-09-10 (6 weeks ago) gtk-equinox-engineorphan, affix, skytux 2014-09-10 (6 weeks ago) ice orphan, mef 2014-09-22 (4 weeks ago) inetvis orphan, mildew2014-07-31 (12 weeks ago) kwootyorphan, brummbq 2014-08-08 (10 weeks ago) mozilla-googlesharing orphan, matriux 2014-09-12 (5 weeks ago) nautilus-actions orphan, deji 2014-07-26 (12 weeks ago) pards orphan, masahase 2014-09-10 (6 weeks ago) pidgin-latex orphan2014-07-22 (13 weeks ago) postr orphan, timlau2014-09-27 (3 weeks ago) python-paver orphan, lmacken, toshio 2014-08-14 (10 weeks ago) qbzr orphan2014-08-14 (10 weeks ago) rktimeorphan, matriux 2014-09-12 (5 weeks ago) semantik orphan, brummbq 2014-08-08 (10 weeks ago) sound-theme-beethoven-orphan2014-08-23 (8 weeks fifth ago) taoframework orphan2014-09-17 (5 weeks ago) towheeorphan, deji 2014-07-22 (13 weeks ago) wallpaperdorphan, skytux2014-09-10 (6 weeks
File amavisd-new-2.10.0.tar.xz uploaded to lookaside cache by jorti
A file has been added to the lookaside cache for amavisd-new: a343a5201663b26519f3db53b6d8be3c amavisd-new-2.10.0.tar.xz -- 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
[slic3r] Unbundle polyclipping 6.2.0
Summary of changes: 3dbabcc... Unbundle polyclipping 6.2.0 (*) (*) This commit already existed in another branch; no separate mail sent -- 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-Qt
perl-Qt has broken dependencies in the rawhide tree: On x86_64: perl-Qt-0.96.0-11.fc22.x86_64 requires perl(:MODULE_COMPAT_5.18.2) perl-Qt-0.96.0-11.fc22.x86_64 requires libperl.so.5.18()(64bit) On i386: perl-Qt-0.96.0-11.fc22.i686 requires perl(:MODULE_COMPAT_5.18.2) perl-Qt-0.96.0-11.fc22.i686 requires libperl.so.5.18 On armhfp: perl-Qt-0.96.0-11.fc22.armv7hl requires perl(:MODULE_COMPAT_5.18.2) perl-Qt-0.96.0-11.fc22.armv7hl requires libperl.so.5.18 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
[amavisd-new] Update to 2.10.0 and several fixes
commit 2d3042c8b3fe436271673792c8ede865c871a702
Author: Juan Orti Alcaine juan.o...@miceliux.com
Date: Thu Oct 23 12:33:47 2014 +0200
Update to 2.10.0 and several fixes
- Update to 2.10.0
- Replace IO::Socket::INET6 with IO::Socket::IP
- Review perl dependencies minimum version
- Add subpackages amavisd-new-zeromq and amavisd-new-snmp-zeromq
.gitignore |1 +
amavis-mc.service| 19
amavisd-new.spec | 109 +-
amavisd-snmp-zmq.service | 19
sources |2 +-
5 files changed, 138 insertions(+), 12 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 6ebf46e..32bff5c 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@ amavisd-new-2.8.0.tar.gz
/amavisd-new-2.9.0.tar.xz
/amavisd-new-2.9.1.tar.xz
/amavisd-new-2.10.0-rc2.tar.xz
+/amavisd-new-2.10.0.tar.xz
diff --git a/amavis-mc.service b/amavis-mc.service
new file mode 100644
index 000..4dcdc1d
--- /dev/null
+++ b/amavis-mc.service
@@ -0,0 +1,19 @@
+[Unit]
+Description=Amavisd-new master supervisor process for communicating through
0MQ sockets
+Documentation=http://www.ijs.si/software/amavisd/#doc
+After=network.target
+Before=amavisd.service
+
+[Service]
+Type=forking
+User=amavis
+Group=amavis
+PIDFile=/var/run/amavisd/amavis-mc.pid
+ExecStart=/usr/sbin/amavis-mc -P /var/run/amavisd/amavis-mc.pid
+Restart=on-failure
+PrivateTmp=true
+PrivateDevices=true
+NoNewPrivileges=true
+
+[Install]
+WantedBy=multi-user.target
diff --git a/amavisd-new.spec b/amavisd-new.spec
index e559eaf..d3ea75b 100644
--- a/amavisd-new.spec
+++ b/amavisd-new.spec
@@ -1,9 +1,9 @@
-%global prerelease rc2
+#%%global prerelease rc2
Summary:Email filter with virus scanner and spamassassin support
Name: amavisd-new
Version:2.10.0
-Release:0.1%{?prerelease:.%{prerelease}}%{?dist}
+Release:1%{?prerelease:.%{prerelease}}%{?dist}
# LDAP schema is GFDL, some helpers are BSD, core is GPLv2+
License:GPLv2+ and BSD and GFDL
Group: Applications/System
@@ -19,6 +19,8 @@ Source11: amavisd-clean-tmp.service
Source12: amavisd-clean-tmp.timer
Source13: amavisd-clean-quarantine.service
Source14: amavisd-clean-quarantine.timer
+Source15: amavis-mc.service
+Source16: amavisd-snmp-zmq.service
Patch0: amavisd-new-2.10.0-conf.patch
Patch1: amavisd-init.patch
Patch2: amavisd-condrestart.patch
@@ -51,19 +53,23 @@ Requires: unzoo
# We probably should parse the fetch_modules() code in amavisd for this list.
# These are just the dependencies that don't get picked up otherwise.
Requires: perl(Archive::Tar)
-Requires: perl(Archive::Zip)
+Requires: perl(Archive::Zip) = 1.14
Requires: perl(Authen::SASL)
Requires: perl(Compress::Zlib) = 1.35
+Requires: perl(Compress::Raw::Zlib) = 2.017
Requires: perl(Convert::TNEF)
Requires: perl(Convert::UUlib)
Requires: perl(Crypt::OpenSSL::RSA)
Requires: perl(DBD::SQLite)
Requires: perl(DBI)
+Requires: perl(Digest::MD5) = 2.22
Requires: perl(Digest::SHA)
Requires: perl(Digest::SHA1)
-Requires: perl(IO::Socket::INET6)
+Requires: perl(File::LibMagic)
+Requires: perl(IO::Socket::IP)
Requires: perl(IO::Socket::SSL)
Requires: perl(IO::Stringy)
+Requires: perl(MIME::Base64)
Requires: perl(MIME::Body)
Requires: perl(MIME::Decoder::Base64)
Requires: perl(MIME::Decoder::Binary)
@@ -72,19 +78,22 @@ Requires: perl(MIME::Decoder::NBit)
Requires: perl(MIME::Decoder::QuotedPrint)
Requires: perl(MIME::Decoder::UU)
Requires: perl(MIME::Head)
-Requires: perl(Mail::DKIM)
+Requires: perl(MIME::Parser)
+Requires: perl(Mail::DKIM) = 0.31
Requires: perl(Mail::Field)
Requires: perl(Mail::Header)
-Requires: perl(Mail::Internet)
+Requires: perl(Mail::Internet) = 1.58
Requires: perl(Mail::SPF)
Requires: perl(Mail::SpamAssassin)
Requires: perl(Net::DNS)
Requires: perl(Net::LDAP)
+Requires: perl(Net::LibIDN)
Requires: perl(Net::SSLeay)
-Requires: perl(Net::Server)
+Requires: perl(Net::Server) = 2.0
Requires: perl(NetAddr::IP)
Requires: perl(Razor2::Client::Version)
Requires: perl(Socket6)
+Requires: perl(Time::HiRes) = 1.49
Requires: perl(Unix::Syslog)
Requires: perl(URI)
Requires(pre): shadow-utils
@@ -101,6 +110,25 @@ Requires(post): systemd
Requires(preun): systemd
Requires(postun): systemd
+%package zeromq
+Group: Applications/System
+Summary:Support for communicating through 0MQ sockets
+Requires: %{name} = %{version}-%{release}
+Requires: perl(ZMQ::Constants)
+Requires: perl(ZMQ::LibZMQ3)
+Requires(post): systemd
+Requires(preun): systemd
[Bug 824089] CVE-2011-2082 rt3: Multiple security flaws fixed in upstream v3.8.12 and v4.0.6 versions [epel-all]
https://bugzilla.redhat.com/show_bug.cgi?id=824089 David A. Cafaro d...@cafaro.net changed: What|Removed |Added CC||d...@cafaro.net Whiteboard||fst_owner=dcafaro -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=34ZqMwOHEGa=cc_unsubscribe -- 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
[PkgDB] limb:perl-ExtUtils-CBuilder set point of contact to: ppisar
user: limb changed point of contact of package: perl-ExtUtils-CBuilder from: orphan to: ppisar on branch: master To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-ExtUtils-CBuilder -- 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
[PkgDB] limb:perl-ExtUtils-CBuilder commit set to Approved
user: limb set for jplesnik acl: commit of package: perl-ExtUtils-CBuilder from: to: Approved on branch: master To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-ExtUtils-CBuilder -- 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
[PkgDB] limb:perl-ExtUtils-CBuilder set point of contact to: ppisar
user: limb changed point of contact of package: perl-ExtUtils-CBuilder from: spot to: ppisar on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-ExtUtils-CBuilder -- 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
[PkgDB] limb:perl-ExtUtils-CBuilder commit set to Approved
user: limb set for psabata acl: commit of package: perl-ExtUtils-CBuilder from: Obsolete to: Approved on branch: master To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-ExtUtils-CBuilder -- 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
[PkgDB] limb:perl-ExtUtils-CBuilder watchbugzilla set to Approved
user: limb set for psabata acl: watchbugzilla of package: perl-ExtUtils-CBuilder from: Obsolete to: Approved on branch: master To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-ExtUtils-CBuilder -- 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
[PkgDB] limb:perl-ExtUtils-CBuilder watchcommits set to Approved
user: limb set for jplesnik acl: watchcommits of package: perl-ExtUtils-CBuilder from: to: Approved on branch: master To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-ExtUtils-CBuilder -- 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
[PkgDB] limb:perl-ExtUtils-CBuilder watchcommits set to Approved
user: limb set for psabata acl: watchcommits of package: perl-ExtUtils-CBuilder from: Obsolete to: Approved on branch: master To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-ExtUtils-CBuilder -- 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
[PkgDB] limb:perl-ExtUtils-CBuilder approveacls set to Approved
user: limb set for psabata acl: approveacls of package: perl-ExtUtils-CBuilder from: Obsolete to: Approved on branch: master To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-ExtUtils-CBuilder -- 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
[PkgDB] limb:perl-ExtUtils-CBuilder approveacls set to Approved
user: limb set for jplesnik acl: approveacls of package: perl-ExtUtils-CBuilder from: to: Approved on branch: master To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-ExtUtils-CBuilder -- 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
[PkgDB] limb:perl-ExtUtils-CBuilder set point of contact to: ppisar
user: limb changed point of contact of package: perl-ExtUtils-CBuilder from: spot to: ppisar on branch: el5 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-ExtUtils-CBuilder -- 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
[PkgDB] limb:perl-ExtUtils-CBuilder watchbugzilla set to Approved
user: limb set for jplesnik acl: watchbugzilla of package: perl-ExtUtils-CBuilder from: to: Approved on branch: master To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-ExtUtils-CBuilder -- 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 Web-Scraper-0.38.tar.gz uploaded to lookaside cache by corsepiu
A file has been added to the lookaside cache for perl-Web-Scraper: 86948e993114263d6cf133654ead36d8 Web-Scraper-0.38.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-Web-Scraper] Upstream update.
commit 8cb5ba6fea63b4abadc299b144254a1720abd1e3
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Thu Oct 23 18:10:15 2014 +0200
Upstream update.
- Fix bogus %changelog entry.
- Reflect upstream having changed to Build.PL.
- Work-around to upstream having missed to install bin/scrapper.
.gitignore|2 +-
perl-Web-Scraper.spec | 37 ++---
sources |2 +-
3 files changed, 24 insertions(+), 17 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index d3c8631..bff0269 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-/Web-Scraper-0.37.tar.gz
+/Web-Scraper-0.38.tar.gz
diff --git a/perl-Web-Scraper.spec b/perl-Web-Scraper.spec
index b9f3a02..ad0dc49 100644
--- a/perl-Web-Scraper.spec
+++ b/perl-Web-Scraper.spec
@@ -6,20 +6,18 @@
%bcond_with live_test
Name: perl-Web-Scraper
-Version:0.37
-Release:6%{?dist}
+Version:0.38
+Release:1%{?dist}
Summary:Web Scraping Toolkit using HTML and CSS Selectors or XPath
expressions
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Web-Scraper/
Source0:
http://www.cpan.org/authors/id/M/MI/MIYAGAWA/Web-Scraper-%{version}.tar.gz
-# Misc. hacks to make the testsuite working
-Patch0: Web-Scraper-0.36-testsuite-hacks.patch
BuildArch: noarch
BuildRequires: perl(base)
+BuildRequires: perl(Module::Build::Tiny) = 0.039
BuildRequires: perl(Carp)
-BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(HTML::Entities)
BuildRequires: perl(HTML::Selector::XPath) = 0.03
BuildRequires: perl(HTML::Tagset)
@@ -57,33 +55,42 @@ returning a neatly arranged Perl data structure.
%prep
%setup -q -n Web-Scraper-%{version}
-%patch0 -p1
+
+# Package does not depend on ExtUtils::MakeMaker
+sed -i '/ExtUtils::MakeMaker/d' META.*
%build
-# --skipdeps causes ExtUtils::AutoInstall not to try auto-installing
-# missing modules
-%{__perl} Makefile.PL INSTALLDIRS=vendor --skipdeps
-make %{?_smp_mflags}
+%{__perl} Build.PL --installdirs=vendor
+./Build
%install
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+./Build install --destdir=$RPM_BUILD_ROOT --create_packlist=0
+
+# Web-Scraper = 0.38 misses to install bin/scaper
+# Install it manually
+install -m 755 -d ${RPM_BUILD_ROOT}%{_bindir}
+install -m 755 bin/scraper ${RPM_BUILD_ROOT}%{_bindir}
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
%{_fixperms} $RPM_BUILD_ROOT/*
%check
-make test LEAK_TEST=1 %{?with_live_test:LIVE_TEST=1}
+LEAK_TEST=1 %{?with_live_test:LIVE_TEST=1} ./Build test
%files
-%defattr(-,root,root,-)
%doc Changes README
%{_bindir}/scraper
%{perl_vendorlib}/*
%{_mandir}/man3/*
%changelog
+* Thu Oct 23 2014 Ralf Corsépius corse...@fedoraproject.org - 0.38-1
+- Upstream update.
+- Fix bogus %%changelog entry.
+- Reflect upstream having changed to Build.PL.
+- Work-around to upstream having missed to install bin/scrapper.
+
* Fri Aug 29 2014 Jitka Plesnikova jples...@redhat.com - 0.37-6
- Perl 5.20 rebuild
@@ -110,7 +117,7 @@ make test LEAK_TEST=1 %{?with_live_test:LIVE_TEST=1}
* Tue Jul 10 2012 Ralf Corsépius corse...@fedoraproject.org 0.36-1.20120710.0
- Merge in Xavier's spec.
-* Fri Jan 21 2012 Ralf Corsépius corse...@fedoraproject.org 0.36-1.20120121.0
+* Sat Jan 21 2012 Ralf Corsépius corse...@fedoraproject.org 0.36-1.20120121.0
- More deps.
- Add %%{?perl_default_filter}.
diff --git a/sources b/sources
index ec92430..1c25d67 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-9a90843a0f84935c4fbd750aa5d08d94 Web-Scraper-0.37.tar.gz
+86948e993114263d6cf133654ead36d8 Web-Scraper-0.38.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-Web-Scraper] Remove (Unused)
commit 3532ebf24ce095e0700b33b1ba40c30e1e45d075 Author: Ralf Corsépius corse...@fedoraproject.org Date: Thu Oct 23 18:34:51 2014 +0200 Remove (Unused) Web-Scraper-0.36-testsuite-hacks.patch | 34 1 files changed, 0 insertions(+), 34 deletions(-) -- 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
[PkgDB] ktdreyer:perl-Nagios-Plugin set point of contact to: ktdreyer
user: ktdreyer changed point of contact of package: perl-Nagios-Plugin from: orphan to: ktdreyer on branch: el5 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Nagios-Plugin -- 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
[PkgDB] ktdreyer:perl-Nagios-Plugin watchcommits set to Approved
user: ktdreyer set for ktdreyer acl: watchcommits of package: perl-Nagios-Plugin from: Approved to: Approved on branch: el5 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Nagios-Plugin -- 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
[PkgDB] ktdreyer:perl-Nagios-Plugin commit set to Approved
user: ktdreyer set for ktdreyer acl: commit of package: perl-Nagios-Plugin from: Approved to: Approved on branch: el5 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Nagios-Plugin -- 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
[PkgDB] ktdreyer:perl-Nagios-Plugin commit set to Approved
user: ktdreyer set for ktdreyer acl: commit of package: perl-Nagios-Plugin from: Approved to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Nagios-Plugin -- 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
[PkgDB] ktdreyer:perl-Nagios-Plugin set point of contact to: ktdreyer
user: ktdreyer changed point of contact of package: perl-Nagios-Plugin from: orphan to: ktdreyer on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Nagios-Plugin -- 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
[PkgDB] ktdreyer:perl-Nagios-Plugin watchbugzilla set to Approved
user: ktdreyer set for ktdreyer acl: watchbugzilla of package: perl-Nagios-Plugin from: Approved to: Approved on branch: el5 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Nagios-Plugin -- 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
[PkgDB] ktdreyer:perl-Nagios-Plugin approveacls set to Approved
user: ktdreyer set for ktdreyer acl: approveacls of package: perl-Nagios-Plugin from: Approved to: Approved on branch: el5 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Nagios-Plugin -- 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
[PkgDB] ktdreyer:perl-Nagios-Plugin approveacls set to Approved
user: ktdreyer set for ktdreyer acl: approveacls of package: perl-Nagios-Plugin from: Approved to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Nagios-Plugin -- 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
[PkgDB] ktdreyer:perl-Nagios-Plugin watchbugzilla set to Approved
user: ktdreyer set for ktdreyer acl: watchbugzilla of package: perl-Nagios-Plugin from: Approved to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Nagios-Plugin -- 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
[PkgDB] ktdreyer:perl-Nagios-Plugin watchcommits set to Approved
user: ktdreyer set for ktdreyer acl: watchcommits of package: perl-Nagios-Plugin from: Approved to: Approved on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Nagios-Plugin -- 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
