Re: X touchscreen fixes for F18
On Mon, Oct 29, 2012 at 08:19:34AM -0600, Daniel Drake wrote: On Sun, Oct 28, 2012 at 11:27 PM, Peter Hutterer peter.hutte...@who-t.net wrote: Can you file a bug for this please so we can keep track of it in case this breaks something? You almost certainly also want the fix to fdo #55738 http://lists.x.org/archives/xorg-devel/2012-October/034062.html Thanks, filed as https://bugzilla.redhat.com/show_bug.cgi?id=871064 I've pushed the build out. Carlos' patch (the last one you requested) is incomplete as I mentioned on the xorg-devel list but it does improve things. Please ensure you get this tested and let me know if there's any issues. I've found quite a few issues with especially pointer emulation today, so we'll need quite a few more patches in the near future. Cheers, Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: f18: how to install into a LVM partitions (or RAID)
Il giorno lun, 29/10/2012 alle 17.09 -0700, Adam Williamson ha scritto: That ability has been added since Beta TC6. ok, I'll wait a version TC-6 Thanks to all -- Dario Lesca - sip:da...@solinos.it (Inviato dal mio Linux Fedora 17 Gnome3) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
udev rules packaging
Hello, I'm working in a package which ships a udev rule in /lib/udev/rules.d I haven't seen any guidelines about this, and I wonder if I must do a udevadm control --reload in %post I have checked other packages with udev rules but this command is not issued, is this correct? Any suggestion? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: udev rules packaging
On 30/10/12 09:00, Juan Orti Alcaine wrote: I'm working in a package which ships a udev rule in /lib/udev/rules.d I haven't seen any guidelines about this, and I wonder if I must do a udevadm control --reload in %post You shouldn't need to, no, because udev watches the rules directories with inotify and updates when it detects a change. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-18 Branched report: 20121030 changes
Compose started at Tue Oct 30 09:15:29 UTC 2012 Broken deps for x86_64 -- [dhcp-forwarder] dhcp-forwarder-upstart-0.10-1801.fc18.noarch requires /sbin/initctl [dnf] dnf-0.2.14-2.git4831982.fc18.noarch requires python-hawkey = 0:0.3.0 [dustmite] dustmite-1-5.20120304gitcde46e0.fc17.x86_64 requires libphobos-ldc.so.59()(64bit) [func] func-0.28-1.fc17.noarch requires smolt [gcc-python-plugin] gcc-python2-debug-plugin-0.9-5.fc18.x86_64 requires gcc = 0:4.7.2-2.fc18 gcc-python2-plugin-0.9-5.fc18.x86_64 requires gcc = 0:4.7.2-2.fc18 gcc-python3-debug-plugin-0.9-5.fc18.x86_64 requires gcc = 0:4.7.2-2.fc18 gcc-python3-plugin-0.9-5.fc18.x86_64 requires gcc = 0:4.7.2-2.fc18 [gdb-heap] gdb-heap-0.5-9.fc18.x86_64 requires glibc(x86-64) = 0:2.15 [gnome-do-plugins] gnome-do-plugins-banshee-0.8.4-10.fc18.x86_64 requires mono(Banshee.CollectionIndexer) = 0:2.4.0.0 [gnome-shell-theme-selene] gnome-shell-theme-selene-3.4.0-5.fc18.noarch requires gnome-shell-extensions-user-theme [ip-sentinel] ip-sentinel-upstart-0.12-1303.fc18.noarch requires /sbin/initctl [libsyncml] 1:libsyncml-0.4.6-4.fc17.i686 requires libsoup-2.2.so.8 1:libsyncml-0.4.6-4.fc17.x86_64 requires libsoup-2.2.so.8()(64bit) [mapserver] mapserver-perl-6.0.1-5.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2) [milter-greylist] milter-greylist-upstart-4.2.7-1701.fc18.noarch requires /sbin/initctl [mod_pubcookie] mod_pubcookie-3.3.4a-7.fc18.x86_64 requires httpd-mmn = 0:20051115-x86-64 [openvrml] libopenvrml-0.18.9-3.fc18.i686 requires libboost_thread-mt.so.1.48.0 libopenvrml-0.18.9-3.fc18.i686 requires libboost_system-mt.so.1.48.0 libopenvrml-0.18.9-3.fc18.i686 requires libboost_filesystem-mt.so.1.48.0 libopenvrml-0.18.9-3.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit) libopenvrml-0.18.9-3.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit) libopenvrml-0.18.9-3.fc18.x86_64 requires libboost_filesystem-mt.so.1.48.0()(64bit) libopenvrml-gl-0.18.9-3.fc18.i686 requires libboost_thread-mt.so.1.48.0 libopenvrml-gl-0.18.9-3.fc18.i686 requires libboost_system-mt.so.1.48.0 libopenvrml-gl-0.18.9-3.fc18.i686 requires libboost_filesystem-mt.so.1.48.0 libopenvrml-gl-0.18.9-3.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit) libopenvrml-gl-0.18.9-3.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit) libopenvrml-gl-0.18.9-3.fc18.x86_64 requires libboost_filesystem-mt.so.1.48.0()(64bit) openvrml-java-0.18.9-3.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit) openvrml-java-0.18.9-3.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit) openvrml-java-0.18.9-3.fc18.x86_64 requires libboost_filesystem-mt.so.1.48.0()(64bit) openvrml-javascript-0.18.9-3.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit) openvrml-javascript-0.18.9-3.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit) openvrml-javascript-0.18.9-3.fc18.x86_64 requires libboost_filesystem-mt.so.1.48.0()(64bit) openvrml-nodes-0.18.9-3.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit) openvrml-nodes-0.18.9-3.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit) openvrml-nodes-0.18.9-3.fc18.x86_64 requires libboost_filesystem-mt.so.1.48.0()(64bit) openvrml-xembed-0.18.9-3.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit) openvrml-xembed-0.18.9-3.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit) openvrml-xembed-0.18.9-3.fc18.x86_64 requires libboost_filesystem-mt.so.1.48.0()(64bit) [perl-Hardware-Verilog-Parser] perl-Hardware-Verilog-Parser-0.13-9.fc17.noarch requires perl(:MODULE_COMPAT_5.14.2) [perl-OpenOffice-UNO] perl-OpenOffice-UNO-0.07-3.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2) [presence] presence-0.4.6-2.fc18.x86_64 requires libcogl.so.9()(64bit) [pyfuzzy] pyfuzzy-0.1.0-5.fc18.noarch requires antlr3-python [reciteword] reciteword-0.8.4-10.fc18.x86_64 requires esound [resource-agents] resource-agents-3.9.2-3.fc18.5.x86_64 requires libplumbgpl.so.2()(64bit) resource-agents-3.9.2-3.fc18.5.x86_64 requires libplumb.so.2()(64bit) [ruby-revolution] ruby-revolution-0.5-4.svn210.fc18.15.x86_64 requires libedataserver-1.2.so.16()(64bit) ruby-revolution-0.5-4.svn210.fc18.15.x86_64 requires libecal-1.2.so.12()(64bit) ruby-revolution-0.5-4.svn210.fc18.15.x86_64 requires libebook-1.2.so.13()(64bit) [rubygem-activeldap] rubygem-activeldap-1.2.2-3.fc17.noarch requires rubygem(gettext_activerecord) = 0:2.1.0 rubygem-activeldap-1.2.2-3.fc17.noarch requires ruby(abi) = 0:1.8 [rubygem-calendar_date_select]
[Bug 871428] New: Broken configuration for httpd 2.4
https://bugzilla.redhat.com/show_bug.cgi?id=871428 Bug ID: 871428 QA Contact: extras...@fedoraproject.org Severity: unspecified Version: 18 Priority: unspecified CC: iarn...@gmail.com, perl-de...@lists.fedoraproject.org Assignee: iarn...@gmail.com Summary: Broken configuration for httpd 2.4 Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: rcol...@redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: mojomojo Product: Fedora Please review /etc/httpd/conf.d/mojomojo.conf -- 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 871428] Broken configuration for httpd 2.4
https://bugzilla.redhat.com/show_bug.cgi?id=871428 Remi Collet rcol...@redhat.com changed: What|Removed |Added Blocks||871373 -- 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
Fedora 18 : broken configuration for httpd 2.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Testing some packages in Fedora 18, I noticed that lot of configuration for httpd have not be fixed for new version 2.4. So I open a tracker bug for this issues https://bugzilla.redhat.com/show_bug.cgi?id=871373 Currently I have filed ~40 bugs, and continue to check all applications providing a httpd configuration file. I you need more explanation on the required changes, feel free to ask. Regards, Remi. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlCP4MsACgkQYUppBSnxahiR4QCfX/tow2/DWTLn8jxwSc2D2ifX 4ssAn22FM/hfEnsyXzNfkc5FCujGIvIE =6Wht -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Log-Log4perl-1.39.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-Log-Log4perl: 541d7ac477590b8ccbd04993b0f23120 Log-Log4perl-1.39.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-Log-Log4perl] 1.39 bump
commit d078c568a15ea2a86bc68a05b84b8ccba939389b Author: Petr Šabata con...@redhat.com Date: Tue Oct 30 15:11:19 2012 +0100 1.39 bump .gitignore |1 + perl-Log-Log4perl.spec | 10 +++--- sources|2 +- 3 files changed, 9 insertions(+), 4 deletions(-) --- diff --git a/.gitignore b/.gitignore index e79d47b..bce260a 100644 --- a/.gitignore +++ b/.gitignore @@ -7,3 +7,4 @@ Log-Log4perl-1.24.tar.gz /Log-Log4perl-1.36.tar.gz /Log-Log4perl-1.37.tar.gz /Log-Log4perl-1.38.tar.gz +/Log-Log4perl-1.39.tar.gz diff --git a/perl-Log-Log4perl.spec b/perl-Log-Log4perl.spec index bb097ca..c6233c7 100644 --- a/perl-Log-Log4perl.spec +++ b/perl-Log-Log4perl.spec @@ -1,6 +1,6 @@ Name: perl-Log-Log4perl -Version:1.38 -Release:2%{?dist} +Version:1.39 +Release:1%{?dist} Summary:Log4j implementation for Perl Group: Development/Libraries License:GPL+ or Artistic @@ -29,6 +29,8 @@ BuildRequires: perl(Storable) # Term::ANSIColor is not needed for runing tests BuildRequires: perl(XML::DOM) # Tests +BuildRequires: perl(fields) +BuildRequires: perl(lib) BuildRequires: perl(Test::More) = 0.45 # Optional tests %if ! (0%{?rhel} = 7) @@ -67,8 +69,10 @@ make test L4P_ALL_TESTS=1 %{_mandir}/man3/* %{_bindir}/* - %changelog +* Tue Oct 30 2012 Petr Šabata con...@redhat.com - 1.39-1 +- 1.39 bump + * Wed Sep 26 2012 Petr Pisar ppi...@redhat.com - 1.38-2 - Disable optional tests on RHEL = 7 diff --git a/sources b/sources index 5ff9c9b..5f5b131 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -e94051f6a6794a035c9b5c34570f9db0 Log-Log4perl-1.38.tar.gz +541d7ac477590b8ccbd04993b0f23120 Log-Log4perl-1.39.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-Log-Log4perl/f18] (3 commits) ...1.39 bump
Summary of changes: f65416d... 1.38 bump (*) 753c76a... Disable optional tests on RHEL = 7 (*) d078c56... 1.39 bump (*) (*) 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
[Test-Announce] Fedora 18 Beta Go/No-Go Meeting, Thursday, November 01 @ 17:00 UTC (1pm Eastern, 10am Pacific)
Join us on irc.freenode.net in #fedora-meeting-1 for this important meeting, wherein we shall determine the readiness of the Fedora 18 Beta. Thursday, November 01, 2012 @17:00 UTC (13:00 EDT/10:00 PDT/18:00 CET) Before each public release Development, QA and Release Engineering meet to determine if the release criteria are met for a particular release. This meeting is called the Go/No-Go Meeting. Verifying that the Release criteria are met is the responsibility of the QA Team. For more details about this meeting see: https://fedoraproject.org/wiki/Go_No_Go_Meeting In the meantime, keep an eye on the Fedora 18 Beta Blocker list: http://qa.fedoraproject.org/blockerbugs/milestone/18/beta/buglist Reminder: Fedora 18 Beta readiness meeting follows the Go/No-Go meeting in two hours (19:00 UTC, 3pm Eastern, 12pm Pacific). Btw. please check time against UTC as we are during the daylight saving time change period... Jaroslav ___ 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
[perl-Web-Scraper/f18] Upstream update.
Summary of changes: 9981bcf... 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: Fedora 18 : broken configuration for httpd 2.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 30/10/2012 15:14, Remi Collet a écrit : So I open a tracker bug for this issues https://bugzilla.redhat.com/show_bug.cgi?id=871373 Finally : 60 open bugs. Note : if your package provides an Apache configuration file and is not listed here, I could have miss it, so please review it. Some package only provides a minimal configuration with Alias /foo /usr/share/foo I haven't open a bug, even if I think this configuration is broken, but this is not related to httpd 2.4 (by default / access is denied) Remi. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlCP59oACgkQYUppBSnxahg5ZgCg1Fci1N8ntnSIHFlPyE3q71vu oawAoNFzN03mDHFGEHOs7iYCzr5dWnvG =GOIw -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Web-Scraper/f17] Upstream update.
Summary of changes: 9981bcf... 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: Fedora 18 : broken configuration for httpd 2.4
On 10/30/2012 02:44 PM, Remi Collet wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 30/10/2012 15:14, Remi Collet a écrit : So I open a tracker bug for this issues https://bugzilla.redhat.com/show_bug.cgi?id=871373 Finally : 60 open bugs. Note : if your package provides an Apache configuration file and is not listed here, I could have miss it, so please review it. Some package only provides a minimal configuration with Alias /foo /usr/share/foo I haven't open a bug, even if I think this configuration is broken, but this is not related to httpd 2.4 (by default / access is denied) Excellent work thanks JGB -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: f18: how to install into a LVM partitions (or RAID)
On Tue, 2012-10-30 at 08:17 +0100, Dario Lesca wrote: Il giorno lun, 29/10/2012 alle 17.09 -0700, Adam Williamson ha scritto: That ability has been added since Beta TC6. ok, I'll wait a version TC-6 Sigh. Apparently I _still_ wasn't clear enough. You indicated at the start of this side-thread that you wanted to use an existing partition without re-formatting it. You can do so just fine with TC6 or other Beta builds. If you re-use a partition in TC6 it will be re-used without being re-formatted. What is missing from TC6 and will be added in the next build is the ability to choose to reformat the partition. If you do not want to reformat it, this is not a problem for you. -- 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
Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))
It's time somebody asked this, so ... Adam Williamson awill...@redhat.com writes: What is missing from TC6 and will be added in the next build is the ability to choose to reformat the partition. If you do not want to reformat it, this is not a problem for you. It appears to me that anaconda is months away from being shippable. It's still got major features that are incomplete (one example above, but there are more), and I don't seem to be able to do anything at all with it without hitting serious bugs. How is it that we're even considering shipping this version for F18? For any other package, we'd be telling the maintainer to hold off till F19. The rest of us don't get to be doing major feature development post-beta-freeze. regards, tom lane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))
On Tue, 2012-10-30 at 14:08 -0400, Tom Lane wrote: It's time somebody asked this, so ... Adam Williamson awill...@redhat.com writes: What is missing from TC6 and will be added in the next build is the ability to choose to reformat the partition. If you do not want to reformat it, this is not a problem for you. It appears to me that anaconda is months away from being shippable. It's still got major features that are incomplete (one example above, but there are more), and I don't seem to be able to do anything at all with it without hitting serious bugs. How is it that we're even considering shipping this version for F18? For any other package, we'd be telling the maintainer to hold off till F19. The rest of us don't get to be doing major feature development post-beta-freeze. I'd recommend asking dcantrell, as he has some good points on this topic. I broadly agree with him that it might well be more or less impossible to smoothly handle a major rewrite of anaconda in our current development process. CCing to make sure he sees this. -- 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: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))
On Tue, Oct 30, 2012 at 7:12 PM, Adam Williamson awill...@redhat.com wrote: I'd recommend asking dcantrell, as he has some good points on this topic. I broadly agree with him that it might well be more or less impossible to smoothly handle a major rewrite of anaconda in our current development process. CCing to make sure he sees this. If you are saying that 6 months are a too short time for something like this I think I can understand it. However, from the relevant feature page contingency plan: First, at some point before the development freeze, we need to merge the newui branch into master in git. At this point, regular anaconda builds will include the new UI and that's what everyone will see. Should we not get to a point where we're comfortable with merging before the development freeze, the contingency plan would simply be to not merge and wait for the next Fedora release. Second, after merging we are kind of committed to taking this UI in for Fedora 18. It will be too large of a body of work to revert. Plus, much of our effort will have been spent on the newui branch which means regular bug fixing will have suffered. I do not have a good idea of what the contingency plan for this point will be. So, apparently, we approved this feature knowing that after the merge we effectively had no plan in case of large issues. I don't know if it's impossible to revert to the F17 anaconda at this time, however it is clear that F18 is going to be the longest release cycle we had in 9 years and somehow we need to avoid this in the future. Cheers G. -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 871503] broken UsrMove
https://bugzilla.redhat.com/show_bug.cgi?id=871503 --- Comment #1 from Ralf Corsepius rc040...@freenet.de --- (In reply to comment #0) it seems that perl only Provides /usr/bin/perl Correct. well, if ANY package has Require: /bin/perl and is updated the same time as perl depsolve in yum fails, you can satifsy such packages only by update the packages not at the same time or as i did install a meta-package with Provides: /bin/perl which is not true but made it possible to do a yum-upgrade on some machines from F16 to F17 My answer to this is quite simple: * No package must Require: /bin/perl * Any package requiring /bin/perl has to be considered broken. -- 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: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))
On Tue, 2012-10-30 at 19:32 +0100, Gianluca Sforna wrote: I don't know if it's impossible to revert to the F17 anaconda at this time, however it is clear that F18 is going to be the longest release cycle we had in 9 years and somehow we need to avoid this in the future. It's not impossible, well, nothing is impossible, but at this point it's almost certainly more of a disruption than just plowing on with newui. It's worth noting quite a lot of the early issues in this cycle - particularly during Alpha - weren't actually much to do with newui; they were more to do with changes in dracut which affected anaconda. oldui wasn't fixed for that, so if were to try and switch back to oldui at this point, we'd have to go through the whole process of adjusting the code for the changes to dracut again, quite apart from any other issues. I think there are some larger issues to do with the Fedora dev cycle and the feature process that could stand discussion and improvement on the basis of the experience we've had with F18 so far, for sure. It would be nice to avoid excessive negativity in doing so, though...I think throughout everyone has tried their best. Practically speaking, for F18, though, I think we just need to soldier on with newUI and get it done as best we can. Obviously slipping the schedule by a week again and again in response to the latest fire isn't the best way to do things, but stepping back and taking a wider view, a release that's a month or two behind but with a reasonably solid new anaconda wouldn't be a disaster. In a way I think the fact that various groups - QA, anaconda team, FESCo - have all more or less agreed that we need to ensure decent quality in the new installer even at the cost of schedule slips is a positive result of the process; it's dangerous to posit counterfactuals, but I suspect there are points in Fedora's history where we would have just more or less stuck to the schedule and kicked out a final release on time but with a really incomplete new anaconda. Whatever lessons we learn from this release...I'd like them to be more about how we can achieve major change with acceptable quality even if that means some more flexibility about the release cycle, rather than starting from the assumption that whatever we do, the goal is to stick closer to a fixed short schedule. -- 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: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))
On Tue, Oct 30, 2012 at 7:08 PM, Tom Lane t...@redhat.com wrote: It's time somebody asked this, so ... Adam Williamson awill...@redhat.com writes: What is missing from TC6 and will be added in the next build is the ability to choose to reformat the partition. If you do not want to reformat it, this is not a problem for you. It appears to me that anaconda is months away from being shippable. It's still got major features that are incomplete (one example above, but there are more), and I don't seem to be able to do anything at all with it without hitting serious bugs. How is it that we're even considering shipping this version for F18? For any other package, we'd be telling the maintainer to hold off till F19. The rest of us don't get to be doing major feature development post-beta-freeze. https://fedorahosted.org/fesco/ticket/944 FESCo dismissed this as insane even though it was the only reasonable thing to do. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))
On Tue, Oct 30, 2012 at 7:45 PM, Adam Williamson awill...@redhat.com wrote: On Tue, 2012-10-30 at 19:32 +0100, Gianluca Sforna wrote: I don't know if it's impossible to revert to the F17 anaconda at this time, however it is clear that F18 is going to be the longest release cycle we had in 9 years and somehow we need to avoid this in the future. It's not impossible, well, nothing is impossible, but at this point it's almost certainly more of a disruption than just plowing on with newui. It's worth noting quite a lot of the early issues in this cycle - particularly during Alpha - weren't actually much to do with newui; they were more to do with changes in dracut which affected anaconda. oldui wasn't fixed for that, so if were to try and switch back to oldui at this point, we'd have to go through the whole process of adjusting the code for the changes to dracut again, quite apart from any other issues. The mistake was to accept a feature this large without a contingency plan ... even the anaconda roadmap listed some features like upgrades as to be finished by F19 beta. So the people involved all knew that this was far from being ready. But there is nothing we can do at this point ... other then outright reject such features in the future. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Self Introduction
Hello all, My name is Chandler Wilkerson and I'm a long time Redhat/Fedora user, admin, and in the last few years at my current job, I've become an RHCE, an RHN satellite admin, and then an RHCA. My motivation on getting into Fedora packaging is to help maintaining the AlienArena package, as I'm an avid player of the game and noticed that the packages haven't followed the recent burst of releases this year. I've managed some early scratch builds of an updated version: http://koji.fedoraproject.org/koji/taskinfo?taskID=4636642 I've also probably broken protocol by talking to Tom directly about this first, so I'm just trying to get in and do things the accepted way now. -- Chandler Wilkerson Research Computing Specialist, RHCA Rice University -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Self Introduction
On 10/30/2012 03:25 PM, Chandler Wilkerson wrote: Hello all, My name is Chandler Wilkerson and I'm a long time Redhat/Fedora user, admin, and in the last few years at my current job, I've become an RHCE, an RHN satellite admin, and then an RHCA. My motivation on getting into Fedora packaging is to help maintaining the AlienArena package, as I'm an avid player of the game and noticed that the packages haven't followed the recent burst of releases this year. I've managed some early scratch builds of an updated version: http://koji.fedoraproject.org/koji/taskinfo?taskID=4636642 I've also probably broken protocol by talking to Tom directly about this first, so I'm just trying to get in and do things the accepted way now. Nah, you haven't broken protocol at all. I've just been super busy and hadn't gotten back to you in depth. :) You're on my TODO list though, promise. ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Schedule for Wednesday's FESCo Meeting (2012-11-01)
Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 17:00UTC (1:00pm EDT) in #fedora-meeting on irc.freenode.net. Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic #932 F18 Features - progress at Feature Freeze .fesco 932 https://fedorahosted.org/fesco/ticket/932 #topic #960 F18 schedule + the holidays .fesco 960 https://fedorahosted.org/fesco/ticket/960 = New business = #topic #961 Clarification request- Is Java (including the JVM) exempt from Multilib .fesco 961 https://fedorahosted.org/fesco/ticket/961 #topic #963 change of names of configuration files .fesco 963 https://fedorahosted.org/fesco/ticket/963 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))
On Tue, Oct 30, 2012 at 11:45:02AM -0700, Adam Williamson wrote: On Tue, 2012-10-30 at 19:32 +0100, Gianluca Sforna wrote: I don't know if it's impossible to revert to the F17 anaconda at this time, however it is clear that F18 is going to be the longest release cycle we had in 9 years and somehow we need to avoid this in the future. It's not impossible, well, nothing is impossible, but at this point it's almost certainly more of a disruption than just plowing on with newui. Also, I believe we haven't got close to the length of the Fedora Core 5 development cycle, which was more than 9 months.[1] Not that we should aim for it either, but it's certainly not a given we'll even get to that point. Thanks for pointing out that everyone is trying their best to avoid taking that prize. * * * [1] https://fedoraproject.org/wiki/Releases/HistoricalSchedules -- Paul W. Frieldshttp://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ The open source story continues to grow: http://opensource.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))
On Tue, 30 Oct 2012, Paul W. Frields wrote: On Tue, Oct 30, 2012 at 11:45:02AM -0700, Adam Williamson wrote: On Tue, 2012-10-30 at 19:32 +0100, Gianluca Sforna wrote: I don't know if it's impossible to revert to the F17 anaconda at this time, however it is clear that F18 is going to be the longest release cycle we had in 9 years and somehow we need to avoid this in the future. It's not impossible, well, nothing is impossible, but at this point it's almost certainly more of a disruption than just plowing on with newui. Also, I believe we haven't got close to the length of the Fedora Core 5 development cycle, which was more than 9 months.[1] Not that we should aim for it either, but it's certainly not a given we'll even get to that point. Thanks for pointing out that everyone is trying their best to avoid taking that prize. Fedora 5 was 9months intentionally, though. it was intentionally lengthened to see if that would be useful. this time is not intentional, aiui. -sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))
On 30 October 2012 18:45, Adam Williamson awill...@redhat.com wrote: so if were to try and switch back to oldui at this point, we'd have to go through the whole process of adjusting the code for the changes to dracut again, quite apart from any other issues. I don't understand how fixing up the old anaconda with the dracut changes would be so difficult. More than 140 man-hours? It's surely going to be a lot less work than getting anaconda to a point where it actually works with a consistent UI. Anaconda isn't the kind of thing we can fix with a zero day update, and surely it should have been developed in parallel with a release and then switched on just after branching rather than the situation we have now where there is major design and development work being done *so close* to where we should have everything locked down tight. I really don't see why the Anaconda team should be treated so differently from every other team. If we ship anything close to the Anaconda we've got now then F18 is going to get ripped apart by the reviewers. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: f18: how to install into a LVM partitions (or RAID)
Il giorno mar, 30/10/2012 alle 10.40 -0700, Adam Williamson ha scritto: You indicated at the start of this side-thread that you wanted to use an existing partition without re-formatting it. You can do so just fine with TC6 or other Beta builds. If you re-use a partition in TC6 it will be re-used without being re-formatted. What is missing from TC6 and will be added in the next build is the ability to choose to reformat the partition. If you do not want to reformat it, this is not a problem for you. Ok, now is clear enough. When I re-install f18 on a f18 or f17 for test it, I format some FS (/boot, / and /var) and do not format other FS (/home and /opt) Since the new interface partitioning anaconda is quite different (and, IMHO, for now, less intuitive) from the previous interface, I could not understand when the FS was formatted and when not. Thanks for reply -- Dario Lesca - sip:da...@solinos.it (Inviato dal mio Linux Fedora 17 Gnome3) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))
- Original Message - From: Richard Hughes hughsi...@gmail.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Wednesday, 31 October, 2012 6:35:14 AM Subject: Re: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID)) On 30 October 2012 18:45, Adam Williamson awill...@redhat.com wrote: so if were to try and switch back to oldui at this point, we'd have to go through the whole process of adjusting the code for the changes to dracut again, quite apart from any other issues. I don't understand how fixing up the old anaconda with the dracut changes would be so difficult. More than 140 man-hours? It's surely going to be a lot less work than getting anaconda to a point where it actually works with a consistent UI. Anaconda isn't the kind of thing we can fix with a zero day update, and surely it should have been developed in parallel with a release and then switched on just after branching rather than the situation we have now where there is major design and development work being done *so close* to where we should have everything locked down tight. I really don't see why the Anaconda team should be treated so differently from every other team. If we ship anything close to the Anaconda we've got now then F18 is going to get ripped apart by the reviewers. Should we just skip F18? (like seriously). Dave. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Review swap: xword - Reads and writes crossword puzzles in the Across Lite file format
Hi folks, Would any one want to swap reviews with me? I'd like to get this one reviewed: xword - Reads and writes crossword puzzles in the Across Lite file format https://bugzilla.redhat.com/show_bug.cgi?id=871629 I'll be happy to review a package in return. -- Thanks, Warm regards, Ankur: FranciscoD Please only print if necessary. Looking to contribute to Fedora? Look here: https://fedoraproject.org/wiki/Fedora_Join_SIG http://fedoraproject.org/wiki/User:Ankursinha http://dodoincfedora.wordpress.com/ 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: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))
On 10/30/2012 02:58 PM, David Airlie wrote: Should we just skip F18? (like seriously). Seems a little over the top. Why not use the extra time to squash other bugs, making F18 a better release overall? -- Brendan Conoboy / Red Hat, Inc. / b...@redhat.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] Fedora 18 Virt Test Day is this Thurs Nov 1!
Hey all, The Fedora 18 Virt Test Day is this Thursday, November 1st. That's two days away! The test day landing page is here (still being expanded): https://fedoraproject.org/wiki/Test_Day:2012-11-01_Virtualization If you're interested in trying out some new virt functionality, we've got step by step instructions for: * Using snapshots to backup disk images of a live VM with no VM downtime * Assigning a physical USB3 device to your VM * Assign a local USB device to your VM, even if the VM is on a remote machine! * Setting disk IO bandwidth limits on your VM * Suspend and Hibernate your VMs * Enabling the PV EOI performance optimization for your VMs * Using kernel syscall filters (seccomp) to further secure your host against VM exploits (currently busted but we are working on a fix) Of course, maybe you don't care about new features. We still need you! The test day is the perfect time to make sure your virt workflow is working fine on Fedora 18, as there will be several developers on hand to answer any questions, help with debugging, provide patches, etc. No requirement to run through test cases on the wiki, just show up and let us know what works (or breaks). If you plan on showing up to the test day, add your name to the participant list on the wiki, and on thursday, pop into #fedora-test-day on freenode and give us a shout! Thanks, Cole ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File MooseX-AttributeShortcuts-0.017.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-MooseX-AttributeShortcuts: 4d147a60f567e73c1c7547df5d6f5bfd MooseX-AttributeShortcuts-0.017.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-MooseX-AttributeShortcuts] 0.017 bump
commit a88030cb1d001e7207af9394d8c226e9eafdf563 Author: Petr Písař ppi...@redhat.com Date: Tue Oct 30 08:38:14 2012 +0100 0.017 bump .gitignore |1 + perl-MooseX-AttributeShortcuts.spec |8 ++-- sources |2 +- 3 files changed, 8 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index b0ccd15..bea6200 100644 --- a/.gitignore +++ b/.gitignore @@ -5,3 +5,4 @@ /MooseX-AttributeShortcuts-0.013.tar.gz /MooseX-AttributeShortcuts-0.014.tar.gz /MooseX-AttributeShortcuts-0.015.tar.gz +/MooseX-AttributeShortcuts-0.017.tar.gz diff --git a/perl-MooseX-AttributeShortcuts.spec b/perl-MooseX-AttributeShortcuts.spec index e8e6f18..400299f 100644 --- a/perl-MooseX-AttributeShortcuts.spec +++ b/perl-MooseX-AttributeShortcuts.spec @@ -1,5 +1,5 @@ Name: perl-MooseX-AttributeShortcuts -Version:0.015 +Version:0.017 Release:1%{?dist} Summary:Shorthand for common Moose attribute options License:LGPLv2 @@ -12,6 +12,7 @@ BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(Moose) BuildRequires: perl(Moose::Exporter) BuildRequires: perl(Moose::Util::MetaRole) +BuildRequires: perl(Moose::Util::TypeConstraints) BuildRequires: perl(MooseX::Role::Parameterized) BuildRequires: perl(MooseX::Types::Common::String) BuildRequires: perl(MooseX::Types::Moose) @@ -23,7 +24,7 @@ BuildRequires: perl(File::Temp) BuildRequires: perl(Moose::Role) BuildRequires: perl(Test::Fatal) BuildRequires: perl(Test::Moose) -BuildRequires: perl(Test::Moose::More) = 0.010 +BuildRequires: perl(Test::Moose::More) = 0.017 BuildRequires: perl(Test::More) = 0.88 Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) @@ -61,6 +62,9 @@ make test %{_mandir}/man3/* %changelog +* Mon Oct 29 2012 Petr Pisar ppi...@redhat.com - 0.017-1 +- 0.017 bump + * Mon Aug 27 2012 Petr Pisar ppi...@redhat.com - 0.015-1 - 0.015 bump diff --git a/sources b/sources index 75be85d..4fab36e 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -6f37ec12fc776b9a2057494a6306d47d MooseX-AttributeShortcuts-0.015.tar.gz +4d147a60f567e73c1c7547df5d6f5bfd MooseX-AttributeShortcuts-0.017.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 870964] perl-MooseX-AttributeShortcuts-0.017 is available
https://bugzilla.redhat.com/show_bug.cgi?id=870964 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-MooseX-AttributeShortc ||uts-0.017-1.fc19 Resolution|--- |RAWHIDE Last Closed||2012-10-30 03:53:55 -- 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-Unicode-String] Specify all dependencies.
commit 610a442c58b8fc63f2de17be67b496a6be7efdf2 Author: Marcela Mašláňová mmasl...@redhat.com Date: Tue Oct 30 12:14:19 2012 +0100 Specify all dependencies. Signed-off-by: Marcela Mašláňová mmasl...@redhat.com perl-Unicode-String.spec | 11 +-- 1 files changed, 9 insertions(+), 2 deletions(-) --- diff --git a/perl-Unicode-String.spec b/perl-Unicode-String.spec index 9efb9ea..5f0a823 100644 --- a/perl-Unicode-String.spec +++ b/perl-Unicode-String.spec @@ -1,6 +1,6 @@ Name: perl-Unicode-String Version:2.09 -Release:26%{?dist} +Release:27%{?dist} Summary:Perl modules to handle various Unicode issues @@ -14,7 +14,11 @@ Source0: http://www.cpan.org/authors/id/G/GA/GAAS/Unicode-String-2.09.tar Patch0: perl-Unicode-String-2.09-utf8doc.patch Patch1: perl-Unicode-String-2.09-undefined.patch -BuildRequires: perl(ExtUtils::MakeMaker), perl(MIME::Base64) +BuildRequires: perl(Carp) +BuildRequires: perl(Exporter) +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(MIME::Base64) +BuildRequires: perl(Test) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) # not detected by auto provide scripts: Requires: perl(MIME::Base64) @@ -64,6 +68,9 @@ make test %changelog +* Tue Oct 30 2012 Jitka Plesnikova jples...@redhat.com - 2.09-27 +- Specify all dependencies + * Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 2.09-26 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File NetAddr-IP-4.066.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-NetAddr-IP: 7c6cf77d3c02fa0baf77b6a97f2a670a NetAddr-IP-4.066.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-OpenOffice-UNO
perl-OpenOffice-UNO has broken dependencies in the F-18 tree: On x86_64: perl-OpenOffice-UNO-0.07-3.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2) On i386: perl-OpenOffice-UNO-0.07-3.fc17.i686 requires perl(:MODULE_COMPAT_5.14.2) perl-OpenOffice-UNO-0.07-3.fc17.i686 requires libsal_textenc.so Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-NetAddr-IP] Update to 4.066
commit fc3c3751cb964d985b65617313badce84e7c32c7 Author: Paul Howarth p...@city-fan.org Date: Tue Oct 30 12:04:26 2012 + Update to 4.066 - New upstream release 4.066 - Support bracketed IPv6 URI notation as described in RFC-3986 perl-NetAddr-IP.spec | 10 +++--- sources |2 +- 2 files changed, 8 insertions(+), 4 deletions(-) --- diff --git a/perl-NetAddr-IP.spec b/perl-NetAddr-IP.spec index 32822d6..6cb97a2 100644 --- a/perl-NetAddr-IP.spec +++ b/perl-NetAddr-IP.spec @@ -1,5 +1,5 @@ Name: perl-NetAddr-IP -Version:4.065 +Version:4.066 Release:1%{?dist} Summary:Manages IPv4 and IPv6 addresses and subnets License:GPLv2+ @@ -59,11 +59,15 @@ make test %{_mandir}/man3/NetAddr::IP::UtilPP.3pm* %changelog -* Wed Oct 3 2012 Paul Howarth p...@city-fan.org 4.065-1 +* Tue Oct 30 2012 Paul Howarth p...@city-fan.org - 4.066-1 +- Update to 4.066 + - Support bracketed IPv6 URI notation as described in RFC-3986 + +* Wed Oct 3 2012 Paul Howarth p...@city-fan.org - 4.065-1 - Update to 4.065 - Correct format for IPv6 embedded IPv4 addresses (CPAN RT#79964) -* Thu Sep 27 2012 Paul Howarth p...@city-fan.org 4.064-1 +* Thu Sep 27 2012 Paul Howarth p...@city-fan.org - 4.064-1 - Update to 4.064 - Updated GPL v2.0 text and address in all modules - Added support for rfc3021 /31 networks to hostenum diff --git a/sources b/sources index 1271c02..5a3a3f1 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -f4efa7e90820ecf7ce2b3d9144f2568f NetAddr-IP-4.065.tar.gz +7c6cf77d3c02fa0baf77b6a97f2a670a NetAddr-IP-4.066.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-NetAddr-IP/f18] Update to 4.066
Summary of changes: fc3c375... Update to 4.066 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-NetAddr-IP] Created tag perl-NetAddr-IP-4.066-1.fc18
The lightweight tag 'perl-NetAddr-IP-4.066-1.fc18' was created pointing to: fc3c375... Update to 4.066 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-NetAddr-IP] Created tag perl-NetAddr-IP-4.066-1.fc19
The lightweight tag 'perl-NetAddr-IP-4.066-1.fc19' was created pointing to: fc3c375... Update to 4.066 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-OpenOffice-UNO
perl-OpenOffice-UNO has broken dependencies in the rawhide tree: On x86_64: perl-OpenOffice-UNO-0.07-3.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2) On i386: perl-OpenOffice-UNO-0.07-3.fc17.i686 requires perl(:MODULE_COMPAT_5.14.2) perl-OpenOffice-UNO-0.07-3.fc17.i686 requires libsal_textenc.so Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 870772] perl-Log-Log4perl-1.39 is available
https://bugzilla.redhat.com/show_bug.cgi?id=870772 --- Comment #1 from Petr Šabata psab...@redhat.com --- *** Bug 828225 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 828225] perl-Log-Log4perl-1.37 is available
https://bugzilla.redhat.com/show_bug.cgi?id=828225 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Resolution|--- |DUPLICATE Last Closed||2012-10-30 09:41:22 --- Comment #1 from Petr Šabata psab...@redhat.com --- *** This bug has been marked as a duplicate of bug 870772 *** -- 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 Web-Scraper-0.37.tar.gz uploaded to lookaside cache by corsepiu
A file has been added to the lookaside cache for perl-Web-Scraper: 9a90843a0f84935c4fbd750aa5d08d94 Web-Scraper-0.37.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Web-Scraper] Upstream update.
commit 9981bcf67637cdeb4465bdc8560659b0ddf526bd Author: Ralf Corsépius corse...@fedoraproject.org Date: Tue Oct 30 15:38:02 2012 +0100 Upstream update. .gitignore|2 +- perl-Web-Scraper.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 4 deletions(-) --- diff --git a/.gitignore b/.gitignore index ebf7c07..d3c8631 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1 @@ -/Web-Scraper-0.36.tar.gz +/Web-Scraper-0.37.tar.gz diff --git a/perl-Web-Scraper.spec b/perl-Web-Scraper.spec index caf7f91..a115479 100644 --- a/perl-Web-Scraper.spec +++ b/perl-Web-Scraper.spec @@ -6,8 +6,8 @@ %bcond_with live_test Name: perl-Web-Scraper -Version:0.36 -Release:2%{?dist} +Version:0.37 +Release:1%{?dist} Summary:Web Scraping Toolkit using HTML and CSS Selectors or XPath expressions License:GPL+ or Artistic Group: Development/Libraries @@ -84,6 +84,9 @@ make test LEAK_TEST=1 %{?with_live_test:LIVE_TEST=1} %{_mandir}/man3/* %changelog +* Tue Oct 30 2012 Ralf Corsépius corse...@fedoraproject.org 0.37-1 +- Upstream update. + * Tue Aug 07 2012 Ralf Corsépius corse...@fedoraproject.org 0.36-2 - R: perl(LWP::UserAgent). - Make live tests working (Add Web-Scraper-0.36-testsuite-hacks.patch). diff --git a/sources b/sources index 7cdc743..ec92430 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -7161317424646e748b4ae81b92e78790 Web-Scraper-0.36.tar.gz +9a90843a0f84935c4fbd750aa5d08d94 Web-Scraper-0.37.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 Params-Validate-1.07.tar.gz uploaded to lookaside cache by corsepiu
A file has been added to the lookaside cache for perl-Params-Validate: 7cb0e18bd547f3ba9c492712d1795ac6 Params-Validate-1.07.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-Params-Validate] Upstream update.
commit 657de05cd2b212adc8509fd005a8a6cc602f9c48 Author: Ralf Corsépius corse...@fedoraproject.org Date: Tue Oct 30 16:19:46 2012 +0100 Upstream update. .gitignore|2 +- perl-Params-Validate.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 4 deletions(-) --- diff --git a/.gitignore b/.gitignore index 5707927..266e863 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1 @@ -/Params-Validate-1.06.tar.gz +/Params-Validate-1.07.tar.gz diff --git a/perl-Params-Validate.spec b/perl-Params-Validate.spec index ceff9ac..d0d8d83 100644 --- a/perl-Params-Validate.spec +++ b/perl-Params-Validate.spec @@ -1,7 +1,7 @@ Summary: Params-Validate Perl module Name: perl-Params-Validate -Version: 1.06 -Release: 5%{?dist} +Version: 1.07 +Release: 1%{?dist} License: Artistic2.0 Group: Development/Libraries URL: http://search.cpan.org/dist/Params-Validate/ @@ -85,6 +85,9 @@ RELEASE_TESTING=1 ./Build test %{_mandir}/man3/* %changelog +* Tue Oct 30 2012 Ralf Corsépius corse...@fedoraproject.org - 1.07-1 +- Upstream update. + * Tue Aug 14 2012 Petr Pisar ppi...@redhat.com - 1.06-5 - Specify all dependencies diff --git a/sources b/sources index 59d38d1..5ef6ca8 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -4f7a281269cd30d7c3994ba5acb50857 Params-Validate-1.06.tar.gz +7cb0e18bd547f3ba9c492712d1795ac6 Params-Validate-1.07.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 870772] perl-Log-Log4perl-1.39 is available
https://bugzilla.redhat.com/show_bug.cgi?id=870772 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- perl-Log-Log4perl-1.39-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/perl-Log-Log4perl-1.39-1.fc18 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 871503] New: broken UsrMove
https://bugzilla.redhat.com/show_bug.cgi?id=871503 Bug ID: 871503 QA Contact: extras...@fedoraproject.org Severity: unspecified Version: 17 Priority: unspecified CC: cw...@alumni.drew.edu, iarn...@gmail.com, jples...@redhat.com, ka...@ucw.cz, lkund...@v3.sk, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com, psab...@redhat.com, rc040...@freenet.de, tcall...@redhat.com Assignee: mmasl...@redhat.com Summary: broken UsrMove Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: h.rei...@thelounge.net Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: perl Product: Fedora it seems that perl only Provides /usr/bin/perl well, if ANY package has Require: /bin/perl and is updated the same time as perl depsolve in yum fails, you can satifsy such packages only by update the packages not at the same time or as i did install a meta-package with Provides: /bin/perl which is not true but made it possible to do a yum-upgrade on some machines from F16 to F17 see also: https://bugzilla.redhat.com/show_bug.cgi?id=856584#c8 -- 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-Params-Validate/f18] (2 commits) ...Upstream update.
Summary of changes: 3727af8... Specify all dependencies (*) 657de05... 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-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 870772] perl-Log-Log4perl-1.39 is available
https://bugzilla.redhat.com/show_bug.cgi?id=870772 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- Package perl-Log-Log4perl-1.39-1.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-Log-Log4perl-1.39-1.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-17279/perl-Log-Log4perl-1.39-1.fc18 then log in and leave karma (feedback). -- 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-Params-Validate/f17] (6 commits) ...Merge cleanup.
Summary of changes: d8c351d... Round Module::Build version to 2 digits (*) 02be7dd... Perl 5.16 rebuild (*) 3586467... - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass (*) 3727af8... Specify all dependencies (*) 657de05... Upstream update. (*) fe217fb... Merge cleanup. (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Params-Validate/f17: 6/6] Merge cleanup.
commit fe217fbc78388a9476f16901d79f5b17d813189a Author: Ralf Corsépius corse...@fedoraproject.org Date: Wed Oct 31 04:52:03 2012 +0100 Merge cleanup. perl-Params-Validate.spec | 12 1 files changed, 0 insertions(+), 12 deletions(-) --- diff --git a/perl-Params-Validate.spec b/perl-Params-Validate.spec index d0d8d83..0be9b73 100644 --- a/perl-Params-Validate.spec +++ b/perl-Params-Validate.spec @@ -88,18 +88,6 @@ RELEASE_TESTING=1 ./Build test * Tue Oct 30 2012 Ralf Corsépius corse...@fedoraproject.org - 1.07-1 - Upstream update. -* Tue Aug 14 2012 Petr Pisar ppi...@redhat.com - 1.06-5 -- Specify all dependencies - -* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.06-4 -- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild - -* Wed Jun 13 2012 Petr Pisar ppi...@redhat.com - 1.06-3 -- Perl 5.16 rebuild - -* Thu May 31 2012 Petr Pisar ppi...@redhat.com - 1.06-2 -- Round Module::Build version to 2 digits - * Mon Mar 19 2012 Ralf Corsépius corse...@fedoraproject.org - 1.06-1 - Upstream update. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Fedora 18 Beta Go/No-Go Meeting, Thursday, November 01 @ 17:00 UTC (1pm Eastern, 10am Pacific)
Join us on irc.freenode.net in #fedora-meeting-1 for this important meeting, wherein we shall determine the readiness of the Fedora 18 Beta. Thursday, November 01, 2012 @17:00 UTC (13:00 EDT/10:00 PDT/18:00 CET) Before each public release Development, QA and Release Engineering meet to determine if the release criteria are met for a particular release. This meeting is called the Go/No-Go Meeting. Verifying that the Release criteria are met is the responsibility of the QA Team. For more details about this meeting see: https://fedoraproject.org/wiki/Go_No_Go_Meeting In the meantime, keep an eye on the Fedora 18 Beta Blocker list: http://qa.fedoraproject.org/blockerbugs/milestone/18/beta/buglist Reminder: Fedora 18 Beta readiness meeting follows the Go/No-Go meeting in two hours (19:00 UTC, 3pm Eastern, 12pm Pacific). Btw. please check time against UTC as we are during the daylight saving time change period... Jaroslav ___ devel-announce mailing list devel-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce