Re: Mass bug: packages should not auto-enable systemd units
On 04/30/14 at 09:02am, Andrew Lutomirski wrote: Due to some confusion around how alternatives worked, I screwed up the list of packages here. I've updated it below. I'll give it a few more days before filing the actual bugs. On Wed, Apr 23, 2014 at 4:59 PM, Andrew Lutomirski l...@mit.edu wrote: Hi everyone- This is a notice in accordance with the mass bug filing procedure. A number of packages install systemd units and enable them automatically. They should not. Please update these packages to use the macroized scriptlet (https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Systemd). If your package has an exception from FESCo permitting it to enable itself, please make sure that the service in question is listed in the appropriate preset file. There is a general exception described here: https://fedoraproject.org/wiki/Starting_services_by_default If your package falls under the general exception, then it is possible that no change is required. Nevertheless, if you are relying on the exception, please make sure that your rpm scripts are sensible. The exception is: In addition, any service which does not remain persistent on the system (aka, it runs once then goes away), does not listen to incoming connections during initialization, and does not require configuration to be functional may be enabled by default (but is not required to do so). An example of runs once then goes away service is iptables. Given that this issue can affect Fedora 20 users who install your package as a dependency, these bugs should be fixed in Fedora 20 and Rawhide. The tracker bug is here: https://bugzilla.redhat.com/show_bug.cgi?id=1090684 I created it early because three of the bugs are pre-existing. Next week, I'll file bugs against the packages below. If you fix your package in the mean time, please let me know. After three weeks, provenpackagers may step in and fix these issues. abrt acpid aeolus-audrey-agent aeolus-configserver audit avahi bluez bootchart cherokee cloud-init deltacloud-core dmapd dnssec-trigger glusterfs gnome-initial-setup gpsd ipmiutil iptables kexec-tools Cc kexec-tools list. libstoragemgmt libvirt lttng-tools monit NetworkManager nfs-utils nss-pam-ldapd olpc-kbdshim olpc-powerd openct pcsc-lite qemu qpid-cpp rootfs-resize rpcbind sendmail soundmodem spacenavd subscription-manager supervisor systemd targetcli util-linux vdsm xen --Andy ___ 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 -- 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: 20140504 changes
- * Sat May 03 2014 Leigh Scott leigh123li...@googlemail.com - 2.2.5-1 - update to 2.2.5 - validate all the cinnamon-settings desktop files Size change: 34 bytes cinnamon-desktop-2.2.1-1.fc21 - * Sat May 03 2014 Leigh Scott leigh123li...@googlemail.com - 2.2.1-1 - update to 2.2.1 Size change: -464 bytes clamtk-5.06-1.fc21 -- * Sat May 03 2014 Dave M. dave.n...@gmail.com - 5.06-1 - Updated to release 5.06. - Remove zenity from dependencies. Size change: -5022 bytes drupal7-variable-2.5-1.fc21 --- * Sat May 03 2014 Peter Borsa peter.bo...@gmail.com - 2.5-1 - Updated to 2.5 (BZ #1090883; release notes https://drupal.org/node/2247839) Size change: 358 bytes esteid-browser-plugin-1.3.4-4.fc21 -- * Sat May 03 2014 Kalev Lember kalevlem...@gmail.com - 1.3.4-4 - Use certificates from the esteidcerts package * Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.3.4-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild Size change: -298 bytes file-5.14-20.fc21 - * Tue Mar 25 2014 Jan Kaluza jkal...@redhat.com - 5.14-20 - fix #1079847 - fix potential regression in Perl detection caused by original patch for CVE-2013-7345 Size change: 712 bytes glew-1.10.0-3.fc21 -- * Sat May 03 2014 Peter Robinson pbrobin...@fedoraproject.org 1.10.0-3 - Update config.guess for newer arch support - Modernise spec file * Mon Nov 18 2013 Dave Airlie airl...@redhat.com - 1.10.0-2 - rebuilt for GLEW 1.10 Size change: 268 bytes gnulib-0-8.20140504git.fc21 --- * Sun May 04 2014 Mosaab Alzoubi moc...@hotmail.com - 0-8.20140504git - Update on 20140504. Size change: 4346 bytes gperf-3.0.4-7.fc21 -- Size change: -1101 bytes gretl-1.9.90-1.fc21 --- * Sat May 03 2014 Johannes Lips han...@fedoraproject.org - 1.9.90-1 - Update to 1.9.90 Size change: 200954 bytes gst-entrans-1.0.2-1.fc21 * Sat May 03 2014 Theodore Lee theo...@gmail.com - 1.0.2-1 - Update to 1.0.2 release - Update man file path Size change: 9316 bytes jpegoptim-1.3.1-1.fc21 -- * Sat May 03 2014 Denis Fateyev de...@fateyev.com - 1.3.1-1 - Update to version 1.3.1 Size change: 2066 bytes kde-baseapps-4.13.0-4.fc21 -- * Sat May 03 2014 Rex Dieter rdie...@fedoraproject.org 4.13.0-4 - konqueror: omit dup'd servicemenu bits (in dolphin pkg) * Sat May 03 2014 Rex Dieter rdie...@fedoraproject.org 4.13.0-3 - konqueror: Requires: mozilla-filesystem (#1000673) Size change: 200 bytes kernel-3.15.0-0.rc3.git5.1.fc21 --- * Sat May 03 2014 Josh Boyer jwbo...@fedoraproject.org - 3.15.0-0.rc3.git5.1 - Linux v3.15-rc3-159-g6c6ca9c2a5b9 * Sat May 03 2014 Josh Boyer jwbo...@fedoraproject.org - Add patch to fix HID rmi driver from Benjamin Tissoires (rhbz 1090161) * Sat May 03 2014 Josh Boyer jwbo...@fedoraproject.org - Fix up Provides on kernel-module variant packages - Enable CONFIG_USB_UAS unconditionally per Hans Size change: 11234 bytes libdrm-2.4.54-1.fc21 * Sat May 03 2014 Dennis Gilmore den...@ausil.us 2.4.54-1 - libdrm 2.4.54 Size change: 65821 bytes libguestfs-1.27.8-2.fc21 * Sat May 03 2014 Richard W.M. Jones rjo...@redhat.com - 1:1.27.8-2 - Remove ruby(release) version. Fix for Ruby 2.1. Size change: 116 bytes malaga-7.12-15.fc21 --- Size change: -1103 bytes marisa-0.2.4-5.fc21 --- * Sat May 03 2014 Mamoru TASAKA mtas...@fedoraproject.org - 0.2.4-5 - Ruby: Rebuild for ruby 2.1 / rubygems 2.2 - Ruby: regenerate binding files with newer swig for -Werror=format-security - Perl: don't use %prefix/local, move installation directory to vendor directory Size change: -670 bytes mingw-qt-4.8.6-1.fc21 - * Tue Apr 29 2014 Erik van Pienbroek epien...@fedoraproject.org - 4.8.6-1 - Update to 4.8.6 - Fix DoS vulnerability in the GIF image handler (QTBUG-38367) Size change: 137652 bytes mingw-qt5-qtbase-5.2.1-3.fc21 - * Sat May 03 2014 Erik van Pienbroek epien...@fedoraproject.org - 5.2.1-3 - Fix invalid reference to qtmain when using CMake (RHBZ #1092465) - Fix DoS vulnerability in the GIF image handler (QTBUG-38367, RHBZ #1092837) Size change: 1488 bytes mintlocale-1.1-3.fc21 - * Sat May 03 2014 Leigh Scott leigh123li...@googlemail.com - 1.1-3 - more fixes * Sat May 03 2014 Leigh Scott leigh123li...@googlemail.com - 1.1-2 - fix ui so it looks better - add pkexec support for setting system locale (needs group adm,sudo,wheel to show) Size change: 2494 bytes netcf-0.2.3-7.fc21 -- * Sat May 03 2014 Cole Robinson crobi...@redhat.com - 0.2.3-7 - Fix reading bridge stp value (bz #1031053) Size change: 1427 bytes nfdump-1.6.12-1.fc21
Re: bournal needs dependency
On Sat, May 03, 2014 at 01:44:01PM -0400, James Wilson Harshaw IV wrote: I recently have installed bournal, an encrypted journal program for Fedora. Although it installed with its dependencies, when run it said nano is needed to run. Whoever maintains this package, please add nano to the dependencies. Although it gives that message, the man page actually recommends 'vim', and check out the ~/.bournalrc config file -- there is a setting for EDITOR which defaults to nanoeditor. Change that to some other editor, and the program will run just file. I expect that this is why the hard dependency was dropped, and I think it's probably fair to assume that anyone who is hardcore enough to be using a command-line encrypted journal program can probably deal with that, although it'd be nice if the error message told you about the config file -- or if the program just respected the traditional EDITOR (or VISUAL) environment variable. Overall, posting to this mailing list is okay, but as Michael Schwendt points out, it's really better to file a bug, because not all maintainers can keep up with this list and it's easy to miss things. It's pretty easy to do at: https://bugzilla.redhat.com/enter_bug.cgi?product=Fedoraversion=rawhidecomponent=bournal Also, be aware that the program appears to be dead upstream -- the home page at http://www.becauseinter.net/bournal/ just gives a 404 error. -- Matthew Miller-- Fedora Project--mat...@fedoraproject.org Tepid change for the somewhat better! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Incorrect order of /usr/bin and /usr/sbin in path
Hi, Recently, the value of my PATH variable seems to be messed up: [asinha@ankur-laptop ~]$ echo $PATH /usr/lib64/ccache:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/home/asinha/.local/bin:/home/asinha/bin /usr/bin is supposed to come before /usr/sbin etc. This makes mock throw an error: mock -r fedora-rawhide-x86_64 rebuild ./python-taskreport-1.2.1-1.fc20.src.rpm ERROR: [Errno 1] Operation not permitted ERROR: The most common cause for this error is trying to run /usr/sbin/mock as an unprivileged user. ERROR: Check your path to make sure that /usr/bin/ is listed before /usr/sbin, or manually run /usr/bin/mock to see if that fixes this problem. Running /usr/bin/mock.. works, of course. I've checked the relevant places, and everything seems to be in order. The EUID of my user is 1000 too, so there isn't a reason that /etc/profile should place the directories incorrectly. Would anyone have an hints on correcting this? There's nothing in my user's .bash_profile or .bashrc that modifies path either. I use byobu with a tmux backend, but I don't think that matters. I opened a separate gnome-terminal without byobu and the EUID is correct there too. [asinha@ankur-laptop ~]$ id asinha uid=1000(asinha) gid=1000(asinha) groups=1000(asinha),10(wheel),135(mock) -- Thanks, Warm regards, Ankur (FranciscoD) http://fedoraproject.org/wiki/User:Ankursinha Join Fedora! Come talk to us! http://fedoraproject.org/wiki/Fedora_Join_SIG signature.asc Description: This is a digitally signed message part -- 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: Incorrect order of /usr/bin and /usr/sbin in path
no, in general /usr/sbin is supposed to come before /usr/bin and any software assuming the opposite has a bug look what binaries are in /usr/sbin and then you know you really don't want in general a bad package override them with place a binary with the same name in /usr/bin Am 04.05.2014 18:11, schrieb Ankur Sinha: Recently, the value of my PATH variable seems to be messed up: [asinha@ankur-laptop ~]$ echo $PATH /usr/lib64/ccache:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/home/asinha/.local/bin:/home/asinha/bin /usr/bin is supposed to come before /usr/sbin etc. This makes mock throw an error: mock -r fedora-rawhide-x86_64 rebuild ./python-taskreport-1.2.1-1.fc20.src.rpm ERROR: [Errno 1] Operation not permitted ERROR: The most common cause for this error is trying to run /usr/sbin/mock as an unprivileged user. ERROR: Check your path to make sure that /usr/bin/ is listed before /usr/sbin, or manually run /usr/bin/mock to see if that fixes this problem. Running /usr/bin/mock.. works, of course. I've checked the relevant places, and everything seems to be in order. The EUID of my user is 1000 too, so there isn't a reason that /etc/profile should place the directories incorrectly. Would anyone have an hints on correcting this? There's nothing in my user's .bash_profile or .bashrc that modifies path either. I use byobu with a tmux backend, but I don't think that matters. I opened a separate gnome-terminal without byobu and the EUID is correct there too. [asinha@ankur-laptop ~]$ id asinha uid=1000(asinha) gid=1000(asinha) groups=1000(asinha),10(wheel),135(mock) 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: Incorrect order of /usr/bin and /usr/sbin in path
Reindl Harald wrote: no, in general /usr/sbin is supposed to come before /usr/bin and any software assuming the opposite has a bug Am 04.05.2014 18:11, schrieb Ankur Sinha: /usr/bin is supposed to come before /usr/sbin etc. I don't know of any kind of standard that specifies either. Does Posix specify this for example? Does anyone have a link? -- Björn Persson signature.asc 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: Incorrect order of /usr/bin and /usr/sbin in path
Am 04.05.2014 18:54, schrieb Björn Persson: Reindl Harald wrote: no, in general /usr/sbin is supposed to come before /usr/bin and any software assuming the opposite has a bug Am 04.05.2014 18:11, schrieb Ankur Sinha: /usr/bin is supposed to come before /usr/sbin etc. I don't know of any kind of standard that specifies either. Does Posix specify this for example? Does anyone have a link? normally no software should break independent of that order because it finds the binary anyways in the path and it is unlikely in a clean setup that the same binary exists in both however, the semantics of /usr/sbin is to contain superuser binaries which should not be overriden because a binary with the same name exists in /usr/bin 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: Incorrect order of /usr/bin and /usr/sbin in path
On Mon, 2014-05-05 at 02:11 +1000, Ankur Sinha wrote: Hi, Hi, Recently, the value of my PATH variable seems to be messed up: [asinha@ankur-laptop ~]$ echo $PATH /usr/lib64/ccache:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/home/asinha/.local/bin:/home/asinha/bin The same. /usr/bin is supposed to come before /usr/sbin etc. This makes mock throw an error: mock -r fedora-rawhide-x86_64 rebuild ./python-taskreport-1.2.1-1.fc20.src.rpm ERROR: [Errno 1] Operation not permitted ERROR: The most common cause for this error is trying to run /usr/sbin/mock as an unprivileged user. ERROR: Check your path to make sure that /usr/bin/ is listed before /usr/sbin, or manually run /usr/bin/mock to see if that fixes this problem. Running /usr/bin/mock.. works, of course. I've checked the relevant places, and everything seems to be in order. The EUID of my user is 1000 too, so there isn't a reason that /etc/profile should place the directories incorrectly. Would anyone have an hints on correcting this? There's nothing in my user's .bash_profile or .bashrc that modifies path either. I use byobu with a tmux backend, but I don't think that matters. I opened a separate gnome-terminal without byobu and the EUID is correct there too. [asinha@ankur-laptop ~]$ id asinha uid=1000(asinha) gid=1000(asinha) groups=1000(asinha),10(wheel),135(mock) I've filled bug for this[0] some times ago. [0]https://bugzilla.redhat.com/show_bug.cgi?id=1092612 -- -Igor Gnatenko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Self Introduction: Pierre Marijon
Hello all, I am Pierre Marijon, i study bioinformatic and on my free time i work on free (like freedom) video game Ned et les maki (Ned and the Makihttp:// geekygoblin.org/ned-et-les-maki/ not yet in english sorry about that). Now i work on akagoria (http://www.akagoria.org/) packaging another free game, my first package for akagoria is libes ( https://bugzilla.redhat.com/show_bug.cgi?id=1094057), an library for use Entity System paradigm in C++. I am a new contributor, thus I search a sponsor. My contribution project is work one packaging of two video game, one in C++ (akagoria) and another in Java (Ned and the Maki), and I see Bioperl is not maintained in fedora 20 maybe after i have an litle experience. Weel if someone want sponsor a young guy, and is interest by free video game and perl packaging, i'm here. Thank for your reading, and sorry about my english. -- Pierre Marijon -- 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: Incorrect order of /usr/bin and /usr/sbin in path
Reindl Harald wrote: Am 04.05.2014 18:54, schrieb Björn Persson: Reindl Harald wrote: no, in general /usr/sbin is supposed to come before /usr/bin and any software assuming the opposite has a bug Am 04.05.2014 18:11, schrieb Ankur Sinha: /usr/bin is supposed to come before /usr/sbin etc. I don't know of any kind of standard that specifies either. Does Posix specify this for example? Does anyone have a link? normally no software should break independent of that order because it finds the binary anyways in the path and it is unlikely in a clean setup that the same binary exists in both Right, and in the absence of a specified order in PATH it's a bug if anything depends on *any* particular order. however, the semantics of /usr/sbin is to contain superuser binaries which should not be overriden because a binary with the same name exists in /usr/bin The Filesystem Hierarchy Standard says only that the sbin directories are for programs that only system administrators use, and justifies them with a good partition between binaries that everyone uses and ones that are primarily used for administration tasks. The part about not overriding binaries is your own, personal opinion. -- Björn Persson signature.asc 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: Incorrect order of /usr/bin and /usr/sbin in path
Am 04.05.2014 23:51, schrieb Björn Persson: Reindl Harald wrote: Am 04.05.2014 18:54, schrieb Björn Persson: Reindl Harald wrote: no, in general /usr/sbin is supposed to come before /usr/bin and any software assuming the opposite has a bug Am 04.05.2014 18:11, schrieb Ankur Sinha: /usr/bin is supposed to come before /usr/sbin etc. I don't know of any kind of standard that specifies either. Does Posix specify this for example? Does anyone have a link? normally no software should break independent of that order because it finds the binary anyways in the path and it is unlikely in a clean setup that the same binary exists in both Right, and in the absence of a specified order in PATH it's a bug if anything depends on *any* particular order. however, the semantics of /usr/sbin is to contain superuser binaries which should not be overriden because a binary with the same name exists in /usr/bin The Filesystem Hierarchy Standard says only that the sbin directories are for programs that only system administrators use, and justifies them with a good partition between binaries that everyone uses and ones that are primarily used for administration tasks. The part about not overriding binaries is your own, personal opinion. no, given that /usr/sbin/iptables is clearly a administrative command and so there is no valid reason to seek for iptables in /usr/bin/ nor have it as override is a logical conclusion if you want to override things /usr/local/bin and /usr/local/sbin are your friends - however - back to topic: Incorrect order of /usr/bin and /usr/sbin in path is plain wrong and the PATH /usr/sbin:/usr/bin is in any case correct - period 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: Incorrect order of /usr/bin and /usr/sbin in path
Once upon a time, Reindl Harald h.rei...@thelounge.net said: no, given that /usr/sbin/iptables is clearly a administrative command and so there is no valid reason to seek for iptables in /usr/bin/ nor have it as override is a logical conclusion And there's no reason to look in /usr/sbin for a clearly non-administrative command like ls. The non-admin commands will in most cases vastly outnumber the admin commands, so putting /usr/bin first just makes sense from a performance standpoint. Incorrect order of /usr/bin and /usr/sbin in path is plain wrong and the PATH /usr/sbin:/usr/bin is in any case correct - period No, /usr/bin is supposed to be before /usr/sbin, because otherwise you get broken behavior just like the original poster said they had (mock didn't work but /usr/bin/mock did). The reason is that there are some programs (like mock) that have an entry in both directories. The /usr/bin version is a symlink to consolehelper, that grants additional privileges based on where the user is connected (console vs. network). This is long-time Fedora (and Red Hat Linux before that) behavior. I believe consolehelper is being replaced, but that isn't done yet; after that, the PATH order shouldn't matter. To the OP: I'd suggest checking your .bash_profile to see if something has changed the PATH there. -- Chris Adams li...@cmadams.net -- 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: Incorrect order of /usr/bin and /usr/sbin in path
Reindl Harald wrote: no, in general /usr/sbin is supposed to come before /usr/bin and any software assuming the opposite has a bug my /etc/profile contains: # Path manipulation if [ $EUID = 0 ]; then pathmunge /usr/sbin pathmunge /usr/local/sbin else pathmunge /usr/local/sbin after pathmunge /usr/sbin after fi Which seems to be that sbin gets *appended* for non-root users, for better or worse. -- rex -- 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: Incorrect order of /usr/bin and /usr/sbin in path
On Sun, 2014-05-04 at 14:19 -0400, Ray Strode wrote: This is probably from a recent gdm bug that was fixed upstream by this commit: https://git.gnome.org/browse/gdm/commit/?id=c9bebed8724600aef6c401f21245f7678e45 Thanks Ray. I'll wait for a gdm update and see if that fixes it. -- Thanks, Warm regards, Ankur (FranciscoD) http://fedoraproject.org/wiki/User:Ankursinha Join Fedora! Come talk to us! http://fedoraproject.org/wiki/Fedora_Join_SIG signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
File Data-Validate-Type-v1.5.0.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-Data-Validate-Type: 392c24453fae9bc83961bbcc21ddf5a5 Data-Validate-Type-v1.5.0.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-Data-Validate-Type] Update to 1.5.0
commit c21048af64263639e3dbeb5a911a5902d2ad20ca Author: Emmanuel Seyman emman...@seyman.fr Date: Sun May 4 09:24:41 2014 +0200 Update to 1.5.0 .gitignore |1 + perl-Data-Validate-Type.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index d736fde..40ea244 100644 --- a/.gitignore +++ b/.gitignore @@ -3,3 +3,4 @@ /Data-Validate-Type-1.4.0.tar.gz /Data-Validate-Type-1.4.2.tar.gz /Data-Validate-Type-v1.4.3.tar.gz +/Data-Validate-Type-v1.5.0.tar.gz diff --git a/perl-Data-Validate-Type.spec b/perl-Data-Validate-Type.spec index 80b0a58..d3a4542 100644 --- a/perl-Data-Validate-Type.spec +++ b/perl-Data-Validate-Type.spec @@ -1,5 +1,5 @@ Name: perl-Data-Validate-Type -Version:1.4.3 +Version:1.5.0 Release:1%{?dist} Summary:Public interface to Params::Util offering data type validation functions License:GPLv3 @@ -50,6 +50,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_mandir}/man3/* %changelog +* Sun May 04 2014 Emmanuel Seyman emman...@seyman.fr - 1.5.0-1 +- Update to 1.5.0 + * Sun Apr 27 2014 Emmanuel Seyman emman...@seyman.fr - 1.4.3-1 - Update to 1.4.3 diff --git a/sources b/sources index 85665f7..fcc6407 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -bb2ad812aacc7a5b41c810bab4ff3716 Data-Validate-Type-v1.4.3.tar.gz +392c24453fae9bc83961bbcc21ddf5a5 Data-Validate-Type-v1.5.0.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
File Hijk-0.13.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-Hijk: cd3f2decb71ee98282e9ee06cd6c65b8 Hijk-0.13.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-Hijk] Update to 0.13
commit b80ebc9372b321b7a2faf9e9946fc7cc1685597d Author: Emmanuel Seyman emman...@seyman.fr Date: Sun May 4 09:31:44 2014 +0200 Update to 0.13 .gitignore |1 + perl-Hijk.spec |9 ++--- sources|2 +- 3 files changed, 8 insertions(+), 4 deletions(-) --- diff --git a/.gitignore b/.gitignore index e3f024b..99bd463 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ /Hijk-0.12.tar.gz +/Hijk-0.13.tar.gz diff --git a/perl-Hijk.spec b/perl-Hijk.spec index 68d6be8..af822a3 100644 --- a/perl-Hijk.spec +++ b/perl-Hijk.spec @@ -1,11 +1,11 @@ Name: perl-Hijk -Version:0.12 -Release:3%{?dist} +Version:0.13 +Release:1%{?dist} Summary:Specialized HTTP client License:MIT URL:http://search.cpan.org/dist/Hijk/ -Source0:http://www.cpan.org/authors/id/A/AV/AVAR/Hijk-%{version}.tar.gz +Source0: http://www.cpan.org/authors/id/G/GU/GUGOD/Hijk-%{version}.tar.gz BuildArch: noarch BuildRequires: perl @@ -64,6 +64,9 @@ make test %{_mandir}/man3/* %changelog +* Sun May 04 2014 Emmanuel Seyman emman...@seyman.fr - 0.13-1 +- Update to 0.13 + * Sat Mar 15 2014 Emmanuel Seyman emman...@seyman.fr - 0.12-3 - Really add perl as a BuildRequires diff --git a/sources b/sources index ad27109..b420e1e 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -fa4028b0465e083f28a8224ca643560f Hijk-0.12.tar.gz +cd3f2decb71ee98282e9ee06cd6c65b8 Hijk-0.13.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
File Mojolicious-4.97.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-Mojolicious: c054e824a60d777b98d0f691c9d6b56e Mojolicious-4.97.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-Mojolicious] Update to 4.97
commit ee7449b1eae910c5b4791593b96b63c11ff3fb4b Author: Emmanuel Seyman emman...@seyman.fr Date: Sun May 4 09:36:25 2014 +0200 Update to 4.97 .gitignore|1 + perl-Mojolicious.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 32b7360..519dc06 100644 --- a/.gitignore +++ b/.gitignore @@ -126,3 +126,4 @@ Mojolicious-0.26.tar.gz /Mojolicious-4.93.tar.gz /Mojolicious-4.94.tar.gz /Mojolicious-4.95.tar.gz +/Mojolicious-4.97.tar.gz diff --git a/perl-Mojolicious.spec b/perl-Mojolicious.spec index 42fe092..355f0c2 100644 --- a/perl-Mojolicious.spec +++ b/perl-Mojolicious.spec @@ -1,5 +1,5 @@ Name: perl-Mojolicious -Version:4.95 +Version:4.97 Release:1%{?dist} Summary:A next generation web framework for Perl License:Artistic 2.0 @@ -60,6 +60,9 @@ make test %{_mandir}/man3/* %changelog +* Sun May 04 2014 Emmanuel Seyman emman...@seyman.fr - 4.97-1 +- Update to 4.97 + * Sun Apr 27 2014 Emmanuel Seyman emman...@seyman.fr - 4.95-1 - Update to 4.95 diff --git a/sources b/sources index 4283bd2..cdb6cfd 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -04269a05f12eb52e2f3c7b427328e444 Mojolicious-4.95.tar.gz +c054e824a60d777b98d0f691c9d6b56e Mojolicious-4.97.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
File Test-Type-v1.2.0.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-Test-Type: 660dc3850f28b0cd261198f0f351adf0 Test-Type-v1.2.0.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
Broken dependencies: perl-Language-Expr
perl-Language-Expr has broken dependencies in the rawhide tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.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
File IO-Socket-SSL-1.983.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-IO-Socket-SSL: 1b4fd446efb65010574f2f45a04261ec IO-Socket-SSL-1.983.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-IO-Socket-SSL] Update to 1.983
commit e56716ca3124bdc5b17c45a50d764c0058fe6242 Author: Paul Howarth p...@city-fan.org Date: Sun May 4 16:12:34 2014 +0100 Update to 1.983 - New upstream release 1.983 - Fix public suffix handling: ajax.googleapis.com should be ok even if googleapis.com is in public suffix list (e.g. check one level less) (CPAN RT#95317) - usable_ca.t - update fingerprints after heartbleed attack - usable_ca.t - make sure we have usable CA for tested hosts in CA store perl-IO-Socket-SSL.spec | 10 +- sources |2 +- 2 files changed, 10 insertions(+), 2 deletions(-) --- diff --git a/perl-IO-Socket-SSL.spec b/perl-IO-Socket-SSL.spec index a1e8f69..61f9921 100644 --- a/perl-IO-Socket-SSL.spec +++ b/perl-IO-Socket-SSL.spec @@ -1,5 +1,5 @@ Name: perl-IO-Socket-SSL -Version: 1.982 +Version: 1.983 Release: 1%{?dist} Summary: Perl library for transparent SSL Group: Development/Libraries @@ -83,6 +83,14 @@ rm -rf %{buildroot} %{_mandir}/man3/IO::Socket::SSL::Utils.3* %changelog +* Sun May 4 2014 Paul Howarth p...@city-fan.org - 1.983-1 +- Update to 1.983 + - Fix public suffix handling: ajax.googleapis.com should be ok even if +googleapis.com is in public suffix list (e.g. check one level less) +(CPAN RT#95317) + - usable_ca.t - update fingerprints after heartbleed attack + - usable_ca.t - make sure we have usable CA for tested hosts in CA store + * Thu Apr 24 2014 Paul Howarth p...@city-fan.org - 1.982-1 - Update to 1.982 - Fix for using subroutine as argument to set_args_filter_hack diff --git a/sources b/sources index 2b63c72..3b341c3 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -9b4b08cf020e8f9d03eb5e8824555cb4 IO-Socket-SSL-1.982.tar.gz +1b4fd446efb65010574f2f45a04261ec IO-Socket-SSL-1.983.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-IO-Socket-SSL] Created tag perl-IO-Socket-SSL-1.983-1.fc21
The lightweight tag 'perl-IO-Socket-SSL-1.983-1.fc21' was created pointing to: e56716c... Update to 1.983 -- 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 DateTime-Format-Strptime-1.55.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-DateTime-Format-Strptime: 8613390f37ac9d80db67bc69e62818a7 DateTime-Format-Strptime-1.55.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-DateTime-Format-Strptime] Update to 1.55
commit f0b5421e6dc7af2289d0d169739c0b55c12f1e49 Author: Paul Howarth p...@city-fan.org Date: Sun May 4 20:21:21 2014 +0100 Update to 1.55 - New upstream release 1.55 (rpm version 1.5500 to maintain upgrade path) - If diagnostic is true for an object, it will now use Test::More::diag() under the test harness rather than printing to STDOUT - The %%z specifier will now parse UTC offsets with a colon like +01:00 (CPAN RT#91458) - Made the regexes to parse day and months abbreviations and names a little more specificl as it stood, they tended to eat up more non-word characters than they should, so a pattern like '%a%m%d_%Y' broke on a date like 'Fri0215_2013' - the day name would be parsed as 'Fri02' and the month would not be parsed at all (CPAN RT#93863, CPAN RT#93865) - Specify all dependencies - Use DESTDIR rather than PERL_INSTALL_ROOT perl-DateTime-Format-Strptime.spec | 26 +- sources|2 +- 2 files changed, 22 insertions(+), 6 deletions(-) --- diff --git a/perl-DateTime-Format-Strptime.spec b/perl-DateTime-Format-Strptime.spec index 21c258e..4bd6667 100644 --- a/perl-DateTime-Format-Strptime.spec +++ b/perl-DateTime-Format-Strptime.spec @@ -1,9 +1,9 @@ # RPM and CPAN versioning don't match -%global cpanversion 1.54 +%global cpanversion 1.55 Name: perl-DateTime-Format-Strptime -Version:1.5400 -Release:3%{?dist} +Version:1.5500 +Release:1%{?dist} Summary:Parse and format strp and strf time patterns License:GPL+ or Artistic Group: Development/Libraries @@ -11,15 +11,17 @@ URL: http://search.cpan.org/dist/DateTime-Format-Strptime/ Source0: http://www.cpan.org/authors/id/D/DR/DROLSKY/DateTime-Format-Strptime-%{cpanversion}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) BuildArch: noarch +BuildRequires: perl BuildRequires: perl(Carp) -BuildRequires: perl(Class::ISA) BuildRequires: perl(DateTime) = 1.00 BuildRequires: perl(DateTime::Locale) = 0.45 BuildRequires: perl(DateTime::TimeZone) = 0.79 BuildRequires: perl(Exporter) BuildRequires: perl(ExtUtils::MakeMaker) = 6.30 BuildRequires: perl(Params::Validate) = 0.64 +BuildRequires: perl(strict) BuildRequires: perl(Test::More) = 0.88 +BuildRequires: perl(vars) Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description @@ -37,7 +39,7 @@ make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT -make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT +make pure_install DESTDIR=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; %{_fixperms} $RPM_BUILD_ROOT @@ -53,6 +55,20 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/DateTime::Format::Strptime.3pm* %changelog +* Sun May 4 2014 Paul Howarth p...@city-fan.org - 1.5500-1 +- Update to 1.55 (rpm version 1.5500 to maintain upgrade path) + - If diagnostic is true for an object, it will now use Test::More::diag() +under the test harness rather than printing to STDOUT + - The %%z specifier will now parse UTC offsets with a colon like +01:00 +(CPAN RT#91458) + - Made the regexes to parse day and months abbreviations and names a little +more specificl as it stood, they tended to eat up more non-word characters +than they should, so a pattern like '%%a%%m%%d_%%Y' broke on a date like +'Fri0215_2013' - the day name would be parsed as 'Fri02' and the month +would not be parsed at all (CPAN RT#93863, CPAN RT#93865) +- Specify all dependencies +- Use DESTDIR rather than PERL_INSTALL_ROOT + * Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.5400-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild diff --git a/sources b/sources index c79559d..577915b 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -ca0fa912861f360f9aa535c6b4c0282f DateTime-Format-Strptime-1.54.tar.gz +8613390f37ac9d80db67bc69e62818a7 DateTime-Format-Strptime-1.55.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-DateTime-Format-Strptime] Created tag perl-DateTime-Format-Strptime-1.5500-1.fc21
The lightweight tag 'perl-DateTime-Format-Strptime-1.5500-1.fc21' was created pointing to: f0b5421... Update to 1.55 -- 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