rawhide report: 20140922 changes
Broken deps for i386 -- [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) [askbot] askbot-0.7.48-13.fc21.noarch requires python-django14 [audtty] audtty-0.1.12-9.fc20.i686 requires libaudclient.so.2 [authhub] authhub-0.1.2-3.fc19.i686 requires libjson.so.0 [aws] aws-devel-3.1.0-6.fc21.i686 requires libgrypt-devel [blender] 1:blender-2.71-3.fc22.i686 requires libOpenCOLLADAStreamWriter.so.0.1 1:blender-2.71-3.fc22.i686 requires libOpenCOLLADASaxFrameworkLoader.so.0.1 1:blender-2.71-3.fc22.i686 requires libOpenCOLLADAFramework.so.0.1 1:blender-2.71-3.fc22.i686 requires libOpenCOLLADABaseUtils.so.0.1 1:blender-2.71-3.fc22.i686 requires libMathMLSolver.so.0.1 1:blender-2.71-3.fc22.i686 requires libGeneratedSaxParser.so.0.1 1:blenderplayer-2.71-3.fc22.i686 requires libOpenCOLLADAStreamWriter.so.0.1 1:blenderplayer-2.71-3.fc22.i686 requires libOpenCOLLADASaxFrameworkLoader.so.0.1 1:blenderplayer-2.71-3.fc22.i686 requires libOpenCOLLADAFramework.so.0.1 1:blenderplayer-2.71-3.fc22.i686 requires libOpenCOLLADABaseUtils.so.0.1 1:blenderplayer-2.71-3.fc22.i686 requires libMathMLSolver.so.0.1 1:blenderplayer-2.71-3.fc22.i686 requires libGeneratedSaxParser.so.0.1 [check-mk] check-mk-agent-1.2.4p5-1.fc22.i686 requires /usr/bin/ksh check-mk-multisite-1.2.4p5-1.fc22.noarch requires /usr/bin/ksh [compat-gcc-34] compat-gcc-34-c++-3.4.6-29.fc19.i686 requires libstdc++ 0:4.9.0 [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 [ga] ga-openmpi-5.3b-9.fc21.i686 requires libmpi_usempi.so.1 [gcc-python-plugin] gcc-python2-debug-plugin-0.12-18.fc21.i686 requires gcc = 0:4.8.2-14.fc21 gcc-python2-plugin-0.12-18.fc21.i686 requires gcc = 0:4.8.2-14.fc21 gcc-python3-debug-plugin-0.12-18.fc21.i686 requires libpython3.3dm.so.1.0 gcc-python3-debug-plugin-0.12-18.fc21.i686 requires gcc = 0:4.8.2-14.fc21 gcc-python3-plugin-0.12-18.fc21.i686 requires libpython3.3m.so.1.0 gcc-python3-plugin-0.12-18.fc21.i686 requires gcc = 0:4.8.2-14.fc21 [gedit-valencia] gedit-valencia-0.4.0-1.20131223git94442bf.fc21.i686 requires libvala-0.24.so.0 [gnome-python2-desktop] gnome-python2-metacity-2.32.0-18.fc21.i686 requires libmetacity-private.so.0 [gnome-shell-extension-pomodoro] gnome-shell-extension-pomodoro-0.10.0-4.fc21.i686 requires libupower-glib.so.2 [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) = 0:0.16.0 [lcg-util] lcg-util-1.16.0-3.fc21.i686 requires libgfal.so.1 lcg-util-libs-1.16.0-3.fc21.i686 requires libgfal.so.1 lcg-util-python-1.16.0-3.fc21.i686 requires libgfal.so.1 [leiningen] leiningen-1.7.1-7.fc20.noarch requires maven-ant-tasks leiningen-1.7.1-7.fc20.noarch requires classworlds [libghemical] libghemical-2.99.1-24.fc20.i686 requires libf77blas.so.3 libghemical-2.99.1-24.fc20.i686 requires libatlas.so.3 [libopensync-plugin-irmc] 1:libopensync-plugin-irmc-0.22-7.fc20.i686 requires libopenobex.so.1 [llvm] llvm-ocaml-3.4-15.fc22.i686 requires ocaml(Pervasives) = 0:4329e57fde14cc94b02a739d2595516b [ltsp] ltsp-client-5.4.5-8.fc21.i686 requires fuse-unionfs ltsp-server-5.4.5-8.fc21.i686 requires cdialog [meshmagick] meshmagick-0.6.0-20.svn2898.fc21.i686 requires libOgreMain.so.1.8.1 meshmagick-libs-0.6.0-20.svn2898.fc21.i686 requires libOgreMain.so.1.8.1 [monodevelop-vala] monodevelop-vala-2.8.8.1-6.fc21.i686 requires vala 0:0.25.0 [netdisco] netdisco-1.1-7.fc21.noarch requires perl(SNMP::Info::Layer2::Bay) [nodejs-w3cjs] nodejs-w3cjs-0.1.25-2.fc22.noarch requires npm(superagent-proxy) 0:0.3 [nwchem]
Re: [RETRACTION] Re: Unofficial Poll: Flock 2015 (North America) Bids
On 22/09/14 02:36, Stephen Gallagher wrote: (Sorry for top-posting) I've been informed that there is an *official* poll coming shortly from the Flock Planning Committee. Please disregard this thread and await that poll. To make it a bit more complicate: could we have more specific dates as well? It might become tricky (or more expensive) to get to e.g Cape Cod during Holiday season? Matthias -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
GNOME 3.14.0 megaupdate
Hi all, Here we are, final 3.14.0 this week! Same deal as with the 3.13.92 update last week: use 'fedpkg build --target f21-gnome' for builds or alternatively list your builds in the spreadsheet and I'll pick them up for the megaupdate. https://docs.google.com/spreadsheet/ccc?key=0AtzJKpbiGX1zdGJzeU9waFJFZmgyQzBuN2VxU0lxbHcpli=1#gid=0 -- Thanks, Kalev -- 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: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
Am 22.09.2014 um 14:44 schrieb Jóhann B. Guðmundsson: Then file a bug report against rsyslog and provide a patch which fixes the default log filtering in Fedora to your expectation but leave systemd out of it. wow - in any other case the systemd developers saying that they don't workround things because problems has to be solved at the root-cause - practice what you preach and make the log-verbosility configureable! Serves no purpose whatsoever doing that. * rsyslog is *not* responsible for the message flood produced by systemd No but it is responsible for the filtering -- of log messages. * systemd is the one producing it without prefixes it is ridiculous to have the need of filtering This is simply untrue as journalctl -o export will show you. where is it in the message? the process is systemd how to distinct between user sessions and systemn boot? :programname don't work and :msg, startswith don't work Mar 18 23:01:01 rawhide systemd[577]: Stopped target Default. Mar 18 23:01:01 rawhide systemd[577]: Stopping Basic System. Mar 18 23:01:01 rawhide systemd[577]: Stopped target Basic System. Mar 18 23:01:01 rawhide systemd[577]: Stopping Paths. ... I suggest you stop blaming systemd for your own administrative incompetence i suggest you get rid of that arrogance and some other developers too because it's the reason for the subject and proves that you *do not* care about users as long you have not the same opinion you are the one demanding a friendly tone from me, well, than practice what you preach or stop whining if someone calls you names the next time who do you think you are to assess others incompetence? and broken implementation of rsyslog and syslog-ng in Fedora (I tried to get it fixed before we defaulted to journal YES IT WAS BROKEN BEFORE AND STILL IS but was not allowed to do so thank those Red Hatters in the governing body's of Fedora ( FESCO/FPC ) for it's brokeness) just don't create messages the majority of users don't want and need to see until debugging and even systemd needs to realize that the world is not turning around it and write an rsyslog template suited for your environment which will filter things to your liking and expectation or better yet complain to those FESCO/FPC members since they need to learn a hard lesson of accepting responsibility for their own actions in the distribution who do you think you are? that arrogance and pure ignorance is the reason for subject and related websites as well as for users from time to time not complaining as nice as you would like it hence fedora devel CC'ed __ here the relevant links you decided to strip out and replace with your arrogant abuse as you always do if someone has a differnt opinion but demand from others not act the same way here you have a simple calculation https://bugzilla.redhat.com/show_bug.cgi?id=1072368#c8 why don't you look at https://bugzilla.redhat.com/show_bug.cgi?id=1072368 and the workaround loginctl enable-linger leads to another bugreport open for months: https://bugzilla.redhat.com/show_bug.cgi?id=1088619#c54 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: [RETRACTION] Re: Unofficial Poll: Flock 2015 (North America) Bids
On Sep 22, 2014, at 8:08 AM, Matthias Runge mru...@matthias-runge.de wrote: On 22/09/14 02:36, Stephen Gallagher wrote: (Sorry for top-posting) I've been informed that there is an *official* poll coming shortly from the Flock Planning Committee. Please disregard this thread and await that poll. To make it a bit more complicate: could we have more specific dates as well? It might become tricky (or more expensive) to get to e.g Cape Cod during Holiday season? We have quotes from venues for the last week of August and the first (and second, I think) week of September. The rates are quite good. ($129-159/night at the hotels.) Matthias -- 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: [HEADS-UP] jsoncpp update
- Original Message - I going to update jsoncpp to the latest github commit in rawhide. This is an ABI break with no soname change. That’s rather risky, any of the users could break without any RPM dependency failure. Could you at least file a bug against every package using jsoncpp to let them know that they should check their uses of jsoncpp, please? Mirek -- 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: [Test-Announce] 2014-09-22 @ 15:00 UTC - Fedora QA Meeting
On Sun, 2014-09-21 at 19:55 -0700, Adam Williamson wrote: * Anything else? The dual boot release criteria? Would be nice to get those finalized as soon as possible. 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: [Test-Announce] 2014-09-22 @ 15:00 UTC - Fedora QA Meeting
On Mon, Sep 22, 2014 at 9:30 AM, Michael Catanzaro mcatanz...@gnome.org wrote: On Sun, 2014-09-21 at 19:55 -0700, Adam Williamson wrote: * Anything else? The dual boot release criteria? Would be nice to get those finalized as soon as possible. Hmm? I haven't seen anything on devel list about that. josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[POC-change] Fedora packages point of contact updates
Change in package status over the last 168 hours 8 packages were orphaned flickrnet [f21, f19, master, f20] was orphaned by palango .NET library to interact with the Flickr API https://admin.fedoraproject.org/pkgdb/package/flickrnet php53-tcpdf [master] was orphaned by robert PHP class for generating PDF documents and barcodes https://admin.fedoraproject.org/pkgdb/package/php53-tcpdf phpMyAdmin4 [master] was orphaned by robert Handle the administration of MySQL over the World Wide Web https://admin.fedoraproject.org/pkgdb/package/phpMyAdmin4 pinta [f21, f19, master, f20] was orphaned by palango An easy to use drawing and image editing program https://admin.fedoraproject.org/pkgdb/package/pinta python-django14 [f21, master] was orphaned by mrunge A high-level Python Web framework https://admin.fedoraproject.org/pkgdb/package/python-django14 python-django15 [f21] was orphaned by mrunge A high-level Python Web framework https://admin.fedoraproject.org/pkgdb/package/python-django15 taoframework [f21, f19, master, f20] was orphaned by palango Multimedia bindings for Mono https://admin.fedoraproject.org/pkgdb/package/taoframework zarafa-webaccess [el6, el5] was orphaned by robert Zarafa Webaccess featuring a 'Look Feel' similar to Outlook https://admin.fedoraproject.org/pkgdb/package/zarafa-webaccess 6 packages were retired GConf2-dbus [master] was retired by ausil A process-transparent configuration system https://admin.fedoraproject.org/pkgdb/package/GConf2-dbus freediams [f21, master] was retired by ankursinha Pharmaceutical Drugs Prescriptor https://admin.fedoraproject.org/pkgdb/package/freediams golang-github-openshift-go-systemd [el6] was retired by lsm5 Go bindings to systemd D-BUS APIs https://admin.fedoraproject.org/pkgdb/package/golang-github-openshift-go-systemd numpy [epel7] was retired by limb A fast multidimensional array facility for Python https://admin.fedoraproject.org/pkgdb/package/numpy python-django-authopenid [f21, master] was retired by ankursinha OpenID authentication application for Django https://admin.fedoraproject.org/pkgdb/package/python-django-authopenid python-django15 [master] was retired by mrunge A high-level Python Web framework https://admin.fedoraproject.org/pkgdb/package/python-django15 12 packages unorphaned -- autoconf-archive [f21, f19, master, f20, epel7] was unorphaned by cicku The Autoconf Macro Archive https://admin.fedoraproject.org/pkgdb/package/autoconf-archive bashmount [master] was unorphaned by limb A menu-driven bash script for mounting removable media https://admin.fedoraproject.org/pkgdb/package/bashmount elfinfo [f20, f21, f19, master, el6, el5] was unorphaned by pnemade ELF file parser a subset of eu-readelf https://admin.fedoraproject.org/pkgdb/package/elfinfo greadelf [f20, f21, f19, master, el6, el5] was unorphaned by pnemade Wrapper tool for eu-readelf https://admin.fedoraproject.org/pkgdb/package/greadelf gtranslator [el6] was unorphaned by pnemade Gettext po file editor for GNOME https://admin.fedoraproject.org/pkgdb/package/gtranslator json_simple [f20, f21, f19, master, el6, epel7, el5] was unorphaned by stevetraylen, mizdebsk Simple Java toolkit for JSON https://admin.fedoraproject.org/pkgdb/package/json_simple o3read [f20, f21, f19, master, el6, el5] was unorphaned by pravins Standalone converter for OpenOffice.org documents https://admin.fedoraproject.org/pkgdb/package/o3read perl-Module-CoreList [master] was unorphaned by limb Perl core modules indexed by perl versions https://admin.fedoraproject.org/pkgdb/package/perl-Module-CoreList perl-perlmenu [f21, f19, master, f20] was unorphaned by pnemade Perl library module for curses-based menus data-entry templates https://admin.fedoraproject.org/pkgdb/package/perl-perlmenu python-remoteobjects [el5] was unorphaned by lbazan An Object RESTational Model https://admin.fedoraproject.org/pkgdb/package/python-remoteobjects rmanage [f20, f21, f19, master, el6, el5] was unorphaned by pnemade Remotely monitoring machines on network https://admin.fedoraproject.org/pkgdb/package/rmanage screenruler [f21, master] was unorphaned by pnemade GNOME screen ruler https://admin.fedoraproject.org/pkgdb/package/screenruler 0 packages were unretired 13 packages were given - gnuradio [f20, f21, f19, master, el6, el5] was given by mmahut to jskarvad Software defined radio framework https://admin.fedoraproject.org/pkgdb/package/gnuradio krb5-appl [f21, f19, master, f20] was given by nalin to gisburn Kerberos-aware versions of telnet, ftp, rsh, and rlogin
Re: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
On 09/22/2014 12:58 PM, Reindl Harald wrote: i suggest you get rid of that arrogance and some other developers too because it's the reason for the subject and proves that you *do not* care about users as long you have not the same opinion you are the one demanding a friendly tone from me, well, than practice what you preach or stop whining if someone calls you names the next time who do you think you are to assess others incompetence? I think I'm the one based on your own actions as in after you cant even take your time to a read upstream rsyslog documentation then insert a single line of filtering in rsyslog, similar or equivalent of :programname, isequal, systemd -/var/log/systemd.log to filter out systemd message from /var/log/message or fine tune the filtering through the use of rsyslog templates and submit that as a patch against rsyslog in Fedora so the distribution can improve it's default filtering in rsyslog based on your input but instead choose to file gazillion bug reports against systemd which has nothing to do with the text file filtering in the distribution, clutter the comment sections with useless output in those bug reports to prove your point over and over again and call the lead developer of the project an idiot in one of those reports then show up upstream cursing and demanding fixes saying that systemd message cant be filtering even thou I pointed to journalctl -o export which shows all the messages fields each log contains including all the syslog entries which should provide an capable administrator pleathora of ideas how to filter message in conjunction with rsyslog powerful filtering capabilities and all that rant for something that is not our to fix in the firstplace. 1. https://bugzilla.redhat.com/show_bug.cgi?id=1072368#c4 -- 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: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
Am 22.09.2014 um 15:55 schrieb Jóhann B. Guðmundsson: On 09/22/2014 12:58 PM, Reindl Harald wrote: i suggest you get rid of that arrogance and some other developers too because it's the reason for the subject and proves that you *do not* care about users as long you have not the same opinion you are the one demanding a friendly tone from me, well, than practice what you preach or stop whining if someone calls you names the next time who do you think you are to assess others incompetence? I think I'm the one based on your own actions as in after you cant even take your time to a read upstream rsyslog documentation then insert a single line of filtering in rsyslog, similar or equivalent of :programname, isequal, systemd -/var/log/systemd.log no you refuse to understand that *nobody* wants to split out *all* systemd logs because just the excessive *user session* logging and that this messages should not exist at all in a non-debugging environment you also refuse to understand that the intention in production environments using a *centralized* SQL logging is do *drop that messages* but hardly to drop anything from systemd so the next time before you take incompetence in your mouth try to understand the context or ask yourself on which side it exists clutter the comment sections with useless output in those bug reports to prove your point over and over again and call the lead developer of the project an idiot cause and effect - what reaction did he expect by follow a link to a for weeks existing bugreport and as only action close it with NOBUG a minute later in one of those reports then show up upstream cursing and demanding fixes saying that systemd message cant be filtering even thou I pointed to journalctl -o export which shows all the messages fields each log contains including all the syslog entries which should provide an capable administrator pleathora of ideas how to filter message in conjunction with rsyslog powerful filtering capabilities and all that rant for something that is not our to fix in the firstplace. surely - you have no need to produce that flood in the first instance and if you as systemd-developer want that informations then enable deugging but stop to decide what every user needs to have in his logs or actively to filter realize that the world don't turn around systemd developers and just stop your arrogance and ignorance - you will wonder how friendly the same people become complaining all the time if upstream stops to handle users like someone who disturbs 1. https://bugzilla.redhat.com/show_bug.cgi?id=1072368#c4 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: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
(stripping systemd-devel) - Original Message - Am 22.09.2014 um 14:44 schrieb Jóhann B. Guðmundsson: This is simply untrue as journalctl -o export will show you. where is it in the message? the process is systemd how to distinct between user sessions and systemn boot? :programname don't work and :msg, startswith don't work Mar 18 23:01:01 rawhide systemd[577]: Stopped target Default. Mar 18 23:01:01 rawhide systemd[577]: Stopping Basic System. Mar 18 23:01:01 rawhide systemd[577]: Stopped target Basic System. Mar 18 23:01:01 rawhide systemd[577]: Stopping Paths. In Fedora’s default configuration, in addition to the traditional rsyslog fields, all journal fields are available in rsyslog. Would filtering for $_PID being, or not being, 1, help? Mirek -- 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: [RETRACTION] Re: Unofficial Poll: Flock 2015 (North America) Bids
On Mon, 22 Sep 2014 09:04:52 -0400 (EDT) Stephen Gallagher sgall...@redhat.com wrote: On Sep 22, 2014, at 8:08 AM, Matthias Runge mru...@matthias-runge.de wrote: On 22/09/14 02:36, Stephen Gallagher wrote: (Sorry for top-posting) I've been informed that there is an *official* poll coming shortly from the Flock Planning Committee. Please disregard this thread and await that poll. To make it a bit more complicate: could we have more specific dates as well? It might become tricky (or more expensive) to get to e.g Cape Cod during Holiday season? We have quotes from venues for the last week of August and the first (and second, I think) week of September. The rates are quite good. ($129-159/night at the hotels.) I guess Matthias had in mind airfares, in August it is high season and airfares will be much higher than at other times. Unfortunately I cannot check whether there is a difference in price between last week of august and later because a couple of websites I tried do not allow you to book tickets that far in advance. OTOH you do not want to have flock at Cape Cod in winter :-) Simo. -- Simo Sorce * Red Hat, Inc * New York -- 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: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
Am 22.09.2014 um 16:25 schrieb Miloslav Trmač: (stripping systemd-devel) - Original Message - Am 22.09.2014 um 14:44 schrieb Jóhann B. Guðmundsson: This is simply untrue as journalctl -o export will show you. where is it in the message? the process is systemd how to distinct between user sessions and systemn boot? :programname don't work and :msg, startswith don't work Mar 18 23:01:01 rawhide systemd[577]: Stopped target Default. Mar 18 23:01:01 rawhide systemd[577]: Stopping Basic System. Mar 18 23:01:01 rawhide systemd[577]: Stopped target Basic System. Mar 18 23:01:01 rawhide systemd[577]: Stopping Paths. In Fedora’s default configuration, in addition to the traditional rsyslog fields, all journal fields are available in rsyslog. Would filtering for $_PID being, or not being, 1, help? possibly yes but i am still concerned that it is the wrong way to add each year new rules to filter and drop a growing amount of messages which should not exist in a non-debugging environment * they produce load twcie (generate and filter) * they lead to rotate the in memory journal more often * nobody knows what a later release adds which falls in systemd but not PID1 and would also be stripped * the real solution has to be adressed upstream: reduce verbose level on a normal installation and create the noise only in debug levels i really don't get why other software for decades knows different log levels (informational, only warn, only critical errors) and just systemd needs to go they way of produce anything always that's hardly the attitude demanding long year users of Linux systems to be all time friendly and nice when you day for day give them the feeling of no care 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: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
On Seg, 2014-09-22 at 16:08 +0200, Reindl Harald wrote: no you refuse to understand that *nobody* wants to split out *all* systemd logs because just the excessive *user session* logging and that this messages should not exist at all in a non-debugging environment IIUC , this messages doesn't exist in a non-debugging environment since ends of Apr [1], or I shut up this messages somehow , I don't remember ... [1] cat /var/log/secure-2014* | grep systemd | tail -n1 Apr 26 00:50:01 segulix systemd: pam_unix(systemd-user:session): session opened for user root by (uid=0) -- Sérgio M. B. 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: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
Am 22.09.2014 um 16:48 schrieb Sérgio Basto: On Seg, 2014-09-22 at 16:08 +0200, Reindl Harald wrote: no you refuse to understand that *nobody* wants to split out *all* systemd logs because just the excessive *user session* logging and that this messages should not exist at all in a non-debugging environment IIUC , this messages doesn't exist in a non-debugging environment since ends of Apr [1], or I shut up this messages somehow , I don't remember ... * i shut up them with loginctl enable-linger * that's a workaround * doing so in F20 to prevent forget with F21 leads to another bug: https://bugzilla.redhat.com/show_bug.cgi?id=1088619#c54 it is even *possible* that it was changed but if so it shows several problems: * nobody knows, people already built workarounds * it takes too long for any reaction on such issues so that people can't or won't wait for a response and try to find bugreports because lost hope that things become better in a reasonable time * the reaction close with NOTABUG after weeks of ignore is wrong frankly that was once introduced even in F19 backports and quickly fixed while also point to loginctl enable-linger which is *really* a dirty workaround leading the user sessions are started at boot before the first cronjob fires up which wastes ressources at boot only that it was fixed in a short because that backport was not targeted for F19 shows how easy it could be changed if upstream would care about downstream in any way look at the response from Johann directed to downstream in general, Fedora and FeSCO in special and the repeatet responses we are upstream and this and that are downstream problems we don't care shows how terrible wrong things are going a upstream of a *critical core componentent* with a i don't care about downstream attitude is only one thing: dangerous 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: [RETRACTION] Re: Unofficial Poll: Flock 2015 (North America) Bids
Proposals are supposed to provide travel costs from pre-determined airports at the *targeted* period. If I trust informations from the proposals, SLC would be too expensive to cover travel expenses for EMEA folks. @+ H. -- 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: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
On Seg, 2014-09-22 at 17:00 +0200, Reindl Harald wrote: Am 22.09.2014 um 16:48 schrieb Sérgio Basto: On Seg, 2014-09-22 at 16:08 +0200, Reindl Harald wrote: no you refuse to understand that *nobody* wants to split out *all* systemd logs because just the excessive *user session* logging and that this messages should not exist at all in a non-debugging environment IIUC , this messages doesn't exist in a non-debugging environment since ends of Apr [1], or I shut up this messages somehow , I don't remember ... * i shut up them with loginctl enable-linger * that's a workaround * doing so in F20 to prevent forget with F21 leads to another bug: https://bugzilla.redhat.com/show_bug.cgi?id=1088619#c54 This message is from 2014-08-30 and is to fix shutdown, loginctl disable-linger $USER, seems not reenable messages flood, if that what you mean . But please calm down , this is not a very big deal .. it is even *possible* that it was changed but if so it shows several problems: * nobody knows, people already built workarounds * it takes too long for any reaction on such issues so that people can't or won't wait for a response and try to find bugreports because lost hope that things become better in a reasonable time * the reaction close with NOTABUG after weeks of ignore is wrong frankly that was once introduced even in F19 backports and quickly fixed while also point to loginctl enable-linger which is *really* a dirty workaround leading the user sessions are started at boot before the first cronjob fires up which wastes ressources at boot only that it was fixed in a short because that backport was not targeted for F19 shows how easy it could be changed if upstream would care about downstream in any way look at the response from Johann directed to downstream in general, Fedora and FeSCO in special and the repeatet responses we are upstream and this and that are downstream problems we don't care shows how terrible wrong things are going a upstream of a *critical core componentent* with a i don't care about downstream attitude is only one thing: dangerous -- Sérgio M. B. -- 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: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
Am 22.09.2014 um 17:18 schrieb Sérgio Basto: On Seg, 2014-09-22 at 17:00 +0200, Reindl Harald wrote: Am 22.09.2014 um 16:48 schrieb Sérgio Basto: On Seg, 2014-09-22 at 16:08 +0200, Reindl Harald wrote: no you refuse to understand that *nobody* wants to split out *all* systemd logs because just the excessive *user session* logging and that this messages should not exist at all in a non-debugging environment IIUC , this messages doesn't exist in a non-debugging environment since ends of Apr [1], or I shut up this messages somehow , I don't remember ... * i shut up them with loginctl enable-linger * that's a workaround * doing so in F20 to prevent forget with F21 leads to another bug: https://bugzilla.redhat.com/show_bug.cgi?id=1088619#c54 This message is from 2014-08-30 and is to fix shutdown, loginctl disable-linger $USER, seems not reenable messages flood, if that what you mean . But please calm down , this is not a very big deal .. how it is handeled is a very big deal * close bugreports without any further discussion after ignore them for weeks and pointed to on this mailing-list a minute later * call downstream distributions inclduing Fesco names * call enduser incompetent because they don't want to fix the systems behavior every time systemd decides to change it the genreal attitude that are downstream problems or that are user problems and we are upstream is a very big deal for a core component it is even *possible* that it was changed but if so it shows several problems: * nobody knows, people already built workarounds * it takes too long for any reaction on such issues so that people can't or won't wait for a response and try to find bugreports because lost hope that things become better in a reasonable time * the reaction close with NOTABUG after weeks of ignore is wrong frankly that was once introduced even in F19 backports and quickly fixed while also point to loginctl enable-linger which is *really* a dirty workaround leading the user sessions are started at boot before the first cronjob fires up which wastes ressources at boot only that it was fixed in a short because that backport was not targeted for F19 shows how easy it could be changed if upstream would care about downstream in any way look at the response from Johann directed to downstream in general, Fedora and FeSCO in special and the repeatet responses we are upstream and this and that are downstream problems we don't care shows how terrible wrong things are going a upstream of a *critical core componentent* with a i don't care about downstream attitude is only one thing: dangerous 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: rpath/runpath in binaries
Paulo César Pereira de Andrade wrote: Hi, I missed the memo about it not being a fatal error now (rpmlint still tells it is an error), but just in case, before attempting to enforce it a package review, Note that not *all* RPATHs are bad. In general, those that match these need further scrutiny: /usr/lib /usr/lib64 /builddir/* In, particular, these are probably OK: /usr/bin/apper: RUNPATH=/usr/lib64/apper /usr/bin/catman: RPATH=/usr/lib64/man-db /usr/bin/pactl: RPATH=/usr/lib64/pulseaudio /usr/bin/profiles: RPATH=/usr/lib64/samba /usr/sbin/sssd: RPATH=/usr/lib64/sssd BTW, The package I am reviewing has this /usr/bin/julia-debug: RUNPATH=$ORIGIN/../lib64/julia:$ORIGIN/../lib64 Offhand, looks like the first part is ok, the second not. -- 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: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
On 09/22/2014 02:25 PM, Miloslav Trmač wrote: (stripping systemd-devel) - Original Message - Am 22.09.2014 um 14:44 schrieb Jóhann B. Guðmundsson: This is simply untrue as journalctl -o export will show you. where is it in the message? the process is systemd how to distinct between user sessions and systemn boot? :programname don't work and :msg, startswith don't work Mar 18 23:01:01 rawhide systemd[577]: Stopped target Default. Mar 18 23:01:01 rawhide systemd[577]: Stopping Basic System. Mar 18 23:01:01 rawhide systemd[577]: Stopped target Basic System. Mar 18 23:01:01 rawhide systemd[577]: Stopping Paths. In Fedora’s default configuration, in addition to the traditional rsyslog fields, all journal fields are available in rsyslog. Would filtering for $_PID being, or not being, 1, help? For the journal you always keep all log history in it's original state since you never know what the users and administrator prefers ( some like all messages other just want error or critical and there might two or more administrators administrating the machine etc ) hence you should always use the powerful built in filtering capability in the journal to provide you with the exact output when you need it as opposed to be fiddling with syslog priority or finding and grepping through text files located somewhere on the filesystem and have to worry about log rotation ( which implimentation is also broken for components in Fedora ). For example if you want to see just error messages in the journal you use journalctl -p 3 or journalctl -b -p 3 if you want it only from last boot ( add boot id if you want to from specific boot ) or you add journalctl -b -p 3 -u httpd.service if you want only the error messages for the apache daemon so fourth or so on. If I was continuing to contribute to Fedora and I was continuing with my efforts cleaning up the log implementation in Fedora I would ( still ) be recommending that each service/daemon would provide it's own rsyslog.d and syslog-ng configuration files which would be packed and supplied in a separately log sub-package for a component ( and that sub-package depend on either rsyslog or syslog-ng and or had a virtual dependency ). I would recommend that rsyslog and syslog-ng would ship with it's default configuration tailored for secure remote logging for centralized logging server ( for audit compliance, etc ) and have local file logging disabled by default. I would also recommend that none of the WG's ship rsyslog by default ( since the administrator would have to configure rsyslog or syslog-ng to point to the centralized logging server so he can just as well install it the same time ). But you go ahead and do what you think is best since I was not allowed to do this ( this and other related daemon/service components would not have been an issue for me since I had to go through all the components for the cleanup process I had in place so this would not have been such an added load for me to do at the same time ). I suggest at the same time someone decided to fix this, he fixes the log-rotation implementation in the project in the process ( if I can recall correctly it was only implemented for 50 to 100 component out of 600 ) JBG -- 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: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
- Original Message - For example if you want to see just error messages in the journal you use journalctl -p 3 or journalctl -b -p 3 if you want it only from last boot ( add boot id if you want to from specific boot ) or you add journalctl -b -p 3 -u httpd.service if you want only the error messages for the apache daemon so fourth or so on. Harald was saying that this is one of the things he wants to do but can’t because both the messages he wants and doesn’t want to record have the same priority. I haven’t been able to find any obvious difference between cron-related and gdm-related session open/close messages, but I have only given it about 5 minutes. Can you actually propose a working filter that would distinguish between these? Mirek -- 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: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
Am 22.09.2014 um 18:35 schrieb Miloslav Trmač: - Original Message - For example if you want to see just error messages in the journal you use journalctl -p 3 or journalctl -b -p 3 if you want it only from last boot ( add boot id if you want to from specific boot ) or you add journalctl -b -p 3 -u httpd.service if you want only the error messages for the apache daemon so fourth or so on. Harald was saying that this is one of the things he wants to do but can’t because both the messages he wants and doesn’t want to record have the same priority. no - the point is that i don't use journalctl for a ton of reasons which are too off-topic and *many* people don't and will not also in the future it is a big mistake upstream to ignore anything but journalctl the general issue is For the journal you always keep all log history which is the wrong way to go - for sure most users and administrators don't prefer have aynthing logged as default, at least not all the time and the few which want it that way are one reason more to make it configureable in a sane way in journalctl.conf * ship it with whatever defaults * add the directive to control it commented with the possible options * you are done, everybody is happy because there is one switch to adjust needs but log all to journal and then try to filter it away somewhere is pervert and wasting of ressources which can be used in a better way and if it is only the CPU going in power safe mode because nothing to do the whole night 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
[Bug 1142195] Update perl-POE in several branches
https://bugzilla.redhat.com/show_bug.cgi?id=1142195 --- Comment #1 from Fedora Update System upda...@fedoraproject.org --- perl-POE-1.356-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-POE-1.356-1.fc20 -- 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=2pjBkqAvyKa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
For the journal you always keep all log history in it's original state On low-bandwidth systems, like laptops or diskless nodes, it's a performance hit to generate the log entry in the first place. It's really important to be able to configure the system to *generate* a minimal amount of communications. Being able to filter the results later is a separate issue. -- 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: [HEADS-UP] jsoncpp update
Sébastien Willmann wrote: I going to update jsoncpp to the latest github commit in rawhide. This is an ABI break with no soname change. Why is there no soname change? (ie, there probably should be) -- 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: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
Please avoid cross-posting in the middle of a thread without contextualization. Regards, H. -- 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: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
On 09/22/2014 04:35 PM, Miloslav Trmač wrote: For example if you want to see just error messages in the journal you use journalctl -p 3 or journalctl -b -p 3 if you want it only from last boot ( add boot id if you want to from specific boot ) or you add journalctl -b -p 3 -u httpd.service if you want only the error messages for the apache daemon so fourth or so on. Harald was saying that this is one of the things he wants to do but can’t because both the messages he wants and doesn’t want to record have the same priority. You know as well as I do that we will not alter the priority label on messages sent from the program based on administrators inability to come up with filters in rsyslog. o_O And for the record Harald is not using systemd journal he's using rsyslog and he's complaining about unnecessary entries in /var/log/messages which he could simply filter out all systemd related messages out of /var/log/messages and into it's own file by adding this entry to rsyslog.conf which you would not have to explain to a capable administrators because he would have already consulted upstream documentation how to achieve that. :programname, isequal, systemd -/var/log/systemd.log or by more advanced rsyslog filter, which just filter the info message from the systemd daemon to the log file systemd if $programname == 'systemd' and $syslogseverity = '6' /var/log/systemd.log And you can do a glorified mixing and matching if you so much like.. if ( $program contains foobar ) and ( $severity contains err ) then /var/log/foobar.log etc etc etc consult upstream documentation for further example... In systemd journal this is not a problem... By default systemd will show the end user 3 log entries for each cron job that is run. Two for the starting/startup of the session the user that is running the job, to show if that succeeded or not and one for the actual cron job being run In this sample I'm telling the test cron job to echo the output into the journal and associated it with the syslog identifier CROND while doing so hence I have four entries. # journalctl -f Sep 22 11:13:01 localhost.localdomain systemd[1]: Starting Session 59 of user johannbg. Sep 22 11:13:01 localhost.localdomain systemd[1]: Started Session 59 of user johannbg. Sep 22 11:13:01 localhost.localdomain CROND[7336]: (johannbg) CMD (/bin/systemd-cat -t CROND /bin/echo Systemd journal cron job log test every minute ) Sep 22 11:13:01 localhost.localdomain CROND[7336]: Systemd journal cron job log test every minute Now if I dont want to see the systemd user session output I simply filter it further by telling the journal only to give me the syslog identifier for crond # journalctl -f SYSLOG_IDENTIFIER=CROND -- Logs begin at Thu 2013-10-24 11:47:22 GMT. -- Sep 22 11:14:01 localhost.localdomain CROND[7401]: (johannbg) CMD (/bin/systemd-cat -t CROND /bin/echo Systemd journal cron job log test every minute ) Sep 22 11:14:01 localhost.localdomain CROND[7401]: Systemd journal cron job log test every minute Two line just what I want no fuzz no muzz, no chasing after log files, come up with complex filters and more time to the lazy admin I am and drink my beer... JBG -- 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: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
Am 22.09.2014 um 19:37 schrieb Jóhann B. Guðmundsson: On 09/22/2014 04:35 PM, Miloslav Trmač wrote: For example if you want to see just error messages in the journal you use journalctl -p 3 or journalctl -b -p 3 if you want it only from last boot ( add boot id if you want to from specific boot ) or you add journalctl -b -p 3 -u httpd.service if you want only the error messages for the apache daemon so fourth or so on. Harald was saying that this is one of the things he wants to do but can’t because both the messages he wants and doesn’t want to record have the same priority. You know as well as I do that we will not alter the priority label on messages sent from the program based on administrators inability to come up with filters in rsyslog. o_O And for the record Harald is not using systemd journal he's using rsyslog and he's complaining about unnecessary entries in /var/log/messages which he could simply filter out all systemd related messages out of /var/log/messages and into it's own file by adding this entry to rsyslog.conf which you would not have to explain to a capable administrators because he would have already consulted upstream documentation how to achieve that. :programname, isequal, systemd -/var/log/systemd.log i already explained why this is a bad idea or by more advanced rsyslog filter, which just filter the info message from the systemd daemon to the log file systemd if $programname == 'systemd' and $syslogseverity = '6' /var/log/systemd.log and who told you that this also don't flter out relevant messages? on a non-debugging system that entries should not be created at all - done properly and not blow debug infos on non debug machines and there is nothing which needs to be filtered And you can do a glorified mixing and matching if you so much like.. if ( $program contains foobar ) and ( $severity contains err ) then /var/log/foobar.log etc etc etc consult upstream documentation for further example... fix it at the root cause don't create a ton of entries for each starting cronjob * nobody but systemd-developers needs them as default * crond worked before some systemd developers learnd to speak In systemd journal this is not a problem... it is a problem, independent how often you pretend the opposite * only if it grows endlessly * on rsyslog systems it limits the ability of systemctl status to show recent logs from the daemon because it get rotatet or you need to waste ressources multiple times * on embedded devices it will always be a problem By default systemd will show the end user 3 log entries for each cron job that is run. and by only log started / finished with a clear prefix until there was an error it could show the whole day wait - that info is logged by crond itself already Two for the starting/startup of the session the user that is running the job, to show if that succeeded or not and one for the actual cron job being run In this sample I'm telling the test cron job to echo the output into the journal and associated it with the syslog identifier CROND while doing so hence I have four entries. # journalctl -f Sep 22 11:13:01 localhost.localdomain systemd[1]: Starting Session 59 of user johannbg. Sep 22 11:13:01 localhost.localdomain systemd[1]: Started Session 59 of user johannbg. Sep 22 11:13:01 localhost.localdomain CROND[7336]: (johannbg) CMD (/bin/systemd-cat -t CROND /bin/echo Systemd journal cron job log test every minute ) Sep 22 11:13:01 localhost.localdomain CROND[7336]: Systemd journal cron job log test every minute Now if I dont want to see the systemd user session output I simply filter it further by telling the journal only to give me the syslog identifier for crond boah i am talking about the crap below forcing you to enbale linger to get rid of triggering another systemd bug on several machines leading to hang at shutdown for some minutes - nice on production servers! Mar 4 12:57:34 rawhide systemd[1]: Stopping User Manager for UID 0... Mar 4 12:57:34 rawhide systemd[1482]: Stopping Default. Mar 4 12:57:34 rawhide systemd[1482]: Stopped target Default. Mar 4 12:57:34 rawhide systemd[1482]: Stopping Basic System. Mar 4 12:57:34 rawhide systemd[1482]: Stopped target Basic System. Mar 4 12:57:34 rawhide systemd[1482]: Stopping Paths. Mar 4 12:57:34 rawhide systemd[1482]: Stopped target Paths. Mar 4 12:57:34 rawhide systemd[1482]: Stopping Timers. Mar 4 12:57:34 rawhide systemd[1482]: Stopped target Timers. Mar 4 12:57:34 rawhide systemd[1482]: Stopping Sockets. Mar 4 12:57:34 rawhide systemd[1482]: Stopped target Sockets. Mar 4 12:57:34 rawhide systemd[1482]: Starting Shutdown. Mar 4 12:57:34 rawhide systemd[1482]: Reached target Shutdown. Mar 4 12:57:34 rawhide systemd[1482]: Starting Exit the Session... Mar 4 12:57:34 rawhide systemd[1482]: Received SIGRTMIN+24 from PID 1551 (kill). Mar 4 12:57:34 rawhide systemd[1]: Stopped User
Re: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
Am 22.09.2014 um 19:51 schrieb Reindl Harald: Am 22.09.2014 um 19:37 schrieb Jóhann B. Guðmundsson: On 09/22/2014 04:35 PM, Miloslav Trmač wrote: For example if you want to see just error messages in the journal you use journalctl -p 3 or journalctl -b -p 3 if you want it only from last boot ( add boot id if you want to from specific boot ) or you add journalctl -b -p 3 -u httpd.service if you want only the error messages for the apache daemon so fourth or so on. Harald was saying that this is one of the things he wants to do but can’t because both the messages he wants and doesn’t want to record have the same priority. You know as well as I do that we will not alter the priority label on messages sent from the program based on administrators inability to come up with filters in rsyslog. o_O And for the record Harald is not using systemd journal he's using rsyslog and he's complaining about unnecessary entries in /var/log/messages which he could simply filter out all systemd related messages out of /var/log/messages and into it's own file by adding this entry to rsyslog.conf which you would not have to explain to a capable administrators because he would have already consulted upstream documentation how to achieve that. :programname, isequal, systemd -/var/log/systemd.log i already explained why this is a bad idea or by more advanced rsyslog filter, which just filter the info message from the systemd daemon to the log file systemd if $programname == 'systemd' and $syslogseverity = '6' /var/log/systemd.log and who told you that this also don't flter out relevant messages? to be precise the capable administrator wrote way too much such rules in the past just because systemd, but that ones laking a simple user-session in the message to define clear what should go to a own file the same time ignorant and abusive people like you call other incompetent could be used to just make the messages clear, a part of that over the time growing amount of messages notify about the same what crond anyways do can be filtered - the rest not really # Log systemd-logind to /var/log/secure :programname, isequal, systemd-logind -/var/log/secure :programname, isequal, systemd-logind stop :msg, contains, Starting Session stop :msg, contains, Started Session stop :msg, contains, Stopping Session stop :msg, contains, Stopped Session stop 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: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
On 09/22/2014 04:53 PM, DJ Delorie wrote: For the journal you always keep all log history in it's original state On low-bandwidth systems, like laptops or diskless nodes, it's a performance hit to generate the log entry in the first place. It's really important to be able to configure the system to *generate* a minimal amount of communications. Being able to filter the results later is a separate issue. See man journald.conf for tweakage in that regard -- 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: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
On 09/22/2014 06:17 PM, Reindl Harald wrote: # Log systemd-logind to /var/log/secure :programname, isequal, systemd-logind -/var/log/secure :programname, isequal, systemd-logind stop :msg, contains, Starting Session stop :msg, contains, Started Session stop :msg, contains, Stopping Session stop :msg, contains, Stopped Session stop And the problem that was stuck between your chair and your keyboard exist no more so congratulation finally being able to consult upstream -- rsyslog -- documentation after being spoon feed several examples on how this could be accomplished. Hopefully you will live happily ever after after this great achievement in your life and can share this new found experience with the rsyslog maintainer here in Fedora so he can provide better out of the box default filter suited especially for *your* filtering needs. Now be a good sport and close all those bugs that you filed against systemd in bz.rh or don't reopen them if Lennart or someone else does... And next time, try to refrain yourself from calling the lead developer of the project an idiot and you might find yourself in a situation where you are met with a more willingness, more welcoming and more positive attitude in helping you solve whatever problem you are faced with at that time. I might even go ahead and provide you with the exact solution next time. JBG -- 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: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
Am 22.09.2014 um 21:00 schrieb Jóhann B. Guðmundsson: On 09/22/2014 06:17 PM, Reindl Harald wrote: # Log systemd-logind to /var/log/secure :programname, isequal, systemd-logind -/var/log/secure :programname, isequal, systemd-logind stop :msg, contains, Starting Session stop :msg, contains, Started Session stop :msg, contains, Stopping Session stop :msg, contains, Stopped Session stop And the problem that was stuck between your chair and your keyboard exist no more so congratulation finally being able to consult upstream -- rsyslog -- documentation after being spoon feed several examples on how this could be accomplished please refrain from responses if you don't understand what people are talking about - the above *do not have any effect on the crap below* except two lines out of a lot i only posted that above to heal you from your arrogance about read rsyslog and that a decent admin knows rsyslog filters NOTHING OF THE FLLOD BELOW CAN BE CATCHED THAT WAY https://bugzilla.redhat.com/show_bug.cgi?id=1072368 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: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
Am 22.09.2014 um 21:05 schrieb Reindl Harald: Am 22.09.2014 um 21:00 schrieb Jóhann B. Guðmundsson: On 09/22/2014 06:17 PM, Reindl Harald wrote: # Log systemd-logind to /var/log/secure :programname, isequal, systemd-logind -/var/log/secure :programname, isequal, systemd-logind stop :msg, contains, Starting Session stop :msg, contains, Started Session stop :msg, contains, Stopping Session stop :msg, contains, Stopped Session stop And the problem that was stuck between your chair and your keyboard exist no more so congratulation finally being able to consult upstream -- rsyslog -- documentation after being spoon feed several examples on how this could be accomplished please refrain from responses if you don't understand what people are talking about - the above *do not have any effect on the crap below* except two lines out of a lot i only posted that above to heal you from your arrogance about read rsyslog and that a decent admin knows rsyslog filters NOTHING OF THE FLLOD BELOW CAN BE CATCHED THAT WAY https://bugzilla.redhat.com/show_bug.cgi?id=1072368 and the next time don't remove the relevant part *before* what you quote or at least read it before strip, not that nobody can read the whole post but your quoting style is abusive BTW. you still refuse to understand that produce that lot of messages *is wrong* in *non-debugging* mode Weitergeleitete Nachricht Betreff: Re: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance Datum: Mon, 22 Sep 2014 20:17:38 +0200 Von: Reindl Harald h.rei...@thelounge.net Antwort an: Development discussions related to Fedora devel@lists.fedoraproject.org An: devel@lists.fedoraproject.org Am 22.09.2014 um 19:51 schrieb Reindl Harald: Am 22.09.2014 um 19:37 schrieb Jóhann B. Guðmundsson: You know as well as I do that we will not alter the priority label on messages sent from the program based on administrators inability to come up with filters in rsyslog. to be precise the capable administrator wrote way too much such rules in the past just because systemd, but that ones laking a simple user-session in the message to define clear what should go to a own file the same time ignorant and abusive people like you call other incompetent could be used to just make the messages clear, a part of that over the time growing amount of messages notify about the same what crond anyways do can be filtered - the rest not really # Log systemd-logind to /var/log/secure :programname, isequal, systemd-logind -/var/log/secure :programname, isequal, systemd-logind stop :msg, contains, Starting Session stop :msg, contains, Started Session stop :msg, contains, Stopping Session stop :msg, contains, Stopped Session stop the crap below is *not* filterable and it would be *easy* to start any of this entries with systemd-user for upstream Mar 15 08:01:01 rawhide systemd[1378]: Stopping Default. Mar 15 08:01:01 rawhide systemd[1378]: Stopped target Default. Mar 15 08:01:01 rawhide systemd[1378]: Stopping Basic System. Mar 15 08:01:01 rawhide systemd[1378]: Stopped target Basic System. Mar 15 08:01:01 rawhide systemd[1378]: Stopping Paths. Mar 15 08:01:01 rawhide systemd[1378]: Stopped target Paths. Mar 15 08:01:01 rawhide systemd[1378]: Stopping Timers. Mar 15 08:01:01 rawhide systemd[1378]: Stopped target Timers. Mar 15 08:01:01 rawhide systemd[1378]: Stopping Sockets. Mar 15 08:01:01 rawhide systemd[1378]: Stopped target Sockets. Mar 15 08:01:01 rawhide systemd[1378]: Starting Shutdown. Mar 15 08:01:01 rawhide systemd[1378]: Reached target Shutdown. Mar 15 08:01:01 rawhide systemd[1378]: Starting Exit the Session... Mar 15 08:01:01 rawhide systemd[1378]: Received SIGRTMIN+24 from PID 1407 (kill). Mar 15 08:01:01 rawhide systemd[1]: Stopped User Manager for UID 0. Mar 15 08:01:01 rawhide systemd[1]: Stopping user-0.slice. Mar 15 08:01:01 rawhide systemd[1]: Removed slice user-0.slice. Mar 15 09:01:01 rawhide systemd[1]: Starting user-0.slice. Mar 15 09:01:01 rawhide systemd[1]: Created slice user-0.slice. Mar 15 09:01:01 rawhide systemd[1]: Starting User Manager for UID 0... Mar 15 09:01:01 rawhide systemd[1416]: Starting Paths. Mar 15 09:01:01 rawhide systemd[1416]: Reached target Paths. Mar 15 09:01:01 rawhide systemd[1416]: Starting Timers. Mar 15 09:01:01 rawhide systemd[1416]: Reached target Timers. Mar 15 09:01:01 rawhide systemd[1416]: Starting Sockets. Mar 15 09:01:01 rawhide systemd[1416]: Reached target Sockets. Mar 15 09:01:01 rawhide systemd[1416]: Starting Basic System. Mar 15 09:01:01 rawhide systemd[1416]: Reached target Basic System. Mar 15 09:01:01 rawhide systemd[1416]: Starting Default. Mar 15 09:01:01 rawhide systemd[1416]: Reached target Default. Mar 15 09:01:01 rawhide systemd[1416]: Startup finished in 9ms. Mar 15 09:01:01 rawhide systemd[1]: Started
Agenda for Env-and-Stacks WG meeting (2014-09-23)
WG meeting will be at 13:00 UTC (14:00 London, 15:00 Brno, 9:00 Boston, 22:00 Tokyo) in #fedora-meeting on Freenode. = Topics = * Recommendation for running Koschei for all Fedora packages * Follow-up: language specific mirrors for Fedora Playground compliant packages * Follow-up: SCLs, building above them and their position in Fedora/EPEL * Picking chairman for the next meeting * OpenFloor -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Test-Announce] Fedora 21 Virt Test Day is Thu Sep 25!
Hey all, The Fedora 21 Virt Test Day is this coming Thu Sep 25. Check out the test day landing page: https://fedoraproject.org/wiki/Test_Day:2014-09-25_Virtualization If you're interested in trying out some new virt functionality, there's step by step instructions for: * Q35 Chipset * Import AArch64 image as a VM on x86 * Install VM using OVMF/UEFI Even if you aren't interested in testing new features, we still need you! The test day is the perfect time to make sure your virt workflow is working fine on Fedora 21, as there will be several developers on hand to answer any questions, help with debugging, provide patches, etc. No requirement to run through test cases on the wiki, just show up and let us know what works (or breaks). And to be clear, while it is preferred that you have a physical machine running Fedora 21, participating in the test day does NOT require it: you can test the latest virt bits on the latest Fedora release courtesy of the virt-preview repo. For more details, as well as easy instructions on updating to Fedora 21, see: https://fedoraproject.org/wiki/Test_Day:2014-09-25_Virtualization#What.27s_needed_to_test If you can't make the date of the test day, adding test case results to the wiki anytime next week is fine as well. Though if you do plan on showing up to the test day, add your name to the participant list on the wiki, and when the day arrives, pop into #fedora-test-day on freenode and give us a shout! Thanks, Cole ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-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
Re: [systemd-devel] I wonder… why systemd provokes this amount of polarity and resistance
Seriously, both of you: this back and forth (and particularly the personal squabbling!) do not help us with Fedora development, which is what this list is for. If there's a problem somewhere here which we can address, let's talk about technical problems and solutions. Or if there are upstream issues, please take them upstream. If you feel like someone else on the list is responding in a non-constructive way, you don't win by doubling down on that. You're not going to convince the other party, and the fighting doesn't convince anyone else either. You win by taking the high road: https://www.youtube.com/watch?v=NHWjlCaIrQo -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1144903] CVE-2014-4330 perl-Data-Dumper: deep recursion stack overflow [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1144903 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- perl-Data-Dumper-2.154-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-Data-Dumper-2.154-1.fc20 -- 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=RiLoMyveJHa=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
[Bug 1144903] CVE-2014-4330 perl-Data-Dumper: deep recursion stack overflow [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1144903 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-Data-Dumper-2.154-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/perl-Data-Dumper-2.154-1.fc19 -- 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=6kxelE24EQa=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
[Bug 1145008] New: perl-App-cpanminus-1.7011 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1145008 Bug ID: 1145008 Summary: perl-App-cpanminus-1.7011 is available Product: Fedora Version: rawhide Component: perl-App-cpanminus Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, perl-devel@lists.fedoraproject.org Latest upstream release: 1.7011 Current version/release in Fedora Rawhide: 1.7009-1.fc22 URL: http://search.cpan.org/dist/App-cpanminus/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Soon this service will be implemented by a new system: https://github.com/fedora-infra/anitya/ It will require to manage monitored projects via a new web interface. Please make yourself familiar with the new system to ease the transition. -- 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=kL56H2uxuZa=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
[Bug 1145011] New: perl-Compress-Raw-Bzip2-2.066 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1145011 Bug ID: 1145011 Summary: perl-Compress-Raw-Bzip2-2.066 is available Product: Fedora Version: rawhide Component: perl-Compress-Raw-Bzip2 Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, mmasl...@redhat.com, p...@city-fan.org, perl-devel@lists.fedoraproject.org Latest upstream release: 2.066 Current version/release in Fedora Rawhide: 2.064-311.fc22 URL: http://search.cpan.org/dist/Compress-Raw-Bzip2/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Soon this service will be implemented by a new system: https://github.com/fedora-infra/anitya/ It will require to manage monitored projects via a new web interface. Please make yourself familiar with the new system to ease the transition. -- 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=ldhbLFBkmqa=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
[Bug 1145009] New: perl-Business-ISBN-2.09 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1145009 Bug ID: 1145009 Summary: perl-Business-ISBN-2.09 is available Product: Fedora Version: rawhide Component: perl-Business-ISBN Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org Latest upstream release: 2.09 Current version/release in Fedora Rawhide: 2.07-4.fc22 URL: http://search.cpan.org/dist/Business-ISBN/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Soon this service will be implemented by a new system: https://github.com/fedora-infra/anitya/ It will require to manage monitored projects via a new web interface. Please make yourself familiar with the new system to ease the transition. -- 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=LiiOpBRk3Ta=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
[Bug 1145012] New: perl-Compress-Raw-Zlib-2.066 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1145012 Bug ID: 1145012 Summary: perl-Compress-Raw-Zlib-2.066 is available Product: Fedora Version: rawhide Component: perl-Compress-Raw-Zlib Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, mmasl...@redhat.com, p...@city-fan.org, perl-devel@lists.fedoraproject.org Latest upstream release: 2.066 Current version/release in Fedora Rawhide: 2.065-311.fc22 URL: http://search.cpan.org/dist/Compress-Raw-Zlib/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Soon this service will be implemented by a new system: https://github.com/fedora-infra/anitya/ It will require to manage monitored projects via a new web interface. Please make yourself familiar with the new system to ease the transition. -- 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=8Po8HsPPyLa=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
[Bug 1145014] New: perl-Inline-C-0.64 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1145014 Bug ID: 1145014 Summary: perl-Inline-C-0.64 is available Product: Fedora Version: rawhide Component: perl-Inline-C Keywords: FutureFeature, Triaged Assignee: psab...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, psab...@redhat.com Latest upstream release: 0.64 Current version/release in Fedora Rawhide: 0.62-1.fc22 URL: http://search.cpan.org/dist/Inline-C/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Soon this service will be implemented by a new system: https://github.com/fedora-infra/anitya/ It will require to manage monitored projects via a new web interface. Please make yourself familiar with the new system to ease the transition. -- 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=0ia2y9vkVca=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
[Bug 1145013] New: perl-Inline-0.77 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1145013 Bug ID: 1145013 Summary: perl-Inline-0.77 is available Product: Fedora Version: rawhide Component: perl-Inline Keywords: FutureFeature, Triaged Assignee: psab...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, psab...@redhat.com Latest upstream release: 0.77 Current version/release in Fedora Rawhide: 0.76-2.fc22 URL: http://search.cpan.org/dist/Inline/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Soon this service will be implemented by a new system: https://github.com/fedora-infra/anitya/ It will require to manage monitored projects via a new web interface. Please make yourself familiar with the new system to ease the transition. -- 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=SZzYRB3Iwsa=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
[Bug 1145015] New: perl-IO-Compress-2.066 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1145015 Bug ID: 1145015 Summary: perl-IO-Compress-2.066 is available Product: Fedora Version: rawhide Component: perl-IO-Compress Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, p...@city-fan.org, perl-devel@lists.fedoraproject.org Latest upstream release: 2.066 Current version/release in Fedora Rawhide: 2.064-311.fc22 URL: http://search.cpan.org/dist/IO-Compress/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Soon this service will be implemented by a new system: https://github.com/fedora-infra/anitya/ It will require to manage monitored projects via a new web interface. Please make yourself familiar with the new system to ease the transition. -- 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=Y2sNi4bUwea=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
[Bug 1145017] New: perl-Math-PlanePath-117 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1145017 Bug ID: 1145017 Summary: perl-Math-PlanePath-117 is available Product: Fedora Version: rawhide Component: perl-Math-PlanePath Keywords: FutureFeature, Triaged Assignee: mhron...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mhron...@redhat.com, perl-devel@lists.fedoraproject.org Latest upstream release: 117 Current version/release in Fedora Rawhide: 116-2.fc22 URL: http://search.cpan.org/dist/Math-PlanePath/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Soon this service will be implemented by a new system: https://github.com/fedora-infra/anitya/ It will require to manage monitored projects via a new web interface. Please make yourself familiar with the new system to ease the transition. -- 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=Vlzih4NkMfa=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
File Compress-Raw-Bzip2-2.066.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Compress-Raw-Bzip2: 1d5dc2731420e73498fa264ade8d1206 Compress-Raw-Bzip2-2.066.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-Compress-Raw-Bzip2] Update to 2.066 (no changes)
commit 1261b1ec551772393c48a3159b11acea573d5d03
Author: Paul Howarth p...@city-fan.org
Date: Mon Sep 22 09:45:53 2014 +0100
Update to 2.066 (no changes)
perl-Compress-Raw-Bzip2.spec |8 ++--
sources |2 +-
2 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/perl-Compress-Raw-Bzip2.spec b/perl-Compress-Raw-Bzip2.spec
index 1215c5b..2099232 100644
--- a/perl-Compress-Raw-Bzip2.spec
+++ b/perl-Compress-Raw-Bzip2.spec
@@ -1,12 +1,13 @@
Name: perl-Compress-Raw-Bzip2
Summary:Low-level interface to bzip2 compression library
-Version:2.064
-Release:311%{?dist}
+Version:2.066
+Release:1%{?dist}
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Compress-Raw-Bzip2/
Source0:
http://search.cpan.org/CPAN/authors/id/P/PM/PMQS/Compress-Raw-Bzip2-%{version}.tar.gz
BuildRequires: bzip2-devel
+BuildRequires: perl
BuildRequires: perl(Carp)
BuildRequires: perl(Config)
BuildRequires: perl(constant)
@@ -57,6 +58,9 @@ make test
%{_mandir}/man3/Compress::Raw::Bzip2.3pm*
%changelog
+* Mon Sep 22 2014 Paul Howarth p...@city-fan.org - 2.066-1
+- Update to 2.066 (no changes)
+
* Sun Sep 07 2014 Jitka Plesnikova jples...@redhat.com - 2.064-311
- Perl 5.20 re-rebuild of bootstrapped packages
diff --git a/sources b/sources
index 7462a89..b90c704 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-1d85bb26f418286de9145d49189f85d3 Compress-Raw-Bzip2-2.064.tar.gz
+1d5dc2731420e73498fa264ade8d1206 Compress-Raw-Bzip2-2.066.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-Compress-Raw-Bzip2/f21] (4 commits) ...Update to 2.066 (no changes)
Summary of changes: b4ad4ff... Perl 5.20 rebuild (*) 644fdbb... Increase release to favour standalone package (*) d78a4db... Perl 5.20 re-rebuild of bootstrapped packages (*) 1261b1e... Update to 2.066 (no changes) (*) (*) 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
[perl-Compress-Raw-Bzip2] Created tag perl-Compress-Raw-Bzip2-2.066-1.fc22
The lightweight tag 'perl-Compress-Raw-Bzip2-2.066-1.fc22' was created pointing to: 1261b1e... Update to 2.066 (no changes) -- 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-Compress-Raw-Bzip2] Created tag perl-Compress-Raw-Bzip2-2.066-1.fc21
The lightweight tag 'perl-Compress-Raw-Bzip2-2.066-1.fc21' was created pointing to: 1261b1e... Update to 2.066 (no changes) -- 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 Compress-Raw-Zlib-2.066.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Compress-Raw-Zlib: 663b47f6f3d36e3479abc4b2a44cfc1a Compress-Raw-Zlib-2.066.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-Compress-Raw-Zlib] Update to 2.066
commit b83ab14542d0eec72f1029b2dae187ceda3f0f5e
Author: Paul Howarth p...@city-fan.org
Date: Mon Sep 22 10:13:04 2014 +0100
Update to 2.066
- New upstream release 2.066
- Another COW violation (CPAN RT#98069)
- Misleading nesting/indentation found by Coverity (CPAN RT#95405)
perl-Compress-Raw-Zlib.spec | 14 ++
sources |2 +-
2 files changed, 11 insertions(+), 5 deletions(-)
---
diff --git a/perl-Compress-Raw-Zlib.spec b/perl-Compress-Raw-Zlib.spec
index f29a05d..251f861 100644
--- a/perl-Compress-Raw-Zlib.spec
+++ b/perl-Compress-Raw-Zlib.spec
@@ -1,14 +1,13 @@
Name: perl-Compress-Raw-Zlib
-Version:2.065
-Release:311%{?dist}
+Version:2.066
+Release:1%{?dist}
Summary:Low-level interface to the zlib compression library
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Compress-Raw-Zlib/
Source0:
http://search.cpan.org/CPAN/authors/id/P/PM/PMQS/Compress-Raw-Zlib-%{version}.tar.gz
+BuildRequires: perl
BuildRequires: perl(AutoLoader)
-# XSLoader or DynaLoader; choose wisely
-BuildRequires: perl(XSLoader)
BuildRequires: perl(Carp)
BuildRequires: perl(constant)
BuildRequires: perl(Exporter)
@@ -20,6 +19,8 @@ BuildRequires: perl(Test::More)
BuildRequires: perl(Test::NoWarnings)
BuildRequires: perl(Test::Pod) = 1.00
%endif
+# XSLoader or DynaLoader; choose wisely
+BuildRequires: perl(XSLoader)
BuildRequires: zlib-devel
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
# see above
@@ -61,6 +62,11 @@ make test
%{_mandir}/man3/Compress::Raw::Zlib.3pm*
%changelog
+* Mon Sep 22 2014 Paul Howarth p...@city-fan.org - 2.066-1
+- Update to 2.066
+ - Another COW violation (CPAN RT#98069)
+ - Misleading nesting/indentation found by Coverity (CPAN RT#95405)
+
* Sun Sep 07 2014 Jitka Plesnikova jples...@redhat.com - 2.065-311
- Perl 5.20 re-rebuild of bootstrapped packages
diff --git a/sources b/sources
index 3e038a6..4ca6573 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-b9588cabfb3c3ab35a7f5284f47b80ee Compress-Raw-Zlib-2.065.tar.gz
+663b47f6f3d36e3479abc4b2a44cfc1a Compress-Raw-Zlib-2.066.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1139700] CVE-2014-4330 perl-Data-Dumper: deep recursion stack overflow
https://bugzilla.redhat.com/show_bug.cgi?id=1139700 Tomas Hoger tho...@redhat.com changed: What|Removed |Added CC||cw...@alumni.drew.edu, ||iarn...@gmail.com, ||jor...@redhat.com, ||jples...@redhat.com, ||ka...@ucw.cz, ||mmasl...@redhat.com, ||perl-devel@lists.fedoraproj ||ect.org, ||perl-maint-l...@redhat.com, ||ppi...@redhat.com, ||psab...@redhat.com, ||rc040...@freenet.de, ||tcall...@redhat.com -- 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=W929PIzp0xa=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
[perl-Compress-Raw-Zlib/f21] (4 commits) ...Update to 2.066
Summary of changes: a6bcf71... Perl 5.20 rebuild (*) 7f59bc1... Increase release to favour standalone package (*) 9dcfb70... Perl 5.20 re-rebuild of bootstrapped packages (*) b83ab14... Update to 2.066 (*) (*) 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
[perl-Compress-Raw-Zlib] Created tag perl-Compress-Raw-Zlib-2.066-1.fc21
The lightweight tag 'perl-Compress-Raw-Zlib-2.066-1.fc21' was created pointing to: b83ab14... Update to 2.066 -- 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-Compress-Raw-Zlib] Created tag perl-Compress-Raw-Zlib-2.066-1.fc22
The lightweight tag 'perl-Compress-Raw-Zlib-2.066-1.fc22' was created pointing to: b83ab14... Update to 2.066 -- 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 Compress-Raw-Lzma-2.066.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Compress-Raw-Lzma: 419c27cc5ab426a8b163e51257927fb6 Compress-Raw-Lzma-2.066.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-Compress-Raw-Lzma] Update to 2.066 (no changes)
commit efcdbf63605cd7d2d77b819c66b0c181390dc619
Author: Paul Howarth p...@city-fan.org
Date: Mon Sep 22 10:39:36 2014 +0100
Update to 2.066 (no changes)
perl-Compress-Raw-Lzma.spec | 12
sources |2 +-
2 files changed, 9 insertions(+), 5 deletions(-)
---
diff --git a/perl-Compress-Raw-Lzma.spec b/perl-Compress-Raw-Lzma.spec
index c5c50a3..c589527 100644
--- a/perl-Compress-Raw-Lzma.spec
+++ b/perl-Compress-Raw-Lzma.spec
@@ -1,13 +1,12 @@
Name: perl-Compress-Raw-Lzma
-Version: 2.064
-Release: 4%{?dist}
+Version: 2.066
+Release: 1%{?dist}
Summary: Low-level interface to lzma compression library
Group: Development/Libraries
License: GPL+ or Artistic
URL: http://search.cpan.org/dist/Compress-Raw-Lzma/
Source0:
http://search.cpan.org/CPAN/authors/id/P/PM/PMQS/Compress-Raw-Lzma-%{version}.tar.gz
-BuildRequires: xz
-BuildRequires: xz-devel
+BuildRequires: perl
BuildRequires: perl(AutoLoader)
BuildRequires: perl(Carp)
BuildRequires: perl(constant)
@@ -17,6 +16,8 @@ BuildRequires:perl(lib)
BuildRequires: perl(Test::NoWarnings)
BuildRequires: perl(Test::Pod)
BuildRequires: perl(XSLoader)
+BuildRequires: xz
+BuildRequires: xz-devel
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
Requires: perl(XSLoader)
# Built-against version is embedded in module, so we have a strict version
dependency
@@ -52,6 +53,9 @@ make test
%{_mandir}/man3/Compress::Raw::Lzma.3pm*
%changelog
+* Mon Sep 22 2014 Paul Howarth p...@city-fan.org - 2.066-1
+- Update to 2.066 (no changes)
+
* Wed Aug 27 2014 Jitka Plesnikova jples...@redhat.com - 2.064-4
- Perl 5.20 rebuild
diff --git a/sources b/sources
index fe73dce..07ff4dc 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-67feb68025fc9f666f543d9e27a5233c Compress-Raw-Lzma-2.064.tar.gz
+419c27cc5ab426a8b163e51257927fb6 Compress-Raw-Lzma-2.066.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-Compress-Raw-Lzma/f21] (2 commits) ...Update to 2.066 (no changes)
Summary of changes: b29828f... Perl 5.20 rebuild (*) efcdbf6... Update to 2.066 (no changes) (*) (*) 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
[Bug 1139700] CVE-2014-4330 perl-Data-Dumper: deep recursion stack overflow
https://bugzilla.redhat.com/show_bug.cgi?id=1139700 --- Comment #9 from Jitka Plesnikova jples...@redhat.com --- Could you please create tracking bugs also for RHEL 7 and RHSCL? -- 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=QczXYDQyG0a=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
[perl-Compress-Raw-Lzma] Created tag perl-Compress-Raw-Lzma-2.066-1.fc22
The lightweight tag 'perl-Compress-Raw-Lzma-2.066-1.fc22' was created pointing to: efcdbf6... Update to 2.066 (no changes) -- 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-Compress-Raw-Lzma] Created tag perl-Compress-Raw-Lzma-2.066-1.fc21
The lightweight tag 'perl-Compress-Raw-Lzma-2.066-1.fc21' was created pointing to: efcdbf6... Update to 2.066 (no changes) -- 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
Broken dependencies: slic3r
slic3r has broken dependencies in the rawhide tree: On x86_64: slic3r-1.1.5-1.fc21.x86_64 requires perl(:MODULE_COMPAT_5.18.2) slic3r-1.1.5-1.fc21.x86_64 requires libperl.so.5.18()(64bit) On i386: slic3r-1.1.5-1.fc21.i686 requires perl(:MODULE_COMPAT_5.18.2) slic3r-1.1.5-1.fc21.i686 requires libperl.so.5.18 On armhfp: slic3r-1.1.5-1.fc21.armv7hl requires perl(:MODULE_COMPAT_5.18.2) slic3r-1.1.5-1.fc21.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
File IO-Compress-2.066.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-IO-Compress: 41e1d7f7426f556769cf7a1c0e6222f9 IO-Compress-2.066.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-Compress] Update to 2.066
commit 3d5d5f5631eb560609a6653ec5fbe300999da8f5
Author: Paul Howarth p...@city-fan.org
Date: Mon Sep 22 11:14:09 2014 +0100
Update to 2.066
- New upstream release 2.066
- IO::Uncompress::Gzip
- Documentation of ExtraFlags stated the XFL values for BEST_COMPRESSION
and BEST_SPEED use the values 2 and 4 respectively; they should be 4
and
2 (code for setting XFL was correct)
- IO::Uncompress::Gunzip
- Fix regression preventing gunzip to in-memory file handle (CPAN
RT#95494)
perl-IO-Compress.spec | 14 --
sources |2 +-
2 files changed, 13 insertions(+), 3 deletions(-)
---
diff --git a/perl-IO-Compress.spec b/perl-IO-Compress.spec
index 81e750d..5a16d69 100644
--- a/perl-IO-Compress.spec
+++ b/perl-IO-Compress.spec
@@ -2,14 +2,15 @@
%{?perl_default_filter}
Name: perl-IO-Compress
-Version:2.064
-Release:311%{?dist}
+Version:2.066
+Release:1%{?dist}
Summary:Read and write compressed data
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/IO-Compress/
Source0:
http://search.cpan.org/CPAN/authors/id/P/PM/PMQS/IO-Compress-%{version}.tar.gz
BuildArch: noarch
+BuildRequires: perl
BuildRequires: perl(Carp)
BuildRequires: perl(Compress::Raw::Bzip2) = %{version}
BuildRequires: perl(Compress::Raw::Zlib) = %{version}
@@ -108,6 +109,15 @@ make test %{?with_long_tests:COMPRESS_ZLIB_RUN_ALL=1}
%{_mandir}/man3/IO::Uncompress::*.3pm*
%changelog
+* Mon Sep 22 2014 Paul Howarth p...@city-fan.org - 2.066-1
+- Update to 2.066
+ - IO::Uncompress::Gzip
+- Documentation of ExtraFlags stated the XFL values for BEST_COMPRESSION
+ and BEST_SPEED use the values 2 and 4 respectively; they should be 4 and
+ 2 (code for setting XFL was correct)
+ - IO::Uncompress::Gunzip
+- Fix regression preventing gunzip to in-memory file handle (CPAN RT#95494)
+
* Sun Sep 07 2014 Jitka Plesnikova jples...@redhat.com - 2.064-311
- Perl 5.20 re-rebuild of bootstrapped packages
diff --git a/sources b/sources
index 4c0199c..096b12e 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-7f59dfc0b83950288e83332bff7d48c7 IO-Compress-2.064.tar.gz
+41e1d7f7426f556769cf7a1c0e6222f9 IO-Compress-2.066.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-Compress/f21] (4 commits) ...Update to 2.066
Summary of changes: 83e2ede... Perl 5.20 rebuild (*) bfbefd4... Increase release to favour standalone package (*) f9960fd... Perl 5.20 re-rebuild of bootstrapped packages (*) 3d5d5f5... Update to 2.066 (*) (*) 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
[Bug 1139700] CVE-2014-4330 perl-Data-Dumper: deep recursion stack overflow
https://bugzilla.redhat.com/show_bug.cgi?id=1139700 Bug 1139700 depends on bug 1144904, which changed state. Bug 1144904 Summary: CVE-2014-4330 perl-Data-Dumper: deep recursion stack overflow [epel-all] https://bugzilla.redhat.com/show_bug.cgi?id=1144904 What|Removed |Added Status|NEW |CLOSED Resolution|--- |WONTFIX -- 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=Us37DeJEfYa=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
[Bug 1144904] CVE-2014-4330 perl-Data-Dumper: deep recursion stack overflow [epel-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1144904 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED CC||jples...@redhat.com Resolution|--- |WONTFIX Last Closed||2014-09-22 07:40:42 --- Comment #2 from Jitka Plesnikova jples...@redhat.com --- perl-Data-Dumper doesn't have any valid epel branches. perl-Data-Dumper is retired at EPEL 6 branch. It will be blocked at Koji https://fedorahosted.org/rel-eng/ticket/5999. Data::Dumper is provided by perl-5.10.1-136.el6 in RHEL 6 and by standalone package perl-Data-Dumper at RHEL 7. -- 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=0liJldQ4Faa=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
[perl-IO-Compress] Created tag perl-IO-Compress-2.066-1.fc21
The lightweight tag 'perl-IO-Compress-2.066-1.fc21' was created pointing to: 3d5d5f5... Update to 2.066 -- 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-Compress-Lzma-2.066.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-IO-Compress-Lzma: 1525a792017d2ccfcf0841934e3c5b50 IO-Compress-Lzma-2.066.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-SharedFork-0.29.tar.gz uploaded to lookaside cache by corsepiu
A file has been added to the lookaside cache for perl-Test-SharedFork: acbc5baf82d78edf3771dfecaacd2345 Test-SharedFork-0.29.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-Test-SharedFork] Upstream update.
commit 3b007779b8bcdb2f73026b7e563d4103857c51de
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Mon Sep 22 14:27:44 2014 +0200
Upstream update.
- Reflect upstream URL having changed.
.gitignore|2 +-
perl-Test-SharedFork.spec | 10 +++---
sources |2 +-
3 files changed, 9 insertions(+), 5 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 4aeb6dc..7b67e9b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-/Test-SharedFork-0.28.tar.gz
+/Test-SharedFork-0.29.tar.gz
diff --git a/perl-Test-SharedFork.spec b/perl-Test-SharedFork.spec
index f327dc4..b12d64e 100644
--- a/perl-Test-SharedFork.spec
+++ b/perl-Test-SharedFork.spec
@@ -1,10 +1,10 @@
Name: perl-Test-SharedFork
Summary:Fork test
-Version:0.28
-Release:2%{?dist}
+Version:0.29
+Release:1%{?dist}
License:GPL+ or Artistic
Group: Development/Libraries
-Source0:
http://search.cpan.org/CPAN/authors/id/T/TO/TOKUHIROM/Test-SharedFork-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/E/EX/EXODIST/Test-SharedFork-%{version}.tar.gz
URL:http://search.cpan.org/dist/Test-SharedFork
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
@@ -58,6 +58,10 @@ make test
%{_mandir}/man3/*.3*
%changelog
+* Mon Sep 22 2014 Ralf Corsépius corse...@fedoraproject.org - 0.29-1
+- Upstream update.
+- Reflect upstream URL having changed.
+
* Wed Aug 27 2014 Jitka Plesnikova jples...@redhat.com - 0.28-2
- Perl 5.20 rebuild
diff --git a/sources b/sources
index e9b61cc..40084c6 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6a31dad843c1f9919932d229963ef9ec Test-SharedFork-0.28.tar.gz
+acbc5baf82d78edf3771dfecaacd2345 Test-SharedFork-0.29.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1144904] CVE-2014-4330 perl-Data-Dumper: deep recursion stack overflow [epel-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1144904 Tomas Hoger tho...@redhat.com changed: What|Removed |Added Resolution|WONTFIX |NOTABUG -- 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=OEoFXrOyFZa=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
[perl-Test-SharedFork/f21: 3/3] Merge cleanup.
commit 49673fa523a7c21fe388db49d914a581a7fcd611 Author: Ralf Corsépius corse...@fedoraproject.org Date: Mon Sep 22 14:29:58 2014 +0200 Merge cleanup. perl-Test-SharedFork.spec |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) --- diff --git a/perl-Test-SharedFork.spec b/perl-Test-SharedFork.spec index b12d64e..6913cc3 100644 --- a/perl-Test-SharedFork.spec +++ b/perl-Test-SharedFork.spec @@ -62,9 +62,6 @@ make test - Upstream update. - Reflect upstream URL having changed. -* Wed Aug 27 2014 Jitka Plesnikova jples...@redhat.com - 0.28-2 -- Perl 5.20 rebuild - * Mon Jul 07 2014 Ralf Corsépius corse...@fedoraproject.org - 0.28-1 - Upstream update. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-SharedFork/f21] (3 commits) ...Merge cleanup.
Summary of changes: b80117e... Perl 5.20 rebuild (*) 3b00777... Upstream update. (*) 49673fa... Merge cleanup. (*) 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
[perl-IO-Compress-Lzma/f21: 2/2] Update to 2.066 (no changes)
commit 7f225454adee252e5190124bdd934c43e2d8a6e2
Author: Paul Howarth p...@city-fan.org
Date: Mon Sep 22 13:21:43 2014 +0100
Update to 2.066 (no changes)
perl-IO-Compress-Lzma.spec |8 ++--
sources|2 +-
2 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/perl-IO-Compress-Lzma.spec b/perl-IO-Compress-Lzma.spec
index 88f7a2b..1a04225 100644
--- a/perl-IO-Compress-Lzma.spec
+++ b/perl-IO-Compress-Lzma.spec
@@ -1,12 +1,13 @@
Name: perl-IO-Compress-Lzma
-Version: 2.064
-Release: 3%{?dist}
+Version: 2.066
+Release: 1%{?dist}
Summary: Read and write lzma compressed data
License: GPL+ or Artistic
Group: Development/Libraries
URL: http://search.cpan.org/dist/IO-Compress-Lzma/
Source0:
http://search.cpan.org/CPAN/authors/id/P/PM/PMQS/IO-Compress-Lzma-%{version}.tar.gz
BuildArch: noarch
+BuildRequires: perl
BuildRequires: perl(Carp)
BuildRequires: perl(Compress::Raw::Lzma) = %{version}
BuildRequires: perl(constant)
@@ -56,6 +57,9 @@ make test
%{_mandir}/man3/IO::Uncompress::UnXz.3pm*
%changelog
+* Mon Sep 22 2014 Paul Howarth p...@city-fan.org - 2.066-1
+- Update to 2.066 (no changes)
+
* Wed Aug 27 2014 Jitka Plesnikova jples...@redhat.com - 2.064-3
- Perl 5.20 rebuild
diff --git a/sources b/sources
index ae64747..e89608b 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-620038a1de7efd2273d4e151fce26bd3 IO-Compress-Lzma-2.064.tar.gz
+1525a792017d2ccfcf0841934e3c5b50 IO-Compress-Lzma-2.066.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-Compress-Lzma/f21] (2 commits) ...Update to 2.066 (no changes)
Summary of changes: 78f7e6d... Perl 5.20 rebuild (*) 7f22545... Update to 2.066 (no changes) (*) 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
[perl-IO-Compress] Created tag perl-IO-Compress-2.066-1.fc22
The lightweight tag 'perl-IO-Compress-2.066-1.fc22' was created pointing to: 3d5d5f5... Update to 2.066 -- 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.998.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-IO-Socket-SSL: 00e23adb0bd80f4fa9c4336109e4f9db IO-Socket-SSL-1.998.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-Compress-Lzma] Update to 2.066 (no changes)
Summary of changes: 7f22545... Update to 2.066 (no changes) (*) (*) 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
[perl-IO-Socket-SSL] Update to 1.998
commit 449688d154b5bdca2fc763c1af050ab708262133
Author: Paul Howarth p...@city-fan.org
Date: Mon Sep 22 15:21:39 2014 +0100
Update to 1.998
- New upstream release 1.998
- Make client authentication work at the server side when SNI is in by use
having CA path and other settings in all SSL contexts instead of only
the
main one (https://github.com/noxxi/p5-io-socket-ssl/pull/15)
...-SSL-1.998-use-system-default-SSL-version.patch |2 +-
perl-IO-Socket-SSL.spec| 12 +---
sources|2 +-
3 files changed, 11 insertions(+), 5 deletions(-)
---
diff --git a/IO-Socket-SSL-1.997-use-system-default-SSL-version.patch
b/IO-Socket-SSL-1.998-use-system-default-SSL-version.patch
similarity index 97%
rename from IO-Socket-SSL-1.997-use-system-default-SSL-version.patch
rename to IO-Socket-SSL-1.998-use-system-default-SSL-version.patch
index eed3aa9..695af45 100644
--- a/IO-Socket-SSL-1.997-use-system-default-SSL-version.patch
+++ b/IO-Socket-SSL-1.998-use-system-default-SSL-version.patch
@@ -9,7 +9,7 @@
SSL_verify_callback = undef,
SSL_verifycn_scheme = undef, # fallback cn verification
SSL_verifycn_publicsuffix = undef, # fallback default list verification
-@@ -2043,7 +2043,7 @@ WARN
+@@ -2045,7 +2045,7 @@ WARN
my $ssl_op = Net::SSLeay::OP_ALL();
diff --git a/perl-IO-Socket-SSL.spec b/perl-IO-Socket-SSL.spec
index 683ff58..aea6bda 100644
--- a/perl-IO-Socket-SSL.spec
+++ b/perl-IO-Socket-SSL.spec
@@ -1,13 +1,13 @@
Name: perl-IO-Socket-SSL
-Version: 1.997
-Release: 4%{?dist}
+Version: 1.998
+Release: 1%{?dist}
Summary: Perl library for transparent SSL
Group: Development/Libraries
License: GPL+ or Artistic
URL: http://search.cpan.org/dist/IO-Socket-SSL/
Source0:
http://search.cpan.org/CPAN/authors/id/S/SU/SULLR/IO-Socket-SSL-%{version}.tar.gz
Patch0:IO-Socket-SSL-1.997-use-system-default-cipher-list.patch
-Patch1:IO-Socket-SSL-1.997-use-system-default-SSL-version.patch
+Patch1:IO-Socket-SSL-1.998-use-system-default-SSL-version.patch
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
BuildArch: noarch
BuildRequires: openssl = 0.9.8
@@ -100,6 +100,12 @@ rm -rf %{buildroot}
%{_mandir}/man3/IO::Socket::SSL::Utils.3*
%changelog
+* Mon Sep 22 2014 Paul Howarth p...@city-fan.org - 1.998-1
+- Update to 1.998
+ - Make client authentication work at the server side when SNI is in by use
+having CA path and other settings in all SSL contexts instead of only the
+main one (https://github.com/noxxi/p5-io-socket-ssl/pull/15)
+
* Thu Aug 28 2014 Jitka Plesnikova jples...@redhat.com - 1.997-4
- Perl 5.20 rebuild
diff --git a/sources b/sources
index a35d649..b0270bd 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-2a6268bb42da81e69d1c1feb2fcb0eea IO-Socket-SSL-1.997.tar.gz
+00e23adb0bd80f4fa9c4336109e4f9db IO-Socket-SSL-1.998.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-Compress-Lzma] Created tag perl-IO-Compress-Lzma-2.066-1.fc22
The lightweight tag 'perl-IO-Compress-Lzma-2.066-1.fc22' was created pointing to: 7f22545... Update to 2.066 (no changes) -- 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-Compress-Lzma] Created tag perl-IO-Compress-Lzma-2.066-1.fc21
The lightweight tag 'perl-IO-Compress-Lzma-2.066-1.fc21' was created pointing to: 7f22545... Update to 2.066 (no changes) -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1145015] perl-IO-Compress-2.066 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1145015 --- Comment #1 from Fedora Update System upda...@fedoraproject.org --- perl-IO-Compress-Lzma-2.066-1.fc21,perl-IO-Compress-2.066-1.fc21,perl-Compress-Raw-Zlib-2.066-1.fc21,perl-Compress-Raw-Lzma-2.066-1.fc21,perl-Compress-Raw-Bzip2-2.066-1.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/perl-IO-Compress-Lzma-2.066-1.fc21,perl-IO-Compress-2.066-1.fc21,perl-Compress-Raw-Zlib-2.066-1.fc21,perl-Compress-Raw-Lzma-2.066-1.fc21,perl-Compress-Raw-Bzip2-2.066-1.fc21 -- 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=a40pdHRJ4Na=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
[Bug 1145012] perl-Compress-Raw-Zlib-2.066 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1145012 --- Comment #1 from Fedora Update System upda...@fedoraproject.org --- perl-IO-Compress-Lzma-2.066-1.fc21,perl-IO-Compress-2.066-1.fc21,perl-Compress-Raw-Zlib-2.066-1.fc21,perl-Compress-Raw-Lzma-2.066-1.fc21,perl-Compress-Raw-Bzip2-2.066-1.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/perl-IO-Compress-Lzma-2.066-1.fc21,perl-IO-Compress-2.066-1.fc21,perl-Compress-Raw-Zlib-2.066-1.fc21,perl-Compress-Raw-Lzma-2.066-1.fc21,perl-Compress-Raw-Bzip2-2.066-1.fc21 -- 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=fv3HffLE6Ga=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
[perl-IO-Socket-SSL/f21] (2 commits) ...Update to 1.998
Summary of changes: 8950a78... Perl 5.20 rebuild (*) 449688d... Update to 1.998 (*) (*) 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
File IO-Tty-1.12.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-IO-Tty: 11695a1a516b3bd1b90ce75ff0ce3e6d IO-Tty-1.12.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1145011] perl-Compress-Raw-Bzip2-2.066 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1145011 --- Comment #1 from Fedora Update System upda...@fedoraproject.org --- perl-IO-Compress-Lzma-2.066-1.fc21,perl-IO-Compress-2.066-1.fc21,perl-Compress-Raw-Zlib-2.066-1.fc21,perl-Compress-Raw-Lzma-2.066-1.fc21,perl-Compress-Raw-Bzip2-2.066-1.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/perl-IO-Compress-Lzma-2.066-1.fc21,perl-IO-Compress-2.066-1.fc21,perl-Compress-Raw-Zlib-2.066-1.fc21,perl-Compress-Raw-Lzma-2.066-1.fc21,perl-Compress-Raw-Bzip2-2.066-1.fc21 -- 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=dCAQi2yGj4a=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
[perl-IO-Socket-SSL] Created tag perl-IO-Socket-SSL-1.998-1.fc22
The lightweight tag 'perl-IO-Socket-SSL-1.998-1.fc22' was created pointing to: 449688d... Update to 1.998 -- 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.998-1.fc21
The lightweight tag 'perl-IO-Socket-SSL-1.998-1.fc21' was created pointing to: 449688d... Update to 1.998 -- 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 Module-Build-Tiny-0.038.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Module-Build-Tiny: 89f79a97b3ab7c8e14fbe285e4d0b758 Module-Build-Tiny-0.038.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-Module-Build-Tiny] Update to 0.038
commit 4296d05c468eb3fb61573345d20d155f0a5eb427
Author: Paul Howarth p...@city-fan.org
Date: Mon Sep 22 16:23:27 2014 +0100
Update to 0.038
- New upstream release 0.038
- Scrub PERL_MB_OPT in tests too
perl-Module-Build-Tiny.spec |8 ++--
sources |2 +-
2 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/perl-Module-Build-Tiny.spec b/perl-Module-Build-Tiny.spec
index dc4c05b..4645dcb 100644
--- a/perl-Module-Build-Tiny.spec
+++ b/perl-Module-Build-Tiny.spec
@@ -1,7 +1,7 @@
Summary: A tiny replacement for Module::Build
Name: perl-Module-Build-Tiny
-Version: 0.037
-Release: 2%{?dist}
+Version: 0.038
+Release: 1%{?dist}
License: GPL+ or Artistic
Group: Development/Libraries
URL: https://github.com/Leont/module-build-tiny
@@ -77,6 +77,10 @@ AUTHOR_TESTING=1 RELEASE_TESTING=1 ./Build test
%{_mandir}/man3/Module::Build::Tiny.3pm*
%changelog
+* Mon Sep 22 2014 Paul Howarth p...@city-fan.org - 0.038-1
+- Update to 0.038
+ - Scrub PERL_MB_OPT in tests too
+
* Wed Aug 27 2014 Jitka Plesnikova jples...@redhat.com - 0.037-2
- Perl 5.20 rebuild
diff --git a/sources b/sources
index fe3043c..2a97e44 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-d1449ad9e7039407bd3edf632b115849 Module-Build-Tiny-0.037.tar.gz
+89f79a97b3ab7c8e14fbe285e4d0b758 Module-Build-Tiny-0.038.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-Module-Build-Tiny/f21] (2 commits) ...Update to 0.038
Summary of changes: 1ed4413... Perl 5.20 rebuild (*) 4296d05... Update to 0.038 (*) (*) 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
[perl-IO-Tty] Update to 1.12
commit 521e7fb5a0ad179ad6e374211e06060fcaf417e3
Author: Paul Howarth p...@city-fan.org
Date: Mon Sep 22 16:02:07 2014 +0100
Update to 1.12
- New upstream release 1.12
- Add support for PERL_MM_OPT
- Fix typo in compiler detection error message (CPAN RT#75649)
- Fix redefinition of typedef errors with v5.19.4 and above
- Classify buildreqs by usage
perl-IO-Tty.spec | 24 +---
sources |2 +-
2 files changed, 22 insertions(+), 4 deletions(-)
---
diff --git a/perl-IO-Tty.spec b/perl-IO-Tty.spec
index 5e83ec0..5ae424f 100644
--- a/perl-IO-Tty.spec
+++ b/perl-IO-Tty.spec
@@ -1,19 +1,29 @@
Name: perl-IO-Tty
-Version:1.11
-Release:2%{?dist}
+Version:1.12
+Release:1%{?dist}
Summary:Perl interface to pseudo tty's
License:(GPL+ or Artistic) and BSD
Group: Development/Libraries
URL:http://search.cpan.org/dist/IO-Tty/
Source0:
http://www.cpan.org/authors/id/T/TO/TODDR/IO-Tty-%{version}.tar.gz
+# Module Build
BuildRequires: perl
-BuildRequires: perl(Carp)
+BuildRequires: perl(Config)
BuildRequires: perl(Cwd)
BuildRequires: perl(Exporter)
BuildRequires: perl(ExtUtils::MakeMaker)
+# Module Runtime
+BuildRequires: perl(Carp)
+BuildRequires: perl(DynaLoader)
BuildRequires: perl(IO::File)
BuildRequires: perl(IO::Handle)
+BuildRequires: perl(POSIX)
+BuildRequires: perl(strict)
+BuildRequires: perl(vars)
+# Test Suite
BuildRequires: perl(Test::More)
+BuildRequires: perl(warnings)
+# Runtime
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
# Don't provide private Perl libs
@@ -47,12 +57,20 @@ make test
%{_mandir}/man3/IO::Tty::Constant.3pm*
%changelog
+* Mon Sep 22 2014 Paul Howarth p...@city-fan.org - 1.12-1
+- Update to 1.12
+ - Add support for PERL_MM_OPT
+ - Fix typo in compiler detection error message (CPAN RT#75649)
+ - Fix redefinition of typedef errors with v5.19.4 and above
+- Classify buildreqs by usage
+
* Tue Sep 09 2014 Jitka Plesnikova jples...@redhat.com - 1.11-2
- Perl 5.20 mass
* Mon Sep 8 2014 Paul Howarth p...@city-fan.org - 1.11-1
- Update to 1.11
- Add get_winsize and set_winsize
+ - Explicitly drop support for Win32 (CPAN RT#77813)
- Make %%files list more explicit
* Tue Aug 26 2014 Jitka Plesnikova jples...@redhat.com - 1.10-15
diff --git a/sources b/sources
index 74fc2c8..7efa42d 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-fc42736aee83f848ff5191c6890cc539 IO-Tty-1.11.tar.gz
+11695a1a516b3bd1b90ce75ff0ce3e6d IO-Tty-1.12.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-Tty/f21] (4 commits) ...Update to 1.12
Summary of changes: b72ae5e... Perl 5.20 rebuild (*) 51c3311... Update to 1.11 (*) 9f6303d... Perl 5.20 mass (*) 521e7fb... Update to 1.12 (*) (*) 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
File Net-DNS-0.80.tar.gz uploaded to lookaside cache by pwouters
A file has been added to the lookaside cache for perl-Net-DNS: 035632d787c037e8cf8cd2beba71c684 Net-DNS-0.80.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-Dumper/el6] Merged in perl package, https://fedorahosted.org/rel-eng/ticket/5999
commit d990cf33189c51bfab51ce92f0d8789f41657a9e Author: Till Maas opensou...@till.name Date: Mon Sep 22 18:00:45 2014 +0200 Merged in perl package, https://fedorahosted.org/rel-eng/ticket/5999 .gitignore|6 --- .rpmlint |2 - dead.package |1 + perl-Data-Dumper.spec | 100 - sources |1 - 5 files changed, 1 insertions(+), 109 deletions(-) --- diff --git a/dead.package b/dead.package new file mode 100644 index 000..928e5cd --- /dev/null +++ b/dead.package @@ -0,0 +1 @@ +Merged in perl package, https://fedorahosted.org/rel-eng/ticket/5999 -- 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
