F17 Beta TC2, No Network Available, fail
Fedora-17-Beta-TC2-x86_64-DVD.iso It appears with TC2 that Updates and Test Updates repos are enabled by default. When the computer or VM do not have an internet connection, the installation hangs after disk partitioning/formatting. If the ethernet interface is disconnected (no cable) then I get a message: No Network Available Some of your software repositories require networking, but there was an error enabling the network on your system. If I make an network+internet connection, it proceeds, and I see all three repo options enabled by default: disk, Test Updates, and Updates. Surely after having downloaded 2.3G, this is not the intended behavior and is a fail. It's acting like a netinst.iso. But I don't see a bug filed against it yet. FWIW this is burned to a DVD or assigning the .iso to a VM's CD/DVD device. Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Draft schedule for tomorrow's FESCo meeting (19 March 2012)
Hi! /me gave the mail a subject Jon Ciesla wrote on 18.03.2012 23:33: = New business = [...] #topic #822 F18 Feature: AE1000 USB wifi driver - https://fedoraproject.org/wiki/Features/AE1000usb .fesco 822 I must be missing something here. Is that a early April fools joke or is that simply a feature where the Feature owner (and apparently nobody else) first asked for advise on this list and on ker...@lists.fedoraproject.org. If he did it I missed that, which is possible, but I'd assume he would have quickly been told that Fedora normally(¹) doesn't do things like that (e.g. include kernel drivers that are not in the upstream kernel). CU knurd (¹) yes, there are exceptions, but I doubt one will be given here -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F17 Beta TC2, No Network Available, fail
On Mon, 2012-03-19 at 00:44 -0600, Chris Murphy wrote: Fedora-17-Beta-TC2-x86_64-DVD.iso It appears with TC2 that Updates and Test Updates repos are enabled by default. When the computer or VM do not have an internet connection, the installation hangs after disk partitioning/formatting. If the ethernet interface is disconnected (no cable) then I get a message: No Network Available Some of your software repositories require networking, but there was an error enabling the network on your system. If I make an network+internet connection, it proceeds, and I see all three repo options enabled by default: disk, Test Updates, and Updates. Surely after having downloaded 2.3G, this is not the intended behavior and is a fail. It's acting like a netinst.iso. But I don't see a bug filed against it yet. FWIW this is burned to a DVD or assigning the .iso to a VM's CD/DVD device. File a bug. That's not intended. Likely related to the noloader stuff somehow. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F17 Beta TC2, No Network Available, fail
On Mon, 2012-03-19 at 00:45 -0700, Adam Williamson wrote: On Mon, 2012-03-19 at 00:44 -0600, Chris Murphy wrote: Fedora-17-Beta-TC2-x86_64-DVD.iso It appears with TC2 that Updates and Test Updates repos are enabled by default. When the computer or VM do not have an internet connection, the installation hangs after disk partitioning/formatting. If the ethernet interface is disconnected (no cable) then I get a message: No Network Available Some of your software repositories require networking, but there was an error enabling the network on your system. If I make an network+internet connection, it proceeds, and I see all three repo options enabled by default: disk, Test Updates, and Updates. Surely after having downloaded 2.3G, this is not the intended behavior and is a fail. It's acting like a netinst.iso. But I don't see a bug filed against it yet. FWIW this is burned to a DVD or assigning the .iso to a VM's CD/DVD device. File a bug. That's not intended. Likely related to the noloader stuff somehow. Looks like John Reiser already filed it. https://bugzilla.redhat.com/show_bug.cgi?id=804446 -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /etc/default in Fedora
wasn't the topic about having debian's /etc/default/ instead of fedora's /etc/sysconfig/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /etc/default in Fedora
On Tue, 13 Mar 2012 15:17:01 +0100, James Antill wrote: http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/3/html/Reference_Guide/ch-httpd.html#S2-HTTPD-V2-DIFF-RPM ...but upstream explicitly requested that we change it. Where is that request? I see more upstream is pushing the httpd name instead of apache: http://mail-archives.apache.org/mod_mbox/httpd-docs/201003.mbox/%3c4b92c085.2020...@rowe-clan.net%3E On Thu, 15 Mar 2012 09:38:16 +0100, Tomasz Torcz wrote: Good question, we deviate from upstream default: http://wiki.apache.org/httpd/DistrosDefaultLayout The upstream default (apache2) should be fixed upstream first to httpd, I guess it was created according to the incorrect naming in Debian. There is now upstream naming inconsistency. Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Qt compiler tool names
- Original Message - Orcan Ogetbil wrote: So is it perhaps time to rename the qt3 stuff to -qt3 and make room for the qt4 stuff? It breaks existing stuff, and besides, we'll have to distinguish Qt 4 stuff from Qt 5 stuff soon too. Yeah, it will break Qt 5 very, very soon. For qmake I expect we will stick with this convention, so qmake-qt5. The more funny part will be the Qt packages naming. One thing are package splits. So there will be a new packages, unrelated to current qt3/qt(4) packages. But I expect we would like to have a qt(5) metapackage to mimic current Qt structure... Actually I'd like to start with packaging soon. R. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: DHCPv6 *still* broken for F17 alpha
Le Sam 17 mars 2012 00:51, Glen Turner a écrit : On 2012-03-15 Dan Williams wrote: The only effect this checking will have is to change NetworkManager's state from CONNECTED_GLOBAL to CONNECTED_SITE or CONNECTED_LOCAL. It doesn't do anything odd like disconnect and retry some other connection, which wouldn't make much sense. It just changes some state which apps can use to figure out whether they'd connect to say your IRC server or your email or whatever automatically. I suggest that is something the application should determine, not NetworkManager. BTW, the proposed solution does not even work for http/s properly, let alone for other protocols -- Nicolas Mailhot -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: DHCPv6 *still* broken for F17 alpha
Le Lun 19 mars 2012 10:17, Nicolas Mailhot a écrit : Le Sam 17 mars 2012 00:51, Glen Turner a écrit : On 2012-03-15 Dan Williams wrote: The only effect this checking will have is to change NetworkManager's state from CONNECTED_GLOBAL to CONNECTED_SITE or CONNECTED_LOCAL. It doesn't do anything odd like disconnect and retry some other connection, which wouldn't make much sense. It just changes some state which apps can use to figure out whether they'd connect to say your IRC server or your email or whatever automatically. I suggest that is something the application should determine, not NetworkManager. BTW, the proposed solution does not even work for http/s properly, let alone for other protocols Forgot this: https://bugzilla.mozilla.org/show_bug.cgi?id=728658 -- Nicolas Mailhot -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: does /etc/sysctl.d/ really obeyed and does really override /etc/sysctl.conf
Le Ven 16 mars 2012 21:16, Dave Jones a écrit : This isn't an ordering problem, it's an exclusivity problem, because sysctls are system-wide, not per-package. Fontconfig is system-wide too and fontconfig rules have many inter-rule interactions. There is no way a .d setup can handle conflicts, other that making crystal-clear what the ordering of config files is, and stating that the file with the highest order wins (and actually this is no different from a single monolithic config file since the same directive can occur multiple times there too and only one of those instances will be taken into account) -- Nicolas Mailhot -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Draft schedule for tomorrow's FESCo meeting (19 March 2012)
On Mon, Mar 19, 2012 at 8:25 AM, Thorsten Leemhuis fed...@leemhuis.info wrote: Hi! /me gave the mail a subject Jon Ciesla wrote on 18.03.2012 23:33: = New business = [...] #topic #822 F18 Feature: AE1000 USB wifi driver - https://fedoraproject.org/wiki/Features/AE1000usb .fesco 822 I must be missing something here. Is that a early April fools joke or is that simply a feature where the Feature owner (and apparently nobody else) first asked for advise on this list and on ker...@lists.fedoraproject.org. If he did it I missed that, which is possible, but I'd assume he would have quickly been told that Fedora normally(¹) doesn't do things like that (e.g. include kernel drivers that are not in the upstream kernel). It looks like the feature owner has answered your question on the Talk page already: - https://fedoraproject.org/wiki/Talk:Features/AE1000usb Cheers, Niels -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-17 Branched report: 20120319 changes
Compose started at Mon Mar 19 08:15:26 UTC 2012 Broken deps for x86_64 -- [HippoDraw] HippoDraw-devel-1.21.3-2.fc17.i686 requires python-numarray HippoDraw-devel-1.21.3-2.fc17.x86_64 requires python-numarray HippoDraw-python-1.21.3-2.fc17.x86_64 requires python-numarray [aeolus-conductor] aeolus-conductor-0.4.0-2.fc17.noarch requires ruby(abi) = 0:1.8 [aeolus-configserver] aeolus-configserver-0.4.1-5.fc17.noarch requires ruby-nokogiri [alexandria] alexandria-0.6.8-2.fc17.1.noarch requires ruby(abi) = 0:1.8 [catfish] catfish-engines-0.3.2-4.fc17.1.noarch requires pinot [comoonics-cdsl-py] comoonics-cdsl-py-0.2-19.noarch requires comoonics-base-py [comoonics-cluster-py] comoonics-cluster-py-0.1-25.noarch requires comoonics-base-py [contextkit] contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1 contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit) [dh-make] dh-make-0.55-4.fc17.noarch requires debhelper [eruby] eruby-1.0.5-17.fc17.x86_64 requires libruby.so.1.8()(64bit) eruby-libs-1.0.5-17.fc17.i686 requires ruby(abi) = 0:1.8 eruby-libs-1.0.5-17.fc17.i686 requires libruby.so.1.8 eruby-libs-1.0.5-17.fc17.x86_64 requires ruby(abi) = 0:1.8 eruby-libs-1.0.5-17.fc17.x86_64 requires libruby.so.1.8()(64bit) [ganyremote] ganyremote-5.13-2.fc17.noarch requires bluez-utils = 0:3.35 [gcc-python-plugin] gcc-python2-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python2-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python3-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python3-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 [gdal] gdal-ruby-1.7.3-12.fc17.x86_64 requires libruby.so.1.8()(64bit) [gearmand] gearmand-0.23-2.fc17.x86_64 requires libtcmalloc.so.0()(64bit) gearmand-0.23-2.fc17.x86_64 requires libmemcached.so.8()(64bit) gearmand-0.23-2.fc17.x86_64 requires libboost_program_options-mt.so.1.47.0()(64bit) [genius] genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit) gnome-genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit) [gnome-boxes] gnome-boxes-3.3.90-1.fc17.x86_64 requires libcogl.so.8()(64bit) [gnome-phone-manager] gnome-phone-manager-0.66-9.fc17.x86_64 requires libgnome-bluetooth.so.9()(64bit) [gnome-user-share] gnome-user-share-3.0.1-3.fc17.x86_64 requires libgnome-bluetooth.so.9()(64bit) [gorm] gorm-1.2.13-0.2.20110331.fc17.i686 requires libobjc.so.3 gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-gui.so.0.20 gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-base.so.1.23 gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libobjc.so.3()(64bit) gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libgnustep-gui.so.0.20()(64bit) gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libgnustep-base.so.1.23()(64bit) [gscribble] gscribble-0.1.2-2.fc17.noarch requires gnome-python2-gtkhtml2 [i3] i3-4.0.1-2.fc17.x86_64 requires libxcb-property.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-keysyms.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-icccm.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-event.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-aux.so.0()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-atom.so.1()(64bit) [ibus-gucharmap] ibus-gucharmap-1.4.0-3.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [ibus-panel-extensions] ibus-panel-extensions-1.4.99.20111207-1.fc17.i686 requires libibus-1.0.so.0 ibus-panel-extensions-1.4.99.20111207-1.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [ibus-unikey] ibus-unikey-0.6.1-1.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [kanyremote] kanyremote-5.13-2.fc17.noarch requires bluez-utils = 0:3.35 [kazehakase] kazehakase-ruby-0.5.8-11.svn3873_trunk.fc17.x86_64 requires ruby(abi) = 0:1.8 kazehakase-ruby-0.5.8-11.svn3873_trunk.fc17.x86_64 requires libruby.so.1.8()(64bit) [libprelude] 1:libprelude-ruby-1.0.0-11.fc17.x86_64 requires ruby(abi) = 0:1.8 1:libprelude-ruby-1.0.0-11.fc17.x86_64 requires libruby.so.1.8()(64bit) [libteam] libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-route-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-nf-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-genl-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-cli-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.i686 requires libnl-3.so.199 libteam-0.1-3.20120130gitb5cf2a8.fc17.x86_64 requires libnl-route-3.so.199()(64bit) libteam-0.1-3.20120130gitb5cf2a8.fc17.x86_64 requires
[Test-Announce] Test Day: firewalld
Hello, today is firewalld test day. https://fedoraproject.org/wiki/Test_Day:2012-03-19_firewalld For testing please use a fully updated Fedora 17 installation (all testing packages applied). For test cases and more information please have a look at the test page. If you need assistance or if you have quesitions about firewalld, feel free to ask us on #fedora-test-day. Thanks, Thomas -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File MooseX-App-Cmd-0.09.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-MooseX-App-Cmd: 18c8c92ca2c86b6b6a1939ea7f3a9199 MooseX-App-Cmd-0.09.tar.gz -- 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: Chromium
On 18.3.2012 21:38, Antonio Trande wrote: So to install this web browser you could try: # yum install libsrtp # yum --disablerepo=* --enablerepo=fedora-chromium-stable install chromium This operation works for me in the same situation. It shouldn't be so ... the last time I cared about V8, we were careful to keep version number below the one in the spot's repository. Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
/usr/share/applications weird error on koji
Hi, I'm trying to build a package. It's an update on SparkleSharehttps://admin.fedoraproject.org/updates/search/sparklesharepackage. I build it locally with mock and everything seems ok. Package is built successfully. But when I try to build it on koji I get an error and build fails on both f16 f17 targets: The databases in [/usr/share/applications] could not be updated. which I think has something to do with the desktop-file-validate on %install phase See the relevant koji task and build log for more: http://koji.fedoraproject.org/koji/taskinfo?taskID=3908835 Any help appreciated -- Nikos Roussos http://autoverse.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /usr/share/applications weird error on koji
On 03/19/2012 12:50 PM, Nikos Roussos wrote: Hi, I'm trying to build a package. It's an update on SparkleShare https://admin.fedoraproject.org/updates/search/sparkleshare package. I build it locally with mock and everything seems ok. Package is built successfully. But when I try to build it on koji I get an error and build fails on both f16 f17 targets: The databases in [/usr/share/applications] could not be updated. which I think has something to do with the desktop-file-validate on %install phase See the relevant koji task and build log for more: http://koji.fedoraproject.org/koji/taskinfo?taskID=3908835 Any help appreciated -- Nikos Roussos http://autoverse.net From the log, it looks like it fails in 'install-data-hook'. If so, the culprit might be some Makefile.am. Have upstream updated a Makefile.am to include 'desktop-file-install', failing when not making a real install int /usr? If this is right, you should be able to verify that the %install hasn't really begun when the error is triggered. If unsure, put some simple 'echo' statement in top of %install to verify that it hasn't been started. If this doesn't help, scanning the generated Makefiles for 'desktop-file-install' and/or '/usr/share/applications' might give a clue -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Test-Kwalitee] Created tag perl-Test-Kwalitee-1.01-12.el5
The lightweight tag 'perl-Test-Kwalitee-1.01-12.el5' was created pointing to: 62ec9cd... Spec clean-up -- 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: Draft schedule for tomorrow's FESCo meeting (19 March 2012)
On Mon, Mar 19, 2012 at 08:25:38AM +0100, Thorsten Leemhuis wrote: Hi! /me gave the mail a subject Jon Ciesla wrote on 18.03.2012 23:33: = New business = [...] #topic #822 F18 Feature: AE1000 USB wifi driver - https://fedoraproject.org/wiki/Features/AE1000usb .fesco 822 I must be missing something here. Is that a early April fools joke or is that simply a feature where the Feature owner (and apparently nobody else) first asked for advise on this list and on ker...@lists.fedoraproject.org. If he did it I missed that, which is possible, but I'd assume he would have quickly been told that Fedora normally(¹) doesn't do things like that (e.g. include kernel drivers that are not in the upstream kernel). Yeah, there are a number of problems with this Feature request. 1) No discussion at all with the kernel maintainers 2) Testing and development entirely done against F16, not F17 3) kmod 4) out-of-tree kmod 5) No links to upstream patch submissions Fortunately, I don't think this is even needed anymore. josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Draft schedule for tomorrow's FESCo meeting (19 March 2012)
On Mon, Mar 19, 2012 at 8:04 AM, Josh Boyer jwbo...@redhat.com wrote: On Mon, Mar 19, 2012 at 08:25:38AM +0100, Thorsten Leemhuis wrote: Hi! /me gave the mail a subject Thanks! :) Jon Ciesla wrote on 18.03.2012 23:33: = New business = [...] #topic #822 F18 Feature: AE1000 USB wifi driver - https://fedoraproject.org/wiki/Features/AE1000usb .fesco 822 I must be missing something here. Is that a early April fools joke or is that simply a feature where the Feature owner (and apparently nobody else) first asked for advise on this list and on ker...@lists.fedoraproject.org. If he did it I missed that, which is possible, but I'd assume he would have quickly been told that Fedora normally(¹) doesn't do things like that (e.g. include kernel drivers that are not in the upstream kernel). Yeah, there are a number of problems with this Feature request. 1) No discussion at all with the kernel maintainers 2) Testing and development entirely done against F16, not F17 3) kmod 4) out-of-tree kmod 5) No links to upstream patch submissions Fortunately, I don't think this is even needed anymore. I'd think 3 and 4 alone would be enough to block this. 1 is pretty bad, 2 isn't great, and 5 is made worse by 3 and 4. . . -J josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Email-MIME-Modifier] Created tag perl-Email-MIME-Modifier-1.444-1.el5
The lightweight tag 'perl-Email-MIME-Modifier-1.444-1.el5' was created pointing to: d4ae080... Update to 1.443 -- 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: Chromium
This is exactly what i had to do to hack Chromium. :) 2012/3/19 Matej Cepl mc...@redhat.com On 18.3.2012 21:38, Antonio Trande wrote: So to install this web browser you could try: # yum install libsrtp # yum --disablerepo=* --enablerepo=fedora-chromium-**stable install chromium This operation works for me in the same situation. It shouldn't be so ... the last time I cared about V8, we were careful to keep version number below the one in the spot's repository. Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.**org/mailman/listinfo/develhttps://admin.fedoraproject.org/mailman/listinfo/devel -- *Antonio Trande Fedora Ambassador **mail*: mailto:sagit...@fedoraproject.org sagit...@fedoraproject.org *Homepage*: http://www.fedora-os.org *Sip Address* : sip:sagitter AT ekiga.net *Jabber http://jabber.org/* :sagitter AT jabber.org *GPG Key: 19E6DF27* -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Test-Smoke] 1.47 bump
commit 1f9ffc3f3b821147b8cbc360455235ba83d54dd8 Author: Petr Písař ppi...@redhat.com Date: Mon Mar 19 14:20:32 2012 +0100 1.47 bump perl-Test-Smoke.spec | 42 +- 1 files changed, 25 insertions(+), 17 deletions(-) --- diff --git a/perl-Test-Smoke.spec b/perl-Test-Smoke.spec index 10e9e4c..f24a77f 100644 --- a/perl-Test-Smoke.spec +++ b/perl-Test-Smoke.spec @@ -1,26 +1,39 @@ Name: perl-Test-Smoke -Version:1.44 -Release:5%{?dist} +Version:1.47 +Release:1%{?dist} Summary:Perl core test smoke suite License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Test-Smoke/ Source0: http://www.cpan.org/authors/id/A/AB/ABELTJE/Test-Smoke-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch +BuildRequires: perl(Cwd) BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(File::Path) +BuildRequires: perl(File::Spec::Functions) +# Run-time +BuildRequires: perl(base) +BuildRequires: perl(Exporter) +BuildRequires: perl(File::Spec) = 0.82 +# Net::FTP is not needed for tests +BuildRequires: perl(Text::ParseWords) +# Time::Local is not needed for tests +# Tests: +BuildRequires: perl(Archive::Tar) +BuildRequires: perl(Compress::Zlib) +BuildRequires: perl(lib) +BuildRequires: perl(Data::Dumper) BuildRequires: perl(Test::More) -Requires: perl(Mail::Sendmail) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +Requires: perl(Mail::Sendmail) +Requires: perl(File::Spec) = 0.82 -%{?filter_setup: -%filter_from_provides /perl(Mail::Sendmail)/d -%?perl_default_filter -} %global __provides_exclude %{?__provides_exclude:%__provides_exclude|}perl\\(Mail::Sendmail\\) %description -Test::Smoke exports $conf and read_config() by default. +The perl core test smoke suite is a set of scripts and modules that try to run +the perl core tests on as many configurations as possible and combine the +results into an easy to read report. %prep %setup -q -n Test-Smoke-%{version} @@ -30,14 +43,10 @@ Test::Smoke exports $conf and read_config() by default. make %{?_smp_mflags} %install -rm -rf $RPM_BUILD_ROOT - make pure_install DESTDIR=$RPM_BUILD_ROOT - find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \; find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; - %{_fixperms} $RPM_BUILD_ROOT/* rm -rf $RPM_BUILD_ROOT/%{_bindir}/W32Configure.pl rm -rf $RPM_BUILD_ROOT/%{_mandir}/man1/W32Configure* @@ -46,11 +55,7 @@ rm -rf $RPM_BUILD_ROOT/%{perl_vendorlib}/inc/Mail/Sendmail.pm %check make test -%clean -rm -rf $RPM_BUILD_ROOT - %files -%defattr(-,root,root,-) %doc Changes README ReleaseNotes %{_bindir}/archiverpt.pl %{_bindir}/chkbcfg.pl @@ -66,6 +71,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Mon Mar 19 2012 Petr Pisar ppi...@redhat.com - 1.47-1 +- 1.47 bump + * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.44-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild -- 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
[Bug 725227] Update perl-Email-MIME-Modifier to 1.442 or later in EPEL 5
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=725227 --- Comment #2 from Fedora Update System upda...@fedoraproject.org 2012-03-19 09:18:07 EDT --- perl-Email-MIME-Modifier-1.444-1.el5 has been submitted as an update for Fedora EPEL 5. https://admin.fedoraproject.org/updates/perl-Email-MIME-Modifier-1.444-1.el5 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Test-Smoke-1.47.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Test-Smoke: e3bb45e26d5d0433e2b7d67e904a5d95 Test-Smoke-1.47.tar.gz -- 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
[perl-Test-Smoke] Cache sources
commit ae6870311f23e0aa478adfe2ce243af44834ab92 Author: Petr Písař ppi...@redhat.com Date: Mon Mar 19 14:25:56 2012 +0100 Cache sources .gitignore |1 + sources|2 +- 2 files changed, 2 insertions(+), 1 deletions(-) --- diff --git a/.gitignore b/.gitignore index 400b53a..d6b92a2 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ Test-Smoke-1.43.tar.gz /Test-Smoke-1.44.tar.gz +/Test-Smoke-1.47.tar.gz diff --git a/sources b/sources index 05e9d0b..11e710f 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -1a4b40a9302acca4b4eaf4a1da685b5e Test-Smoke-1.44.tar.gz +e3bb45e26d5d0433e2b7d67e904a5d95 Test-Smoke-1.47.tar.gz -- 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
[Bug 804419] perl-Text-CSV_XS-0.88 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=804419 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC|mmasl...@redhat.com,| |ppi...@redhat.com | AssignedTo|mmasl...@redhat.com |ppi...@redhat.com -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 804419] perl-Text-CSV_XS-0.88 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=804419 --- Comment #1 from Petr Pisar ppi...@redhat.com 2012-03-19 09:30:10 EDT --- This fixes one bug only. The 0.88 version will go into F17. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: /etc/default in Fedora
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/17/2012 11:25 PM, Dave Quigley wrote: On 3/17/2012 7:17 AM, Daniel J Walsh wrote: On 03/17/2012 05:38 AM, Matej Cepl wrote: On 17.3.2012 10:18, Daniel J Walsh wrote: Here is the current httpd man page. http://people.fedoraproject.org/~dwalsh/SELinux/httpd_selinux.html OK, in the end it IS a wiki ... http://wiki.apache.org/httpd/DistrosDefaultLayout?action=diffrev1=46rev2=47 Suggestions for further edits are welcome. Matěj I would also suggest they use setroubleshoot. Suggesting setroubleshoot is fine but you need to also tell them how to set it up when they are running without X. One guy told me that setroubleshoot is fine and all but all his machines are headless so he doesn't have X and the nice little applet to notify him. I had to correct him and send him a reference to your page on how to set up setroubleshoot on headless machines so that the messages are sent to another box or to an email account. Dave Which brings up an interesting idea, I have been having, is there a better way of getting the setroubleshoot data from one machine to another. Originally setroubleshoot was designed to be able to push analysys upstream but we never turned it on. Now that we have simplified the XML output, we could look at allowing it to some how centralize its analysys, using a protocol more robust then email If anyone has a good idea of how or where we should do this, I am all ears. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9nPT4ACgkQrlYvE4MpobN57QCfQy3d/yHUVGKFBBCKS5C6JdTi BE0An3CUD3dAxiMVLCYfaYE+Zy0mzIUH =L61k -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /etc/default in Fedora
2012/3/19 Daniel J Walsh dwa...@redhat.com: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/17/2012 11:25 PM, Dave Quigley wrote: On 3/17/2012 7:17 AM, Daniel J Walsh wrote: On 03/17/2012 05:38 AM, Matej Cepl wrote: On 17.3.2012 10:18, Daniel J Walsh wrote: Here is the current httpd man page. http://people.fedoraproject.org/~dwalsh/SELinux/httpd_selinux.html OK, in the end it IS a wiki ... http://wiki.apache.org/httpd/DistrosDefaultLayout?action=diffrev1=46rev2=47 Suggestions for further edits are welcome. Matěj I would also suggest they use setroubleshoot. Suggesting setroubleshoot is fine but you need to also tell them how to set it up when they are running without X. One guy told me that setroubleshoot is fine and all but all his machines are headless so he doesn't have X and the nice little applet to notify him. I had to correct him and send him a reference to your page on how to set up setroubleshoot on headless machines so that the messages are sent to another box or to an email account. Dave Which brings up an interesting idea, I have been having, is there a better way of getting the setroubleshoot data from one machine to another. Originally setroubleshoot was designed to be able to push analysys upstream but we never turned it on. Now that we have simplified the XML output, we could look at allowing it to some how centralize its analysys, using a protocol more robust then email If anyone has a good idea of how or where we should do this, I am all ears. Is it possible to split setroubleshoot into two components: - gui - daemon that creates logs ? Logs can be stored in systemd-journal format. systemd-journal should have ability to forward logs on other machines. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9nPT4ACgkQrlYvE4MpobN57QCfQy3d/yHUVGKFBBCKS5C6JdTi BE0An3CUD3dAxiMVLCYfaYE+Zy0mzIUH =L61k -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Best regards, Michal http://eventhorizon.pl/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Params-Util/f15] (3 commits) ...Merge remote-tracking branch 'origin/f16' into f15
Summary of changes: c7fca8a... Upstream update. (*) 1eaa8e5... Merge remote-tracking branch 'origin/f17' into f16 (*) 2cdda94... Merge remote-tracking branch 'origin/f16' into f15 (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: /etc/default in Fedora
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/19/2012 10:16 AM, Michał Piotrowski wrote: W dniu 19 marca 2012 15:13 użytkownik Michał Piotrowski mkkp...@gmail.com napisał: 2012/3/19 Daniel J Walsh dwa...@redhat.com: On 03/17/2012 11:25 PM, Dave Quigley wrote: On 3/17/2012 7:17 AM, Daniel J Walsh wrote: On 03/17/2012 05:38 AM, Matej Cepl wrote: On 17.3.2012 10:18, Daniel J Walsh wrote: Here is the current httpd man page. http://people.fedoraproject.org/~dwalsh/SELinux/httpd_selinux.html OK, in the end it IS a wiki ... http://wiki.apache.org/httpd/DistrosDefaultLayout?action=diffrev1=46rev2=47 Suggestions for further edits are welcome. Matěj I would also suggest they use setroubleshoot. Suggesting setroubleshoot is fine but you need to also tell them how to set it up when they are running without X. One guy told me that setroubleshoot is fine and all but all his machines are headless so he doesn't have X and the nice little applet to notify him. I had to correct him and send him a reference to your page on how to set up setroubleshoot on headless machines so that the messages are sent to another box or to an email account. Dave Which brings up an interesting idea, I have been having, is there a better way of getting the setroubleshoot data from one machine to another. Originally setroubleshoot was designed to be able to push analysys upstream but we never turned it on. Now that we have simplified the XML output, we could look at allowing it to some how centralize its analysys, using a protocol more robust then email If anyone has a good idea of how or where we should do this, I am all ears. Is it possible to split setroubleshoot into two components: - gui - daemon that creates logs ? I really did not use setroubleshoot for a few years - because I don't use X, so please forgive my ignorance if it's already splited :) setroubleshoot-server is the server componant. (dbus service) setroubleshoot is the client componant. We could put the info into systemd-journal. Logs can be stored in systemd-journal format. systemd-journal should have ability to forward logs on other machines. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Best regards, Michal http://eventhorizon.pl/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9nQmIACgkQrlYvE4MpobPMkACeImKNxcR3/AUqrJlwcnJ+sUsM tacAniIGW9vXHWEDlaTqOPDw1xsDArhO =Q+fI -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /etc/default in Fedora
Daniel J Walsh wrote: We could put the info into systemd-journal. Back when sendmail and logwatch were part of the default install, it would have been nice to have SELinux activity reported in it. I still use logwatch so it would still be useful for me to see log data there. Unless, of course, logwatch is obsolete and there's some new, flashy systemd mail log that I'm supposed to be using that I wasn't told of. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /etc/default in Fedora
W dniu 19 marca 2012 15:27 użytkownik Daniel J Walsh dwa...@redhat.com napisał: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/19/2012 10:16 AM, Michał Piotrowski wrote: W dniu 19 marca 2012 15:13 użytkownik Michał Piotrowski mkkp...@gmail.com napisał: 2012/3/19 Daniel J Walsh dwa...@redhat.com: On 03/17/2012 11:25 PM, Dave Quigley wrote: On 3/17/2012 7:17 AM, Daniel J Walsh wrote: On 03/17/2012 05:38 AM, Matej Cepl wrote: On 17.3.2012 10:18, Daniel J Walsh wrote: Here is the current httpd man page. http://people.fedoraproject.org/~dwalsh/SELinux/httpd_selinux.html OK, in the end it IS a wiki ... http://wiki.apache.org/httpd/DistrosDefaultLayout?action=diffrev1=46rev2=47 Suggestions for further edits are welcome. Matěj I would also suggest they use setroubleshoot. Suggesting setroubleshoot is fine but you need to also tell them how to set it up when they are running without X. One guy told me that setroubleshoot is fine and all but all his machines are headless so he doesn't have X and the nice little applet to notify him. I had to correct him and send him a reference to your page on how to set up setroubleshoot on headless machines so that the messages are sent to another box or to an email account. Dave Which brings up an interesting idea, I have been having, is there a better way of getting the setroubleshoot data from one machine to another. Originally setroubleshoot was designed to be able to push analysys upstream but we never turned it on. Now that we have simplified the XML output, we could look at allowing it to some how centralize its analysys, using a protocol more robust then email If anyone has a good idea of how or where we should do this, I am all ears. Is it possible to split setroubleshoot into two components: - gui - daemon that creates logs ? I really did not use setroubleshoot for a few years - because I don't use X, so please forgive my ignorance if it's already splited :) setroubleshoot-server is the server componant. (dbus service) setroubleshoot is the client componant. We could put the info into systemd-journal. It would be great if there was a possibility to send logs to other machines. Lennart, what do you think about it? Centralized log system is nice feature. Logs can be stored in systemd-journal format. systemd-journal should have ability to forward logs on other machines. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Best regards, Michal http://eventhorizon.pl/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9nQmIACgkQrlYvE4MpobPMkACeImKNxcR3/AUqrJlwcnJ+sUsM tacAniIGW9vXHWEDlaTqOPDw1xsDArhO =Q+fI -END PGP SIGNATURE- -- Best regards, Michal http://eventhorizon.pl/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Plack-0.9986.tar.gz uploaded to lookaside cache by corsepiu
A file has been added to the lookaside cache for perl-Plack: 90d63ab0dc479136906db43ab9a99df1 Plack-0.9986.tar.gz -- 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: /etc/default in Fedora
2012/3/19 Michael Cronenworth m...@cchtml.com: Daniel J Walsh wrote: We could put the info into systemd-journal. Back when sendmail and logwatch were part of the default install, it would have been nice to have SELinux activity reported in it. I still use logwatch so it would still be useful for me to see log data there. Logwatch is great thing and I use it every day. But the problem is if you have multiple machines - you need to review a number of emails every day. So it seems to me that centralized log system would be great feature for large networks. Unless, of course, logwatch is obsolete and there's some new, flashy systemd mail log that I'm supposed to be using that I wasn't told of. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Best regards, Michal http://eventhorizon.pl/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /usr/share/applications weird error on koji
On 03/19/2012 02:32 PM, Nikos Roussos wrote: On Mon, Mar 19, 2012 at 2:09 PM, Alec Leamas leamas.a...@gmail.com mailto:leamas.a...@gmail.com wrote: On 03/19/2012 12:50 PM, Nikos Roussos wrote: Hi, I'm trying to build a package. It's an update on SparkleShare https://admin.fedoraproject.org/updates/search/sparkleshare package. I build it locally with mock and everything seems ok. Package is built successfully. But when I try to build it on koji I get an error and build fails on both f16 f17 targets: The databases in [/usr/share/applications] could not be updated. which I think has something to do with the desktop-file-validate on %install phase See the relevant koji task and build log for more: http://koji.fedoraproject.org/koji/taskinfo?taskID=3908835 Any help appreciated -- Nikos Roussos http://autoverse.net From the log, it looks like it fails in 'install-data-hook'. If so, the culprit might be some Makefile.am. Have upstream updated a Makefile.am to include 'desktop-file-install', failing when not making a real install int /usr? If this is right, you should be able to verify that the %install hasn't really begun when the error is triggered. If unsure, put some simple 'echo' statement in top of %install to verify that it hasn't been started. If this doesn't help, scanning the generated Makefiles for 'desktop-file-install' and/or '/usr/share/applications' might give a clue Actually there is an: install-data-hook: update-desktop-database $(datadir)/applications which seems to be the exact point that installation fails You must patch that, it will try to update /usr/share/applications when building the rpm which of course isn't acceptable. For Fedora, you could just remove the target and run automake; autoconf; ./configure, given that you run update-desktop-database as part of %install. However, this should really be resolved together with upstream. If they want to keep the functionality, one could possibly: - Move it from install-data-hook to a separate target such as 'install-desktop' and let users run this as part of installation into system dirs. - Only run update-desktop-database if $(datadir)/applications is writeable: Personally, I would prefer the first one. To mess with /usr/share/applications when DESTDIR is set is not really the way 'make install' is supposed to work. And updating $(DESTDIR)/$(datadir)/applications just doesn't make sense. But I'm just a newbie, maybe someone else has a better piece of advice here? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Plack/f17] Upstream update.
Summary of changes: c489318... Upstream update. (*) (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: /etc/default in Fedora
Michał Piotrowski wrote: Logwatch is great thing and I use it every day. But the problem is if you have multiple machines - you need to review a number of emails every day. So it seems to me that centralized log system would be great feature for large networks. What's the difference between separate emails and one gigantic email? Or perhaps I have misunderstood what you mean by centralized log system. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Plack/f16] (2 commits) ...Merge remote-tracking branch 'origin/f17' into f16
Summary of changes: c489318... Upstream update. (*) 237c1b0... Merge remote-tracking branch 'origin/f17' into f16 (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Plack/f16: 2/2] Merge remote-tracking branch 'origin/f17' into f16
commit 237c1b08a5443ec636b87addaaeb352958bad81b Merge: 401619a c489318 Author: Ralf Corsépius corse...@fedoraproject.org Date: Mon Mar 19 15:45:30 2012 +0100 Merge remote-tracking branch 'origin/f17' into f16 .gitignore |2 +- perl-Plack.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 4 deletions(-) --- -- 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: /etc/default in Fedora
2012/3/19 Michael Cronenworth m...@cchtml.com: Michał Piotrowski wrote: Logwatch is great thing and I use it every day. But the problem is if you have multiple machines - you need to review a number of emails every day. So it seems to me that centralized log system would be great feature for large networks. What's the difference between separate emails and one gigantic email? Or perhaps I have misunderstood what you mean by centralized log system. I mean that was a possibility to have logs from all machines in network on one machine. I did not mean to keep it all in one log. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Best regards, Michal http://eventhorizon.pl/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Chromium
On 03/19/2012 07:49 AM, Matej Cepl wrote: On 18.3.2012 21:38, Antonio Trande wrote: So to install this web browser you could try: # yum install libsrtp # yum --disablerepo=* --enablerepo=fedora-chromium-stable install chromium This operation works for me in the same situation. It shouldn't be so ... the last time I cared about V8, we were careful to keep version number below the one in the spot's repository. Someone broke the v8 in the F17+ repo, it is definitely higher than the one that Chromium wants and it is also miscompiled (at least from a what chromium needs perspective). However, I suspect that on F17, you're hitting two different bugs: 1) I forgot to increment the libjingle versioned Requires, so you need to make sure you also do yum update libjingle from my repo. 2) Fedora 17 has a new selinux boolean deny_ptrace which is enabled by default. Chromium (and Chrome) want to ptrace as part of how their sandboxing works. Unless you run (as root): setsebool deny_ptrace=0 Chromium is just going to AVC and segfault. ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Chromium
I'm sorry, i do not want contradict you but ... i haven't any AVC message about Chromium although deny_ptrace is on (selinux-policy-3.10.0-95.fc17). :) 2012/3/19 Tom Callaway tcall...@redhat.com On 03/19/2012 07:49 AM, Matej Cepl wrote: On 18.3.2012 21:38, Antonio Trande wrote: So to install this web browser you could try: # yum install libsrtp # yum --disablerepo=* --enablerepo=fedora-chromium-stable install chromium This operation works for me in the same situation. It shouldn't be so ... the last time I cared about V8, we were careful to keep version number below the one in the spot's repository. Someone broke the v8 in the F17+ repo, it is definitely higher than the one that Chromium wants and it is also miscompiled (at least from a what chromium needs perspective). However, I suspect that on F17, you're hitting two different bugs: 1) I forgot to increment the libjingle versioned Requires, so you need to make sure you also do yum update libjingle from my repo. 2) Fedora 17 has a new selinux boolean deny_ptrace which is enabled by default. Chromium (and Chrome) want to ptrace as part of how their sandboxing works. Unless you run (as root): setsebool deny_ptrace=0 Chromium is just going to AVC and segfault. ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- *Antonio Trande Fedora Ambassador **mail*: mailto:sagit...@fedoraproject.org sagit...@fedoraproject.org *Homepage*: http://www.fedora-os.org *Sip Address* : sip:sagitter AT ekiga.net *Jabber http://jabber.org/* :sagitter AT jabber.org *GPG Key: 19E6DF27* -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /etc/default in Fedora
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/19/2012 10:36 AM, Michael Cronenworth wrote: Daniel J Walsh wrote: We could put the info into systemd-journal. Back when sendmail and logwatch were part of the default install, it would have been nice to have SELinux activity reported in it. I still use logwatch so it would still be useful for me to see log data there. Unless, of course, logwatch is obsolete and there's some new, flashy systemd mail log that I'm supposed to be using that I wasn't told of. Well setroubleshoot-server does write to syslog when it interprets and AVC. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9nUJkACgkQrlYvE4MpobNuvQCfUgcRbYLRLKA+v1iRN3QQ92XC 6g4AoOB8HOoC7xD+LSgjseeyy7vkZDjr =50eQ -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Text-VimColor-0.15.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Text-VimColor: 43f905da3ab7ffe6061ce19403ee2c2a Text-VimColor-0.15.tar.gz -- 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: Chromium
On 03/19/2012 11:17 AM, Antonio Trande wrote: I'm sorry, i do not want contradict you but ... i haven't any AVC message about Chromium although deny_ptrace is on (selinux-policy-3.10.0-95.fc17). :) I've got an INBOX full of people complaining that it doesn't work, and I can reproduce it locally, so I'm not sure what to tell you, except that you shouldn't complain if it works for you. ;) ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Chromium
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/19/2012 11:30 AM, Tom Callaway wrote: On 03/19/2012 11:17 AM, Antonio Trande wrote: I'm sorry, i do not want contradict you but ... i haven't any AVC message about Chromium although deny_ptrace is on (selinux-policy-3.10.0-95.fc17). :) I've got an INBOX full of people complaining that it doesn't work, and I can reproduce it locally, so I'm not sure what to tell you, except that you shouldn't complain if it works for you. ;) ~tom == Fedora Project https://bugzilla.redhat.com/show_bug.cgi?id=804202 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9nUfcACgkQrlYvE4MpobORBQCfVm/nDSHG88ClCX+0sBdo66Gb j14An0r7MQ/+8v9rXWjlJ2Al0a6zEyNV =anF9 -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Email-Simple-Creator] Created tag perl-Email-Simple-Creator-1.424-1.el5
The lightweight tag 'perl-Email-Simple-Creator-1.424-1.el5' was created pointing to: 447b223... Update to 1.424 -- 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
File Config-Validator-0.3.tar.gz uploaded to lookaside cache by mpaladin
A file has been added to the lookaside cache for perl-Config-Validator: 166eb178a709e890853b3e08aa272c88 Config-Validator-0.3.tar.gz -- 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
[perl-Config-Validator] Initial import (#798254).
commit 3c5d6f08b83fa90125d3cfa287563c999b502189 Author: mpaladin massimo.pala...@gmail.com Date: Mon Mar 19 16:41:52 2012 +0100 Initial import (#798254). .gitignore |1 + perl-Config-Validator.spec | 56 sources|1 + 3 files changed, 58 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..d164d25 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Config-Validator-0.3.tar.gz diff --git a/perl-Config-Validator.spec b/perl-Config-Validator.spec new file mode 100644 index 000..a8721fd --- /dev/null +++ b/perl-Config-Validator.spec @@ -0,0 +1,56 @@ +Name: perl-Config-Validator +Version:0.3 +Release:1%{?dist} +Summary:Schema based configuration validation +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/Config-Validator/ +Source0: http://search.cpan.org/CPAN/authors/id/L/LC/LCONS/Config-Validator-%{version}.tar.gz +BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) +BuildArch: noarch +BuildRequires: perl +BuildRequires: perl(Exporter) +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Pod::Coverage) = 0.18 +BuildRequires: perl(Scalar::Util) +BuildRequires: perl(Test::More) +BuildRequires: perl(Test::Pod) = 1.22 +BuildRequires: perl(Test::Pod::Coverage) = 1.08 +BuildRequires: perl(URI::Escape) +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%description +This module allows to perform schema based configuration validation. + +%prep +%setup -q -n Config-Validator-%{version} + +%build +%{__perl} Makefile.PL INSTALLDIRS=vendor +make %{?_smp_mflags} + +%install +rm -rf $RPM_BUILD_ROOT + +make pure_install DESTDIR=$RPM_BUILD_ROOT + +find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; +find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; + +%{_fixperms} $RPM_BUILD_ROOT/* + +%check +make test + +%clean +rm -rf $RPM_BUILD_ROOT + +%files +%defattr(-,root,root,-) +%doc Changes README eg +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Tue Feb 28 2012 Lionel Cons lionel.c...@cern.ch 0.3-1%{?dist} +- Specfile autogenerated by cpanspec 1.78 and cleaned. diff --git a/sources b/sources index e69de29..3f856ce 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +166eb178a709e890853b3e08aa272c88 Config-Validator-0.3.tar.gz -- 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
rawhide report: 20120319 changes
Compose started at Mon Mar 19 08:15:26 UTC 2012 Broken deps for x86_64 -- [HippoDraw] HippoDraw-devel-1.21.3-2.fc17.i686 requires python-numarray HippoDraw-devel-1.21.3-2.fc17.x86_64 requires python-numarray HippoDraw-python-1.21.3-2.fc17.x86_64 requires python-numarray [aeolus-conductor] aeolus-conductor-0.4.0-2.fc17.noarch requires ruby(abi) = 0:1.8 [aeolus-configserver] aeolus-configserver-0.4.5-1.fc18.noarch requires ruby-nokogiri [alexandria] alexandria-0.6.8-2.fc17.1.noarch requires ruby(abi) = 0:1.8 [catfish] catfish-engines-0.3.2-4.fc17.1.noarch requires pinot [comoonics-cdsl-py] comoonics-cdsl-py-0.2-19.noarch requires comoonics-base-py [comoonics-cluster-py] comoonics-cluster-py-0.1-25.noarch requires comoonics-base-py [contextkit] contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1 contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit) [converseen] converseen-0.4.9-2.fc17.x86_64 requires libMagickWand.so.4()(64bit) converseen-0.4.9-2.fc17.x86_64 requires libMagickCore.so.4()(64bit) converseen-0.4.9-2.fc17.x86_64 requires libMagick++.so.4()(64bit) [dh-make] dh-make-0.55-4.fc17.noarch requires debhelper [dmapd] dmapd-0.0.45-1.fc16.i686 requires libMagickWand.so.4 dmapd-0.0.45-1.fc16.i686 requires libMagickCore.so.4 dmapd-0.0.45-1.fc16.x86_64 requires libMagickWand.so.4()(64bit) dmapd-0.0.45-1.fc16.x86_64 requires libMagickCore.so.4()(64bit) [dustmite] dustmite-1-1.20111218git84c0e08.fc17.x86_64 requires libphobos2-ldc.so()(64bit) [eruby] eruby-1.0.5-17.fc17.x86_64 requires libruby.so.1.8()(64bit) eruby-libs-1.0.5-17.fc17.i686 requires ruby(abi) = 0:1.8 eruby-libs-1.0.5-17.fc17.i686 requires libruby.so.1.8 eruby-libs-1.0.5-17.fc17.x86_64 requires ruby(abi) = 0:1.8 eruby-libs-1.0.5-17.fc17.x86_64 requires libruby.so.1.8()(64bit) [gcc-python-plugin] gcc-python2-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python2-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python3-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python3-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 [gearmand] gearmand-0.23-2.fc17.x86_64 requires libtcmalloc.so.0()(64bit) gearmand-0.23-2.fc17.x86_64 requires libmemcached.so.8()(64bit) gearmand-0.23-2.fc17.x86_64 requires libboost_program_options-mt.so.1.47.0()(64bit) [genius] genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit) gnome-genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit) [gnome-boxes] gnome-boxes-3.3.91-1.fc18.x86_64 requires libcogl.so.8()(64bit) [gnome-phone-manager] gnome-phone-manager-0.66-9.fc17.x86_64 requires libgnome-bluetooth.so.9()(64bit) [gnome-user-share] gnome-user-share-3.0.1-3.fc17.x86_64 requires libgnome-bluetooth.so.9()(64bit) [gorm] gorm-1.2.13-0.2.20110331.fc17.i686 requires libobjc.so.3 gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-gui.so.0.20 gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-base.so.1.23 gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libobjc.so.3()(64bit) gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libgnustep-gui.so.0.20()(64bit) gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libgnustep-base.so.1.23()(64bit) [gscribble] gscribble-0.1.2-2.fc17.noarch requires gnome-python2-gtkhtml2 [i3] i3-4.0.1-2.fc17.x86_64 requires libxcb-property.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-keysyms.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-icccm.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-event.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-aux.so.0()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-atom.so.1()(64bit) [ibus-unikey] ibus-unikey-0.6.1-1.fc18.x86_64 requires libibus-1.0.so.0()(64bit) [inkscape] inkscape-0.48.2-4.fc17.x86_64 requires libMagickCore.so.4()(64bit) inkscape-0.48.2-4.fc17.x86_64 requires libMagick++.so.4()(64bit) inkscape-view-0.48.2-4.fc17.x86_64 requires libMagickCore.so.4()(64bit) inkscape-view-0.48.2-4.fc17.x86_64 requires libMagick++.so.4()(64bit) [kazehakase] kazehakase-ruby-0.5.8-11.svn3873_trunk.fc17.x86_64 requires ruby(abi) = 0:1.8 kazehakase-ruby-0.5.8-11.svn3873_trunk.fc17.x86_64 requires libruby.so.1.8()(64bit) [leksah] ghc-leksah-0.12.0.3-1.fc18.i686 requires libHSleksah-server-0.12.0.4-ghc7.0.4.so ghc-leksah-0.12.0.3-1.fc18.i686 requires ghc(leksah-server-0.12.0.4) = 0:22aaec8f51dcb8ca2da8ce99396859ba ghc-leksah-0.12.0.3-1.fc18.x86_64 requires libHSleksah-server-0.12.0.4-ghc7.0.4.so()(64bit) ghc-leksah-0.12.0.3-1.fc18.x86_64
Boost-1.50 in Fedora 18, Boost.Filesystem v2 to be dropped
Hi there, we (the Boost maintainers) intend to bump boost to a more recent version in course of Fedora 18 development. Though no schedule is available for Boost or Fedora as of yet, it seems like we are aiming for 1.50 and there should be a couple months of overlap. We intend to make this a feature when our plans become more solid, as usually. One of the more invasive changes that this release will probably bring is getting rid of support for Boost.Filesystem v2 [1], which was already announced about two Fedoras ago. I'd like to encourage all maintainers who build their packages with -DBOOST_FILESYSTEM_VERSION=2 to drop that option and try to rebuild their packages as soon as possible, ideally before the new Boost lands. Thanks, PM P.S. thanks to Denis Arnaud who spotted the intention of removal! [1] http://lists.boost.org/Archives/boost/2012/03/191238.php -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Params-Validate/f16] (2 commits) ...Merge remote-tracking branch 'origin/f17' into f16
Summary of changes: abf1d76... Upstream update. (*) 9df809d... Merge remote-tracking branch 'origin/f17' into f16 (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Params-Validate/f16: 2/2] Merge remote-tracking branch 'origin/f17' into f16
commit 9df809d5ba47eb5d92de0073215c1033ac179afd Merge: 612b0c3 abf1d76 Author: Ralf Corsépius corse...@fedoraproject.org Date: Mon Mar 19 17:21:04 2012 +0100 Merge remote-tracking branch 'origin/f17' into f16 .gitignore|2 +- perl-Params-Validate.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 3 deletions(-) --- -- 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
[perl-Email-MIME-Creator/el5] Update to 1.456
commit 0b0a18048d5e0a2327a796b6e520231f4d55e7c3 Author: Paul Howarth p...@city-fan.org Date: Mon Mar 19 15:44:34 2012 + Update to 1.456 - Update to 1.456 - Fix some spurious Date headers in badly-written tests - Fix a horrendous bug that would let you end up with: Content-Type: image/jpeg; charset=utf-8 - Correct test expectations for Encodings 1.313 - Simplify provides filter - Use one buildreq per line for readability - Add module version requirements from META.yml - BR: perl(base) - Add runtime dependency on perl(Email::Simple::Creator) ≥ 1.4 - Drop redundant buildreqs perl(Email::Date) and perl(IO::All) - Don't need to remove empty directories from buildroot - Use %{_fixperms} macro rather than our own chmod incantation - Use DESTDIR rather than PERL_INSTALL_ROOT - Don't use macros for commands - Drop %defattr, redundant since rpm 4.4 - Make %files list more explicit .gitignore |1 + perl-Email-MIME-Creator.spec | 65 +++-- sources |2 +- 3 files changed, 45 insertions(+), 23 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..062f3bd 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Email-MIME-Creator-[0-9.]*.tar.gz diff --git a/perl-Email-MIME-Creator.spec b/perl-Email-MIME-Creator.spec index cefb909..ac0a037 100644 --- a/perl-Email-MIME-Creator.spec +++ b/perl-Email-MIME-Creator.spec @@ -1,17 +1,25 @@ Name: perl-Email-MIME-Creator -Version:1.453 -Release:2%{?dist} +Version:1.456 +Release:1%{?dist} Summary:Email::MIME constructor for starting anew Group: Development/Libraries License:GPL+ or Artistic URL:http://search.cpan.org/dist/Email-MIME-Creator/ Source0: http://search.cpan.org/CPAN/authors/id/R/RJ/RJBS/Email-MIME-Creator-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) -BuildRequires: perl(ExtUtils::MakeMaker), perl(IO::All), perl(Email::MIME), perl(Email::Date) -BuildRequires: perl(Email::MIME::Modifier), perl(Email::Simple), perl(Email::Simple::Creator) -BuildRequires: perl(Test::More), perl(Test::Pod), perl(Test::Pod::Coverage) +BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) +BuildRequires: perl(base) +BuildRequires: perl(Email::MIME) = 1.82 +BuildRequires: perl(Email::MIME::Encodings) = 1.313 +BuildRequires: perl(Email::MIME::Modifier) = 1.440 +BuildRequires: perl(Email::Simple) = 1.92 +BuildRequires: perl(Email::Simple::Creator) = 1.4 +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Test::More) = 0.47 +BuildRequires: perl(Test::Pod) +BuildRequires: perl(Test::Pod::Coverage) BuildArch: noarch -Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) +Requires: perl(Email::Simple::Creator) = 1.4 %description This module provides an Email::MIME constructor. @@ -19,26 +27,21 @@ This module provides an Email::MIME constructor. %prep %setup -q -n Email-MIME-Creator-%{version} -# Filter false positive provides. -cat EOF %{name}-prov -#!/bin/sh -%{__perl_provides} \ -| grep -v 'perl(Email::MIME)' -EOF -%define __perl_provides %{_builddir}/Email-MIME-Creator-%{version}/%{name}-prov -chmod +x %{__perl_provides} +# Provides: filter perl(Email::MIME) +%global provfilt /bin/sh -c %{__perl_provides} | grep -Fvx 'perl(Email::MIME)' +%define __perl_provides %{provfilt} + %build sed -i '/LICENSE/ d' Makefile.PL -%{__perl} Makefile.PL INSTALLDIRS=vendor +perl Makefile.PL INSTALLDIRS=vendor make %install -rm -rf $RPM_BUILD_ROOT _docs -make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT +rm -rf $RPM_BUILD_ROOT +make pure_install DESTDIR=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';' -find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null ';' -chmod -R u+w $RPM_BUILD_ROOT/* +%{_fixperms} $RPM_BUILD_ROOT %check make test @@ -47,12 +50,30 @@ make test rm -rf $RPM_BUILD_ROOT %files -%defattr(-,root,root,-) %doc README LICENSE Changes %{perl_vendorlib}/Email/ -%{_mandir}/man3/*.3* +%{_mandir}/man3/Email::MIME::Creator.3pm* %changelog +* Mon Mar 19 2012 Paul Howarth p...@city-fan.org - 1.456-1 +- update to 1.456 + - fix some spurious Date headers in badly-written tests + - fix a horrendous bug that would let you end up with: +Content-Type: image/jpeg; charset=utf-8 + - correct test expectations for Encodings 1.313 +- simplify provides filter +- use one buildreq per line for readability +- add module version requirements from META.yml +- BR: perl(base) +- add runtime dependency on perl(Email::Simple::Creator) ≥ 1.4 +- drop redundant buildreqs perl(Email::Date) and perl(IO::All) +- don't need to remove empty directories from buildroot
[perl-Config-Validator/el5] Initial import (#798254).
Summary of changes: 3c5d6f0... Initial import (#798254). (*) (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
guichan soname bump
See https://bugzilla.redhat.com/show_bug.cgi?id=804698 I'll be building this shortly, and I'll handle rebuilding the only packages I found that require it, fife, manaworld and sear. Thanks, -- in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
gmp-ecm license change
The license of gmp-ecm is currently LGPLv2+ and GPLv2+. In Rawhide and F17 only, the main package will now be GPLv3+, and there is a new -libs subpackage that is LGPLv3+. I don't expect this to cause any problems as repoquery shows that nothing depends on this package. -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Email-Reply/el5] Update to 1.202
commit e048d90d3659e787fda0d94d0151234655d1fdaa Author: Paul Howarth p...@city-fan.org Date: Mon Mar 19 16:30:40 2012 + Update to 1.202 - Update to 1.202 - Fix test suite to handle line endings properly - One buildreq per line for readability - Add module version requirements from META.yml - Drop redundant buildreqs perl(Email::Date), perl(Email::Simple) and perl(Email::Simple::Creator) - Package Changes file - Don't use macros for commands - Don't need to remove empty directories from buildroot - Use %{_fixperms} macro rather than our own chmod incantation - Use DESTDIR rather than PERL_INSTALL_ROOT - Make %files list more explicit - Drop %defattr, redundant since rpm 4.4 .gitignore|1 + perl-Email-Reply.spec | 48 +--- sources |2 +- 3 files changed, 35 insertions(+), 16 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..0664c08 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Email-Reply-[0-9.]*.tar.gz diff --git a/perl-Email-Reply.spec b/perl-Email-Reply.spec index 41b633a..5ae858e 100644 --- a/perl-Email-Reply.spec +++ b/perl-Email-Reply.spec @@ -1,18 +1,23 @@ Name: perl-Email-Reply -Version:1.201 -Release:3%{?dist} +Version:1.202 +Release:1%{?dist} Summary:Reply to an email message Group: Development/Libraries License:GPL+ or Artistic URL:http://search.cpan.org/dist/Email-Reply/ Source0: http://search.cpan.org/CPAN/authors/id/R/RJ/RJBS/Email-Reply-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) -BuildRequires: perl(ExtUtils::MakeMaker), perl(Email::Abstract), perl(Email::Address) -BuildRequires: perl(Email::MIME), perl(Test::More), perl(Email::MIME::Creator) -BuildRequires: perl(Email::MIME::Modifier), perl(Test::Pod), perl(Test::Pod::Coverage) -BuildRequires: perl(Email::Simple), perl(Email::Simple::Creator), perl(Email::Date) +BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) +BuildRequires: perl(Email::Abstract) = 2.01 +BuildRequires: perl(Email::Address) = 1.80 +BuildRequires: perl(Email::MIME) = 1.82 +BuildRequires: perl(Email::MIME::Creator) = 1.41 +BuildRequires: perl(Email::MIME::Modifier) = 1.42 +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Test::More) = 0.47 +BuildRequires: perl(Test::Pod) +BuildRequires: perl(Test::Pod::Coverage) BuildArch: noarch -Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description This package provides a simple way to reply to email messages. @@ -22,15 +27,14 @@ This package provides a simple way to reply to email messages. %build sed -i '/LICENSE/ d' Makefile.PL -%{__perl} Makefile.PL INSTALLDIRS=vendor +perl Makefile.PL INSTALLDIRS=vendor make %install rm -rf $RPM_BUILD_ROOT -make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT +make pure_install DESTDIR=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';' -find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null ';' -chmod -R u+w $RPM_BUILD_ROOT/* +%{_fixperms} $RPM_BUILD_ROOT %check make test @@ -39,12 +43,26 @@ make test rm -rf $RPM_BUILD_ROOT %files -%defattr(-,root,root,-) -%doc README LICENSE +%doc Changes README LICENSE %{perl_vendorlib}/Email/ -%{_mandir}/man3/*.3* +%{_mandir}/man3/Email::Reply.3pm* %changelog +* Mon Mar 19 2012 Paul Howarth p...@city-fan.org - 1.202-1 +- update to 1.202 + - fix test suite to handle line endings properly +- one buildreq per line for readability +- add module version requirements from META.yml +- drop redundant buildreqs perl(Email::Date), perl(Email::Simple) and + perl(Email::Simple::Creator) +- package Changes file +- don't use macros for commands +- don't need to remove empty directories from buildroot +- use %%{_fixperms} macro rather than our own chmod incantation +- use DESTDIR rather than PERL_INSTALL_ROOT +- make %%files list more explicit +- drop %%defattr, redundant since rpm 4.4 + * Fri May 4 2007 Tom spot Callaway tcall...@redhat.com - 1.201-3 - fix missing BR diff --git a/sources b/sources index d70441e..fe94b78 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -ea39a4a73d0b8cc54a28d6e84327413e Email-Reply-1.201.tar.gz +a1d1758016232c98e4119b653d7e1421 Email-Reply-1.202.tar.gz -- 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
[perl-Email-Reply] Created tag perl-Email-Reply-1.202-1.el5
The lightweight tag 'perl-Email-Reply-1.202-1.el5' was created pointing to: e048d90... Update to 1.202 -- 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
Summary minutes for today's FESCo meeting (2012-03-19)
=== #fedora-meeting: FESCO (2012-03-19) === Meeting started by limburgher at 18:00:23 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2012-03-19/fesco.2012-03-19-18.00.log.html . Meeting summary --- * init process (limburgher, 18:00:24) * #821 F18 Feature: PCRE 8.30 -- https://fedoraproject.org/wiki/Features/pcre8.30 (limburgher, 18:04:35) * AGREED: F18 PCRE 8.30 is passed (+:8,-:0,0:0) (limburgher, 18:05:47) * #822 F18 Feature: AE1000 USB wifi driver - https://fedoraproject.org/wiki/Features/AE1000usb (limburgher, 18:05:57) * AGREED: F18 AE1000 USB wifi driver is rejected (+:0,-:8,0:0) (limburgher, 18:07:47) * #823 F18 Feature: Network Manager hotspots - https://fedoraproject.org/wiki/Features/RealHotspot (limburgher, 18:08:10) * AGREED: F18 Network Manager hotspots is passed (+8,-:0,0:0) (limburgher, 18:10:51) * #824 F18 Feature: Rework Package Groups -- https://fedoraproject.org/wiki/Features/ReworkPackageGroups (limburgher, 18:10:57) * AGREED: F18 Rework Package Groups is passed (+6,-:0,0:2) (limburgher, 18:12:42) * #826 F18 Feature: KRB5 Credential Cache Move - https://fedoraproject.org/wiki/Features/KRB5CacheMove (limburgher, 18:12:48) * AGREED: F18 KRB5 Credential Cache Move is passed (+7,-:0,0:1) (limburgher, 18:14:22) * #827 F18 Feature: RPM 4.10 - https://fedoraproject.org/wiki/Features/RPM4.10 (limburgher, 18:14:41) * AGREED: F18 RPM 4.10 is passed (+8,-:0,0:0) (limburgher, 18:15:37) * #828 F18 Feature: systemd-journal -- https://fedoraproject.org/wiki/Features/systemd-journal (limburgher, 18:15:45) * AGREED: F18 systemd-journal is rejected (+0,-:8,0:0) (limburgher, 18:19:15) * firewalld (limburgher, 18:19:36) * LINK: https://fedoraproject.org/wiki/Test_Day:2012-03-19_firewalld (twoerner, 18:21:01) * AGREED: Proposal to have FESCO test firewalld and vote in ticket is passed (+7,-:0,0:0) (limburgher, 18:28:31) * AGREED: Add firewalld to comps now passed (+5,-:2,0:0) (limburgher, 18:43:40) * #830 F18 Feature: ARM as Primary Arch -- https://fedoraproject.org/wiki/Features/FedoraARM (limburgher, 18:44:13) * LINK: http://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers (nirik, 18:45:42) * AGREED: ask qa, rel-eng, kernel and infra teams to provide feedback on the proposal. Ask fesco members to come up with critera that they would want to add and revisit next week. (+8,-:0,0:0) (limburgher, 19:09:50) * Next week's chair (limburgher, 19:10:17) * ACTION: mmaslano to chair next week. (limburgher, 19:10:40) * Open Floor (limburgher, 19:10:50) Meeting ended at 19:42:46 UTC. Action Items * mmaslano to chair next week. Action Items, by person --- * mmaslano * mmaslano to chair next week. * **UNASSIGNED** * (none) People Present (lines said) --- * limburgher (137) * pjones (56) * sgallagh (52) * jonmasters (51) * mitr (50) * nirik (48) * mjg59 (41) * bconoboy (33) * mmaslano (32) * notting (30) * t8m (28) * zodbot (18) * Viking-Ice (17) * adamw (12) * twoerner (12) * abadger1999 (2) * rbergeron (2) * davej (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 725225] Update perl-Email-MIME to 1.861 or later in EPEL 5
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=725225 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedora Update System upda...@fedoraproject.org 2012-03-19 16:01:26 EDT --- Package perl-Email-MIME-1.863-1.el5: * should fix your issue, * was pushed to the Fedora EPEL 5 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=epel-testing perl-Email-MIME-1.863-1.el5' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-0825/perl-Email-MIME-1.863-1.el5 then log in and leave karma (feedback). -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 803044] RFE: update to at least 0.86
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=803044 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #2 from Fedora Update System upda...@fedoraproject.org 2012-03-19 16:01:15 EDT --- Package perl-File-HomeDir-0.86-1.el5: * should fix your issue, * was pushed to the Fedora EPEL 5 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=epel-testing perl-File-HomeDir-0.86-1.el5' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-0824/perl-File-HomeDir-0.86-1.el5 then log in and leave karma (feedback). -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 725227] Update perl-Email-MIME-Modifier to 1.442 or later in EPEL 5
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=725227 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedora Update System upda...@fedoraproject.org 2012-03-19 16:00:58 EDT --- Package perl-Email-MIME-Modifier-1.444-1.el5: * should fix your issue, * was pushed to the Fedora EPEL 5 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=epel-testing perl-Email-MIME-Modifier-1.444-1.el5' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-0819/perl-Email-MIME-Modifier-1.444-1.el5 then log in and leave karma (feedback). -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Boost-1.50 in Fedora 18, Boost.Filesystem v2 to be dropped
On Mar 19, 2012 4:19 PM, Petr Machata pmach...@redhat.com wrote: Hi there, we (the Boost maintainers) intend to bump boost to a more recent version in course of Fedora 18 development. The Fedora 18 feature process is already open so I suggest you submit all these details to there so Fresco can review Peter Though no schedule is available for Boost or Fedora as of yet, it seems like we are aiming for 1.50 and there should be a couple months of overlap. We intend to make this a feature when our plans become more solid, as usually. One of the more invasive changes that this release will probably bring is getting rid of support for Boost.Filesystem v2 [1], which was already announced about two Fedoras ago. I'd like to encourage all maintainers who build their packages with -DBOOST_FILESYSTEM_VERSION=2 to drop that option and try to rebuild their packages as soon as possible, ideally before the new Boost lands. Thanks, PM P.S. thanks to Denis Arnaud who spotted the intention of removal! [1] http://lists.boost.org/Archives/boost/2012/03/191238.php -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
new maintainer wanted - Argus package
Hi, I have relased ownership of Argus package for Fedora branches due to lack of free time to take care about it. EPEL branches already have owner. What this will require from new maintainer? Argus is not up-to-date with upstream version. It is one major release back, reason for this is that I was not able to build latest version under fedora, and I did not have time to work more on this topic for past several months. New maintainer(s) welcomed. Regards, Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] Annoying reminder: please keep karma'ing, folks
Hey, everyone. I've noticed recently that the level of karma filing for F16 and F17 seems to be down somewhat. Could just be me misinterpreting things, but I thought I'd fire off a reminder anyway. Even though proventesters has been suspended, we still need karma on updates - it just doesn't matter whether or not you're a proven tester now. Updates still need karma to go stable. So please do carry on running fedora-easy-karma and filing update feedback regularly! There are quite a few updates for both releases going stale. Thanks everyone! Maintainers, you can consider lowering the threshold from +3 for autopush of updates in some cases. It's only a default, not a requirement. If you're fairly confident an update is small and well-tested, it probably doesn't need +3 karma, you could consider choosing +1 or +2 instead. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net ___ 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
Re: Question about commiting the sources
Pavel Alexeev wrote: Ok, please look say on php-pecl-parsekit: http://pkgs.fedoraproject.org/gitweb/?p=php-pecl-parsekit.git;a=tree There in sources one patch: http://pkgs.fedoraproject.org/gitweb/?p=php-pecl-parsekit.git;a=blob;f=sour ces;h=8734d4cfe05323e4e2384902887c23f789dcbf0d;hb=HEAD it was uploaded as fedpkg new-sources or upload action. Is there any chance occur link on php-pecl-parsekit-1.3-php-5.4.patch? Or I should I have been done it not as upload source but plain git add and commit? Yes, exactly. git add php-pecl-parsekit-1.3-php-5.4.patch Will it allow me then build package? Yes. Björn Persson signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Draft schedule for tomorrow's FESCo meeting (19 March 2012)
Josh Boyer wrote: 5) No links to upstream patch submissions What upstream patch submissions? ;-) The driver he's proposing to ship is the Ralink vendor driver (which happens to be GPLed), not a driver ever intended to go upstream. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora 17 Beta status: open blockers, karma and blocker vote requests
/updates/FEDORA-2012-2922/firstboot-17.0-1.fc17 - needs karma, too. 10. http://bugzilla.redhat.com/show_bug.cgi?id=736993 error install bootloader with serial interface install This one should be fixed in TC2, and requires QA re-testing. 11. http://bugzilla.redhat.com/show_bug.cgi?id=800205 kernel panic after running preupgrade This one may be fixed with the new anaconda, but given how preupgrade works, we can't test until anaconda = 17.13 goes stable, because only then will it show up on the mirrors where preupgrade gets its anaconda image from, so no action possible for now. 12. http://bugzilla.redhat.com/show_bug.cgi?id=591630 DHCPv6 responses are not allowed by default ip6tables ruleset iptables is replaced by firewalld, as of today: this change will show up in TC3 / RC1. firewalld should properly allow DHCPv6. There is a live image available for testing this - http://adamwill.fedorapeople.org/firewalld/firewalld-20120319-x86_64.iso - which I built today. It has firewalld and the NetworkManager build that should allow IPv6 connections to work OOTB. The firewalld update - https://admin.fedoraproject.org/updates/FEDORA-2012-3940/firewalld-0.2.4-1.fc17 - needs karma. 13. http://bugzilla.redhat.com/show_bug.cgi?id=745202 gnome-shell does not display correctly with many NV3x and NV4x adapters We need Ben Skeggs and the desktop team to work together on a Shell blacklist entry for these adapters, until the driver is fixed. This will be an update to gnome-session. 14. http://bugzilla.redhat.com/show_bug.cgi?id=754568 [abrt] gnome-shell-3.2.1-6.fc17: _int_free: Process /usr/bin/gnome-shell was killed by signal 11 (SIGSEGV) This is the 'Shell frequently crashes in a qxl/Spice KVM' bug. There is an xorg-x11-drv-qxl build that is intended to fix it and, in my testing, does - https://admin.fedoraproject.org/updates/FEDORA-2012-3887/xorg-x11-drv-qxl-0.0.22-0.fc17 . That build is in TC2, so this bug is 'fixed' in TC2. However, the comments on the update claim there is a corruption bug associated with it, so the maintainer does not want to push it stable. We need the maintainers of this driver to decide if they want to fix the corruption bug and, if so, to do so before Thursday, or else push the fix we have. 15. http://bugzilla.redhat.com/show_bug.cgi?id=804451 zenity depends on webkitgtk3 This is discussed above as part of the KDE oversize bug. Proposed blockers - 1. http://bugzilla.redhat.com/show_bug.cgi?id=804541 anaconda failed to load the updates.img This needs votes on blocker status, from the people who usually show up to blocker reviews. It seems like a fairly straightforward blocker to me. Then we need anaconda team to fix it: they are working on this. 2. http://bugzilla.redhat.com/show_bug.cgi?id=804716 after minimal 17 Beta TC2 install, network service doesn't work This also needs blocker status votes, it's rather more of a borderline issue. I suspect it may wind up getting fixed as a side effect of the other 'noloader' issues, but that's just my guess. 3. http://bugzilla.redhat.com/show_bug.cgi?id=790239 gnome-system-log depends on gnome-utils, which is obsoleted. This also needs blocker status votes, and is a clear blocker - it's the bug that prevented the desktop live from composing for TC2. There is an update that fixes it, I have confirmed that the update allows a desktop live image compose to succeed. Please test and karma https://admin.fedoraproject.org/updates/FEDORA-2012-4138 . 4. https://bugzilla.redhat.com/show_bug.cgi?id=804083 firewalld is not allowed to write a temporary file to /etc/firewalld if started with systemd Tore Anderson tells me (if I'm understanding correctly) that this is another IPv6-preventing issue - it stops firewalld being able to allow DHCPv6 to work. My IPv6-testing live image (see above) includes the fix for this: https://admin.fedoraproject.org/updates/selinux-policy-3.10.0-103.fc17 , which needs karma, so please test and karma it. This bug obviously also needs blocker status votes. Thanks for reading, everyone! Remember to help out with any actions you can. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Draft schedule for tomorrow's FESCo meeting (19 March 2012)
On 03/19/2012 08:21 PM, Kevin Kofler wrote: Josh Boyer wrote: 5) No links to upstream patch submissions What upstream patch submissions? ;-) The driver he's proposing to ship is the Ralink vendor driver (which happens to be GPLed), not a driver ever intended to go upstream. I think that was his point, yes. -- Peter RFC 882 put the dots in .com. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
when does Fedora 18 Release Naming start?
So according to the Wiki, naming hasn't started yet, but it is also almost over :-) https://fedoraproject.org/wiki/Name_suggestions_for_Fedora_18 Naming Period: 13 March 13 through 20 March So when does it really start? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary minutes for today's FESCo meeting (2012-03-19)
On Mon, Mar 19, 2012 at 3:46 PM, Jon Ciesla limburg...@gmail.com wrote: * #830 F18 Feature: ARM as Primary Arch -- https://fedoraproject.org/wiki/Features/FedoraARM (limburgher, 18:44:13) * LINK: http://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers (nirik, 18:45:42) * AGREED: ask qa, rel-eng, kernel and infra teams to provide feedback on the proposal. Ask fesco members to come up with critera that they would want to add and revisit next week. (+8,-:0,0:0) (limburgher, 19:09:50) It's fairly disappointing this was discussed during this meeting without being on the agenda that was sent out. This is a rather large item that needs a lot of discussion among the various groups in Fedora, and I'm sure that I'm not the only person that wasn't aware it was even going to be in the meeting today. (Even ignoring the fact that the agenda was sent without a proper Subject and easily skipped.) It's plain irritating that per the logs, the proposers of this thought it was just going to be covered in the 'Open Floor' section. Seriously, this is not the way to start off on a great foot for such a major proposal. josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: new maintainer wanted - Argus package
On Mon, Mar 19, 2012 at 4:18 PM, Jan Klepek jan.kle...@brandforge.sk wrote: Hi, I have relased ownership of Argus package for Fedora branches due to lack of free time to take care about it. EPEL branches already have owner. What this will require from new maintainer? Argus is not up-to-date with upstream version. It is one major release back, reason for this is that I was not able to build latest version under fedora, and I did not have time to work more on this topic for past several months. Taken. -J New maintainer(s) welcomed. Regards, Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary minutes for today's FESCo meeting (2012-03-19)
On Mon, Mar 19, 2012 at 8:26 PM, Josh Boyer jwbo...@gmail.com wrote: On Mon, Mar 19, 2012 at 3:46 PM, Jon Ciesla limburg...@gmail.com wrote: * #830 F18 Feature: ARM as Primary Arch -- https://fedoraproject.org/wiki/Features/FedoraARM (limburgher, 18:44:13) * LINK: http://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers (nirik, 18:45:42) * AGREED: ask qa, rel-eng, kernel and infra teams to provide feedback on the proposal. Ask fesco members to come up with critera that they would want to add and revisit next week. (+8,-:0,0:0) (limburgher, 19:09:50) It's fairly disappointing this was discussed during this meeting without being on the agenda that was sent out. This is a rather large item that needs a lot of discussion among the various groups in Fedora, and I'm sure that I'm not the only person that wasn't aware it was even going to be in the meeting today. (Even ignoring the fact that the agenda was sent without a proper Subject and easily skipped.) It's plain irritating that per the logs, the proposers of this thought it was just going to be covered in the 'Open Floor' section. Seriously, this is not the way to start off on a great foot for such a major proposal. Agreed, my apologies. I'm still getting the hang of chairing meetings and only saw the ARM feature after I sent the agenda. I added it to the meeting thinking additional discussion would be helpful, not necessarily that it needed a definitive vote. I'll certainly be more careful all around next time. -J josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: when does Fedora 18 Release Naming start?
On Mon, Mar 19, 2012 at 6:23 PM, Chuck Anderson c...@wpi.edu wrote: So according to the Wiki, naming hasn't started yet, but it is also almost over :-) https://fedoraproject.org/wiki/Name_suggestions_for_Fedora_18 Naming Period: 13 March 13 through 20 March So when does it really start? Per the schedule published here: http://rbergero.fedorapeople.org/schedules/f-17/f-17-fpl.html (see line 76) tomorrow, or technically tonight sometimeish for all good things UTC. The sometime-tonight-ish is the when I send out the announcement part. Yes, I realize the wiki says something different, I was toying around with dates to avoid Easter, decided it was better to stick with the published schedule, and failed to undo the wiki page changes, what with my non-perfect-ism and all. :) Anyhoo, I'll fix the dates on the wiki before I ship out any announcements. Thanks for being detail-oriented, please see me for your voucher for one beef- or vegan- filled hot dog. :D -Robyn -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary minutes for today's FESCo meeting (2012-03-19)
Josh Boyer wrote: It's fairly disappointing this was discussed during this meeting without being on the agenda that was sent out. This is a rather large item that needs a lot of discussion among the various groups in Fedora, and I'm sure that I'm not the only person that wasn't aware it was even going to be in the meeting today. (Even ignoring the fact that the agenda was sent without a proper Subject and easily skipped.) I think this should also be brought to larger discussion among packagers as a whole. ARM as a primary arch is probably going to slow down our builds by a lot, at least at the beginning. It also means it'd become the maintainer's job to fix ARM-only build failures. I think ARM should NOT become a primary arch, period. Having an actively maintained secondary arch is also the best way to keep improving secondary arch infrastructure with the aim of reducing the delays between primary arch and secondary arch releases, thereby helping all secondary arches, not just ARM (and making them all primary sure wouldn't scale). Changing ARM to a primary arch is the wrong way to get there, and puts an undue burden on Fedora maintainers as a whole, for the benefit of a small niche. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary minutes for today's FESCo meeting (2012-03-19)
On 03/19/2012 06:38 PM, Jon Ciesla wrote: On Mon, Mar 19, 2012 at 8:26 PM, Josh Boyerjwbo...@gmail.com wrote: On Mon, Mar 19, 2012 at 3:46 PM, Jon Cieslalimburg...@gmail.com wrote: * #830 F18 Feature: ARM as Primary Arch -- https://fedoraproject.org/wiki/Features/FedoraARM (limburgher, 18:44:13) * LINK: http://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers (nirik, 18:45:42) * AGREED: ask qa, rel-eng, kernel and infra teams to provide feedback on the proposal. Ask fesco members to come up with critera that they would want to add and revisit next week. (+8,-:0,0:0) (limburgher, 19:09:50) It's fairly disappointing this was discussed during this meeting without being on the agenda that was sent out. This is a rather large item that needs a lot of discussion among the various groups in Fedora, and I'm sure that I'm not the only person that wasn't aware it was even going to be in the meeting today. (Even ignoring the fact that the agenda was sent without a proper Subject and easily skipped.) It's plain irritating that per the logs, the proposers of this thought it was just going to be covered in the 'Open Floor' section. Seriously, this is not the way to start off on a great foot for such a major proposal. Agreed, my apologies. I'm still getting the hang of chairing meetings and only saw the ARM feature after I sent the agenda. I added it to the meeting thinking additional discussion would be helpful, not necessarily that it needed a definitive vote. I'll certainly be more careful all around next time. My apologies on this as well (EVERYWHERE TONIGHT) - this feature went my way late Friday, I went back and forth with feature owners a bit over the weekend, and added the ticket as open floor (for today) or meeting (next week) figuring that there was not going to be a definitive vote, but that there was likely going to be numerous rounds of questions, and leaving it to the discretion of FESCo to decide if they wanted to even address it today vs. just acknowledge that THIS IS COMING. Perhaps I could have made that clearer in the ticket, or more inherently known that we cannot possibly look at a ticket without immediately having one million questions, but I don't think this should be put on the feature owners themselves as a bad way to start off; they were just looking to start the discussion as way-before-F18 as possible. Throw the blame my way, and I am pretty sure that the team of folks working on this are well aware that this is not going to be a cut-and-dry decision, and understand that it will likely take a while to get through the discussion of the feature with all involved parties. They made themselves quite available today, and I don't doubt that they will be doing the same in future meetings should this continue to go forward. -r -J josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /etc/default in Fedora
On 03/19/2012 10:28 AM, Daniel J Walsh wrote: Well setroubleshoot-server does write to syslog when it interprets and AVC. Yes, but those messages are not picked up by logwatch so unless I manually scan the syslog (which I have to do for this reason) I would miss them. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: /etc/default in Fedora
On 03/20/2012 08:02 AM, Michael Cronenworth wrote: On 03/19/2012 10:28 AM, Daniel J Walsh wrote: Well setroubleshoot-server does write to syslog when it interprets and AVC. Yes, but those messages are not picked up by logwatch so unless I manually scan the syslog (which I have to do for this reason) I would miss them. I guess this should be filed as a RFE with logwatch Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Slow shutdown with big file in /dev/shm
Before I file a bug for this, I need to figure out which component may be doing this. If one creates a large file (several GB) in /dev/shm and shuts down, the system will take many minutes to shut down. Last message before hang is Disabling swap. Not sure which component is doing that and why. The file will be gone on reboot anyway, so why not just nuke it... -- Bojan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Evolution + bogofilter
Does setting emails in your inbox folder to junk working automatically? It seem it doesn't do it automatically and I have to keep selecting them and manually marking them junk. On a fresh install (such as this one), I do a restore from a backup file as I always do, to include doiong the same thing in F16 (that worked just fine) and the settings are there, and set as suppose to be. Also evolution-bogofilter is installed as well. Just for some reason it's not setting them to junk automatically. Any ideas? evolution-bogofilter-3.3.91-1.fc17.x86_64 evolution-3.3.91-1.fc17.x86_64 bogofilter-1.2.2-3.fc17.x86_64 -- Mike Chambers Madisonville, KY Best little town on Earth! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Summary minutes for today's FESCo meeting (2012-03-19)
On Tue, 2012-03-20 at 03:00 +0100, Kevin Kofler wrote: Josh Boyer wrote: It's fairly disappointing this was discussed during this meeting without being on the agenda that was sent out. This is a rather large item that needs a lot of discussion among the various groups in Fedora, and I'm sure that I'm not the only person that wasn't aware it was even going to be in the meeting today. (Even ignoring the fact that the agenda was sent without a proper Subject and easily skipped.) I think this should also be brought to larger discussion among packagers as a whole. ARM as a primary arch is probably going to slow down our builds by a lot, at least at the beginning. It also means it'd become the maintainer's job to fix ARM-only build failures. I think ARM should NOT become a primary arch, period. Having an actively maintained secondary arch is also the best way to keep improving secondary arch infrastructure with the aim of reducing the delays between primary arch and secondary arch releases, thereby helping all secondary arches, not just ARM (and making them all primary sure wouldn't scale). Changing ARM to a primary arch is the wrong way to get there, and puts an undue burden on Fedora maintainers as a whole, for the benefit of a small niche. If you think ARM's a small niche, you may have some large surprising coming your way over the next few years... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
XFS rootfs required?
It's not an option with Fedora-17-Beta-TC2-x86_64-DVD.iso. I don't see anything listed in alpha, beta, or final release criteria that requires it, but it's been a past option. Summary is that mkfs.xfs isn't present on the DVD media, at least for x86_64. Bug here: https://bugzilla.redhat.com/show_bug.cgi?id=804779 For General Tests, Final release level, I see an XFS test case here: https://fedoraproject.org/wiki/QA:Testcase_anaconda_xfs_rootfs_on_disk_partition Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Symbol-Util-0.0203.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-Symbol-Util: e32e67236e68281184e8017aa6158ffd Symbol-Util-0.0203.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-Symbol-Util] Update to 0.0203
commit b86cf3fc084ac7d08f1bd922f9802f896e575f03 Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr Date: Mon Mar 19 08:32:22 2012 +0100 Update to 0.0203 .gitignore|1 + perl-Symbol-Util.spec | 13 - sources |2 +- 3 files changed, 10 insertions(+), 6 deletions(-) --- diff --git a/.gitignore b/.gitignore index a620cb3..8195cdf 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ Symbol-Util-0.0202.tar.gz +/Symbol-Util-0.0203.tar.gz diff --git a/perl-Symbol-Util.spec b/perl-Symbol-Util.spec index 5e915dc..c3de4ca 100644 --- a/perl-Symbol-Util.spec +++ b/perl-Symbol-Util.spec @@ -1,6 +1,6 @@ Name: perl-Symbol-Util -Version:0.0202 -Release:9%{?dist} +Version:0.0203 +Release:1%{?dist} Summary:Additional utilities for Perl symbols manipulation License:GPL+ or Artistic Group: Development/Libraries @@ -20,7 +20,7 @@ manipulation. %prep %setup -q -n Symbol-Util-%{version} chmod -x xt/cover.pl -chmod -x eg/delete_glob.pl +chmod -x examples/delete_glob.pl %build %{__perl} Build.PL installdirs=vendor @@ -36,12 +36,15 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; ./Build test %files -%doc Changes eg LICENSE README xt +%doc Changes examples LICENSE README xt %{perl_vendorlib}/* %{_mandir}/man3/* %changelog -* Sun Mar 11 2012 Emmanuel Seyman emmanuel.sey...@club-internet.fr - 0.0202-9 +* Mon Mar 19 2012 Emmanuel Seyman emmanuel.sey...@club-internet.fr - 0.0203-1 +- Update to 0.0203 + +* Sun Mar 11 2012 Emmanuel Seyman emmanuel.sey...@club-internet.fr - 0.0202-9 - Clean up spec file * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.0202-8 diff --git a/sources b/sources index 585e646..4e2b362 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -7432a8c76519b302ef97da22a5ba8fb1 Symbol-Util-0.0202.tar.gz +e32e67236e68281184e8017aa6158ffd Symbol-Util-0.0203.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 App-cpanminus-1.5008.tar.gz uploaded to lookaside cache by mmaslano
A file has been added to the lookaside cache for perl-App-cpanminus: 5ccc037d4b6a6b98fc2458dd0f642ec9 App-cpanminus-1.5008.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-App-cpanminus] bump to 1.5008
commit 00b1b9762079ffb0cd77c5682711d67c81322e39 Author: Marcela Mašláňová mmasl...@redhat.com Date: Mon Mar 19 10:16:09 2012 +0100 bump to 1.5008 .gitignore |1 + perl-App-cpanminus.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index ab7d431..0927c1f 100644 --- a/.gitignore +++ b/.gitignore @@ -25,3 +25,4 @@ App-cpanminus-0.9935.tar.gz /App-cpanminus-1.5005.tar.gz /App-cpanminus-1.5006.tar.gz /App-cpanminus-1.5007.tar.gz +/App-cpanminus-1.5008.tar.gz diff --git a/perl-App-cpanminus.spec b/perl-App-cpanminus.spec index e0708eb..a39d97e 100644 --- a/perl-App-cpanminus.spec +++ b/perl-App-cpanminus.spec @@ -1,6 +1,6 @@ Name: perl-App-cpanminus -Version:1.5007 -Release:2%{?dist} +Version:1.5008 +Release:1%{?dist} Summary:Library for get, unpack, build and install CPAN modules License:GPL+ or Artistic Group: Development/Libraries @@ -66,6 +66,9 @@ make test %{_bindir}/cpanm %changelog +* Mon Mar 19 2012 Marcela Mašláňová mmasl...@redhat.com 1.5008-1 +- bump to 1.5008 + * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.5007-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild diff --git a/sources b/sources index 1a1a351..5fd585b 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -5cc199013efa1e3e8cacf20ccb322736 App-cpanminus-1.5007.tar.gz +5ccc037d4b6a6b98fc2458dd0f642ec9 App-cpanminus-1.5008.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 804414] perl-App-cpanminus-1.5008 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=804414 Marcela Mašláňová mmasl...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Resolution||RAWHIDE Last Closed||2012-03-19 05:16:55 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File XML-LibXML-1.96.tar.gz uploaded to lookaside cache by mmaslano
A file has been added to the lookaside cache for perl-XML-LibXML: c05ef700972e746c69e6df0e9ce434d5 XML-LibXML-1.96.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-XML-LibXML] 1.96 bump
commit 55e7320a8343bf4a75da4a3ec9bc7567bdb7e713 Author: Marcela Mašláňová mmasl...@redhat.com Date: Mon Mar 19 11:11:17 2012 +0100 1.96 bump .gitignore |1 + perl-XML-LibXML.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 949a0f5..011ce7f 100644 --- a/.gitignore +++ b/.gitignore @@ -5,3 +5,4 @@ XML-LibXML-1.70.tar.gz /XML-LibXML-1.92.tar.gz /XML-LibXML-1.93.tar.gz /XML-LibXML-1.95.tar.gz +/XML-LibXML-1.96.tar.gz diff --git a/perl-XML-LibXML.spec b/perl-XML-LibXML.spec index 06e1427..c658e6e 100644 --- a/perl-XML-LibXML.spec +++ b/perl-XML-LibXML.spec @@ -3,7 +3,7 @@ Name: perl-XML-LibXML # https://bugzilla.redhat.com/show_bug.cgi?id=469480 # it might not be needed anymore # this module is maintained, the other is not -Version:1.95 +Version:1.96 Release:1%{?dist} Epoch: 1 Summary:Perl interface to the libxml2 library @@ -102,6 +102,9 @@ fi %{_mandir}/man3/*.3* %changelog +* Mon Mar 19 2012 Marcela Mašláňová mmasl...@redhat.com - 1:1.96-1 +- 1.96 bump + * Wed Mar 14 2012 Petr Šabata con...@redhat.com - 1:1.95-1 - 1.95 bump, tests bugfixes diff --git a/sources b/sources index e95885d..2ce350f 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -07c9ac47e0456b812e1e3ed1f4d4cb34 XML-LibXML-1.95.tar.gz +c05ef700972e746c69e6df0e9ce434d5 XML-LibXML-1.96.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 804421] perl-XML-LibXML-1.96 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=804421 Marcela Mašláňová mmasl...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Resolution||RAWHIDE Last Closed||2012-03-19 06:20:42 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Email-Simple/el5] Update to 2.005
commit 60de5a0aec742b68f2dc9a09e4556d66b909318e Author: Paul Howarth p...@city-fan.org Date: Mon Mar 19 11:04:56 2012 + Update to 2.005 - Update to 2.005, needed for perl-Email-MIME (#725225) - Huge improvement to speed of bodyless message parsing - More documentation of header class - New Header crlf defaults to real CRLF - Change initialization order to unbreak Email::MIME - Do not return -body from -body_set to simplify subclass behavior - Improve tests - Publicize default_header_class method - Remove the long-deprecated Headers.pm - Add repository metadata - BR: perl(ExtUtils::MakeMaker) for module build - BR: perl(Carp) for module - BR: perl(Test::MinimumVersion) and perl(Test::More) ≥ 0.47 for test suite - Fix license tag - Don't use macros for commands - Don't need to remove empty directories from buildroot - Use DESTDIR rather than PERL_INSTALL_ROOT - Use %{_fixperms} macro rather than our own chmod incantation - Make %files list more explicit - Drop %defattr, redundant since rpm 4.4 .gitignore |2 +- perl-Email-Simple.spec | 48 sources|2 +- 3 files changed, 38 insertions(+), 14 deletions(-) --- diff --git a/.gitignore b/.gitignore index 9ad5a3b..983589d 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1 @@ -Email-Simple-1.999.tar.gz +/Email-Simple-[0-9.]*.tar.gz diff --git a/perl-Email-Simple.spec b/perl-Email-Simple.spec index 4e340ed..891d24d 100644 --- a/perl-Email-Simple.spec +++ b/perl-Email-Simple.spec @@ -1,18 +1,22 @@ Name: perl-Email-Simple -Version:1.999 -Release:1.1%{?dist} +Version:2.005 +Release:1%{?dist} Summary:Simple parsing of RFC2822 message format and headers Group: Development/Libraries -License:GPL or Artistic +License:GPL+ or Artistic URL:http://search.cpan.org/dist/Email-Simple/ Source0: http://www.cpan.org/authors/id/R/RJ/RJBS/Email-Simple-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) +BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) BuildArch: noarch +BuildRequires: perl(Carp) +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(Test::MinimumVersion) +BuildRequires: perl(Test::More) = 0.47 BuildRequires: perl(Test::Pod) = 1.14 BuildRequires: perl(Test::Pod::Coverage) = 1.08 -Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description Email::Simple is the first deliverable of the Perl Email Project, a @@ -27,16 +31,15 @@ external dependencies, and correct. %build -%{__perl} Makefile.PL INSTALLDIRS=vendor +perl Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT -make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT +make pure_install DESTDIR=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';' -find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null ';' -chmod -R u+w $RPM_BUILD_ROOT/* +%{_fixperms} $RPM_BUILD_ROOT %check @@ -48,13 +51,34 @@ rm -rf $RPM_BUILD_ROOT %files -%defattr(-,root,root,-) %doc Changes LICENSE README %{perl_vendorlib}/Email/ -%{_mandir}/man3/*.3pm* - +%{_mandir}/man3/Email::Simple.3pm* +%{_mandir}/man3/Email::Simple::Header.3pm* %changelog +* Mon Mar 19 2012 Paul Howarth p...@city-fan.org - 2.005-1 +- Update to 2.005, needed for perl-Email-MIME (#725225) + - Huge improvement to speed of bodyless message parsing + - More documentation of header class + - New Header crlf defaults to real CRLF + - Change initialization order to unbreak Email::MIME + - Do not return -body from -body_set to simplify subclass behavior + - Improve tests + - Publicize default_header_class method + - Remove the long-deprecated Headers.pm + - Add repository metadata +- BR: perl(ExtUtils::MakeMaker) for module build +- BR: perl(Carp) for module +- BR: perl(Test::MinimumVersion) and perl(Test::More) ≥ 0.47 for test suite +- Fix license tag +- Don't use macros for commands +- Don't need to remove empty directories from buildroot +- Use DESTDIR rather than PERL_INSTALL_ROOT +- Use %%{_fixperms} macro rather than our own chmod incantation +- Make %%files list more explicit +- Drop %%defattr, redundant since rpm 4.4 + * Fri Nov 16 2007 Rob Myers rob.my...@gtri.gatech.edu - 1.999-1.1 - drop BuildRequire on perl(Email::MIME) which is not strictly necessary and creates a circular dependency diff --git a/sources b/sources index e558fc3..612636e 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -e8cf5daef07f7d39b06933e8fe31e535 Email-Simple-1.999.tar.gz +945a8a487ba7aea909b01b84ceb1c678 Email-Simple-2.005.tar.gz -- Fedora Extras Perl SIG
[Bug 725225] Update perl-Email-MIME to 1.861 or later in EPEL 5
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=725225 Paul Howarth p...@city-fan.org changed: What|Removed |Added Status|NEW |ASSIGNED CC||p...@city-fan.org AssignedTo|rob.my...@gtri.gatech.edu |p...@city-fan.org --- Comment #2 from Paul Howarth p...@city-fan.org 2012-03-19 07:04:01 EDT --- Rob, Xavier, I have updates for this and perl-Email-MIME-Modifier (Bug #725227) ready to go but I'll need to update perl-Email-Simple first and do a buildroot override for it. I can do the update as a provenpackager but I'll need commit access to do the buildroot override, so can one of you please approve me? I also have an update ready for perl-Email-MIME-Creator, which currently fails to build from source in EPEL-5 due to incompatibility with Email::MIME::Encodings 1.313. I've requested commit access for that one too. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Email-Simple] Created tag perl-Email-Simple-2.005-1.el5
The lightweight tag 'perl-Email-Simple-2.005-1.el5' was created pointing to: 60de5a0... Update to 2.005 -- 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 Catalyst-Plugin-Unicode-Encoding-1.5.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Catalyst-Plugin-Unicode-Encoding: bb8a3855fbec9b84c2b3ea363aeb8670 Catalyst-Plugin-Unicode-Encoding-1.5.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-Catalyst-Plugin-Unicode-Encoding] update to 1.5
commit 3f8e0bc84d67f9c4f3aea8bfdfb556b4cb08d483 Author: Iain Arnell iarn...@gmail.com Date: Mon Mar 19 05:30:24 2012 -0600 update to 1.5 .gitignore |1 + perl-Catalyst-Plugin-Unicode-Encoding.spec |5 - sources|2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 13da8b1..2385d9b 100644 --- a/.gitignore +++ b/.gitignore @@ -2,3 +2,4 @@ Catalyst-Plugin-Unicode-Encoding-1.1.tar.gz /Catalyst-Plugin-Unicode-Encoding-1.2.tar.gz /Catalyst-Plugin-Unicode-Encoding-1.3.tar.gz /Catalyst-Plugin-Unicode-Encoding-1.4.tar.gz +/Catalyst-Plugin-Unicode-Encoding-1.5.tar.gz diff --git a/perl-Catalyst-Plugin-Unicode-Encoding.spec b/perl-Catalyst-Plugin-Unicode-Encoding.spec index 28ffb14..6edaea1 100644 --- a/perl-Catalyst-Plugin-Unicode-Encoding.spec +++ b/perl-Catalyst-Plugin-Unicode-Encoding.spec @@ -1,5 +1,5 @@ Name: perl-Catalyst-Plugin-Unicode-Encoding -Version:1.4 +Version:1.5 Release:1%{?dist} Summary:Unicode aware Catalyst License:GPL+ or Artistic @@ -57,6 +57,9 @@ TEST_POD=1 make test %{_mandir}/man3/* %changelog +* Mon Mar 19 2012 Iain Arnell iarn...@gmail.com 1.5-1 +- update to latest upstream version + * Wed Mar 14 2012 Iain Arnell iarn...@gmail.com 1.4-1 - update to latest upstream version - tweak required catalyst version diff --git a/sources b/sources index cb1fe3c..971d885 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -8c8e86ce1b332574b7920e08847886ec Catalyst-Plugin-Unicode-Encoding-1.4.tar.gz +bb8a3855fbec9b84c2b3ea363aeb8670 Catalyst-Plugin-Unicode-Encoding-1.5.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-Catalyst-Plugin-Unicode-Encoding/f17] update to 1.5
Summary of changes: 3f8e0bc... update to 1.5 (*) (*) 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-Catalyst-Plugin-Unicode-Encoding/f16] update to 1.5
Summary of changes: 3f8e0bc... update to 1.5 (*) (*) 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