[Test-Announce] 2012-10-15 @ 15:00 UTC - Fedora QA Meeting
# Fedora Quality Assurance Meeting # Date: 2012-10-15 # Time: 15:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.freenode.net Greetings testers! It's meeting time again tomorrow. We're still not frozen for Beta, so we should check in on current status there (as I write this, the upgrade app is still not available). We also have general Beta status check and blocker review to go through. This is a reminder of the upcoming QA meeting. Please add any topic suggestions to the meeting wiki page: https://fedoraproject.org/wiki/QA/Meetings/20121015 The current proposed agenda is included below. == Proposed Agenda Topics == 1. Previous meeting follow-up 2. Fedora 18 Beta status / mini blocker review 3. Open floor -- 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
anacanda: should we ignore the bios raid information on a disk when the raid is broken?
I have a broken fake raid on my machine (intel p67 chipset with one of the disks missing) and when trying to install F17 yesterday (with up-to-date respin done with pungi) I was greeted with the following message disk sdXXX has bios raid information and. blah. is part of a broken raid, ignoring sdXXX. After ignoring the message later on I wasn't given the chance to use the spare disk. I thought of patching anaconda to ignore the bios-raid-information and to allow me to use the disk as I single HDD but I was wondering if there are any side effects out of this? I know that after doing this I will have to manually configure mdadm (and any other raid software) when the second disk arrives. -- joshua -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Self introduction
On 10/14/2012 11:02 AM, Lorenzo Gil Sanchez wrote: Hi everybody, I've already submitted two of them: https://bugzilla.redhat.com/show_bug.cgi?id=866130 https://bugzilla.redhat.com/show_bug.cgi?id=864464 and talked to Matthias Runge to help me with sponsorship. I hope I can give something back to this project that has given me so much. Best regards, Lorenzo Hi Lorenzo, welcome to Fedora! We especially appreciate upstream maintainers also contributing to packaging. Good to have you here. -- Matthias Runge mru...@matthias-runge.de mru...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: anacanda: should we ignore the bios raid information on a disk when the raid is broken?
Hi, On 10/15/2012 09:23 AM, Joshua C. wrote: I have a broken fake raid on my machine (intel p67 chipset with one of the disks missing) and when trying to install F17 yesterday (with up-to-date respin done with pungi) I was greeted with the following message disk sdXXX has bios raid information and. blah. is part of a broken raid, ignoring sdXXX. After ignoring the message later on I wasn't given the chance to use the spare disk. I thought of patching anaconda to ignore the bios-raid-information and to allow me to use the disk as I single HDD but I was wondering if there are any side effects out of this? Yes, the side effect of this is that if we wrongly detect an array as being broken and allow the user to use it, we will destroy the array, nuking any data on it. IOW ignoring this error is simply not an acceptable option. What you can do is remove the bios raid metadata from the disk by going into a rescue shell on the system and run wipefs on the disk in question Regards, Hans -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 866153] perl-XML-LibXML-2.0006 is available
https://bugzilla.redhat.com/show_bug.cgi?id=866153 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||jples...@redhat.com Assignee|mmasl...@redhat.com |jples...@redhat.com -- 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: anacanda: should we ignore the bios raid information on a disk when the raid is broken?
2012/10/15 Hans de Goede hdego...@redhat.com: Hi, On 10/15/2012 09:23 AM, Joshua C. wrote: I have a broken fake raid on my machine (intel p67 chipset with one of the disks missing) and when trying to install F17 yesterday (with up-to-date respin done with pungi) I was greeted with the following message disk sdXXX has bios raid information and. blah. is part of a broken raid, ignoring sdXXX. After ignoring the message later on I wasn't given the chance to use the spare disk. I thought of patching anaconda to ignore the bios-raid-information and to allow me to use the disk as I single HDD but I was wondering if there are any side effects out of this? Yes, the side effect of this is that if we wrongly detect an array as being broken and allow the user to use it, we will destroy the array, nuking any data on it. IOW ignoring this error is simply not an acceptable option. What you can do is remove the bios raid metadata from the disk by going into a rescue shell on the system and run wipefs on the disk in question Regards, Hans I don't want to remove the bios data because this is the only way to rebild the raid when the next disk arrives. Currently I'm using the disk under Linux/Windows without any problems (in AHCI mode). Wipping the bios data will remove anything when later I build (re-build) the raid with the intel orom... Can I just install anaything on the second disk and then manually adjust the fstab file to automount the disk from the broken raid? The raid is for my home partition. --joshua -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Self Introduction
On 10/14/2012 11:48 PM, Benjamin Gilbert wrote: Hi all, My name is Benjamin Gilbert. I'm the upstream maintainer of the OpenSlide library, which reads virtual slide files produced by several commercial slide scanners used in digital pathology. Adam Goode has invited me to co-maintain the openslide, vips, and nip2 packages in Fedora. Welcome to Fedora. Thanks for getting involved Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-18 Branched report: 20121015 changes
Compose started at Mon Oct 15 09:15:35 UTC 2012 Broken deps for x86_64 -- [almanah] almanah-0.8.0-7.fc18.x86_64 requires libedataserverui-3.0.so.3()(64bit) almanah-0.8.0-7.fc18.x86_64 requires libedataserver-1.2.so.16()(64bit) almanah-0.8.0-7.fc18.x86_64 requires libecal-1.2.so.12()(64bit) almanah-0.8.0-7.fc18.x86_64 requires libebook-1.2.so.13()(64bit) [dhcp-forwarder] dhcp-forwarder-upstart-0.10-1801.fc18.noarch requires /sbin/initctl [dustmite] dustmite-1-5.20120304gitcde46e0.fc17.x86_64 requires libphobos-ldc.so.59()(64bit) [evolution-exchange] evolution-exchange-3.5.2-1.fc18.x86_64 requires libedataserverui-3.0.so.3()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libedataserver-1.2.so.16()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libedata-cal-1.2.so.17()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libedata-book-1.2.so.14()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libecal-1.2.so.12()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libebook-1.2.so.13()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libebackend-1.2.so.3()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libcamel-1.2.so.36()(64bit) [fedmsg-notify] fedmsg-notify-0.2.1-1.fc18.noarch requires fedmsg = 0:0.5.3 [flush] flush-0.9.10-7.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit) flush-0.9.10-7.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit) flush-0.9.10-7.fc18.x86_64 requires libboost_signals-mt.so.1.48.0()(64bit) flush-0.9.10-7.fc18.x86_64 requires libboost_filesystem-mt.so.1.48.0()(64bit) [freeipa] freeipa-server-3.0.0-2.fc18.x86_64 requires selinux-policy = 0:3.11.1-33 [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 [glom] glom-1.18.6-1.fc17.x86_64 requires libboost_python.so.1.48.0()(64bit) glom-libs-1.18.6-1.fc17.i686 requires libboost_python.so.1.48.0 glom-libs-1.18.6-1.fc17.x86_64 requires libboost_python.so.1.48.0()(64bit) [gnome-pilot] gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires libedataserverui-3.0.so.1()(64bit) gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires libedataserver-1.2.so.16()(64bit) gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires libecal-1.2.so.11()(64bit) gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires libebook-1.2.so.13()(64bit) [gnome-shell-theme-selene] gnome-shell-theme-selene-3.4.0-5.fc18.noarch requires gnome-shell-extensions-user-theme [gwibber] 1:gwibber-3.4.2-3.fc18.i686 requires libgee-0.8.so.0 1:gwibber-3.4.2-3.fc18.x86_64 requires libgee-0.8.so.0()(64bit) [ip-sentinel] ip-sentinel-upstart-0.12-1303.fc18.noarch requires /sbin/initctl [kismon] kismon-0.6-2.fc18.noarch requires pyclutter [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) [maniadrive] raydium-1.2-47.fc18.x86_64 requires libode.so.1()(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
non-responsive squeak-vm maintainer Gavin Romig-Koch
https://bugzilla.redhat.com/show_bug.cgi?id=861970 Can anyone get in touch with Gavin? I've tried at his @redhat.com e-mail address, and gotten no response. The squeak-vm package is horribly out of date, and among other things we need the newer version so audio in Scratch will work with PulseAudio. Also, Jaroslav Škarvada has been requesting to be a co-maintainer for almost a year with no response, and has updated packages in progress. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File XML-Rules-1.13.tar.gz uploaded to lookaside cache by wfp
A file has been added to the lookaside cache for perl-XML-Rules: cccf31a09c6fe9e485cee649fb6ae6c2 XML-Rules-1.13.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: 20121015 changes
Compose started at Mon Oct 15 08:15:06 UTC 2012 Broken deps for x86_64 -- [LabPlot] LabPlot-1.6.0.2-12.fc18.i686 requires libaudiofile.so.0 LabPlot-1.6.0.2-12.fc18.x86_64 requires libaudiofile.so.0()(64bit) [PackageKit] PackageKit-yum-0.8.4-4.fc19.x86_64 requires yum = 0:3.4.3-45 [PyKDE] PyKDE-3.16.6-10.fc18.x86_64 requires sip-api(8) = 0:8.1 [PyQt] PyQt-3.18.1-12.fc18.x86_64 requires sip-api(8) = 0:8.1 [almanah] almanah-0.8.0-7.fc18.x86_64 requires libedataserverui-3.0.so.3()(64bit) almanah-0.8.0-7.fc18.x86_64 requires libedataserver-1.2.so.16()(64bit) almanah-0.8.0-7.fc18.x86_64 requires libecal-1.2.so.12()(64bit) almanah-0.8.0-7.fc18.x86_64 requires libebook-1.2.so.13()(64bit) [dustmite] dustmite-1-5.20120304gitcde46e0.fc17.x86_64 requires libphobos-ldc.so.59()(64bit) [dvipdfm] dvipdfm-0.13.2d-44.fc18.x86_64 requires libkpathsea.so.4()(64bit) [dvipdfmx] dvipdfmx-0-0.35.20090708cvs.fc18.x86_64 requires libkpathsea.so.4()(64bit) [dvipng] dvipng-1.14-4.fc18.x86_64 requires libkpathsea.so.4()(64bit) [dvisvgm] dvisvgm-1.0.12-1.fc19.x86_64 requires libkpathsea.so.4()(64bit) [e16] e16-1.0.10-3.fc18.x86_64 requires libaudiofile.so.0()(64bit) [esound] 1:esound-libs-0.2.41-6.fc18.i686 requires libaudiofile.so.0 1:esound-libs-0.2.41-6.fc18.x86_64 requires libaudiofile.so.0()(64bit) 1:esound-tools-0.2.41-6.fc18.x86_64 requires libaudiofile.so.0()(64bit) [evolution-exchange] evolution-exchange-3.5.2-1.fc18.x86_64 requires libedataserverui-3.0.so.3()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libedataserver-1.2.so.16()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libedata-cal-1.2.so.17()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libedata-book-1.2.so.14()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libecal-1.2.so.12()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libebook-1.2.so.13()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libebackend-1.2.so.3()(64bit) evolution-exchange-3.5.2-1.fc18.x86_64 requires libcamel-1.2.so.36()(64bit) [flush] flush-0.9.10-7.fc18.x86_64 requires libboost_thread-mt.so.1.48.0()(64bit) flush-0.9.10-7.fc18.x86_64 requires libboost_system-mt.so.1.48.0()(64bit) flush-0.9.10-7.fc18.x86_64 requires libboost_signals-mt.so.1.48.0()(64bit) flush-0.9.10-7.fc18.x86_64 requires libboost_filesystem-mt.so.1.48.0()(64bit) [freeipa] freeipa-server-3.0.0-2.fc19.x86_64 requires selinux-policy = 0:3.11.1-33 [func] func-0.28-1.fc17.noarch requires smolt [gcc-python-plugin] gcc-python2-debug-plugin-0.9-4.fc19.x86_64 requires gcc = 0:4.7.1-7.fc19 gcc-python2-plugin-0.9-4.fc19.x86_64 requires gcc = 0:4.7.1-7.fc19 gcc-python3-debug-plugin-0.9-4.fc19.x86_64 requires gcc = 0:4.7.1-7.fc19 gcc-python3-plugin-0.9-4.fc19.x86_64 requires gcc = 0:4.7.1-7.fc19 [gcstar] gcstar-1.7.0-2.fc19.noarch requires perl(Gtk2::Table) gcstar-1.7.0-2.fc19.noarch requires perl(Gtk2::HBox) gcstar-1.7.0-2.fc19.noarch requires perl(Gtk2::Frame) gcstar-1.7.0-2.fc19.noarch requires perl(Gtk2::EventBox) [gdb-heap] gdb-heap-0.5-9.fc18.x86_64 requires glibc(x86-64) = 0:2.15 [glom] glom-1.18.6-1.fc17.x86_64 requires libboost_python.so.1.48.0()(64bit) glom-libs-1.18.6-1.fc17.i686 requires libboost_python.so.1.48.0 glom-libs-1.18.6-1.fc17.x86_64 requires libboost_python.so.1.48.0()(64bit) [gnome-libs] 1:gnome-libs-1.4.2-21.fc18.i686 requires libaudiofile.so.0 1:gnome-libs-1.4.2-21.fc18.x86_64 requires libaudiofile.so.0()(64bit) [gnome-pilot] gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires libedataserverui-3.0.so.1()(64bit) gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires libedataserver-1.2.so.16()(64bit) gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires libecal-1.2.so.11()(64bit) gnome-pilot-eds-2.91.93-5.fc17.x86_64 requires libebook-1.2.so.13()(64bit) [gnome-shell-theme-selene] gnome-shell-theme-selene-3.4.0-5.fc19.noarch requires gnome-shell-extensions-user-theme [gnuplot] gnuplot-latex-4.6.0-2.fc18.noarch requires texlive-texmf-xetex [gwibber] 1:gwibber-3.4.2-3.fc18.i686 requires libgee-0.8.so.0 1:gwibber-3.4.2-3.fc18.x86_64 requires libgee-0.8.so.0()(64bit) [kamoso] kamoso-2.0.2-6.fc18.x86_64 requires libkipi.so.9()(64bit) [kphotoalbum] kphotoalbum-4.2-4.fc18.x86_64 requires libkipi.so.9()(64bit) kphotoalbum-4.2-4.fc18.x86_64 requires libkdcraw.so.21()(64bit) [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
Koji Login
Hello, For a while now I have not been able to login into Koji... I can build packages but I can not login to cancel any builds which is a bit annoying... Here is what I'm doing: * fedora-packager-setup which creates the ~/fedora-browser-cert.p12 * I successfully import the ~/fedora-browser-cert.p12 into firefox When I try to login into http://koji.fedoraproject.org/koji/login I get: error Secure Connection Failed An error occurred during a connection to koji.fedoraproject.org:80. SSL received a record that exceeded the maximum permissible length. (Error code: ssl_error_rx_record_too_long) The page you are trying to view cannot be shown because the authenticity of the received data could not be verified. Please contact the website owners to inform them of this problem. Alternatively, use the command found in the help menu to report this broken site. /error What am I doing wrong?? steved. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Koji Login
On Mon, Oct 15, 2012 at 9:20 AM, Steve Dickson ste...@redhat.com wrote: Hello, For a while now I have not been able to login into Koji... I can build packages but I can not login to cancel any builds which is a bit annoying... You can cancel builds from the cmdline. 'koji cancel task' I have no idea about your actual web login issues, but normally you don't really need to login via the webpage. josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Koji Login
On Mon, 15 Oct 2012 09:20:16 -0400 Steve Dickson ste...@redhat.com wrote: Hello, For a while now I have not been able to login into Koji... I can build packages but I can not login to cancel any builds which is a bit annoying... Here is what I'm doing: * fedora-packager-setup which creates the ~/fedora-browser-cert.p12 * I successfully import the ~/fedora-browser-cert.p12 into firefox When I try to login into http://koji.fedoraproject.org/koji/login you need to use https://koji.fedoraproject.org/koji/login for the login to work Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Koji Login
On 15/10/12 09:31, Josh Boyer wrote: On Mon, Oct 15, 2012 at 9:20 AM, Steve Dickson ste...@redhat.com wrote: Hello, For a while now I have not been able to login into Koji... I can build packages but I can not login to cancel any builds which is a bit annoying... You can cancel builds from the cmdline. 'koji cancel task' Yeah I thought of that after the build was finished... I try that next time... I have no idea about your actual web login issues, but normally you don't really need to login via the webpage. Hmm... I guess that interface has been broken for a while then if nobody uses it... Thanks! steved. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
OpenVZ
For those who expressed interest in OpenVZ in the past, I've just added a Review Request for vzctl, the OpenVZ control utility: https://bugzilla.redhat.com/show_bug.cgi?id=866495 As previously said, getting OpenVZ to work with Upstream Linux Kernel is a huge and ongoing effort. But with the release of vzctl 4.0, Fedora users should already be able to start a container with basic networking, and get it running. Checkpoint/Restore is expecting to be working (and thus, live migration available) by no lator than Fedora 19, and will depend on an aditional userspace package to work (to be submitted any time soon) Thanks -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[389-devel] please review: Ticket 486 - nsslapd-enablePlugin should not be multivalued
Cleaned up other config attributes https://fedorahosted.org/389/ticket/486 https://fedorahosted.org/389/attachment/ticket/486/0001-Ticket-486-nsslapd-enablePlugin-should-not-be-multiv.patch Thanks, Mark -- Mark Reynolds Red Hat, Inc mreyno...@redhat.com -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: OpenVZ
On Mon, Oct 15, 2012 at 6:25 PM, Josh Boyer jwbo...@gmail.com wrote: On Mon, Oct 15, 2012 at 9:59 AM, Glauber Costa glom...@gmail.com wrote: For those who expressed interest in OpenVZ in the past, I've just added a Review Request for vzctl, the OpenVZ control utility: https://bugzilla.redhat.com/show_bug.cgi?id=866495 As previously said, getting OpenVZ to work with Upstream Linux Kernel is a huge and ongoing effort. But with the release of vzctl 4.0, Fedora users should already be able to start a container with basic networking, and get it running. Checkpoint/Restore is expecting to be working (and thus, live migration available) by no lator than Fedora 19, and will depend on an aditional userspace package to work (to be submitted any time soon) Which package(s)? The criu-tools have already been packaged by Adrian Reber, so that's at least one down. For live migration, that would be enough. I was actually unaware that criu has been packaged already, so this is very good news. There are more userspace utilities to land, like vzlist, vzpid, etc, but those will be bundled in the vzctl package itself. As for actually enabling the kernel config options for CRIU in the kernel, we talked about that yesterday at FUDCon. I need to discuss this with the kernel team still, but a tentative idea is to enable it in rawhide debug kernels to start with and see how things go from there. That's 3.7 based at the moment. I've resisted enabling it so far because namespaces aren't completed yet and it depends on those. It's also hidden behing CONFIG_EXPERT, which I _really_ don't want to enable because it makes the kernel configs a mess. Well, there is a bunch of patches still in flight to give criu the ability to CR whole containers. But this is moving very fast. =) -- Sent from my Atari. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Update mongodb to 2.2.0 (latest release)
On 10/09/2012 10:18 AM, Troy Dawson wrote: On 10/09/2012 09:51 AM, Dennis Jacobfeuerborn wrote: On 10/08/2012 09:48 PM, Troy Dawson wrote: On 10/05/2012 04:43 PM, Troy Dawson wrote: Hello, I have updated mongodb from 2.0.7 to 2.2.0. It is currently going through the normal channels for rawhide and Fedora 18. 10gen has a very good track record for being backwards compatible. According to their documentation When upgrading a standalone mongod, 2.2 is a drop-in replacement. and MongoDB 2.0 data files are compatible with 2.2-series binaries without any special migration process. If upgrading replica sets and sharded cluster, you should follow the procedures from their release notes. http://docs.mongodb.org/manual/release-notes/2.2/#upgrading What are people's thoughts on bringing it into Fedora 16, Fedora 17, EPEL6 and EPEL5? Troy Dawson I have had requests for mongodb 2.2.0 for Fedora 17, as well as EPEL 6 and 5. I am going to build for those tomorrow and let things sit in testing for at least a week (2 weeks for EPEL). The only concern I have received thus far is whether packages will need to be rebuilt against the new mongodb 2.2. From everything I have looked at, the answer is no. The API's should be backward compatible. The libraries provided are the same name, there is no increase in number. $ rpm -qp --provides libmongodb-2.0.7-2.fc18.x86_64.rpm libmongoclient.so()(64bit) libmongodb = 2.0.7-2.fc18 libmongodb(x86-64) = 2.0.7-2.fc18 $ rpm -qp --provides libmongodb-2.2.0-6.fc18.x86_64.rpm libmongoclient.so()(64bit) libmongodb = 2.2.0-6.fc18 libmongodb(x86-64) = 2.2.0-6.fc18 Updates to existing EPEL/Fedora version should probably wait until at least 2.2.1 is out. I've seen at least one report of sharding problems with 2.2.0 that were confirmed by the developers and reported as fixed in trunk and to be released in 2.2.1. In general you should probably wait for at least one or two additional releases to catch the most blatant bugs in the new major version. In as-of-yet unreleased verions like Fedora 18 this is not such a big issue since these will all be fresh setup and bugs will be noticed then and there but someone who is running 2.0 for a while in Fedora 17 or Centos 6 should not be hit by such things. Regards, Dennis Sorry, I did not see this before I sent my previous email. What do you think about building it for EPEL and just letting it sit in testing? Or do you think I should just hold off building it for EPEL completely until 2.2.1 is out? Troy mongodb 2.2.0 is in updates-testing for Fedora 17, and epel-testing for EPEL 6. Due to concerns about updating from 2.0.x to 2.2.x these will probably remain in testing until 2.2.1 is out and packaged. So, if you are running Fedora 17, or EPEL 6, you can test mongodb 2.2 by using the testing repositories. But it won't go into those main repo's until at least mongo 2.2.1. Thank you for the feedback I've received. Troy p.s. Nick has been working with me some off-line. But since my project needed 2.2, and his didn't, I took the lead for this. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: OpenVZ
On Mon, Oct 15, 2012 at 06:33:39PM +0400, Glauber Costa wrote: On Mon, Oct 15, 2012 at 6:25 PM, Josh Boyer jwbo...@gmail.com wrote: On Mon, Oct 15, 2012 at 9:59 AM, Glauber Costa glom...@gmail.com wrote: For those who expressed interest in OpenVZ in the past, I've just added a Review Request for vzctl, the OpenVZ control utility: https://bugzilla.redhat.com/show_bug.cgi?id=866495 As previously said, getting OpenVZ to work with Upstream Linux Kernel is a huge and ongoing effort. But with the release of vzctl 4.0, Fedora users should already be able to start a container with basic networking, and get it running. Checkpoint/Restore is expecting to be working (and thus, live migration available) by no lator than Fedora 19, and will depend on an aditional userspace package to work (to be submitted any time soon) Which package(s)? The criu-tools have already been packaged by Adrian Reber, so that's at least one down. For live migration, that would be enough. I was actually unaware that criu has been packaged already, so this is very good news. I have packaged crtools but not yet submitted for review. I was waiting until the kernel has enabled the necessary options. Without those options enabled the package does not make much sense. Once it is enabled I still plan to submit crtools for review. Adrian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: OpenVZ
On Mon, 15.10.12 17:59, Glauber Costa (glom...@gmail.com) wrote: For those who expressed interest in OpenVZ in the past, I've just added a Review Request for vzctl, the OpenVZ control utility: https://bugzilla.redhat.com/show_bug.cgi?id=866495 As previously said, getting OpenVZ to work with Upstream Linux Kernel is a huge and ongoing effort. But with the release of vzctl 4.0, Fedora users should already be able to start a container with basic networking, and get it running. Hey, can I interest you in supporting the interfaces listed here with openvz? http://www.freedesktop.org/wiki/Software/systemd/ContainerInterface This improves intergration of systemd with the container logic, and makes sure SELinux doesn't choke on the container, and journalctl -m on the host works fine. Thanks, Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Koji Login
On Mon, Oct 15, 2012 at 09:38:02AM -0400, Steve Dickson wrote: On 15/10/12 09:31, Josh Boyer wrote: On Mon, Oct 15, 2012 at 9:20 AM, Steve Dickson ste...@redhat.com wrote: Hello, For a while now I have not been able to login into Koji... I can build packages but I can not login to cancel any builds which is a bit annoying... You can cancel builds from the cmdline. 'koji cancel task' Yeah I thought of that after the build was finished... I try that next time... I have no idea about your actual web login issues, but normally you don't really need to login via the webpage. Hmm... I guess that interface has been broken for a while then if nobody uses it... It's news to me that Koji even has a web login :-) Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: OpenVZ
On 10/15/2012 08:11 PM, Adrian Reber wrote: I have packaged crtools but not yet submitted for review. I was waiting until the kernel has enabled the necessary options. Without those options enabled the package does not make much sense. Once it is enabled I still plan to submit crtools for review. You can submit it for review right away noting that it isn't expected to be functional. Others can review the spec meanwhile. Work can move forward in parallel. We have done that before. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: anacanda: should we ignore the bios raid information on a disk when the raid is broken?
Hi, On 10/15/2012 10:41 AM, Joshua C. wrote: 2012/10/15 Hans de Goede hdego...@redhat.com: Hi, On 10/15/2012 09:23 AM, Joshua C. wrote: I have a broken fake raid on my machine (intel p67 chipset with one of the disks missing) and when trying to install F17 yesterday (with up-to-date respin done with pungi) I was greeted with the following message disk sdXXX has bios raid information and. blah. is part of a broken raid, ignoring sdXXX. After ignoring the message later on I wasn't given the chance to use the spare disk. I thought of patching anaconda to ignore the bios-raid-information and to allow me to use the disk as I single HDD but I was wondering if there are any side effects out of this? Yes, the side effect of this is that if we wrongly detect an array as being broken and allow the user to use it, we will destroy the array, nuking any data on it. IOW ignoring this error is simply not an acceptable option. What you can do is remove the bios raid metadata from the disk by going into a rescue shell on the system and run wipefs on the disk in question Regards, Hans I don't want to remove the bios data because this is the only way to rebild the raid when the next disk arrives. Currently I'm using the disk under Linux/Windows without any problems (in AHCI mode). Wipping the bios data will remove anything when later I build (re-build) the raid with the intel orom... Can I just install anaything on the second disk and then manually adjust the fstab file to automount the disk from the broken raid? Assuming your raid array is a mirror, and that you won't be partitioning it or something similar, just adding the existing /home partition to your fstab yes that should work. Although anaconda will not let you touch the mirror member during the install, if you've another disk, putting Fedora 17 on that other disk should work fine, and after that pointing fstab the disk will work. BUT *IMPORTANT IMPORTANT IMPORTANT* you MUST remove the entry from fstab, before rebuilding the array, and then after the rebuild re-add the entry put now pointing to the raid and not to the single disk, otherwise Linux will keep using the single disk for your /home !!! Regards, Hans -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Koji Login
It got broken with the last lot of system updates. Rather than redirecting to https its doing so but adding a :80 in there which does not work so well. I plan to fix it this week. But really just use the CLI :) Richard W.M. Jones rjo...@redhat.com wrote: On Mon, Oct 15, 2012 at 09:38:02AM -0400, Steve Dickson wrote: On 15/10/12 09:31, Josh Boyer wrote: On Mon, Oct 15, 2012 at 9:20 AM, Steve Dickson ste...@redhat.com wrote: Hello, For a while now I have not been able to login into Koji... I can build packages but I can not login to cancel any builds which is a bit annoying... You can cancel builds from the cmdline. 'koji cancel task' Yeah I thought of that after the build was finished... I try that next time... I have no idea about your actual web login issues, but normally you don't really need to login via the webpage. Hmm... I guess that interface has been broken for a while then if nobody uses it... It's news to me that Koji even has a web login :-) Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd requires HTTP server and serves QR codes
Jesse Keating (jkeat...@j2solutions.net) said: Well, we do currently have the minimal environment, which boils down to @core + the couple things anaconda forces (authconfig, system-config-firewall-base, kernel, bootloader). You can get to that via kickstart with just: %packages @core %end But it's not close to what some of these people want out of a minimal install. For reference: @core + kernel: Install 38 Packages (+157 Dependent packages) Total download size: 128 M Installed size: 506 M But hey, I just want something smaller! systemd + util-linux + bash + initscripts + passwd + yum: Install 7 Packages (+132 Dependent packages) Total download size: 106 M Installed size: 446 M But hey, I don't need to install packages or want python! systemd+ util-linux + bash + initscripts + passwd: Install 6 Packages (+108 Dependent packages) Total download size: 94 M Installed size: 401 M Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd requires HTTP server and serves QR codes
On Mon, Oct 15, 2012 at 02:19:03PM -0400, Bill Nottingham wrote: But hey, I don't need to install packages or want python! systemd+ util-linux + bash + initscripts + passwd: Install 6 Packages (+108 Dependent packages) Total download size: 94 M Installed size: 401 M Of which one quarter is the kernel and the other quarter is glibc locale support, right? -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd requires HTTP server and serves QR codes
From: Bill Nottingham nott...@redhat.com Jesse Keating (jkeat...@j2solutions.net) said: Well, we do currently have the minimal environment, which boils down to @core + the couple things anaconda forces (authconfig, system-config-firewall-base, kernel, bootloader). You can get to that via kickstart with just: %packages @core %end But it's not close to what some of these people want out of a minimal install. For reference: @core + kernel: Install 38 Packages (+157 Dependent packages) Total download size: 128 M Installed size: 506 M But hey, I just want something smaller! systemd + util-linux + bash + initscripts + passwd + yum: Install 7 Packages (+132 Dependent packages) Total download size: 106 M Installed size: 446 M But hey, I don't need to install packages or want python! systemd+ util-linux + bash + initscripts + passwd: Install 6 Packages (+108 Dependent packages) Total download size: 94 M Installed size: 401 M Bill, thanks for that excellent report! It shows me that even if you strip away some of the conveniences, you really don't save that much over our normal minimal install. Very enlightening. -- John Florian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd requires HTTP server and serves QR codes
Matthew Miller (mat...@fedoraproject.org) said: On Mon, Oct 15, 2012 at 02:19:03PM -0400, Bill Nottingham wrote: But hey, I don't need to install packages or want python! systemd+ util-linux + bash + initscripts + passwd: Install 6 Packages (+108 Dependent packages) Total download size: 94 M Installed size: 401 M Of which one quarter is the kernel and the other quarter is glibc locale support, right? Or more: 122659574 kernel 117821428 glibc-common 35623360linux-firmware 14233540coreutils 13845828glibc ... Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[389-devel] Revised: please review: Ticket 486 - nsslapd-enablePlugin should not be multivalued
On 10/15/2012 10:29 AM, Mark Reynolds wrote: Cleaned up other config attributes https://fedorahosted.org/389/ticket/486 https://fedorahosted.org/389/attachment/ticket/486/0001-Ticket-486-nsslapd-enablePlugin-should-not-be-multiv.patch Thanks, Mark -- Mark Reynolds Red Hat, Inc mreyno...@redhat.com -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: systemd requires HTTP server and serves QR codes
On Mon, 15 Oct 2012 15:24:09 -0400 Bill Nottingham nott...@redhat.com wrote: Matthew Miller (mat...@fedoraproject.org) said: On Mon, Oct 15, 2012 at 02:19:03PM -0400, Bill Nottingham wrote: But hey, I don't need to install packages or want python! systemd+ util-linux + bash + initscripts + passwd: Install 6 Packages (+108 Dependent packages) Total download size: 94 M Installed size: 401 M Of which one quarter is the kernel and the other quarter is glibc locale support, right? Or more: 122659574 kernel 117821428 glibc-common 35623360linux-firmware 14233540coreutils 13845828glibc I wonder... could we make linux-firmware optional? I would expect many virt env's don't need any firmware to work... (but of course I could be wrong). kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd requires HTTP server and serves QR codes
Am 15.10.2012 21:34, schrieb Kevin Fenzi:
On Mon, 15 Oct 2012 15:24:09 -0400
Bill Nottingham nott...@redhat.com wrote:
Matthew Miller (mat...@fedoraproject.org) said:
On Mon, Oct 15, 2012 at 02:19:03PM -0400, Bill Nottingham wrote:
But hey, I don't need to install packages or want python!
systemd+ util-linux + bash + initscripts + passwd:
Install 6 Packages (+108 Dependent packages)
Total download size: 94 M
Installed size: 401 M
Of which one quarter is the kernel and the other quarter is glibc
locale support, right?
Or more:
122659574 kernel
117821428 glibc-common
35623360linux-firmware
14233540coreutils
13845828glibc
I wonder... could we make linux-firmware optional?
I would expect many virt env's don't need any firmware to work...
(but of course I could be wrong)
you are right
the dependency was introduced not so long ago
a bugreport was closed with WONT FIX
i went the road below
[root@buildserver:~]$ cat /rpmbuild/SPECS/linux-firmware-dummy.spec
%global checkout 06c8f81
Summary: metapackage to satisfy kernel-dependencies on vmware-servers
Name: linux-firmware-dummy
Version: 20120206
Release: 0.1.git%{checkout}%{?dist}
BuildArch: noarch
Group: System Environment/Libraries
URL: http://www.thelounge.net/
License: GPL
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
Provides: linux-firmware = %{version}
Provides: kernel-firmware = %{version}
%description
metapackage to satisfy kernel-dependencies on vmware-servers
%install
rm -rf ${RPM_BUILD_ROOT}
%files
%clean
rm -rf ${RPM_BUILD_ROOT}
%changelog
* Wed Apr 11 2012 Reindl Harald h.rei...@thelounge.net
- initial build
signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd requires HTTP server and serves QR codes
Kevin Fenzi (ke...@scrye.com) said: 122659574 kernel 117821428 glibc-common 35623360linux-firmware 14233540coreutils 13845828glibc I wonder... could we make linux-firmware optional? I would expect many virt env's don't need any firmware to work... (but of course I could be wrong). It depends. It includes firmware for wired NICs as well as other things, so it depends on what hardware your virtual environment is deciding to emulate. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
minimal install [was Re: systemd requires HTTP server and serves QR codes]
On Mon, Oct 15, 2012 at 03:24:09PM -0400, Bill Nottingham wrote: Total download size: 94 M Installed size: 401 M Of which one quarter is the kernel and the other quarter is glibc locale support, right? Or more: 122659574 kernel 117821428 glibc-common 35623360linux-firmware 14233540coreutils 13845828glibc So, if a minimal image is a very high priority, this could be shrunk. Handwaving aside the difficulty for a moment, if the default kernel split out some of the drivers, maybe that could get down to 60MB. Leave out linux-firmware And glibc-common is almost _entirely_ locale and i18n. Because we still want to be _Fedora_, not a tiny-linux distro, let's leave coreutils and glibc as-is. Still, though, we've shaved off 200+ MB. With this, the three versions of minimal you give come down to about: @core + kernel: 300MB systemd [...] yum: 240MB 20% savings systemd + not yum: 195M 35% savings Chew away at the dependencies and at the size of some of the other packages (python 2to3, I'm looking at you), and we could get the middle option down below 200MB. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd requires HTTP server and serves QR codes
On Mon, Oct 15, 2012 at 03:43:11PM -0400, Bill Nottingham wrote: It depends. It includes firmware for wired NICs as well as other things, so it depends on what hardware your virtual environment is deciding to emulate. Whatever hardware support is needed to run out-of-box in KVM, Xen, VirtualBox, and, sigh, VMware. If that doesn't also get us EC2 and Rackspace, make it lightweight to add whatever is needed there. That'd just be for _minimal_, of course. Default install would include everything still. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd requires HTTP server and serves QR codes
Am 15.10.2012 21:43, schrieb Bill Nottingham: Kevin Fenzi (ke...@scrye.com) said: 122659574 kernel 117821428 glibc-common 35623360linux-firmware 14233540coreutils 13845828glibc I wonder... could we make linux-firmware optional? I would expect many virt env's don't need any firmware to work... (but of course I could be wrong). It depends. It includes firmware for wired NICs as well as other things, so it depends on what hardware your virtual environment is deciding to emulate surely, it depends but the hard dependency is a little too much install it as default at fedora setup is fine so such wired NICs are supported but as example on a VMware platfrom these days you are using vmxnet3 and vmw_pvscsi what means that all virtual hardware is supported from the upstream kernel signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd requires HTTP server and serves QR codes
Am 16.10.2012 01:50, schrieb Kevin Fenzi: On Mon, 15 Oct 2012 19:11:19 -0400 Matthew Miller mat...@fedoraproject.org wrote: On Mon, Oct 15, 2012 at 03:38:36PM -0700, Adam Williamson wrote: I wonder... could we make linux-firmware optional? [...] I'd agree with Harald here. A hard dep seems excessive, just including the package in the @core group (so people who want something *really* minimal can at least take it out) would seem better. I think this is already the case, actually. I just removed it from my F17 test vm and there were no deps and nothing immediately broke. Yeah, I guess I didn't look closely... it's actually a Requires(pre): linux-firmware = blahblahversion So, once the kernel has been installed, you can safely remove it. (If you like) correct me but this leads to re-install it on each kernel-update signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File WebService-Rajce-0.08.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-WebService-Rajce: 1d3c700f22798636b963d5684552d26c WebService-Rajce-0.08.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-WebService-Rajce] 0.08 bump
commit 10bf1a2e6dcdcf2a2e47fd407975866fa1f2603a
Author: Petr Písař ppi...@redhat.com
Date: Mon Oct 15 10:11:47 2012 +0200
0.08 bump
.gitignore |1 +
perl-WebService-Rajce.spec |7 +--
sources|2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e5c8aa3..e20497d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
/WebService-Rajce-0.07.tar.gz
+/WebService-Rajce-0.08.tar.gz
diff --git a/perl-WebService-Rajce.spec b/perl-WebService-Rajce.spec
index a188dfd..98df609 100644
--- a/perl-WebService-Rajce.spec
+++ b/perl-WebService-Rajce.spec
@@ -1,6 +1,6 @@
Name: perl-WebService-Rajce
-Version:0.07
-Release:3%{?dist}
+Version:0.08
+Release:1%{?dist}
Summary:Perl interface for www.rajce.idnes.cz
License:GPL+ or Artistic
Group: Development/Libraries
@@ -69,6 +69,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2/dev/null \;
%{_mandir}/man1/*
%changelog
+* Mon Oct 15 2012 Petr Pisar ppi...@redhat.com - 0.08-1
+- 0.08 bump
+
* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.07-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
diff --git a/sources b/sources
index e8ce457..8bc3f23 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-1b8a5cb57db7ccc65ae1400dbee95b65 WebService-Rajce-0.07.tar.gz
+1d3c700f22798636b963d5684552d26c WebService-Rajce-0.08.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 866030] perl-WebService-Rajce-0.08 is available
https://bugzilla.redhat.com/show_bug.cgi?id=866030 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-WebService-Rajce-0.08- ||1.fc19 Resolution|--- |RAWHIDE Last Closed||2012-10-15 04:23:43 -- 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 866389] New: perl-PAR-1.006 is available
https://bugzilla.redhat.com/show_bug.cgi?id=866389 Bug ID: 866389 Keywords: FutureFeature, Triaged QA Contact: extras...@fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Assignee: mmasl...@redhat.com Summary: perl-PAR-1.006 is available Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: upstream-release-monitor...@fedoraproject.org Type: --- Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: perl-PAR Product: Fedora Latest upstream release: 1.006 Current version in Fedora Rawhide: 1.005 URL: http://search.cpan.org/dist/PAR/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- 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 861732] perlbrew-0.53 is available
https://bugzilla.redhat.com/show_bug.cgi?id=861732 --- Comment #2 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Latest upstream release: 0.53 Current version in Fedora Rawhide: 0.50 URL: http://search.cpan.org/dist/App-perlbrew/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- 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 861732] perlbrew-0.53 is available
https://bugzilla.redhat.com/show_bug.cgi?id=861732 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perlbrew-0.52 is available |perlbrew-0.53 is available -- 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-2.0006.tar.gz uploaded to lookaside cache by jplesnik
A file has been added to the lookaside cache for perl-XML-LibXML: 84be673c899ae1cf7b204ab7c7f3be46 XML-LibXML-2.0006.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] 2.0006 bump
commit 1d3a67abefc794d74fc4bd67c710a7f23a1dee87
Author: Jitka Plesnikova jples...@redhat.com
Date: Mon Oct 15 12:26:45 2012 +0200
2.0006 bump
.gitignore |1 +
perl-XML-LibXML.spec | 10 +-
sources |2 +-
3 files changed, 11 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index b236757..04aa970 100644
--- a/.gitignore
+++ b/.gitignore
@@ -13,3 +13,4 @@ XML-LibXML-1.70.tar.gz
/XML-LibXML-2.0002.tar.gz
/XML-LibXML-2.0003.tar.gz
/XML-LibXML-2.0004.tar.gz
+/XML-LibXML-2.0006.tar.gz
diff --git a/perl-XML-LibXML.spec b/perl-XML-LibXML.spec
index 4dad704..c4cc3c3 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:2.0004
+Version:2.0006
Release:2%{?dist}
Epoch: 1
Summary:Perl interface to the libxml2 library
@@ -14,6 +14,7 @@ URL:http://search.cpan.org/dist/XML-LibXML/
Source0:
http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/XML-LibXML-%{version}.tar.gz
BuildRequires: libxml2-devel
+BuildRequires: perl(Devel::CheckLib)
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(File::Spec)
# Run-time
@@ -62,6 +63,9 @@ chmod -x *.c
for i in Changes; do
/usr/bin/iconv -f iso8859-1 -t utf-8 $i $i.conv /bin/mv -f $i.conv $i
done
+# Remove bundled modules
+rm -r inc/*
+sed -i -e '/^inc\// d' MANIFEST
%build
perl Makefile.PL SKIP_SAX_INSTALL=1 INSTALLDIRS=vendor OPTIMIZE=%{optflags}
@@ -98,6 +102,10 @@ fi
%{_mandir}/man3/*.3*
%changelog
+* Mon Oct 15 2012 Jitka Plesnikova jples...@redhat.com - 1:2.0006-1
+- 2.0006 bump
+- Remove bundled library and add BR perl(Devel::CheckLib).
+
* Mon Aug 27 2012 Jitka Plesnikova jples...@redhat.com - 1:2.0004-2
- Rebuild for the latest libxml2.
diff --git a/sources b/sources
index 91a60e9..08f6487 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-d502370e1cf57c5659a4478f8d80ee63 XML-LibXML-2.0004.tar.gz
+84be673c899ae1cf7b204ab7c7f3be46 XML-LibXML-2.0006.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-List-MoreUtils] Do not build-require Test::LeakTrace on RHEL 7
commit 35a6c3e82c4668c7f5b6efd28274b79fd0981afc
Author: Petr Písař ppi...@redhat.com
Date: Mon Oct 15 12:30:18 2012 +0200
Do not build-require Test::LeakTrace on RHEL 7
perl-List-MoreUtils.spec |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
---
diff --git a/perl-List-MoreUtils.spec b/perl-List-MoreUtils.spec
index 683b026..7159622 100644
--- a/perl-List-MoreUtils.spec
+++ b/perl-List-MoreUtils.spec
@@ -1,6 +1,6 @@
Name: perl-List-MoreUtils
Version: 0.33
-Release: 5%{?dist}
+Release: 6%{?dist}
Summary: Provide the stuff missing in List::Util
Group: Development/Libraries
License: GPL+ or Artistic
@@ -10,7 +10,7 @@ BuildRoot:
%{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(Pod::Simple)
BuildRequires: perl(Test::CPAN::Meta)
-%if %{rhel} != 4 %{rhel} != 5
+%if %{rhel} != 4 %{rhel} != 5 %{rhel} != 7
BuildRequires: perl(Test::LeakTrace)
# Test::MinimumVersion - Perl::MinimumVersion - PPI - List::MoreUtils
%if 0%{!?perl_bootstrap:1}
@@ -65,6 +65,9 @@ rm -rf %{buildroot}
%{_mandir}/man3/List::MoreUtils.3pm*
%changelog
+* Mon Oct 15 2012 Petr Pisar ppi...@redhat.com - 0.33-6
+- Do not build-require Test::LeakTrace on RHEL 7
+
* Fri Jul 27 2012 Tom Callaway s...@fedoraproject.org - 0.33-5
- add epel filtering mechanism
--
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 866389] perl-PAR-1.006 is available
https://bugzilla.redhat.com/show_bug.cgi?id=866389 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||psab...@redhat.com Assignee|mmasl...@redhat.com |psab...@redhat.com -- 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
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
[Bug 866153] perl-XML-LibXML-2.0006 is available
https://bugzilla.redhat.com/show_bug.cgi?id=866153 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-XML-LibXML-2.0006-2.fc ||19 Resolution|--- |RAWHIDE Last Closed||2012-10-15 08:02:22 -- 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
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
[perl-XML-Rules] Update to upstream version 1.13
commit 5fabe3572cf707293e4866ed4ffb85c05ee2a089
Author: Bill Pemberton wf...@virginia.edu
Date: Mon Oct 15 09:02:55 2012 -0400
Update to upstream version 1.13
.gitignore |1 +
perl-XML-Rules.spec |8 ++--
sources |2 +-
3 files changed, 8 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index b06c20a..e2e4bce 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
/XML-Rules-1.10.tar.gz
+/XML-Rules-1.13.tar.gz
diff --git a/perl-XML-Rules.spec b/perl-XML-Rules.spec
index 8c3bee5..327a9b3 100644
--- a/perl-XML-Rules.spec
+++ b/perl-XML-Rules.spec
@@ -1,6 +1,6 @@
Name: perl-XML-Rules
-Version: 1.10
-Release: 9%{?dist}
+Version: 1.13
+Release: 1%{?dist}
Summary: Parse XML and specify what and how to keep/process for
individual tags
License: GPL+ or Artistic
Group: Development/Libraries
@@ -22,6 +22,7 @@ BuildRequires:perl(XML::Parser)
BuildRequires: perl(XML::Parser::Expat)
# test requirements
+BuildRequires: perl(Data::Dump)
BuildRequires: perl(Test::More)
BuildRequires: perl(Test::Pod)
BuildRequires: perl(Test::Pod::Coverage)
@@ -71,6 +72,9 @@ rm -rf $RPM_BUILD_ROOT
%{_bindir}/xml2XMLRules.pl
%changelog
+* Mon Oct 15 2012 Bill Pemberton wf...@virginia.edu - 1.13-1
+- update to version 1.13
+
* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.10-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
diff --git a/sources b/sources
index 616d11b..5340f1c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3f2a9574a82d9985fcd8dfc29098216f XML-Rules-1.10.tar.gz
+cccf31a09c6fe9e485cee649fb6ae6c2 XML-Rules-1.13.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-XML-Rules/f18] Update to upstream version 1.13
Summary of changes: 5fabe35... Update to upstream version 1.13 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File PAR-1.006.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-PAR: 5738c81781336c58567fdac63d35b3b1 PAR-1.006.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 866031] perl-XML-Rules-1.13 is available
https://bugzilla.redhat.com/show_bug.cgi?id=866031 --- Comment #1 from Fedora Update System upda...@fedoraproject.org --- perl-XML-Rules-1.13-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/perl-XML-Rules-1.13-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
[perl-PAR] 1.006 bump
commit 9471aac642e0ef3ede23e01bf7b62e71d3ed9f22
Author: Petr Šabata con...@redhat.com
Date: Mon Oct 15 15:23:01 2012 +0200
1.006 bump
.gitignore|1 +
perl-PAR.spec | 12
sources |2 +-
3 files changed, 10 insertions(+), 5 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 455c776..8e411b5 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@ PAR-1.000.tar.gz
/PAR-1.003.tar.gz
/PAR-1.004.tar.gz
/PAR-1.005.tar.gz
+/PAR-1.006.tar.gz
diff --git a/perl-PAR.spec b/perl-PAR.spec
index a9c27a2..19536e4 100644
--- a/perl-PAR.spec
+++ b/perl-PAR.spec
@@ -1,6 +1,6 @@
Name: perl-PAR
-Version:1.005
-Release:4%{?dist}
+Version:1.006
+Release:1%{?dist}
Summary:Perl Archive Toolkit
License:GPL+ or Artistic
Group: Development/Libraries
@@ -14,7 +14,7 @@ BuildRequires: perl(PAR::Dist) = 0.32
Requires: perl(Archive::Zip) = 1
Requires: perl(Compress::Zlib) = 1.3
Requires: perl(PAR::Dist) = 0.32
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
%description
This module lets you use special zip files, called Perl Archives, as
@@ -24,7 +24,7 @@ libraries from which Perl modules can be loaded.
%setup -q -n PAR-%{version}
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
@@ -42,6 +42,10 @@ make test
%{_mandir}/man3/*
%changelog
+* Mon Oct 15 2012 Petr Šabata con...@redhat.com - 1.006-1
+- 1.006 bump
+- Drop command macros
+
* Fri Jul 20 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.005-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
diff --git a/sources b/sources
index ceb0e8c..004e773 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-a1a7d8cc4deb106c3e04b190fa2d9325 PAR-1.005.tar.gz
+5738c81781336c58567fdac63d35b3b1 PAR-1.006.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 866389] perl-PAR-1.006 is available
https://bugzilla.redhat.com/show_bug.cgi?id=866389 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-PAR-1.006-1.fc19 Resolution|--- |RAWHIDE Last Closed||2012-10-15 09:54:15 -- 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 866031] perl-XML-Rules-1.13 is available
https://bugzilla.redhat.com/show_bug.cgi?id=866031 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- Package perl-XML-Rules-1.13-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-XML-Rules-1.13-1.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-16125/perl-XML-Rules-1.13-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
[Bug 863069] amavisd.service fails to start because required default folders are missing
https://bugzilla.redhat.com/show_bug.cgi?id=863069 John Florian jflor...@doubledog.org changed: What|Removed |Added CC||jflor...@doubledog.org --- Comment #1 from John Florian jflor...@doubledog.org --- I have nearly same problem. My install also failed to start due to the missing /var/run/amavisd directory. I did not have a/var/spool/amavisd/var directory after the install, but the service started just fine without it. I've not looked into this package's spec file, but this is rather strange. Immediately after fresh install of amavisd-new-2.6.6-2.fc17.noarch: # rpm -V amavisd-new # Package verification returned nothing, so it's a clean install. # rpm -ql amavisd-new | grep run /var/run/amavisd /var/run/clamd.amavisd # It would appear that /var/run/amavisd is provided by the package, yet: # ll /var/run/amavisd /bin/ls: cannot access /var/run/amavisd: No such file or directory # -- 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
