Re: plan to retire pycluter*
On 09/24/2012 11:18 PM, Peter Robinson wrote: Hi All, I plan to retire pyclutter pyclutter-gst and pyclutter-gtk unless anyone speaks up. They're not currently used by anything in Fedora AFAICT and any new development should be using introspection bindings anyway. Hi Peter, Good plan, I think. pyclutter* is pretty much abandoned upstream in favour of the introspection based bindings and it doesn't even build with latest clutter. Note that there's one app in Fedora using pyclutter; kismon. It looks to have been only recently imported in Fedora so hopefully it has an active upstream/Fedora maintainer that can port it to gobject-introspection. -- Kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
iproute2 (ip netns)
Hi, I have run into the following problem and maybe someone on the list can help shed some light. Maybe this is just a misunderstaning on my behalf and I hope that someone can help. Openstack Quantum makes use of namespaces for the DHCP and L3 agents. This enables one to make use of overlapping IP's. In the Fedora packaging we create a quantum user that runs the above mentioned agents. Each agent can create one or more namespaces. There is a sudoers file for quantum. The contents are below: [root@localhost sudoers.d]# cat quantum Defaults:quantum !requiretty quantum ALL = (root) NOPASSWD: SETENV: /usr/bin/quantum-rootwrap When one of the agents creates a namespace the root user is unable to access the namespace: List of namespaces: [root@localhost sudoers.d]# ip netns qrouter-e4cf5693-7d63-4e9a-a8a7-6dd952394c28 qdhcp-0c642a75-0402-4013-a0d0-6eb8b1b9c9cc Trying to read configured interfaces in namespace: [root@localhost sudoers.d]# ip netns exec qdhcp-0c642a75-0402-4013-a0d0-6eb8b1b9c9cc ip link seting the network namespace failed: Invalid argument It seems that the reason for this is that the permissions are as follows: [root@localhost ~]# ll /var/run/netns/ total 0 --. 1 root root 0 Sep 24 09:00 qdhcp-0c642a75-0402-4013-a0d0-6eb8b1b9c9cc --. 1 root root 0 Sep 24 09:02 qrouter-e4cf5693-7d63-4e9a-a8a7-6dd952394c28 If the agents are run by a the root user and not quantum then the permission of the files are: -r. 1 root root 0 Sep 24 09:00 qdhcp-0c642a75-0402-4013-a0d0-6eb8b1b9c9cc -r. 1 root root 0 Sep 24 09:02 qrouter-e4cf5693-7d63-4e9a-a8a7-6dd952394c28 And the ip link operation succeeds. I would assume that the root should have permission to access the namespaces directly. Thanks Gary -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Exchanging package reviews
Hello All! is there anyone interested in exchanging reviews? I'm willing to trade these ones: * https://bugzilla.redhat.com/854458 - erlang-riak_pb - Riak Protocol Buffers Messages (one of the requirements for the next 1.2.0 version of Riak) * https://bugzilla.redhat.com/823458 - erlang-erlsha2 - SHA-224, SHA-256, SHA-384, SHA-512 implemented in Erlang (a requirement for the upcoming erlang-rtplib library) * https://bugzilla.redhat.com/860001 - erlang-snappy - An Erlang NIF wrapper for Google's snappy library (this library is bundled with CouchDB currently) -- With best regards, Peter Lemenkov. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
brp-python-hardlink fails on files that include spaces
Hello! I've reported this issue with brp-python-hardlink back in January: https://bugzilla.redhat.com/show_bug.cgi?id=783433 Could someone (a provenpackager) please look at the patch provided in the bug report and apply it? Thanks and best regards, Tadej -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20120925 changes
Compose started at Tue Sep 25 08:15:11 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) [clutter-gtk010] clutter-gtk010-0.11.4-6.fc17.i686 requires libcogl.so.9 clutter-gtk010-0.11.4-6.fc17.x86_64 requires libcogl.so.9()(64bit) [dogtag-pki] dogtag-pki-10.0.0-0.8.a1.fc19.noarch requires pki-util-javadoc = 0:10.0.0 dogtag-pki-10.0.0-0.8.a1.fc19.noarch requires pki-tools = 0:10.0.0 dogtag-pki-10.0.0-0.8.a1.fc19.noarch requires pki-tks = 0:10.0.0 dogtag-pki-10.0.0-0.8.a1.fc19.noarch requires pki-symkey = 0:10.0.0 dogtag-pki-10.0.0-0.8.a1.fc19.noarch requires pki-silent = 0:10.0.0 dogtag-pki-10.0.0-0.8.a1.fc19.noarch requires pki-setup = 0:10.0.0 dogtag-pki-10.0.0-0.8.a1.fc19.noarch requires pki-server = 0:10.0.0 dogtag-pki-10.0.0-0.8.a1.fc19.noarch requires pki-selinux = 0:10.0.0 dogtag-pki-10.0.0-0.8.a1.fc19.noarch requires pki-ocsp = 0:10.0.0 dogtag-pki-10.0.0-0.8.a1.fc19.noarch requires pki-kra = 0:10.0.0 dogtag-pki-10.0.0-0.8.a1.fc19.noarch requires pki-java-tools-javadoc = 0:10.0.0 dogtag-pki-10.0.0-0.8.a1.fc19.noarch requires pki-console = 0:10.0.0 dogtag-pki-10.0.0-0.8.a1.fc19.noarch requires pki-common-javadoc = 0:10.0.0 dogtag-pki-10.0.0-0.8.a1.fc19.noarch requires pki-ca = 0:10.0.0 dogtag-pki-10.0.0-0.8.a1.fc19.noarch requires pki-base = 0:10.0.0 [ease] ease-0.4-18.fc17.i686 requires libcogl.so.9 ease-0.4-18.fc17.x86_64 requires libcogl.so.9()(64bit) [emacs-spice-mode] emacs-spice-mode-1.2.25-9.fc18.noarch requires gwave [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) [fedora-ksplice] fedora-ksplice-0.5-10.fc18.x86_64 requires ksplice [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-0.8.fc19.x86_64 requires selinux-policy = 0:3.11.1-21 freeipa-server-3.0.0-0.8.fc19.x86_64 requires pki-symkey = 0:10.0.0-0.33.a1 freeipa-server-3.0.0-0.8.fc19.x86_64 requires pki-silent = 0:10.0.0-0.33.a1 freeipa-server-3.0.0-0.8.fc19.x86_64 requires pki-setup = 0:10.0.0-0.33.a1 freeipa-server-3.0.0-0.8.fc19.x86_64 requires pki-ca = 0:10.0.0-0.33.a1 [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-applets] 1:gnome-applets-3.5.1-1.fc18.x86_64 requires libgweather-3.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
Release of fedora-review 0.3.0 done, 0.3.1 hotfix on the way
fedora-review development team proudly presents :-) Release of fedora-review 0.3.0 [1-3] Summary of changes: * Simplified the template and made it more clear * Support for EPEL-only checks has returned (see -f and -D switches) * Simplified running tests on src.rpm-s ( -rn /path/to/srpm) * Simplest shell plugins you can imagine (see [4] for examples) * Lotsabugs fixed[5] * Improved warnings and error handling * Colors! * Removed integration with bugzilla (man page has suggestion for replacement) * We received a few complaints that people were doing automatic reviews without any idea what they are *really* supposed to do. So we now output warning about manual review needed at the end of f-r run (in RED, see Colors!) * We added *a lot* of testing to make sure we don't break stuff accidentaly in the future * Probably a lot of other goodies, which are hard to track because we are bad at keeping nice feature-changelog :-) Why hotfix planed already? There is a small issue with placing plugins currently so it's impossible to write globally accessible shell plugins. And we also accidentaly installed stuff in wrong place..which made the first problem invisible until last moment :-) I plan to let 0.3.0 get into stable and then immediately issue update to 0.3.1 for the aforementioned bug. We'll likely work out a few more kinks along the way. We still have a lot of things planned. In the meantime feel free to drop by #fedora-review on freenode if you have problems with new release (or just file those bugs :-) ) [1] https://admin.fedoraproject.org/updates/FEDORA-2012-14702/fedora-review-0.3.0-1.fc16 [2] https://admin.fedoraproject.org/updates/FEDORA-2012-14722/fedora-review-0.3.0-1.fc17 [3] https://admin.fedoraproject.org/updates/FEDORA-2012-14663/fedora-review-0.3.0-1.fc18 [4] http://git.fedorahosted.org/cgit/FedoraReview.git/tree/scripts [5] https://fedorahosted.org/FedoraReview/query?group=statusmilestone=0.3.0 -- Stanislav Ochotnicky sochotni...@redhat.com Software Engineer - Base Operating Systems Brno PGP: 7B087241 Red Hat Inc. http://cz.redhat.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
request: remove gd.tuwien.ac.at from mirror-lists
since some weeks gd.tuwien.ac.at is creeping around 2-30 KB/second and i am sitting on 100 MBit WAN currently 68 BYTE per second on a test-vm since yum does no longer support switching a mirror with STRG+C https://bugzilla.redhat.com/show_bug.cgi?id=860181 this such mirrors should be removed or yum become a setting that mirrors where a download creeps for longer than 10 seconds below a user configured value taht it will be skipped -- Reindl Harald the lounge interactive design GmbH A-1060 Vienna, Hofmühlgasse 17 CTO / CISO / Software-Development p: +43 (1) 595 3999 33, m: +43 (676) 40 221 40 icq: 154546673, http://www.thelounge.net/ http://www.thelounge.net/signature.asc.what.htm signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora 18 for Power Alpha Announcement
In quick succession to the Fedora 18 Spherical Cow Alpha release on primary architectures the Fedora Secondary Arch team proudly presents the Fedora 18 Spherical Cow PowerPC Alpha release! Already mooo-tivated to give F18 Alpha a try? Great! We still hope that you'll read onwards; there are fabulous features in this release you may want to know about, as well as important information regarding specific, common F18 Alpha installation issues and bugs, all of which are detailed in this release announcement. *** What is the Alpha Release? *** Fedora 18 adds many new and improved features for a variety of audiences. The release annoucement for the primary architecture already listed all the cool new features and commone known issues and bugs, so please refer to http://lists.fedoraproject.org/pipermail/test-announce/2012-September/000518.html for the details. The highlight on the feature side for the PowerPC side this time is * Power7 optimized ppc64p7 is added as a supported platform for Fedora 18 packages. * The installer uses tmux to switch between the installer window, a bash prompt, and other windows which capture log files. Read more about tmux here: http://tmux.sourceforge.net/ * The installer's command line parameters are changing. Read more about the change here: http://wwoods.fedorapeople.org/doc/boot-options.html * The name of the package group has changed from @base to @standard. This will affect kickstart files as well. *** Known Issues and Bugs for PowerPC *** We know that many of you are moo-tivated to download and try the Alpha release of Spherical Cow; to help you avoid stepping into any sticky issues, we'd like to highlight a few specific issues, before you mve on to the downloads page. Information about these, and other common bugs, including bug reports and workarounds for known issues where available, are detailed on the Common F18 Bugs page, as well as in the Alpha release notes; links to both pages are provided below. Common issues * Utilizing automatic partitioning during installation will reformat all selected disks on which to install without any further warning; ALL EXISTING DATA ON THE DISKS WILL BE LOST. At this time, there is no option presented to use free space on the disks, or to resize existing partitions. A workaround solution exists. * This release features a new user interface for the anaconda installer, which will significantly enhance the end-user installation experience. Known issues relating to the new installer user interface include: ** For non-graphical installations, a root password must be set to be able to login; for graphical installations, the first user should be set as an adminstrative user. This is currently the default setup during installation. ** There is no anaconda-based upgrade or preupgrade to F18 Alpha; if you must upgrade an installed system, you should use yum. ** The new installer user interface is still undergoing work; the Alpha release may not necessarily duplicate exactly the implementation seen in the Final release of Fedora 18 in November. PowerPC specific issues * Due to a missing check in lorax the install images are currently being built with a ppc64p7 kernel, so booting the install images on anything smaller than Power7 will fail at the moment. This is something we're going to fix asap after Alpha, so for Beta and RC the install images will again contain the generic ppc64 kernel. A possible workaround for older systems is to skip the install via anaconda and update a Fedora 17 to a Fedora 18 Alpha. * Installation fails on multipath devices. * If you want to install graphically using vnc, you must pass the 'inst.vnc' parameter to anaconda at boot time. The screen to start vnc is no longer in anaconda * It is not required to set the root password in the anaconda installer. However, there is a defect where the firstboot utility is not performed in text console boot after install. Therefore, you must set the root password during install For more information, including information about other common and known bugs, tips on how to report bugs, and the official release schedule, please refer to the release notes: http://fedoraproject.org/wiki/Fedora_18_Alpha_release_notes and for the PowerPC specific issues please check out https://fedoraproject.org/wiki/Fedora_18_Alpha_PPC_release_notes A shorter list of common bugs can be found here: http://fedoraproject.org/wiki/Common_F18_bugs *** Contributing *** Great releases like Fedora 18 don't get made in a vacuum. We can't do it without you! Bug reports are especially helpful as we move from the theory to the applied physics. If you encounter any issues, please report them! Fedora is a fantastic, friendly community, and we have many ways in which you can contribute, including Documentation, Marketing, Design, QA, Development, and more. To learn how to help us, visit: http://join.fedoraproject.org/ If you're
SELinux Koji question
This command fails: + chcon system_u:object_r:tmp_t:s0 tmp chcon: failed to change context of 'tmp' to 'system_u:object_r:tmp_t:s0': Operation not permitted when run on Koji. However it works fine when run on a Fedora 18 machine, with SELinux enforcing. Does Koji have SELinux enforcing? Why is labelling not allowed when it works on a local machine? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: SELinux Koji question
On Tue, Sep 25, 2012 at 05:29:39PM +0100, Richard W.M. Jones wrote: This command fails: + chcon system_u:object_r:tmp_t:s0 tmp chcon: failed to change context of 'tmp' to 'system_u:object_r:tmp_t:s0': Operation not permitted I should add that 'tmp' is the name of a directory under the build dir. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 858966] perl-5.16: my variables with attributes leak
https://bugzilla.redhat.com/show_bug.cgi?id=858966 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Resolution|--- |ERRATA Last Closed||2012-09-25 12:33:45 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-5.16.1-232.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. -- 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 859328] Operator not allowed after numeric keyword argument
https://bugzilla.redhat.com/show_bug.cgi?id=859328 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Resolution|--- |ERRATA Last Closed||2012-09-25 12:33:51 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-5.16.1-232.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. -- 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 859332] perl-5.16: Stack corruption when passing space separated glob patterns to File::Glob::glob()
https://bugzilla.redhat.com/show_bug.cgi?id=859332 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Resolution|--- |ERRATA Last Closed||2012-09-25 12:33:57 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-5.16.1-232.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. -- 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: request: remove gd.tuwien.ac.at from mirror-lists
On Tue, 25 Sep 2012 13:54:34 +0200 Reindl Harald h.rei...@thelounge.net wrote: since some weeks gd.tuwien.ac.at is creeping around 2-30 KB/second and i am sitting on 100 MBit WAN currently 68 BYTE per second on a test-vm since yum does no longer support switching a mirror with STRG+C https://bugzilla.redhat.com/show_bug.cgi?id=860181 this such mirrors should be removed or yum become a setting that mirrors where a download creeps for longer than 10 seconds below a user configured value taht it will be skipped Well, the thing is that it may be slow from where you are, but is fast for many others. ;( You might try contacting them directly and ask if there is some issue? That page has a contact listed... kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: SELinux Koji question
On Tue, 25 Sep 2012 17:29:39 +0100 Richard W.M. Jones rjo...@redhat.com wrote: This command fails: + chcon system_u:object_r:tmp_t:s0 tmp chcon: failed to change context of 'tmp' to 'system_u:object_r:tmp_t:s0': Operation not permitted when run on Koji. However it works fine when run on a Fedora 18 machine, with SELinux enforcing. Does Koji have SELinux enforcing? Why is labelling not allowed when it works on a local machine? No, builders have selinux disabled, as running in permissive mode a while back caused odd build failures. ;( It may be that it works fine now, but we would need to test that and confirm before changing anything. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: SELinux Koji question
On Tue, Sep 25, 2012 at 10:35:43AM -0600, Kevin Fenzi wrote: On Tue, 25 Sep 2012 17:29:39 +0100 Richard W.M. Jones rjo...@redhat.com wrote: This command fails: + chcon system_u:object_r:tmp_t:s0 tmp chcon: failed to change context of 'tmp' to 'system_u:object_r:tmp_t:s0': Operation not permitted when run on Koji. However it works fine when run on a Fedora 18 machine, with SELinux enforcing. Does Koji have SELinux enforcing? Why is labelling not allowed when it works on a local machine? No, builders have selinux disabled, as running in permissive mode a while back caused odd build failures. ;( It may be that it works fine now, but we would need to test that and confirm before changing anything. Ah, I guess that explains it! Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: brp-python-hardlink fails on files that include spaces
On Tue, Sep 25, 2012 at 01:42:52PM +0200, Tadej Janež wrote: Hello! I've reported this issue with brp-python-hardlink back in January: https://bugzilla.redhat.com/show_bug.cgi?id=783433 Could someone (a provenpackager) please look at the patch provided in the bug report and apply it? Tangent: Are spaces in directories under site-packages legal? I can't figure out a way to import one. If they aren't, then I'd think that the Visualize Qt directory (and possibly higher level directories) should be moved to %{_datadir}. The patch you provide looks like it would still be needed as it checks all of $RPM_BUILD_ROOT for .pyc files, not just site-packages. -Toshio pgp2QsNIvnDOS.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dependency bug wodim/genisoimage
On 25 September 2012 01:25, Ian Malone ibmal...@gmail.com wrote: On 25 September 2012 00:27, Ian Malone ibmal...@gmail.com wrote: On 24 September 2012 23:17, Jesse Keating jkeat...@j2solutions.net wrote: On 09/24/2012 03:00 PM, Ian Malone wrote: The command is this: livecd-creator --config=/fedora-jam/fedora-live-jam-kde-raw.ks --fslabel=Fedora18-Jam --cache=/var/cache/live --releasever=18 $ grep id /var/cache/live/fedora/gen/comps.xml |grep base idbase-x/id idcritical-path-base/id idbase-system/id There's no base in the comps file at http://dl.fedoraproject.org/pub/fedora/linux/development/18/x86_64/os/repodata/ either. The equivalent for fedora 17 gives me: idbase-x/id idcritical-path-base/id idbase-system/id Just did a search on this mailing list and can't see anything about dropping @base. It's possible that livecd-creator is forcing (well, attempting to) the base group in. No, it's in the spec, in fedora-live-base.ks of fedora-kickstarts-0.18.1-2.fc18.noarch which the spin I'm trying to build includes (chain fedora-live-kde fedora-live-kde-base fedora-live-base), immediately after the repos is this: %packages @base-x @base @core @fonts @input-methods The full list grepping for @ is: @base-x @base @core @fonts @input-methods @admin-tools @dial-up @hardware-support @printing There's an inconsistency here and I'm not familiar enough with building spins to work out how it's come about. Aha: git://git.fedorahosted.org/git/comps.git commit 31d21785cc590e16256557ad6f5a51e1dad92be6 Author: Bill Nottingham nott...@redhat.com Date: Tue Aug 28 15:50:57 2012 -0400 Rename the confusingly named and descripted 'base' to 'standard'. Make its purpose more clear, and convert it to a general infrastructure group. - i.e. trying to build f18 spins based on the packaged spin-kickstarts is broken as they pull base not standard (which leads to interesting things like wireless not working due to missing crda). I've haven't checked whether that's fixed in git. Thanks for your pointer about base, I wouldn't have found this otherwise. As an aside: my original problem (those readlink not found errors from genisoimage and wodim) still occurs, I'm guessing that's because while standard is now pulling down coreutils they don't depend on it and so yum happily installs them before coreutils. Will file bugs. -- imalone http://ibmalone.blogspot.co.uk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] 2012-09-26 @ 16:00 UTC - F18 Beta Blocker Bug Review #1
# F18 Beta Blocker Review meeting #1 # Date: 2012-09-05 # Time: 16:00 UTC [1] (12:00 EDT, 09:00 PDT) # Location: #fedora-bugzappers on irc.freenode.net This is a little earlier than on the schedule, but we already have 30 proposed blockers to run through and waiting longer won't make them go away. We'll be running through the beta blockers and nice-to-haves. The current list of blocker bugs is available at: http://qa.fedoraproject.org/blockerbugs/current We'll be reviewing the bugs to determine ... 1. Whether they meet the Beta release criteria [1] and should stay on the list 2. Whether they are getting the attention they need [1] http://fedoraproject.org/wiki/Fedora_18_Beta_Release_Criteria For guidance on Blocker and Nice-to-have (NTH) bugs, please refer to - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process - https://fedoraproject.org/wiki/QA:SOP_nth_bug_process For the blocker review meeting protocol, see - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting signature.asc Description: PGP signature ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning a couple of packages
Correction: Just the following packages: Am Dienstag, den 25.09.2012, 20:12 +0200 schrieb Fabian Deutsch: auto-nng libmatheval xmlenc Sorry for the noise. - fabian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning a couple of packages
On Tue, Sep 25, 2012 at 1:15 PM, Fabian Deutsch fabian.deut...@gmx.de wrote: Correction: Just the following packages: Am Dienstag, den 25.09.2012, 20:12 +0200 schrieb Fabian Deutsch: auto-nng libmatheval Taken. -J xmlenc Sorry for the noise. - fabian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- http://cecinestpasunefromage.wordpress.com/ in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: SELinux Koji question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/25/2012 12:29 PM, Richard W.M. Jones wrote: This command fails: + chcon system_u:object_r:tmp_t:s0 tmp chcon: failed to change context of 'tmp' to 'system_u:object_r:tmp_t:s0': Operation not permitted when run on Koji. However it works fine when run on a Fedora 18 machine, with SELinux enforcing. Does Koji have SELinux enforcing? Why is labelling not allowed when it works on a local machine? Rich. No idea. Operation not supported seems like a file system without Xattr support. I thought apps within Koji (mock) think SELinux is disabled. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlBh97oACgkQrlYvE4MpobO4RQCfe1b6J9Wz/sTWXEwSkvf+X5Xs L8cAn0inoUaIdZMZEry8Je7AgIEmzW8X =Pnuu -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: request: remove gd.tuwien.ac.at from mirror-lists
Am 25.09.2012 18:34, schrieb Kevin Fenzi: On Tue, 25 Sep 2012 13:54:34 +0200 Reindl Harald h.rei...@thelounge.net wrote: since some weeks gd.tuwien.ac.at is creeping around 2-30 KB/second and i am sitting on 100 MBit WAN currently 68 BYTE per second on a test-vm since yum does no longer support switching a mirror with STRG+C https://bugzilla.redhat.com/show_bug.cgi?id=860181 this such mirrors should be removed or yum become a setting that mirrors where a download creeps for longer than 10 seconds below a user configured value taht it will be skipped Well, the thing is that it may be slow from where you are, but is fast for many others. ;( i am here at vienna ona glass fiber * 4 hops UPC * 4 hops Vienna University Computer Center - ACOne and the same from a 100 Mbit UPC-Fiber-Power at the other end of the city - not realistic that it would be faster anywhere in austria normally nto a big deal, but sicne the new yum does no longer support STRG+C to switch the mirror painful traceroute to gd.tuwien.ac.at (192.35.244.50), 30 hops max, 60 byte packets 1 router (10.0.0.1) 1.698 ms 1.850 ms 1.833 ms 2 81-223-227-65.zwischennetz.inode.at (81.223.227.65) 2.141 ms 2.110 ms 2.070 ms 3 at-vie-sk11-pe02-vl-2070.upc.at (84.116.228.233) 2.650 ms 2.731 ms 2.804 ms 4 at-vie15a-rd1-vl-2043.aorta.net (84.116.228.129) 2.206 ms 2.276 ms 2.407 ms 5 213.46.173.125 (213.46.173.125) 2.779 ms at-vie05b-ri2-xe-0-2-0.aorta.net (213.46.173.14) 2.589 ms 213.46.173.129 (213.46.173.129) 2.774 ms 6 tengige0-1-0-1.core21.aco.net (193.203.0.2) 3.052 ms 1.970 ms 2.143 ms 7 vlan73.wien21.aco.net (193.171.23.41) 1.949 ms 2.267 ms 2.366 ms 8 vlan72.wien2.aco.net (193.171.23.21) 2.576 ms 2.611 ms 2.747 ms 9 border.kom.tuwien.ac.at (193.171.13.10) 2.776 ms 2.803 ms 2.907 ms 10 gd.tuwien.ac.at (192.35.244.50) 2.789 ms 2.891 ms 2.923 ms signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20120925 changes
On Tue, Sep 25, 2012 at 6:58 AM, Fedora Rawhide Report rawh...@fedoraproject.org wrote: Broken deps for i386 -- [snip] [policycoreutils] policycoreutils-sandbox-2.1.13-2.fc19.i686 requires libselinux.so.1()(64bit) policycoreutils-sandbox-2.1.13-2.fc19.i686 requires libcgroup.so.1(CGROUP_0.34)(64bit) policycoreutils-sandbox-2.1.13-2.fc19.i686 requires libcgroup.so.1(CGROUP_0.32)(64bit) policycoreutils-sandbox-2.1.13-2.fc19.i686 requires libcgroup.so.1()(64bit) policycoreutils-sandbox-2.1.13-2.fc19.i686 requires libcap-ng.so.0()(64bit) policycoreutils-sandbox-2.1.13-2.fc19.i686 requires libc.so.6(GLIBC_2.3.4)(64bit) Out of curiosity, just how did a package with 64-bit dependencies get into the 32-bit repo? Those libraries shouldn't be available in the buildroot, right? (Already filed as https://bugzilla.redhat.com/show_bug.cgi?id=859517, by the way.) -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide report: 20120925 changes
On 2012-09-25 22:23, Jerry James wrote: Out of curiosity, just how did a package with 64-bit dependencies get into the 32-bit repo? Those libraries shouldn't be available in the buildroot, right? (Already filed as https://bugzilla.redhat.com/show_bug.cgi?id=859517, by the way.) In my experience the usual culprit for these are prebuilt binaries in source tarballs which end up being shipped as is. That's probably it in this case too. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Release of fedora-review 0.3.0 done, 0.3.1 hotfix on the way
On Tue, Sep 25, 2012 at 04:37:31PM +0200, Stanislav Ochotnicky wrote: fedora-review development team proudly presents :-) Release of fedora-review 0.3.0 [1-3] Exciting! Thanks for working on this! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 860445] New: RFE - please maintain perl-Curses-UI for EPEL
https://bugzilla.redhat.com/show_bug.cgi?id=860445 Bug ID: 860445 QA Contact: extras...@fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: david.hanneq...@gmail.com, perl-de...@lists.fedoraproject.org Assignee: david.hanneq...@gmail.com Summary: RFE - please maintain perl-Curses-UI for EPEL Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: admil...@redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: perl-Curses-UI Product: Fedora I would like to request perl-Curses-UI be maintained within EPEL, if you would prefer not to then I would happily do so. Thank you, -AdamM -- 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: brp-python-hardlink fails on files that include spaces
On Tue, 2012-09-25 at 09:39 -0700, Toshio Kuratomi wrote: On Tue, Sep 25, 2012 at 01:42:52PM +0200, Tadej Janež wrote: Hello! I've reported this issue with brp-python-hardlink back in January: https://bugzilla.redhat.com/show_bug.cgi?id=783433 Could someone (a provenpackager) please look at the patch provided in the bug report and apply it? Tangent: Are spaces in directories under site-packages legal? I can't figure out a way to import one. Almost certainly a bad idea, but FWIW it is possible, using the __import__ builtin: # mkdir /usr/lib64/python2.7/site-packages/this module has a space # echo print('hello world') /usr/lib64/python2.7/site-packages/this module has a space/__init__.py # ls /usr/lib64/python2.7/site-packages/this\ module\ has\ a\ space/__init__.py /usr/lib64/python2.7/site-packages/this module has a space/__init__.py # python -c __import__('this module has a space') hello world But yeah, don't do that :) Dave -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] Announcing 389 Directory Server version 1.2.11.15 Testing
The 389 Project team is pleased to announce the release of 389-ds-base-1.2.11.15 for Testing. This release fixes another issue with CLEANALLRUV, some schema and userpassword related fixes, and other fixes. The new packages and versions are: 389-ds-base 1.2.11.15 NOTE: 1.2.11 will not be available for Fedora 16 or earlier, nor for EL6 or earlier - 1.2.11 will only be available for Fedora 17 and later. We are trying to stabilize current, stable releases - upgrades to 1.2.11 will disrupt stability. Installation yum install 389-ds --enablerepo=updates-testing # or for EPEL yum install 389-ds --enablerepo=epel-testing setup-ds-admin.pl Upgrade yum upgrade 389-ds-base --enablerepo=updates-testing # or for EPEL yum upgrade 389-ds-base --enablerepo=epel-testing setup-ds-admin.pl -u How to Give Feedback The best way to provide feedback is via the Fedora Update system. Go to https://admin.fedoraproject.org/updates In the Search box in the upper right hand corner, type in the name of the package In the list, find the version and release you are using (if you're not sure, use rpm -qi package name on your system) and click on the release On the page for the update, scroll down to Add a comment and provide your input Or just send us an email to 389-us...@lists.fedoraproject.org Reporting Bugs If you find a bug, or would like to see a new feature, use the 389 Trac - https://fedorahosted.org/389 More Information * Release Notes - http://port389.org/wiki/Release_Notes * Install_Guide - http://port389.org/wiki/Install_Guide * Download - http://port389.org/wiki/Download ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bodhi should recommend using yum-security's --advisory switch to test testing updates
On Sun, 2012-09-23 at 17:06 +0200, Kevin Kofler wrote: Hi, in its Bugzilla comments for the bugs related to: https://admin.fedoraproject.org/updates/FEDORA-2012-14137 Bodhi suggested to upgrade using the following monster command: su -c 'yum update --enablerepo=updates-testing kde-workspace-4.9.1-5.fc17 akonadi-1.8.0-1.fc17 analitza-4.9.1-1.fc17 ark-4.9.1-1.fc17 audiocd-kio-4.9.1-1.fc17 blinken-4.9.1-1.fc17 calligra-2.5.2-1.fc17 calligra-l10n-2.5.2-1.fc17 cantor-4.9.1-1.fc17 digikam-2.9.0-1.fc17 dragon-4.9.1-1.fc17 filelight-4.9.1-1.fc17 gwenview-4.9.1-1.fc17 jovie-4.9.1-1.fc17 juk-4.9.1-1.fc17 kaccessible-4.9.1-1.fc17 kactivities-4.9.1-1.fc17 kalgebra-4.9.1-1.fc17 kalzium-4.9.1-1.fc17 kamera-4.9.1-1.fc17 kamoso-2.0.2-5.fc17 kanagram-4.9.1-1.fc17 kate-4.9.1-1.fc17 kbruch-4.9.1-1.fc17 kcalc-4.9.1-1.fc17 kcharselect-4.9.1-1.fc17 kcolorchooser-4.9.1-1.fc17 kdeaccessibility-4.9.1-1.fc17 kdeadmin-4.9.1-1.fc17 kdeartwork-4.9.1-1.fc17 kde-base-artwork-4.9.1-1.fc17 kdebindings-4.9.1-1.fc17 kdeedu-4.9.1-1.fc17 kdegraphics-mobipocket-4.9.1-1.fc17 kdegraphics-strigi-analyzer-4.9.1-1.fc17 kdegraphics-thumbnailers-4.9.1-1.fc17 kde-l10n-4.9.1-1.fc17 kdelibs3-3.5.10-38.fc17 kdemultimedia-4.9.1-1.fc17 kdenetwork-4.9.1-1.fc17 kdepim-4.9.1-1.fc17 kdepim-runtime-4.9.1-1.fc17 kdeplasma-addons-4.9.1-1.fc17 kde-printer-applet-4.9.1-1.fc17 kde-runtime-4.9.1-1.fc17 kdesdk-4.9.1-1.fc17 kdetoys-4.9.1-1.fc17 kdeutils-4.9.1-1.fc17 kdevelop-4.3.1-2.fc17 kde-wallpapers-4.9.1-1.fc17 kdf-4.9.1-1.fc17 kfloppy-4.9.1-1.fc17 kgamma-4.9.1-1.fc17 kgeography-4.9.1-1.fc17 kgpg-4.9.1-1.fc17 khangman-4.9.1-1.fc17 kig-4.9.1-1.fc17 kimono-4.9.1-1.fc17 kiten-4.9.1-1.fc17 klettres-4.9.1-1.fc17 kmag-4.9.1-1.fc17 kmix-4.9.1-1.fc17 kmousetool-4.9.1-1.fc17 kmouth-4.9.1-1.fc17 kmplot-4.9.1-1.fc17 kolourpaint-4.9.1-1.fc17 konsole-4.9.1-1.fc17 kphotoalbum-4.2-4.fc17 kremotecontrol-4.9.1-1.fc17 kross-interpreters-4.9.1-1.fc17 kruler-4.9.1-1.fc17 ksaneplugin-4.9.1-1.fc17 kscd-4.9.1-1.fc17 ksnapshot-4.9.1-1.fc17 kstars-4.9.1-1.fc17 ktimer-4.9.1-1.fc17 ktorrent-4.3.0-1.fc17 ktouch-4.9.1-1.fc17 kturtle-4.9.1-1.fc17 kwallet-4.9.1-1.fc17 kwebkitpart-1.3-0.1.20120726git.fc17 kwordquiz-4.9.1-1.fc17 libkcddb-4.9.1-1.fc17 libkcompactdisc-4.9.1-1.fc17 libkdcraw-4.9.1-1.fc17 libkdeedu-4.9.1-1.fc17 libkexiv2-4.9.1-1.fc17 libkgapi-0.4.2-1.fc17 libkipi-4.9.1-1.fc17 libkolab-0.3.1-3.fc17 libkolabxml-0.8.1-2.fc17 libksane-4.9.1-1.fc17 libktorrent-1.3.0-1.fc17 marble-4.9.1-1.fc17 nepomuk-core-4.9.1-1.fc17 okular-4.9.1-1.fc17 oxygen-icon-theme-4.9.1-1.fc17 pairs-4.9.1-1.fc17 parley-4.9.1-1.fc17 pykde4-4.9.1-1.fc17 qtcurve-kde4-1.8.14-1.fc17 qwt-5.2.2-6.fc17 qyoto-4.9.1-1.fc17 rocs-4.9.1-1.fc17 ruby-korundum-4.9.1-1.fc17 ruby-qt-4.9.1-1.fc17 smokegen-4.9.1-1.fc17 smokekde-4.9.1-1.fc17 smokeqt-4.9.1-1.fc17 soprano-2.8.0-4.fc17 step-4.9.1-1.fc17 superkaramba-4.9.1-1.fc17 svgpart-4.9.1-1.fc17 sweeper-4.9.1-1.fc17 kde-baseapps-4.9.1-2.fc17 plasma-mobile-0.3-6.20120810git.fc17 share-like-connect-0.2-4.fc17 kdelibs-4.9.1-4.fc17 kdepimlibs-4.9.1-3.fc17' This is broken in several ways: 1. It is too long. It does not even fit into a Bugzilla line. 2. It does not take subpackages into account. Bodhi only knows about source packages, but to be sure you upgrade everything, you have to list all the binary packages including subpackages. (Things are often held in lockstep through versioned Requires, but not always. There isn't always a dependency relation in either direction between main package and subpackages.) 3. If the user did not have some of the packages in the group installed, explicitly listing them installs them, which is usually not what the user wants. 4. It probably won't cope very well with updates being edited. Either Bodhi has to spam another giganto-command, or it doesn't spam another giganto-command and the posted command will no longer work. Thankfully, there is a much more effective way to pull in a given testing update: yum install yum-security yum --enablerepo=updates-testing --advisory=FEDORA-2012-14137 update While strictly-speaking yum-security is intended only for security updates, it works just fine for any other kind of updates as well. So can we please use it to make Bodhi's suggestions more helpful? Big +1. Actually, since this seems like rather useful functionality, perhaps it should be pulled into core yum? -- 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: dependency bug wodim/genisoimage
On Tue, 2012-09-25 at 01:25 +0100, Ian Malone wrote: Aha: git://git.fedorahosted.org/git/comps.git commit 31d21785cc590e16256557ad6f5a51e1dad92be6 Author: Bill Nottingham nott...@redhat.com Date: Tue Aug 28 15:50:57 2012 -0400 Rename the confusingly named and descripted 'base' to 'standard'. Make its purpose more clear, and convert it to a general infrastructure group. - i.e. trying to build f18 spins based on the packaged spin-kickstarts is broken as they pull base not standard (which leads to interesting things like wireless not working due to missing crda). I've haven't checked whether that's fixed in git. It is. All official Fedora composes are done using spin-kickstarts git, not the packaged spin-kickstarts. The packaged spin-kickstarts tends to lag behind git rather a lot because it isn't actually used for anything, so people rarely bother to update it. This is a bit of a naughty from a self-hosting/transparency/reproducibility perspective, we know. Sorry about that :/ We do usually make an effort to ensure that the spin-kickstarts package which winds up in the final 'frozen' tree for a release matches the state of git that was used to build that release, but we don't usually bother with this for pre-releases. Though we should, in an ideal world. So that's a wrist slap for us, and for practical purposes, if you're doing any kind of Fedora re-spinning, use a git checkout of spin-kickstarts and pull regularly, do not use the packaged one. -- 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: request: remove gd.tuwien.ac.at from mirror-lists
On Tue, 2012-09-25 at 10:34 -0600, Kevin Fenzi wrote: On Tue, 25 Sep 2012 13:54:34 +0200 Reindl Harald h.rei...@thelounge.net wrote: since some weeks gd.tuwien.ac.at is creeping around 2-30 KB/second and i am sitting on 100 MBit WAN currently 68 BYTE per second on a test-vm since yum does no longer support switching a mirror with STRG+C https://bugzilla.redhat.com/show_bug.cgi?id=860181 this such mirrors should be removed or yum become a setting that mirrors where a download creeps for longer than 10 seconds below a user configured value taht it will be skipped Well, the thing is that it may be slow from where you are, but is fast for many others. ;( I think some of Harald's other suggestions in the mail are pretty good, though. It does seem like yum could try harder to throw out slow mirrors. It is a bit annoying when you're sitting on a 50Mb/sec connection getting about 200Kb/sec from some sclerotic mirror... -- 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: Bodhi should recommend using yum-security's --advisory switch to test testing updates
On Sun, Sep 23, 2012 at 11:20 AM, Caterpillar wrote: Il 23/09/2012 17:06, Kevin Kofler ha scritto: yum --enablerepo=updates-testing --advisory=FEDORA-2012-14137 update I strongly agree with Kevin How easy/involved will it be to make bugzilla transform bodhi's message into an URL that, when clicked in a browser, will trigger PackageKit to do this advisory update? I guess some more advanced communication between bodhi and bugzilla, and creation of a mime-type that PackageKit will understand. Orcan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Yum broken behaviour on slow server [was: request: remove gd.tuwien.ac.at from mirror-lists]
On Tue, Sep 25, 2012 at 05:14:58PM -0700, Adam Williamson wrote: On Tue, 2012-09-25 at 10:34 -0600, Kevin Fenzi wrote: On Tue, 25 Sep 2012 13:54:34 +0200 Reindl Harald h.rei...@thelounge.net wrote: since some weeks gd.tuwien.ac.at is creeping around 2-30 KB/second and i am sitting on 100 MBit WAN currently 68 BYTE per second on a test-vm since yum does no longer support switching a mirror with STRG+C https://bugzilla.redhat.com/show_bug.cgi?id=860181 this such mirrors should be removed or yum become a setting that mirrors where a download creeps for longer than 10 seconds below a user configured value taht it will be skipped Well, the thing is that it may be slow from where you are, but is fast for many others. ;( I think some of Harald's other suggestions in the mail are pretty good, though. It does seem like yum could try harder to throw out slow mirrors. It is a bit annoying when you're sitting on a 50Mb/sec connection getting about 200Kb/sec from some sclerotic mirror... To be honnest the above behaviour happens extremely frequently here but with various mirrors, I'm in china and connections are not managed nicely by ISPs and server (don't tell me to switch ISP, there is only 2 available I tested both !). So the server may burst at 100KB/s and be suddenly throttled down to a few bytes per second. For fun while trying this email i just did a yum update -y libxml2 right now I'm seeing: updates/primary_db0% [=- ] 1.3 kB/s | 605 kB 69:11 ETA Sure I'm just gonna wait one hour to see if there is an update available to my package ! The potential user base for Fedora in china is huge, but ATM I perfectly understand why no one would ever want to use it, it's very hard to update our OS unless tweaking the timing database and playing continuously with the available server list :-( Time to write the couple above sentence and now it's updates/primary_db0% [=== ] 158 B/s | 1.1 MB 536:51 ETA you really expect to wait for the completion of the download to mark that server as unsuitable and switch to another one as indicated in https://bugzilla.redhat.com/show_bug.cgi?id=860181#c3 And yes whether it's a single download or multiple one, the time to complete yum is at least the longuest download. If you see that a download is gonna take 20mn cancel it and switch to another server if there is one available ! If you think the code is more intelligent than the user, then make sure the code behave intelligently in all situations. Heh it improved it's only 2 hours to fetch primary_db now, how great ! updates/primary_db0% [=- ] 471 B/s | 2.2 MB 138:40 ETA needless to say, I'm cancelling the command the 0% is only moderately funny BTW. [root@thinkpad ~]# rpm -q yum yum-3.4.3-29.fc17.noarch Daniel P.S.: it's the morning, i.e. the network is not loaded compared to the evening. -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ dan...@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: request: remove gd.tuwien.ac.at from mirror-lists
On Tue, Sep 25, 2012 at 05:14:58PM -0700, Adam Williamson wrote: On Tue, 2012-09-25 at 10:34 -0600, Kevin Fenzi wrote: [...] I think some of Harald's other suggestions in the mail are pretty good, though. It does seem like yum could try harder to throw out slow mirrors. It is a bit annoying when you're sitting on a 50Mb/sec connection getting about 200Kb/sec from some sclerotic mirror... So just imagine when you have 4Mbps and getting not even half a kbps from the server and unable to even kill that update because if you do the damn thing will restart from scratch from the same server and at the same speed. That's the current situation here ! 200Kb/sec is very fast compared to what yum serves us, there are server that fast but yum will stick indefinitely with slow servers. And a fast server today will be a slow one tomorrow depending on the ISP own evaluation of the traffic pattern. Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ dan...@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Yum broken behaviour on slow server [was: request: remove gd.tuwien.ac.at from mirror-lists]
In Beijing,I think maybe better though I used to live near a fedora repo and the download never comes from that server because of the bad connection between different ISPs. And this case really makes many users complaining Update repos are slow!!!. Anyway,ISPs,like China Telecom,China Unicom and China CERNET,they both have bad connection to each other. -- *Yours sincerely,* *Christopher Meng* Ambassador/Contributor of Fedora Project and many others. http://cicku.me http://mirrors.cicku.me -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 858585] perl-File-chdir-0.1007 is available
https://bugzilla.redhat.com/show_bug.cgi?id=858585 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Resolution|--- |ERRATA Last Closed||2012-09-25 02:23:20 --- Comment #5 from Fedora Update System upda...@fedoraproject.org --- perl-File-chdir-0.1007-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. -- 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 859910] Hint-hash copying can leak
https://bugzilla.redhat.com/show_bug.cgi?id=859910 --- Comment #2 from Petr Pisar ppi...@redhat.com --- The blead issue was bug in build system. The 5.16.1 branch requires another commit: commit 895cdc83ca4f8ad093074b3bd5d0fbc1d09f7628 Author: Father Chrysostomos spr...@cpan.org Date: Fri Sep 21 22:01:19 2012 -0700 Free iterator when freeing tied hash Third commit will be good too: commit aec0c0cc27651656899efeb7c4f64d2838a9cf9e Author: Father Chrysostomos spr...@cpan.org Date: Fri Sep 21 18:23:20 2012 -0700 Don’t leak deleted iterator when tying hash -- 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
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
File Net-SSLeay-1.49.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Net-SSLeay: 9e05acd6773ff5e94c5a1dcd7c0ec4a7 Net-SSLeay-1.49.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-Net-SSLeay] Update to 1.49
commit f7578e8adc83b4f5216e6ed909520687f959f215 Author: Paul Howarth p...@city-fan.org Date: Tue Sep 25 16:40:45 2012 +0100 Update to 1.49 - New upstream release 1.49 - fixed problem where on some platforms test t/local/07_tcpecho.t would bail out if it could not bind port 1212; it now tries a number of ports to bind to until successful - improvements to unsigned casting - improvements to Net::SSLeay::read to make it easier to use with non-blocking IO: it modifies Net::SSLeay::read() to return the result from SSL_read() as the second return value, if Net::SSLeay::read() is called in list context (its behavior should be unchanged if called in scalar or void context) - fixed a problem where t/local/kwalitee.t fails with Module::CPANTS::Analyse 0.86 - fixed a number of typos - fixed a compiler warning from Compiling with gcc-4.4 and -Wall - Fixed problems with get_https4: documentation was wrong, $header_ref was not correctly set and $server_cert was not returned - fixed a problem that could cause a Perl exception about no blength method on undef (CPAN RT#79309) - added documentation about how to mitigate various SSL/TLS vulnerabilities - SSL_MODE_* are now available as constants - Drop upstreamed pod encoding patch Net-SSLeay-1.48-pod-encoding.patch |7 --- perl-Net-SSLeay.spec | 31 +-- sources|2 +- 3 files changed, 26 insertions(+), 14 deletions(-) --- diff --git a/perl-Net-SSLeay.spec b/perl-Net-SSLeay.spec index eda3a3c..430e363 100644 --- a/perl-Net-SSLeay.spec +++ b/perl-Net-SSLeay.spec @@ -1,12 +1,11 @@ Name: perl-Net-SSLeay -Version: 1.48 -Release: 6%{?dist} +Version: 1.49 +Release: 1%{?dist} Summary: Perl extension for using OpenSSL Group: Development/Libraries License: OpenSSL URL: http://search.cpan.org/dist/Net-SSLeay/ Source0: http://search.cpan.org/CPAN/authors/id/M/MI/MIKEM/Net-SSLeay-%{version}.tar.gz -Patch0:Net-SSLeay-1.48-pod-encoding.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) BuildRequires: openssl, openssl-devel # === Module Build === @@ -56,9 +55,6 @@ so you can write servers or clients for more complicated applications. # Fix permissions in examples to avoid bogus doc-file dependencies chmod -c 644 examples/* -# Fix POD encoding, lest the Kwalitee test fails (CPAN RT#78281) -%patch0 - # Remove redundant unversioned provide if we don't have rpm 4.9 or later %global provfilt /bin/sh -c %{__perl_provides} | grep -Fvx 'perl(Net::SSLeay)' %define __perl_provides %{provfilt} @@ -96,6 +92,29 @@ rm -rf %{buildroot} %{_mandir}/man3/Net::SSLeay::Handle.3pm* %changelog +* Tue Sep 25 2012 Paul Howarth p...@city-fan.org - 1.49-1 +- update to 1.49 + - fixed problem where on some platforms test t/local/07_tcpecho.t would bail +out if it could not bind port 1212; it now tries a number of ports to bind +to until successful + - improvements to unsigned casting + - improvements to Net::SSLeay::read to make it easier to use with +non-blocking IO: it modifies Net::SSLeay::read() to return the result from +SSL_read() as the second return value, if Net::SSLeay::read() is called in +list context (its behavior should be unchanged if called in scalar or void +context) + - fixed a problem where t/local/kwalitee.t fails with +Module::CPANTS::Analyse 0.86 + - fixed a number of typos + - fixed a compiler warning from Compiling with gcc-4.4 and -Wall + - Fixed problems with get_https4: documentation was wrong, $header_ref was +not correctly set and $server_cert was not returned + - fixed a problem that could cause a Perl exception about no blength method +on undef (CPAN RT#79309) + - added documentation about how to mitigate various SSL/TLS vulnerabilities + - SSL_MODE_* are now available as constants +- drop upstreamed pod encoding patch + * Mon Aug 20 2012 Paul Howarth p...@city-fan.org - 1.48-6 - fix POD encoding (CPAN RT#78281) - classify buildreqs by usage diff --git a/sources b/sources index 06732ff..b250aef 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -4e10d9da28f26732e37807820bf72af5 Net-SSLeay-1.48.tar.gz +9e05acd6773ff5e94c5a1dcd7c0ec4a7 Net-SSLeay-1.49.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-Net-SSLeay/f18] Update to 1.49
Summary of changes: f7578e8... Update to 1.49 (*) (*) 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-Net-SSLeay] Created tag perl-Net-SSLeay-1.49-1.fc18
The lightweight tag 'perl-Net-SSLeay-1.49-1.fc18' was created pointing to: f7578e8... Update to 1.49 -- 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-Net-SSLeay] Created tag perl-Net-SSLeay-1.49-1.fc19
The lightweight tag 'perl-Net-SSLeay-1.49-1.fc19' was created pointing to: f7578e8... Update to 1.49 -- 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 860372] New: perl-Digest-SHA-5.72 is available
https://bugzilla.redhat.com/show_bug.cgi?id=860372 Bug ID: 860372 Keywords: FutureFeature, Triaged QA Contact: extras...@fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com Assignee: ppi...@redhat.com Summary: perl-Digest-SHA-5.72 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-Digest-SHA Product: Fedora Latest upstream release: 5.72 Current version in Fedora Rawhide: 5.71 URL: http://search.cpan.org/dist/Digest-SHA/ 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 860374] New: perl-HTML-Tree-5.03 is available
https://bugzilla.redhat.com/show_bug.cgi?id=860374 Bug ID: 860374 Keywords: FutureFeature, Triaged QA Contact: extras...@fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: perl-devel@lists.fedoraproject.org, tcall...@redhat.com Assignee: tcall...@redhat.com Summary: perl-HTML-Tree-5.03 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-HTML-Tree Product: Fedora Latest upstream release: 5.03 Current version in Fedora Rawhide: 5.02 URL: http://search.cpan.org/dist/HTML-Tree/ 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 860375] New: perl-Log-Log4perl-1.38 is available
https://bugzilla.redhat.com/show_bug.cgi?id=860375 Bug ID: 860375 Keywords: FutureFeature, Triaged QA Contact: extras...@fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org Assignee: mmasl...@redhat.com Summary: perl-Log-Log4perl-1.38 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-Log-Log4perl Product: Fedora Latest upstream release: 1.38 Current version in Fedora Rawhide: 1.37 URL: http://search.cpan.org/dist/Log-Log4perl/ 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 860376] New: perl-Syntax-Highlight-Engine-Kate-0.07 is available
https://bugzilla.redhat.com/show_bug.cgi?id=860376 Bug ID: 860376 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-Syntax-Highlight-Engine-Kate-0.07 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-Syntax-Highlight-Engine-Kate Product: Fedora Latest upstream release: 0.07 Current version in Fedora Rawhide: 0.06 URL: http://search.cpan.org/dist/Syntax-Highlight-Engine-Kate/ 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 860379] New: perl-Wx-0.9912 is available
https://bugzilla.redhat.com/show_bug.cgi?id=860379 Bug ID: 860379 Keywords: FutureFeature, Triaged QA Contact: extras...@fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: perl-devel@lists.fedoraproject.org, tcall...@redhat.com Assignee: tcall...@redhat.com Summary: perl-Wx-0.9912 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-Wx Product: Fedora Latest upstream release: 0.9912 Current version in Fedora Rawhide: 0.9911 URL: http://search.cpan.org/dist/Wx/ 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
File Syntax-Highlight-Engine-Kate-0.07.tar.gz uploaded to lookaside cache by mmaslano
A file has been added to the lookaside cache for perl-Syntax-Highlight-Engine-Kate: 4d107e62c44ce9306600d0fcf6fba0d2 Syntax-Highlight-Engine-Kate-0.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-Syntax-Highlight-Engine-Kate] 860376 update to 0.07
commit 2262e3a4d59f19e010b5e19beda238b75636fc17 Author: Marcela Mašláňová mmasl...@redhat.com Date: Tue Sep 25 20:50:13 2012 +0200 860376 update to 0.07 perl-Syntax-Highlight-Engine-Kate.spec | 10 -- 1 files changed, 8 insertions(+), 2 deletions(-) --- diff --git a/perl-Syntax-Highlight-Engine-Kate.spec b/perl-Syntax-Highlight-Engine-Kate.spec index 2d39151..a72b277 100644 --- a/perl-Syntax-Highlight-Engine-Kate.spec +++ b/perl-Syntax-Highlight-Engine-Kate.spec @@ -1,6 +1,6 @@ Name: perl-Syntax-Highlight-Engine-Kate -Version:0.06 -Release:8%{?dist} +Version:0.07 +Release:1%{?dist} Summary:Port to Perl of the syntax highlight engine of the Kate text editor License:GPL+ or Artistic Group: Development/Libraries @@ -12,10 +12,13 @@ BuildRequires: perl(inc::Module::Install) = 0.91 BuildRequires: perl(base) BuildRequires: perl(Carp) BuildRequires: perl(Data::Dumper) +BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(File::Basename) # Tests only: BuildRequires: perl(Term::ANSIColor) +BuildRequires: perl(Test::Differences) = 0.61 BuildRequires: perl(Test::More) +Requires: perl(Carp) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description @@ -48,6 +51,9 @@ make test %{_mandir}/man3/* %changelog +* Tue Sep 25 2012 Marcela Mašláňová mmasl...@redhat.com - 0.07-1 +- 860376 update to 0.07 + * Mon Aug 20 2012 Petr Pisar ppi...@redhat.com - 0.06-8 - Modernize spec file - Specify all dependencies -- 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-Syntax-Highlight-Engine-Kate] Upload new version.
commit c15a1a76a892cb093d8c564e8ce76bb2f3529bcf Author: Marcela Mašláňová mmasl...@redhat.com Date: Tue Sep 25 20:50:57 2012 +0200 Upload new version. .gitignore |1 + sources|2 +- 2 files changed, 2 insertions(+), 1 deletions(-) --- diff --git a/.gitignore b/.gitignore index 95f351d..f1ad643 100644 --- a/.gitignore +++ b/.gitignore @@ -1,3 +1,4 @@ Syntax-Highlight-Engine-Kate-0.04-notdefined.patch Syntax-Highlight-Engine-Kate-0.04.tar.gz /Syntax-Highlight-Engine-Kate-0.06.tar.gz +/Syntax-Highlight-Engine-Kate-0.07.tar.gz diff --git a/sources b/sources index 783fac8..3f60b2e 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -c8a46e68f01ac13b508693c88b13c2aa Syntax-Highlight-Engine-Kate-0.06.tar.gz +4d107e62c44ce9306600d0fcf6fba0d2 Syntax-Highlight-Engine-Kate-0.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 860376] perl-Syntax-Highlight-Engine-Kate-0.07 is available
https://bugzilla.redhat.com/show_bug.cgi?id=860376 Marcela Mašláňová mmasl...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Syntax-Highlight-Engin ||e-Kate-0.07-1.fc19 Resolution|--- |RAWHIDE Last Closed||2012-09-25 14:55:28 -- 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
Fedora 18 for Power Alpha Announcement
In quick succession to the Fedora 18 Spherical Cow Alpha release on primary architectures the Fedora Secondary Arch team proudly presents the Fedora 18 Spherical Cow PowerPC Alpha release! Already mooo-tivated to give F18 Alpha a try? Great! We still hope that you'll read onwards; there are fabulous features in this release you may want to know about, as well as important information regarding specific, common F18 Alpha installation issues and bugs, all of which are detailed in this release announcement. *** What is the Alpha Release? *** Fedora 18 adds many new and improved features for a variety of audiences. The release annoucement for the primary architecture already listed all the cool new features and commone known issues and bugs, so please refer to http://lists.fedoraproject.org/pipermail/test-announce/2012-September/000518.html for the details. The highlight on the feature side for the PowerPC side this time is * Power7 optimized ppc64p7 is added as a supported platform for Fedora 18 packages. * The installer uses tmux to switch between the installer window, a bash prompt, and other windows which capture log files. Read more about tmux here: http://tmux.sourceforge.net/ * The installer's command line parameters are changing. Read more about the change here: http://wwoods.fedorapeople.org/doc/boot-options.html * The name of the package group has changed from @base to @standard. This will affect kickstart files as well. *** Known Issues and Bugs for PowerPC *** We know that many of you are moo-tivated to download and try the Alpha release of Spherical Cow; to help you avoid stepping into any sticky issues, we'd like to highlight a few specific issues, before you mve on to the downloads page. Information about these, and other common bugs, including bug reports and workarounds for known issues where available, are detailed on the Common F18 Bugs page, as well as in the Alpha release notes; links to both pages are provided below. Common issues * Utilizing automatic partitioning during installation will reformat all selected disks on which to install without any further warning; ALL EXISTING DATA ON THE DISKS WILL BE LOST. At this time, there is no option presented to use free space on the disks, or to resize existing partitions. A workaround solution exists. * This release features a new user interface for the anaconda installer, which will significantly enhance the end-user installation experience. Known issues relating to the new installer user interface include: ** For non-graphical installations, a root password must be set to be able to login; for graphical installations, the first user should be set as an adminstrative user. This is currently the default setup during installation. ** There is no anaconda-based upgrade or preupgrade to F18 Alpha; if you must upgrade an installed system, you should use yum. ** The new installer user interface is still undergoing work; the Alpha release may not necessarily duplicate exactly the implementation seen in the Final release of Fedora 18 in November. PowerPC specific issues * Due to a missing check in lorax the install images are currently being built with a ppc64p7 kernel, so booting the install images on anything smaller than Power7 will fail at the moment. This is something we're going to fix asap after Alpha, so for Beta and RC the install images will again contain the generic ppc64 kernel. A possible workaround for older systems is to skip the install via anaconda and update a Fedora 17 to a Fedora 18 Alpha. * Installation fails on multipath devices. * If you want to install graphically using vnc, you must pass the 'inst.vnc' parameter to anaconda at boot time. The screen to start vnc is no longer in anaconda * It is not required to set the root password in the anaconda installer. However, there is a defect where the firstboot utility is not performed in text console boot after install. Therefore, you must set the root password during install For more information, including information about other common and known bugs, tips on how to report bugs, and the official release schedule, please refer to the release notes: http://fedoraproject.org/wiki/Fedora_18_Alpha_release_notes and for the PowerPC specific issues please check out https://fedoraproject.org/wiki/Fedora_18_Alpha_PPC_release_notes A shorter list of common bugs can be found here: http://fedoraproject.org/wiki/Common_F18_bugs *** Contributing *** Great releases like Fedora 18 don't get made in a vacuum. We can't do it without you! Bug reports are especially helpful as we move from the theory to the applied physics. If you encounter any issues, please report them! Fedora is a fantastic, friendly community, and we have many ways in which you can contribute, including Documentation, Marketing, Design, QA, Development, and more. To learn how to help us, visit: http://join.fedoraproject.org/ If you're