Re: Screen blackened
On Thu, Sep 5, 2013 at 2:09 AM, William Brown will...@firstyear.id.au wrote: On 05/09/2013, at 9:32, Sam Varshavchik mr...@courier-mta.com wrote: richard.vicker...@gmail.com writes: Has anyone had the problem where the screen dims very close to black the moment Fedora start or finishes booting after the bios has booted up? Laptop? Your laptop probably has an ambient light sensor, and the screen brightness gets autoadjusted based on its reading; either that, or Fedora is restoring the saved display brightness setting. Your keyboard must have an ACPI keystroke combination that adjusts screen brightness, and/or ambient light sensor on/off. Linux doesn't work with ambient light sensors. This is not true. My ambient light sensor works just fine here. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
COPR - conclusion
Hi, based on your feedback I decided to go with current code and integrate Koji as backend for Copr later. I see three main reasons: * A lot of you disagree with OBS. And no one is really excited from OBS. * I'm the only full time developer of Copr; there is no community around OBS in Fedora. If something happen to me, there is no replacement and the project will probably stay in zombie state for quite long. If such issue happen with Copr+Koji, the changes will stay in Koji and rel-eng team can continue with development. * OBS and Koji is soo much different (although I think OBS is superior). It really does not have sense to have two such different build systems for long term. And I do not think I can persuade Fedora Infrastructure team in long term to switch to OBS for main Fedora. On the other hand, I do not think we can close the gap between Copr/Koji and OBS now nor in future as OBS have more resources. So I will try to get (in spare time) OBS to Fedora anyway and build some community around it. And revisit the decision in two-three years. If you are willing to help me with packaging of OBS and get there some Fedora stuff (e.g mock) please ping me off-list. Right now I want to get current Copr out of the door as soon as possible. * which means package it, so it can be easily upgradable (frontend, cli are done, backend is on the way). * give backend more disk space * add chroots for building SCL I hope that I can do that during September. And I expect release during October. After this release I plan to work with mikem on integration with Koji, which will last those 7 months, so around Spring 2014 we can roll out version with Koji as backend. If you want to help me with Copr you are more then welcome. See https://fedorahosted.org/copr/ for mailing list address and git repository. Mirek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: A dependency for a noarch package has been removed on an archictecture. How to silent broken dependency mails?
ons 2013-09-04 klockan 17:29 +0300 skrev Susi Lehtola: On Wed, 04 Sep 2013 08:55:36 -0400 Stephen Gallagher sgall...@redhat.com wrote: I could change perl-Alien-ROOT from noarch to architecture specific, but that's cheating and more seriously it just shifts the problem in the reverese dependency hierarchy to next level (i.e. I would get broken dependency for packages requiring perl-Alien-ROOT). This is a valid approach. How does Fedora infrastracture deal with this issue? Add the following line to perl-Alien-ROOT's specfile: ExcludeArch: %{arm} That's not enough, since that'll break upgrades. You'll have to make some package on arm obsolete perl-Alien-ROOT. In this case this is not necessary since perl-Alien-ROOT was never installable on arm since its missing dependence was never available there. So there is no installed version that needs to be obsoleted. Mattias smime.p7s Description: S/MIME cryptographic signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: seeking sponsorship to be newpackager of aoetools
On Sep 4, 2013, at 11:55 PM, Ken Dreyer wrote: On Wed, Sep 4, 2013 at 8:49 PM, Christopher Meng cicku...@gmail.com wrote: On Thursday, September 5, 2013, Ken Dreyer ktdre...@ktdreyer.com wrote: I can sponsor you, assuming that you'll be following the co-maintain to get sponsored process and Christopher will offer help with aoetools if needed. https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group#Become_a_co-maintainer Christopher, are you ok with this? OK of course. Good deal. I've sponsored you, Ed. Welcome! Thank you much, Ken Dreyer. Yes, we're planning to follow the co-maintain to get sponsored process, with Christopher mentoring me in following the Fedora Packaging Guidelines. I'm going to add myself to the CC for aoetools for a little while, and I have full confidence that Christopher can help you out with whatever you need. Super. Thanks again. -- Ed Cashin ecas...@coraid.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [ACTION REQUIRED] Packages depending on retired packages
On 09/01/2013 12:09 PM, Peter Robinson wrote: There's been discussion over the last few releases of moving xine out of the mainline Fedora release to rpmfusion but I'm not sure what happened with that. There's a pending review for xine-lib 1.2 in RPM Fusion. xine-lib will be retired from Fedora once this is succesfully completed, together with all packages in Fedora that depend on xine-lib. Anyone with spare cycles is welcome to help complete the review. https://bugzilla.rpmfusion.org/show_bug.cgi?id=2857 Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Screen blackened
On Thu, Sep 5, 2013 at 8:33 AM, Samuel Sieb sam...@sieb.net wrote: On 09/04/2013 08:07 PM, Frankie Onuonga wrote: I have this problem. It is just that I decided to some extent I decided i will ignore. It is irritating to constantly have to adjust on every boot. I think we need to work on it for sure. The only problem is I personally cant take it up as my hands are tied. i hope someone sees this and works on it. Try the kernel parameter I suggested earlier: video.use_bios_initial_**backlight=0 tried it. Does not work for me. I had actually given this a shot earlier. Thank you though :-) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.**org/mailman/listinfo/develhttps://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-**of-conducthttp://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Test-Announce] Fedora 20 Alpha Test Compose 4 (TC4) Available Now!
NOTE: The 32- and 64-bit DVDs, the 64-bit Desktop Live, the 32-bit MATE Spin, and the 64-bit LXDE and MATE Spins are over their respective size targets. As per the Fedora 20 schedule [1], Fedora 20 Alpha Test Compose 4 (TC4) is now available for testing. Content information, including changes, can be found at https://fedorahosted.org/rel-eng/ticket/5745#comment:11 . Please see the following pages for download links (including delta ISOs) and testing instructions. Normally dl.fedoraproject.org should provide the fastest download, but download-ib01.fedoraproject.org is available as a mirror (with an approximately 1 hour lag) in case of trouble. To use it, just replace dl with download-ib01 in the download URL. Installation: https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Base: https://fedoraproject.org/wiki/Test_Results:Current_Base_Test Desktop: https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test Ideally, all Alpha priority test cases for Installation [2], Base [3], and Desktop [4] should pass in order to meet the Alpha Release Criteria [5]. Help is available on #fedora-qa on irc.freenode.net [6], or on the test list [7]. Create Fedora 20 Alpha test compose (TC) and release candidate (RC) https://fedorahosted.org/rel-eng/ticket/5745 Current Blocker and Freeze Exception bugs: http://qa.fedoraproject.org/blockerbugs/current [1] http://fedorapeople.org/groups/schedule/f-20/f-20-quality-tasks.html [2] https://fedoraproject.org/wiki/QA:Installation_validation_testing [3] https://fedoraproject.org/wiki/QA:Base_validation_testing [4] https://fedoraproject.org/wiki/QA:Desktop_validation_testing [5] https://fedoraproject.org/wiki/Fedora_20_Alpha_Release_Criteria [6] irc://irc.freenode.net/fedora-qa [7] https://admin.fedoraproject.org/mailman/listinfo/test signature.asc Description: OpenPGP digital 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 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Dracut HostOnly or ConfigurationOnly?
Hello, everybody, I'd like to know your opinion on one issue we have hit on live installations due to the DracutHostOnly feature [1]. Long story short: 1) Anaconda installs the kernel package 2) installation of the kernel package triggers dracut to generate initrd 3) dracut now generates so called host-only initrd, which, among the other things, means, that it contains only one keymap -- the one that was set in /etc/vconsole.conf at the time dracut was triggered to run 4) Anaconda configures the installed system based on the values set during the installation. The actual result is that if users type in their LUKS password with a keyboard layout different from 'us', let's say 'gb' they cannot type the password again on boot, because the initrd has only the 'us' keymap (set by default in the configuration file), even if there is 'vconsole.keymap=gb' as a boot option. There are two basic approaches how to fix this on the installer side: 1) write out keyboard configuration before packages are installed 2) regenerate the initrd at the end of the installation Both these solutions are not ideal from my point of view. And even if one of them is accepted and applied, there would still be the problem with systems, that have an initrd that blocks functionality of boot options (maybe there are more than vconsole.keymap, I don't know). So, is it a right thing to do to generate 3 MB smaller initrd's (the summed up size of all keymaps) not supporting some boot options? Does HostOnly mean the initrd works only with a specific host or that it works only with a specific configuration of a specific host? I understand having firmware for hardware that does not exist in the system might be useless, but not supporting boot with a different configuration options seems to me as a different thing. [1] https://bugzilla.redhat.com/show_bug.cgi?id=994180 -- Vratislav Podzimek Anaconda Rider | Red Hat, Inc. | Brno - Czech Republic -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Dell XPS 13 (Sputnik) no longer working with fedora kernels = 3.10
Hi, i seems something in Kernel 3.10 broke the intel display driver for the Dell XPS 13 (a.k.a. Sputnik). I filed a bug here: https://bugzilla.redhat.com/show_bug.cgi?id=995782 Sombody commented in the bug that since it's hard to find other reports of this elsewhere this might be related to fedora specific patches to the kernel. I had to fix up my grub config to not always boot the latest kernel to make my system usable again and for now I'm stuck on the last 3.9 kernel because of this. Does anybody have an idea for possible workarounds maybe? Regards, Dennis -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Dracut HostOnly or ConfigurationOnly?
On 09/05/2013 02:10 PM, Vratislav Podzimek wrote: 2) regenerate the initrd at the end of the installation This is what should be done both for live and regular installs. JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Dell XPS 13 (Sputnik) no longer working with fedora kernels = 3.10
2013/9/5 Dennis Jacobfeuerborn denni...@conversis.de Hi, i seems something in Kernel 3.10 broke the intel display driver for the Dell XPS 13 (a.k.a. Sputnik). I filed a bug here: https://bugzilla.redhat.com/**show_bug.cgi?id=995782https://bugzilla.redhat.com/show_bug.cgi?id=995782 Sombody commented in the bug that since it's hard to find other reports of this elsewhere this might be related to fedora specific patches to the kernel. I had to fix up my grub config to not always boot the latest kernel to make my system usable again and for now I'm stuck on the last 3.9 kernel because of this. Does anybody have an idea for possible workarounds maybe? Working fine here. #v+ [root@p0x ~]# uname -a Linux p0x 3.10.10-200.fc19.x86_64 #1 SMP Thu Aug 29 19:05:45 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux [root@p0x ~]# dmidecode | grep Product Name Product Name: Dell System XPS L322X #v- -- Łukasz Jagiełło lukaszatjagiellodotorg -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Dracut HostOnly or ConfigurationOnly?
On 09/05/2013 04:25 PM, Jóhann B. Guðmundsson wrote: On 09/05/2013 02:10 PM, Vratislav Podzimek wrote: 2) regenerate the initrd at the end of the installation This is what should be done both for live and regular installs. JBG I concur and say: 1) write out keyboard configuration before packages are installed 1b) write out language configuration before packages are installed -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Dracut HostOnly or ConfigurationOnly?
On Thu, 2013-09-05 at 14:25 +, Jóhann B. Guðmundsson wrote: On 09/05/2013 02:10 PM, Vratislav Podzimek wrote: 2) regenerate the initrd at the end of the installation This is what should be done both for live and regular installs. JBG The LUKS password issue is pretty serious. Anyone know if there is a bug report for this? signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Dracut HostOnly or ConfigurationOnly?
On 09/05/2013 02:44 PM, Harald Hoyer wrote: I concur and say: 1) write out keyboard configuration before packages are installed 1b) write out language configuration before packages are installed Had we narrowed it down to only keyboard/language configuration since I vaguely recall coming across other type of bugs that required initramfs re-genartion straight after install to fix. JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [ACTION REQUIRED] Retiring long-term FTBFS packages for Fedora 20 v2
On Mon, 2 Sep 2013 00:07:27 +0200 Till Maas opensou...@till.name wrote: ddrescue rebus, rebus, ndim, jussilehtola This actually built without modifications. vecmath jussilehtola, hharrison Fixed. -- Susi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
EPEL broken mirror: rhn.brown.edu
Hi, Sorry if I'm reporting this to the wrong list, but the rhn.brown.edu mirrors for EPEL are broken (the domain doesn't even resolve). It's not listed in the public mirrors list at https://mirrors.fedoraproject.org/publiclist but is part of the mirrorlist that yum uses at https://mirrors.fedoraproject.org/mirrorlist?repo=epel-5arch=x86_64 . Thanks, -Mat -- -Matyas Selmeci Open Science Grid Software Team Center for High Throughput Computing University of Wisconsin-Madison Department of Computer Sciences smime.p7s Description: S/MIME Cryptographic Signature ___ epel-devel mailing list epel-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
[perl-Net-GitHub/f20] 0.53 bump
Summary of changes: ff127e8... 0.53 bump (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 978233] perl-5.18: Regex \8 and \9 after literals no longer work
https://bugzilla.redhat.com/show_bug.cgi?id=978233 Jaroslav Škarvada jskar...@redhat.com changed: What|Removed |Added Blocks||991957, 992012 CC||negativ...@gmail.com --- Comment #2 from Jaroslav Škarvada jskar...@redhat.com --- *** Bug 994883 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=pEqsEBl4R4a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Net-GitHub-0.53.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-Net-GitHub: 7109be383dfa516ee94500e50fbb8130 Net-GitHub-0.53.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
.lz sources?
Hi, investigating the FTBFS of ddrescue I noticed that upstream has switched to releasing tarballs only in .lz compressed format. This is currently not supported by rpmbuild. How should one proceed with the situation? Manual decompression instead of %setup? -- Susi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-Net-GitHub] 0.53 bump
commit ff127e88d6edf6ce5e0a98ce72ebe43edebbd3a1 Author: Petr Šabata con...@redhat.com Date: Thu Sep 5 17:56:57 2013 +0200 0.53 bump .gitignore |1 + perl-Net-GitHub.spec | 10 +++--- sources |2 +- 3 files changed, 9 insertions(+), 4 deletions(-) --- diff --git a/.gitignore b/.gitignore index 0287669..248164c 100644 --- a/.gitignore +++ b/.gitignore @@ -12,3 +12,4 @@ Net-GitHub-0.22.tar.gz /Net-GitHub-0.50.tar.gz /Net-GitHub-0.51.tar.gz /Net-GitHub-0.52.tar.gz +/Net-GitHub-0.53.tar.gz diff --git a/perl-Net-GitHub.spec b/perl-Net-GitHub.spec index 63988d2..139cbd8 100644 --- a/perl-Net-GitHub.spec +++ b/perl-Net-GitHub.spec @@ -1,7 +1,7 @@ Name: perl-Net-GitHub Summary:Perl interface for github.com -Version:0.52 -Release:3%{?dist} +Version:0.53 +Release:1%{?dist} License:GPL+ or Artistic Group: Development/Libraries Source0: http://search.cpan.org/CPAN/authors/id/F/FA/FAYLAND/Net-GitHub-%{version}.tar.gz @@ -32,6 +32,7 @@ for working with GitHub users and repositories. %prep %setup -q -n Net-GitHub-%{version} rm -rf inc +sed -i '/^inc\/.*$/d' MANIFEST %build perl Makefile.PL INSTALLDIRS=vendor --skipdeps @@ -39,7 +40,7 @@ make %{?_smp_mflags} %install make pure_install DESTDIR=%{buildroot} -find %{buildroot} -type f -name .packlist -exec rm -f {} ';' +find %{buildroot} -type f -name .packlist -exec rm -f {} + %{_fixperms} %{buildroot}/* %check @@ -51,6 +52,9 @@ make test %{_mandir}/man3/*.3* %changelog +* Mon Sep 02 2013 Petr Šabata con...@redhat.com - 0.53-1 +- 0.53 bump + * Sun Aug 04 2013 Petr Pisar ppi...@redhat.com - 0.52-3 - Perl 5.18 rebuild diff --git a/sources b/sources index 2df0471..061f4ba 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -1b573f5e84005b00bdea479801e5c51a Net-GitHub-0.52.tar.gz +7109be383dfa516ee94500e50fbb8130 Net-GitHub-0.53.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 978233] perl-5.18: Regex \8 and \9 after literals no longer work
https://bugzilla.redhat.com/show_bug.cgi?id=978233 Jaroslav Škarvada jskar...@redhat.com changed: What|Removed |Added CC||jskar...@redhat.com --- Comment #3 from Jaroslav Škarvada jskar...@redhat.com --- Please apply the patch from the commit f1e1b256c5c1773d90e828cca6323c53fa23391b mentioned in the comment 0, several packages started failing to build due to broken latex2html (e.g. bug 994883). The patch needs only trivial changes to apply cleanly. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Csqf7droEka=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
19 (Schrödinger’s Cat)
do we get this annoying wrong display in GRUB fixed inside the F19 lifetime or *at least* if i remove it from /boot/grub2/grub.cfg and have only Fedora (3.10.10-200.fc19.x86_64) get away insist at *every* kernel update add 19 (Schrödinger’s Cat) again? in previous releases nobody and nothing added release name and version as long someone did not call grub2-mkconfig and now with the broken release name this starts? signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [Fedora QA] #414: Internal Server Error after submitting a proposal for freeze exception
#414: Internal Server Error after submitting a proposal for freeze exception ---+ Reporter: pschindl | Owner: tflink Type: defect| Status: new Priority: major | Milestone: Component: Blocker bug tracker page |Version: Resolution:| Keywords: Blocked By:| Blocking: ---+ Comment (by tflink): turns out this is a selinux issue where the app can't write the cookiefile it needs to function. I'm not sure how this ever worked, but it shouldn't be too hard to fix. -- Ticket URL: https://fedorahosted.org/fedora-qa/ticket/414#comment:2 Fedora QA http://fedorahosted.org/fedora-qa Fedora Quality Assurance ___ qa-devel mailing list qa-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
Re: Dell XPS 13 (Sputnik) no longer working with fedora kernels = 3.10
On 05.09.2013 16:32, Łukasz Jagiełło wrote: 2013/9/5 Dennis Jacobfeuerborn denni...@conversis.de mailto:denni...@conversis.de Hi, i seems something in Kernel 3.10 broke the intel display driver for the Dell XPS 13 (a.k.a. Sputnik). I filed a bug here: https://bugzilla.redhat.com/__show_bug.cgi?id=995782 https://bugzilla.redhat.com/show_bug.cgi?id=995782 Sombody commented in the bug that since it's hard to find other reports of this elsewhere this might be related to fedora specific patches to the kernel. I had to fix up my grub config to not always boot the latest kernel to make my system usable again and for now I'm stuck on the last 3.9 kernel because of this. Does anybody have an idea for possible workarounds maybe? Working fine here. #v+ [root@p0x ~]# uname -a Linux p0x 3.10.10-200.fc19.x86_64 #1 SMP Thu Aug 29 19:05:45 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux [root@p0x ~]# dmidecode | grep Product Name Product Name: Dell System XPS L322X #v- Hm, what Firmware are you running (A07 here) and are you using UEFI? Regards, Dennis -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: .lz sources?
On Thu, Sep 05, 2013 at 06:40:03PM +0300, Susi Lehtola wrote: Hi, investigating the FTBFS of ddrescue I noticed that upstream has switched to releasing tarballs only in .lz compressed format. This is currently not supported by rpmbuild. How should one proceed with the situation? Manual decompression instead of %setup? You should still use %setup to setup the directory that will be used and such. But yes, after that, do manual decompression to actually get the sources onto the filesystem. (PS: I have to refer to the Maximum RPM section on the flags you can give to the %setup macro when I have to do this since I do it so infrequently: http://www.rpm.org/max-rpm-snapshot/s1-rpm-inside-macros.html ) -Toshio pgp4qhCnP_Ywi.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-CPAN-Meta] update to 2.132140
commit 007749266e5a49145d82c6661102bc0265b4adad Author: Paul Howarth p...@city-fan.org Date: Thu Sep 5 19:33:16 2013 +0100 update to 2.132140 Needed for Module::CPANTS::Analyse 0.91 .gitignore |1 + perl-CPAN-Meta.spec |9 +++-- sources |2 +- 3 files changed, 9 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index 0d2d13c..6fb9122 100644 --- a/.gitignore +++ b/.gitignore @@ -15,3 +15,4 @@ CPAN-Meta-2.102160.tar.gz /CPAN-Meta-2.120630.tar.gz /CPAN-Meta-2.120900.tar.gz /CPAN-Meta-2.120921.tar.gz +/CPAN-Meta-2.132140.tar.gz diff --git a/perl-CPAN-Meta.spec b/perl-CPAN-Meta.spec index e1cfcc0..8e021ef 100644 --- a/perl-CPAN-Meta.spec +++ b/perl-CPAN-Meta.spec @@ -1,7 +1,7 @@ Name: perl-CPAN-Meta Summary:Distribution metadata for a CPAN dist -Version:2.120921 -Release:291%{?dist} +Version:2.132140 +Release:1%{?dist} License:GPL+ or Artistic Group: Development/Libraries Source0: http://search.cpan.org/CPAN/authors/id/D/DA/DAGOLDEN/CPAN-Meta-%{version}.tar.gz @@ -17,9 +17,11 @@ BuildRequires: perl(ExtUtils::MakeMaker) = 6.30 BuildRequires: perl(File::Basename) BuildRequires: perl(File::Find) BuildRequires: perl(File::Spec) +BuildRequires: perl(File::Spec::Functions) BuildRequires: perl(File::Temp) = 0.20 BuildRequires: perl(IO::Dir) BuildRequires: perl(JSON::PP) = 2.27200 +BuildRequires: perl(List::Util) BuildRequires: perl(overload) BuildRequires: perl(Parse::CPAN::Meta) = 1.4403 BuildRequires: perl(Scalar::Util) @@ -67,6 +69,9 @@ make test %{_mandir}/man3/* %changelog +* Thu Sep 5 2013 Paul Howarth p...@city-fan.org - 2.132140-1 +- update to latest upstream version + * Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 2.120921-291 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild diff --git a/sources b/sources index cbd645d..69a4b45 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -83d00ee341ca2a6d8d5e5f9d4bd9d41e CPAN-Meta-2.120921.tar.gz +d9d6011417224298dd39bd7b4fa87dd1 CPAN-Meta-2.132140.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: 19 (Schrödinger’s Cat)
On Qui, 2013-09-05 at 16:35 +0200, Reindl Harald wrote: do we get this annoying wrong display in GRUB fixed inside the F19 lifetime or *at least* if i remove it from /boot/grub2/grub.cfg and have only Fedora (3.10.10-200.fc19.x86_64) get away insist at *every* kernel update add 19 (Schrödinger’s Cat) again? I think that depends on /etc/default/grub if you have the line GRUB_DISTRIBUTOR=$(sed 's, release .*$,,g' /etc/system-release) in previous releases nobody and nothing added release name and version as long someone did not call grub2-mkconfig and now with the broken release name this starts? -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: 19 (Schrödinger’s Cat)
On Qui, 2013-09-05 at 20:52 +0200, Reindl Harald wrote: Am 05.09.2013 20:32, schrieb Sérgio Basto: On Qui, 2013-09-05 at 16:35 +0200, Reindl Harald wrote: do we get this annoying wrong display in GRUB fixed inside the F19 lifetime or *at least* if i remove it from /boot/grub2/grub.cfg and have only Fedora (3.10.10-200.fc19.x86_64) get away insist at *every* kernel update add 19 (Schrödinger’s Cat) again? I think that depends on /etc/default/grub if you have the line GRUB_DISTRIBUTOR=$(sed 's, release .*$,,g' /etc/system-release) how should it? /etc/grub/default does (thanks god) *not* matter in case of kernel-updates by yum and grubby yes, so investigate new-kernel-pkg from grubby even if: [root@testserver:~]$ cat /etc/default/grub | grep GRUB_DISTRIBUTOR GRUB_DISTRIBUTOR=Fedora so, no whatever macro is repsonsible for this exactly at the release with a non well thought release name this happens - why in the world does Fedora again and agin make decisions which are *not* tested and months before release the impact is known are *not* reverted? *do not touch my hand-made grub-configuration due kernel-updates* except teh path to the kernel and initrd which works since many years - *nobody* needs release names at all and and least nobody needs inisting in show them at the first output at boot in a broken way -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Orphaned packages
Hi, I've just orphaned all Fedora branches of - gausssum - PyMCA - qmforge and the EL branches of tinyfugue. -- Susi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: 19 (Schrödinger’s Cat)
On 09/05/2013 02:52 PM, Reindl Harald wrote: so, no whatever macro is repsonsible for this exactly at the release with a non well thought release name this happens -why in the world does Fedora again and agin make decisions which are *not* tested and months before release the impact is known are *not* reverted? *do not touch my hand-made grub-configuration due kernel-updates* except teh path to the kernel and initrd which works since many years - *nobody* needs release names at all and and least nobody needs inisting in show them at the first output at boot in a broken way There seem to be two separate issues here---correct me if I am wrong. Issue 1) is whether the boot message should show Fedora release numbers---it could be argued either way but in any case isn't a big deal IMHO. Issue 2) is a conflict with your 'hand-made grub-configuration'. This could not have been tested by anyone else but you, then? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: 19 (Schrödinger’s Cat)
Am 05.09.2013 22:04, schrieb Przemek Klosowski: On 09/05/2013 02:52 PM, Reindl Harald wrote: so, no whatever macro is repsonsible for this exactly at the release with a non well thought release name this happens -why in the world does Fedora again and agin make decisions which are *not* tested and months before release the impact is known are *not* reverted? *do not touch my hand-made grub-configuration due kernel-updates* except teh path to the kernel and initrd which works since many years - *nobody* needs release names at all and and least nobody needs inisting in show them at the first output at boot in a broken way There seem to be two separate issues here---correct me if I am wrong. Issue 1) is whether the boot message should show Fedora release numbers---it could be argued either way but in any case isn't a big deal IMHO. Issue 2) is a conflict with your 'hand-made grub-configuration'. This could not have been tested by anyone else but you, then? what? * there is *nothing* in this configuration referring to the release name * the releas ename is dispalyed *boken* due the unwise name with special chars so where this is *my* fault? don't get me wrong, i love many things in Fedora, otherwise i would not use it but chose a release name with special chars not handeled by the bootloader is quite stupid - in /boot/grub2/grub.conf it is a ö but this does help not much as long GRUB2 beside ither major bugs is too stupid to display it well, and sicne my primary language is german the ö is *natural* here and that more ironic is that the bootloader can not hanlde the chosen release name drop them at all from the distribituion i *never* faced any person who was able to name fedora release by that name signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Review Request 49: fix selinux denials on python-bugzilla cookiefile write
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard-tflink.rhcloud.com/r/49/ --- (Updated Sept. 5, 2013, 8:09 p.m.) Status -- This change has been marked as submitted. Review request for blockerbugs. Bugs: 414 https://fedorahosted.org/fedora-qa/ticket/414 Repository: blockerbugs Description --- This is a fix for #414 which is currently preventing anyone from doing proposals through the app. The fix does two things: - adds a dir to the package that will contain the python-bugzilla cookiefile and makes sure that ownership/context are correct - changes the default production location of the cookiefile Diffs - blockerbugs/config.py cecca7c88ef25ee9fd81df0cd2aeb2f84030559f blockerbugs/__init__.py 504b0b1ef8eaebc3efb0eb48b1f0439389408270 blockerbugs.spec 726fa6920c67cfe36a2e544f97c9e0f16537f11e Diff: http://reviewboard-tflink.rhcloud.com/r/49/diff/ Testing --- I've tested this locally and deployed it in staging to make sure the fix works - you can now do proposals against partner-bugzilla in stg Thanks, Tim Flink ___ qa-devel mailing list qa-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
[Bug 1004376] Please drop optional test buildreqs when bootstrapping
https://bugzilla.redhat.com/show_bug.cgi?id=1004376 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Capture-Tiny-0.22-4.fc ||20 Resolution|--- |RAWHIDE Last Closed||2013-09-05 11:39:25 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=rmWrIJFUFMa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [Fedora QA] #414: Internal Server Error after submitting a proposal for freeze exception
#414: Internal Server Error after submitting a proposal for freeze exception ---+ Reporter: pschindl | Owner: tflink Type: defect| Status: new Priority: major | Milestone: Component: Blocker bug tracker page |Version: Resolution:| Keywords: Blocked By:| Blocking: ---+ Comment (by tflink): Merged into master: be2a20b9c6868909af279bec6e0ccda53cb36b1a Merged into develop:0da6216fa5db6f816bf37ea0491c525b9f942081 built as 0.3.0.3.1, ready for deployment to production, assuming freeze break request is approved by infra -- Ticket URL: https://fedorahosted.org/fedora-qa/ticket/414#comment:4 Fedora QA http://fedorahosted.org/fedora-qa Fedora Quality Assurance ___ qa-devel mailing list qa-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
Re: 19 (Schrödinger’s Cat)
On Thu, Sep 05, 2013 at 10:11:51PM +0200, Reindl Harald wrote: * there is *nothing* in this configuration referring to the release name /boot/grub2/grub.cfg is generated via the grub2-mkconfig script, which uses settings from /etc/default/grub. /etc/default/grub uses the content from /etc/system-release to set the distributor value: GRUB_DISTRIBUTOR=$(sed 's, release .*$,,g' /etc/system-release) /etc/system-release contains the name of the Fedora release. Did you change either /etc/default/grub or grub2-mkconfig? -- Darryl L. Pierce mcpie...@gmail.com http://mcpierce.fedorapeople.org/ What do you care what people think, Mr. Feynman? pgpHy8k_Dw1ez.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: COPR - conclusion
On Thu, 05 Sep 2013 10:12:13 +0200 Miroslav Suchy msu...@redhat.com wrote: Hi, based on your feedback I decided to go with current code and integrate Koji as backend for Copr later. Great. :) Thanks for collecting all the data and keeping everyone in the loop. ...snip... Right now I want to get current Copr out of the door as soon as possible. * which means package it, so it can be easily upgradable (frontend, cli are done, backend is on the way). * give backend more disk space * add chroots for building SCL I hope that I can do that during September. And I expect release during October. Please do coordinate/keep fedora infrastructure in the loop on these items. After this release I plan to work with mikem on integration with Koji, which will last those 7 months, so around Spring 2014 we can roll out version with Koji as backend. If you want to help me with Copr you are more then welcome. See https://fedorahosted.org/copr/ for mailing list address and git repository. Thanks! kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: EPEL broken mirror: rhn.brown.edu
On Thu, 05 Sep 2013 11:07:46 -0500 Mátyás Selmeci mat...@cs.wisc.edu wrote: Hi, Sorry if I'm reporting this to the wrong list, but the rhn.brown.edu mirrors for EPEL are broken (the domain doesn't even resolve). It's not listed in the public mirrors list at https://mirrors.fedoraproject.org/publiclist but is part of the mirrorlist that yum uses at https://mirrors.fedoraproject.org/mirrorlist?repo=epel-5arch=x86_64 . Probibly the best place is to file a fedora infrastructure ticket on it. I've disabled this mirror for now and mailed the admin. kevin signature.asc Description: PGP signature ___ epel-devel mailing list epel-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: Dracut HostOnly or ConfigurationOnly?
On 09/05/2013 04:10 PM, Vratislav Podzimek wrote: Hello, everybody, I'd like to know your opinion on one issue we have hit on live installations due to the DracutHostOnly feature [1]. Long story short: 1) Anaconda installs the kernel package 2) installation of the kernel package triggers dracut to generate initrd 3) dracut now generates so called host-only initrd, which, among the other things, means, that it contains only one keymap -- the one that was set in /etc/vconsole.conf at the time dracut was triggered to run 4) Anaconda configures the installed system based on the values set during the installation. The actual result is that if users type in their LUKS password with a keyboard layout different from 'us', let's say 'gb' they cannot type the password again on boot, because the initrd has only the 'us' keymap (set by default in the configuration file), even if there is 'vconsole.keymap=gb' as a boot option. There are two basic approaches how to fix this on the installer side: 1) write out keyboard configuration before packages are installed 2) regenerate the initrd at the end of the installation Both these solutions are not ideal from my point of view. And even if one of them is accepted and applied, there would still be the problem with systems, that have an initrd that blocks functionality of boot options (maybe there are more than vconsole.keymap, I don't know). So, is it a right thing to do to generate 3 MB smaller initrd's (the summed up size of all keymaps) not supporting some boot options? Does HostOnly mean the initrd works only with a specific host or that it works only with a specific configuration of a specific host? I understand having firmware for hardware that does not exist in the system might be useless, but not supporting boot with a different configuration options seems to me as a different thing. [1] https://bugzilla.redhat.com/show_bug.cgi?id=994180 host only means, it only works on that machine (kernel modules) with that disk layout (including language and keymap for disk passwords). https://fedoraproject.org/wiki/Features/DracutHostOnly#Release_Notes This Fedora release builds an initramfs tailored especially for your computer hardware. If you change your machine or partitions or significant hardware, you might have to boot with the Rescue boot entry and execute dracut --regenerate-all. If you want your initramfs to be hardware independent, install the dracut-nohostonly rpm package. If you don't want rescue images at all (like in virtual machines), install the dracut-norescue rpm package. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: 19 (Schrödinger’s Cat)
Am 05.09.2013 23:11, schrieb Darryl L. Pierce: On Thu, Sep 05, 2013 at 10:11:51PM +0200, Reindl Harald wrote: * there is *nothing* in this configuration referring to the release name /boot/grub2/grub.cfg is generated via the grub2-mkconfig script, which uses settings from /etc/default/grub. /etc/default/grub uses the content from /etc/system-release to set the distributor value: GRUB_DISTRIBUTOR=$(sed 's, release .*$,,g' /etc/system-release) /etc/system-release contains the name of the Fedora release. Did you change either /etc/default/grub or grub2-mkconfig? i simply edited /boot/grub2/grub.cfg and after that i expect *nothing* to add the release name *but* a lter kernel updates is adding it again i am using Fedor since Fedora Core 3 and i am maintaining more than 20 fedora setups and *before* F19 nobody and nothing touched grub.cfg due kernel update slike F19 and as shown before GRUB_DISTRIBUTOR does *not* contain this crap [root@testserver:~]$ cat /etc/default/grub | grep DISTR GRUB_DISTRIBUTOR=Fedora this file should not matter as in the past __ besides all these technical facts: it is pure laughable to chose Schrödinger’s Cat as release name while shipa GRUB2 which does not handle the ö - period signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Scala package owner unresponsive
I see that scala is on the to-be-retired list unless it starts building from source. I am interested in using Scala in Fedora, and will take on maintainership (for a while, at least) if no one else is willing to fix it. - Original Message - From: Jochen Schmitt joc...@herr-schmitt.de To: Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Thursday, August 22, 2013 6:03:46 AM Subject: Re: Scala package owner unresponsive On Sun, Aug 18, 2013 at 09:41:52PM -0600, Jerry James wrote: On Sun, Aug 18, 2013 at 9:35 PM, Will Benton wi...@redhat.com wrote: (1) As far as I can tell, the package for Scala 2.9.2 on F19 (2.9.2-2) has broken dependencies; I can't install it via yum on my new F19 install. Is this the case for anyone else? If so, wouldn't it be best to have a working Scala 2.9 package in F19 and introduce 2.10 in a later release? Version 2.9.2-4 was built for F-18, but was never built for F-19 or F-20. The changelog entries for -3 and -4 say: Yes, the reason fot this is very simple. On F18 we had a jdk-1.6.0 environment in addition to the jdk-1.7.0. Scala was built explicitly agains jdk-1.6.0 because jdk-1.7.0 is not supported on this release. Fedora 19 and late doesn't provides a jdk-1.6.0 environment which is the reason for the broken dependency. So it's impossible to build scala-2.9.x for F19 or later releases for Fedora. Best Regards: Jochen Schmitt -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: 19 (Schrödinger’s Cat)
On Sep 5, 2013, at 11:26 PM, Reindl Harald h.rei...@thelounge.net wrote: i simply edited /boot/grub2/grub.cfg and after that i expect *nothing* to add the release name *but* a lter kernel updates is adding it again i am using Fedor since Fedora Core 3 and i am maintaining more than 20 fedora setups and *before* F19 nobody and nothing touched grub.cfg due kernel update slike F19 Grubby has touched grub.cfg after kernel updates for a very long time. Since at least F15. Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-Env-Sanctify] Created tag perl-Env-Sanctify-1.08-1.fc21
The lightweight tag 'perl-Env-Sanctify-1.08-1.fc21' was created pointing to: a3b84e0... Update to 1.08 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Env-Sanctify] Created tag perl-Env-Sanctify-1.08-1.fc20
The lightweight tag 'perl-Env-Sanctify-1.08-1.fc20' was created pointing to: a3b84e0... Update to 1.08 -- 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: .lz sources?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El Thu, 5 Sep 2013 18:40:03 +0300 Susi Lehtola jussileht...@fedoraproject.org escribió: Hi, investigating the FTBFS of ddrescue I noticed that upstream has switched to releasing tarballs only in .lz compressed format. This is currently not supported by rpmbuild. How should one proceed with the situation? Manual decompression instead of %setup? Please also be very careful. I will have to update rpkg to know that .lz files need to be uploaded to the lookaside cache. it has a list of file extentions to upload to lookaside, if you are not super careful you could see yourself commiting the tarball to git. Dennis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (GNU/Linux) iEYEARECAAYFAlIpEVsACgkQkSxm47BaWfcSgQCfX0jx5z3PTKeKgCtWMvOLscIz G3AAnjzZeD08vmTXlSEzP7qzInnF9bcA =1x0d -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: 19 (Schrödinger’s Cat)
Am 06.09.2013 00:26, schrieb Chris Murphy: On Sep 5, 2013, at 11:26 PM, Reindl Harald h.rei...@thelounge.net wrote: i simply edited /boot/grub2/grub.cfg and after that i expect *nothing* to add the release name *but* a lter kernel updates is adding it again i am using Fedor since Fedora Core 3 and i am maintaining more than 20 fedora setups and *before* F19 nobody and nothing touched grub.cfg due kernel update slike F19 Grubby has touched grub.cfg after kernel updates for a very long time. Since at least F15 tell me something new - naturally it tocuhes it because it copies the last kernel entrie 1:1 and changes the kernel version and path as well as initrd nut it *never* touched anything un-related to the new kernel it *never ever* has added the release-name and release-version whay is Fedora starting with this crap exatly with the release having a short-minded name with special chars not properly handeled by the whole OS? hence if this wuld have been handeled serious while this problem was known long before the release this would have been fixed in the affacted packages or the release-name changed finally because of this - but i hardly take a decision serious running with the technical *useless* release name in a situation where exactly this one is not porperly displayed at the very first begin of boot signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: 19 (Schrödinger’s Cat)
Am 05.09.2013 20:32, schrieb Sérgio Basto: On Qui, 2013-09-05 at 16:35 +0200, Reindl Harald wrote: do we get this annoying wrong display in GRUB fixed inside the F19 lifetime or *at least* if i remove it from /boot/grub2/grub.cfg and have only Fedora (3.10.10-200.fc19.x86_64) get away insist at *every* kernel update add 19 (Schrödinger’s Cat) again? I think that depends on /etc/default/grub if you have the line GRUB_DISTRIBUTOR=$(sed 's, release .*$,,g' /etc/system-release) how should it? /etc/grub/default does (thanks god) *not* matter in case of kernel-updates by yum and grubby even if: [root@testserver:~]$ cat /etc/default/grub | grep GRUB_DISTRIBUTOR GRUB_DISTRIBUTOR=Fedora so, no whatever macro is repsonsible for this exactly at the release with a non well thought release name this happens - why in the world does Fedora again and agin make decisions which are *not* tested and months before release the impact is known are *not* reverted? *do not touch my hand-made grub-configuration due kernel-updates* except teh path to the kernel and initrd which works since many years - *nobody* needs release names at all and and least nobody needs inisting in show them at the first output at boot in a broken way signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Screen blackened
On Wed, Sep 4, 2013 at 7:11 PM, Samuel Sieb sam...@sieb.net wrote: On 09/04/2013 06:27 PM, Richard Vickery wrote: I was at Starbucks where I guess it was too light. When I got back I could read the screen and under the user name it told me to reboot to install updates. Though I didn't use the command, I hope I can remember it for when I need it again; perhaps I'll save it on my Blackberry. Was this just a one-time occurence then? If so, then my suggestion probably won't help. In my case, it's a permanent problem. I don't know if it's just a one-time thing; it was the first time I experienced it, and I was at a new place as far as being out with the computer... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Orphaned packages
On Thu, 2013-09-05 at 21:52 +0300, Susi Lehtola wrote: Hi, I've just orphaned all Fedora branches of - gausssum - PyMCA - qmforge and the EL branches of tinyfugue. -- Susi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org If anyone want to use this packages - I can take it. -- Igor Gnatenko Fedora release 20 (Null) Linux 3.11.0-3.fc20.x86_64 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: 19 (Schrödinger’s Cat)
On Fri, 2013-09-06 at 00:33 +0200, Reindl Harald wrote: whay is Fedora starting with this crap exatly with the release having a short-minded name with special chars not properly handeled by the whole OS? I know you're upset Harald, but I would request you to please refrain from terms such as crap and stupid which could offend people in the community. There is no reason why all your issues cannot be stated without including such terms. -- Thanks, Warm regards, Ankur (FranciscoD) http://fedoraproject.org/wiki/User:Ankursinha Join Fedora! Come talk to us! http://fedoraproject.org/wiki/Fedora_Join_SIG signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Screen blackened
On Thu, Sep 5, 2013 at 10:02 PM, Frankie Onuonga frankie.onuo...@gmail.comwrote: On Thu, Sep 5, 2013 at 8:33 AM, Samuel Sieb sam...@sieb.net wrote: On 09/04/2013 08:07 PM, Frankie Onuonga wrote: It is irritating to constantly have to adjust on every boot. I think we need to work on it for sure. Try the kernel parameter I suggested earlier: video.use_bios_initial_**backlight=0 tried it. Does not work for me. nor me. But I can just adjust the brightness on each boot with a 2 finger keypress. Seemed to appear when the kernel went to 3.10.x -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: GNOME 3.9.91 megaupdate
Reindl Harald wrote: and *what* exactly makes GNOME special that Fedora releases have to follow it? frankly there are *a lot* of users who don't give a damn about GNOME at all and release Fedora with pressure because GNOME is ready and accept breakage on other components (other desktops, server-software, dore-system) because GNOME is now happy to release *is not* the way to go - period +1, I don't see why Fedora should (keep) follow(ing) the GNOME schedule as opposed to anybody else's, or simply whenever the 6 months from the previous release happen to be over. Building in a side tag and filing a megaupdate in Bodhi is what we routinely do for KDE, why is that not good enough for GNOME? Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: COPR - conclusion
On Thu, Sep 5, 2013 at 2:12 AM, Miroslav Suchy msu...@redhat.com wrote: On the other hand, I do not think we can close the gap between Copr/Koji and OBS now nor in future as OBS have more resources. So I will try to get (in spare time) OBS to Fedora anyway and build some community around it. And revisit the decision in two-three years. I think this is a good approach, and I'm happy to swap reviews for the rubygems you need. Like you implied, a lot could change in two or three years. - Ken -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: 19 (Schrödinger’s Cat)
On Fri, Sep 06, 2013 at 12:33:40AM +0200, Reindl Harald wrote: whay is Fedora starting with this crap exatly with the release having a short-minded name with special chars not properly handeled by the whole OS? You're sending email to the development mailing list, so you're presumably a developer. In which case, perhaps you'd be willing to spend the time that you're currently using to send angry mails to the list to improve grub's support for Unicode characters when using VGA text mode? -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: 19 (Schrödinger’s Cat)
Maybe something like (the incredibly ugly) http://www.codon.org.uk/~mjg59/tmp/mapping.diff -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 999367] perl-POE-1.356 is available
https://bugzilla.redhat.com/show_bug.cgi?id=999367 Bug 999367 depends on bug 128, which changed state. Bug 128 Summary: Review Request: perl-IO-Pipely - Portably create pipe() or pipe-like handles, one way or another https://bugzilla.redhat.com/show_bug.cgi?id=128 What|Removed |Added Status|MODIFIED|CLOSED Resolution|--- |CURRENTRELEASE -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=gGZSlhAJD8a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 999367] perl-POE-1.356 is available
https://bugzilla.redhat.com/show_bug.cgi?id=999367 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-POE-1.356-1.fc20 Resolution|--- |RAWHIDE Last Closed||2013-09-05 05:01:36 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=S0DQyXVXTca=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Tree-DAG_Node-1.14.tgz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Tree-DAG_Node: b2120a943708159264d20c15bf49e52a Tree-DAG_Node-1.14.tgz -- 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-Tree-DAG_Node] Update to 1.14
commit deec92484c75146dfba8674819ed0fbdb0f4cedd Author: Paul Howarth p...@city-fan.org Date: Thu Sep 5 10:37:02 2013 +0100 Update to 1.14 - New upstream release 1.14 - Document the copy() method - Patch the copy() method so it respects the {no_attribute_copy = 1} option - Add method read_tree(), for text files; it uses Perl6::Slurp, which supports utf8 - Add methods read_attributes() and string2hashref($s) for use by read_tree() - Add t/read.tree.t to test read_tree() - Add t/tree.utf8.attributes.txt, in utf8, for use by t/read.tree.t - Add t/tree.with.attributes.txt and t/tree.without.attributes.txt for use by t/read.tree.t - Make Perl 5.8.1 a pre-req so we have access to the utf8 pragma perl-Tree-DAG_Node.spec | 22 -- sources |2 +- 2 files changed, 21 insertions(+), 3 deletions(-) --- diff --git a/perl-Tree-DAG_Node.spec b/perl-Tree-DAG_Node.spec index f41a435..3721793 100644 --- a/perl-Tree-DAG_Node.spec +++ b/perl-Tree-DAG_Node.spec @@ -1,5 +1,5 @@ Name: perl-Tree-DAG_Node -Version:1.13 +Version:1.14 Release:1%{?dist} Summary:Class for representing nodes in a tree Group: Development/Libraries @@ -8,9 +8,14 @@ URL:http://search.cpan.org/dist/Tree-DAG_Node/ Source0: http://search.cpan.org/CPAN/authors/id/R/RS/RSAVAGE/Tree-DAG_Node-%{version}.tgz BuildArch: noarch BuildRequires: perl(ExtUtils::MakeMaker) -BuildRequires: perl(Test) +BuildRequires: perl(File::Temp) = 0.19 +BuildRequires: perl(open) +BuildRequires: perl(Path::Tiny) = 0.025 +BuildRequires: perl(Perl6::Slurp) = 0.051003 +BuildRequires: perl(strict) BuildRequires: perl(Test::More) = 0.98 BuildRequires: perl(Test::Pod) = 1.45 +BuildRequires: perl(warnings) Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description @@ -43,6 +48,19 @@ make test %{_mandir}/man3/Tree::DAG_Node.3pm* %changelog +* Thu Sep 5 2013 Paul Howarth p...@city-fan.org - 1.14-1 +- Update to 1.14 + - Document the copy() method + - Patch the copy() method so it respects the {no_attribute_copy = 1} option + - Add method read_tree(), for text files; it uses Perl6::Slurp, which +supports utf8 + - Add methods read_attributes() and string2hashref($s) for use by read_tree() + - Add t/read.tree.t to test read_tree() + - Add t/tree.utf8.attributes.txt, in utf8, for use by t/read.tree.t + - Add t/tree.with.attributes.txt and t/tree.without.attributes.txt for use by +t/read.tree.t + - Make Perl 5.8.1 a pre-req so we have access to the utf8 pragma + * Mon Aug 12 2013 Paul Howarth p...@city-fan.org - 1.13-1 - Update to 1.13 - Change the values accepted for the no_attributes option from undef and 1 diff --git a/sources b/sources index f675f93..7f4a934 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -4f8a4ff5c44e190cd9db68a9155c2cc5 Tree-DAG_Node-1.13.tgz +b2120a943708159264d20c15bf49e52a Tree-DAG_Node-1.14.tgz -- 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-Tree-DAG_Node/f20] Update to 1.14
Summary of changes: deec924... Update to 1.14 (*) (*) 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-Tree-DAG_Node] Created tag perl-Tree-DAG_Node-1.14-1.fc20
The lightweight tag 'perl-Tree-DAG_Node-1.14-1.fc20' was created pointing to: deec924... Update to 1.14 -- 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-Tree-DAG_Node] Created tag perl-Tree-DAG_Node-1.14-1.fc21
The lightweight tag 'perl-Tree-DAG_Node-1.14-1.fc21' was created pointing to: deec924... Update to 1.14 -- 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-Language-Prolog-Yaswi
perl-Language-Prolog-Yaswi has broken dependencies in the F-20 tree: On x86_64: perl-Language-Prolog-Yaswi-0.21-13.fc20.x86_64 requires libswipl.so.6.2.6()(64bit) On i386: perl-Language-Prolog-Yaswi-0.21-13.fc20.i686 requires libswipl.so.6.2.6 On armhfp: perl-Language-Prolog-Yaswi-0.21-13.fc20.armv7hl requires libswipl.so.6.2.6 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-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the F-20 tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) On armhfp: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) 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-Alien-ROOT
perl-Alien-ROOT has broken dependencies in the F-20 tree: On armhfp: perl-Alien-ROOT-5.34.3.1-3.fc20.noarch requires root-core 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-Language-Expr
perl-Language-Expr has broken dependencies in the F-20 tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) 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-ParseUtil-Domain
perl-ParseUtil-Domain has broken dependencies in the F-20 tree: On x86_64: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) 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-PDL
perl-PDL has broken dependencies in the F-20 tree: On x86_64: perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit) On i386: perl-PDL-2.4.10-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.i686 requires libgd.so.2 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: slic3r
slic3r has broken dependencies in the F-20 tree: On x86_64: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On i386: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On armhfp: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) 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-Unix-Statgrab
perl-Unix-Statgrab has broken dependencies in the F-20 tree: On x86_64: perl-Unix-Statgrab-0.04-20.fc20.x86_64 requires libstatgrab.so.6()(64bit) On i386: perl-Unix-Statgrab-0.04-20.fc20.i686 requires libstatgrab.so.6 On armhfp: perl-Unix-Statgrab-0.04-20.fc20.armv7hl requires libstatgrab.so.6 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-Padre
perl-Padre has broken dependencies in the F-20 tree: On x86_64: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) 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-MIME-Lite-HTML
perl-MIME-Lite-HTML has broken dependencies in the F-20 tree: On x86_64: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) 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-MooseX-TrackDirty-Attributes
perl-MooseX-TrackDirty-Attributes has broken dependencies in the F-20 tree: On x86_64: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) 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-MooseX-TrackDirty-Attributes
perl-MooseX-TrackDirty-Attributes has broken dependencies in the rawhide tree: On x86_64: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) 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-ParseUtil-Domain
perl-ParseUtil-Domain has broken dependencies in the rawhide tree: On x86_64: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) 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-Language-Expr
perl-Language-Expr has broken dependencies in the rawhide tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) 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-Unix-Statgrab
perl-Unix-Statgrab has broken dependencies in the rawhide tree: On x86_64: perl-Unix-Statgrab-0.04-20.fc20.x86_64 requires libstatgrab.so.6()(64bit) On i386: perl-Unix-Statgrab-0.04-20.fc20.i686 requires libstatgrab.so.6 On armhfp: perl-Unix-Statgrab-0.04-20.fc20.armv7hl requires libstatgrab.so.6 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: slic3r
slic3r has broken dependencies in the rawhide tree: On x86_64: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On i386: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On armhfp: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) 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-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the rawhide tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) On armhfp: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) 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-PDL
perl-PDL has broken dependencies in the rawhide tree: On x86_64: perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit) On i386: perl-PDL-2.4.10-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.i686 requires libgd.so.2 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-Padre
perl-Padre has broken dependencies in the rawhide tree: On x86_64: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) 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-MIME-Lite-HTML
perl-MIME-Lite-HTML has broken dependencies in the rawhide tree: On x86_64: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) 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 1004376] Please drop optional test buildreqs when bootstrapping
https://bugzilla.redhat.com/show_bug.cgi?id=1004376 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Petr Šabata psab...@redhat.com --- I'm fine with that. It will be simpler. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ZsGvMVEjSRa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Capture-Tiny] Avoid circular dependencies when bootstrapping (#1004376)
commit b16588dcecc47f51e1a777988078a520cc8d7e96 Author: Petr Šabata con...@redhat.com Date: Thu Sep 5 17:34:22 2013 +0200 Avoid circular dependencies when bootstrapping (#1004376) perl-Capture-Tiny.spec |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) --- diff --git a/perl-Capture-Tiny.spec b/perl-Capture-Tiny.spec index 9c7d223..3cfaf8d 100644 --- a/perl-Capture-Tiny.spec +++ b/perl-Capture-Tiny.spec @@ -1,6 +1,6 @@ Name: perl-Capture-Tiny Version:0.22 -Release:3%{?dist} +Release:4%{?dist} Summary:Capture STDOUT and STDERR from Perl, XS or external programs License:ASL 2.0 Group: Development/Libraries @@ -26,9 +26,11 @@ BuildRequires: perl(IO::File) BuildRequires: perl(List::Util) BuildRequires: perl(Test::More) = 0.62 # Optional tests: +%if !%{defined perl_bootstrap} BuildRequires: perl(Inline) BuildRequires: perl(Inline::C) BuildRequires: perl(Parse::RecDescent) +%endif Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description @@ -60,6 +62,9 @@ make test %{_mandir}/man3/* %changelog +* Thu Sep 05 2013 Petr Šabata con...@redhat.com - 0.22-4 +- Avoid circular dependencies when bootstrapping (#1004376) + * Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.22-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Capture-Tiny/f20] Avoid circular dependencies when bootstrapping (#1004376)
Summary of changes: b16588d... Avoid circular dependencies when bootstrapping (#1004376) (*) (*) 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-CPAN-Meta] Created tag perl-CPAN-Meta-2.132140-1.fc20
The lightweight tag 'perl-CPAN-Meta-2.132140-1.fc20' was created pointing to: 0077492... update to 2.132140 -- 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-CPAN-Meta] Created tag perl-CPAN-Meta-2.132140-1.fc21
The lightweight tag 'perl-CPAN-Meta-2.132140-1.fc21' was created pointing to: 0077492... update to 2.132140 -- 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-CPAN-Meta/f20] update to 2.132140
Summary of changes: 0077492... update to 2.132140 (*) (*) 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-Env-Sanctify] Update to 1.08
commit a3b84e028a35eb9ec652acfd1ec4715d4bd2debf Author: Paul Howarth p...@city-fan.org Date: Thu Sep 5 22:31:36 2013 +0100 Update to 1.08 - New upstream release 1.08 - Document caveats about redefining the sanctify object (CPAN RT#46929) - BR: perl(IO::Handle) and perl(IPC::Open3) for the test suite - Run test suite with AUTHOR_TESTING perl-Env-Sanctify.spec | 14 +++--- sources|2 +- 2 files changed, 12 insertions(+), 4 deletions(-) --- diff --git a/perl-Env-Sanctify.spec b/perl-Env-Sanctify.spec index 293d4f1..b8a2a96 100644 --- a/perl-Env-Sanctify.spec +++ b/perl-Env-Sanctify.spec @@ -1,7 +1,7 @@ Name: perl-Env-Sanctify Summary: Lexically scoped sanctification of %%ENV -Version: 1.06 -Release: 6%{?dist} +Version: 1.08 +Release: 1%{?dist} License: GPL+ or Artistic Group: Development/Libraries URL: http://search.cpan.org/dist/Env-Sanctify/ @@ -11,6 +11,8 @@ BuildArch:noarch # Build BuildRequires: perl(ExtUtils::MakeMaker) # Test suite +BuildRequires: perl(IO::Handle) +BuildRequires: perl(IPC::Open3) BuildRequires: perl(Pod::Coverage::TrustPod) BuildRequires: perl(Test::More) BuildRequires: perl(Test::Pod) @@ -41,7 +43,7 @@ find %{buildroot} -type f -name .packlist -exec rm -f {} ';' %{_fixperms} %{buildroot} %check -make test RELEASE_TESTING=1 +make test AUTHOR_TESTING=1 RELEASE_TESTING=1 %clean rm -rf %{buildroot} @@ -52,6 +54,12 @@ rm -rf %{buildroot} %{_mandir}/man3/Env::Sanctify.3pm* %changelog +* Thu Sep 5 2013 Paul Howarth p...@city-fan.org - 1.08-1 +- Update to 1.08 + - Document caveats about redefining the sanctify object (CPAN RT#46929) +- BR: perl(IO::Handle) and perl(IPC::Open3) for the test suite +- Run test suite with AUTHOR_TESTING + * Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.06-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild diff --git a/sources b/sources index 14f2595..8b2e796 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -30a69f7fcb26cad7c483f6a3a063c982 Env-Sanctify-1.06.tar.gz +90a6b5fa43bda6014d514a4022db3f7c Env-Sanctify-1.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-Env-Sanctify/f20] Update to 1.08
Summary of changes: a3b84e0... Update to 1.08 (*) (*) 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 NetPacket-1.4.1.tar.gz uploaded to lookaside cache by jpo
A file has been added to the lookaside cache for perl-NetPacket: da759ca8b71e1e00d1f261c3c9faf169 NetPacket-1.4.1.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-NetPacket] Update to 1.4.1
commit 36aa0c56b9d529793ad1d046667963064de7b760 Author: Jose Pedro Oliveira j...@di.uminho.pt Date: Fri Sep 6 03:19:26 2013 +0100 Update to 1.4.1 .gitignore |1 + perl-NetPacket.spec |6 -- sources |2 +- 3 files changed, 6 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index 668d5d1..39b7317 100644 --- a/.gitignore +++ b/.gitignore @@ -6,3 +6,4 @@ /NetPacket-1.3.1.tar.gz /NetPacket-1.3.3.tar.gz /NetPacket-1.4.0.tar.gz +/NetPacket-1.4.1.tar.gz diff --git a/perl-NetPacket.spec b/perl-NetPacket.spec index e177388..a0150f5 100644 --- a/perl-NetPacket.spec +++ b/perl-NetPacket.spec @@ -1,5 +1,5 @@ Name: perl-NetPacket -Version:1.4.0 +Version:1.4.1 Release:1%{?dist} Summary:Assemble/disassemble network packets at the protocol level License:Artistic 2.0 @@ -9,7 +9,6 @@ Source0: http://www.cpan.org/authors/id/Y/YA/YANICK/NetPacket-%{version}. BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(Module::Build) -BuildRequires: perl(Errno) BuildRequires: perl(File::Spec) BuildRequires: perl(IO::Handle) BuildRequires: perl(IPC::Open3) @@ -51,6 +50,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Fri Sep 6 2013 Jose Pedro Oliveira jpo at di.uminho.pt - 1.4.1-1 +- Update to 1.4.1 + * Thu Aug 29 2013 Jose Pedro Oliveira jpo at di.uminho.pt - 1.4.0-1 - Update to 1.4.0 diff --git a/sources b/sources index 69a5b8f..b025147 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -a17d0ced4c0ad78941697875a2ebe3a8 NetPacket-1.4.0.tar.gz +da759ca8b71e1e00d1f261c3c9faf169 NetPacket-1.4.1.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-NetPacket/f20] Update to 1.4.1
Summary of changes: 36aa0c5... Update to 1.4.1 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1000526] perl-WWW-Shorten-3.04 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1000526 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-WWW-Shorten-3.04-1.fc1 ||9 Resolution|--- |ERRATA Last Closed||2013-09-06 00:00:37 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-WWW-Shorten-3.04-1.fc19 has been pushed to the Fedora 19 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. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=g1DXB1rpKxa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1000526] perl-WWW-Shorten-3.04 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1000526 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perl-WWW-Shorten-3.04-1.fc1 |perl-WWW-Shorten-3.04-1.fc1 |9 |8 --- Comment #5 from Fedora Update System upda...@fedoraproject.org --- perl-WWW-Shorten-3.04-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. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=fj6BqdzBhga=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1000525] perl-UUID-Tiny-1.04 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1000525 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-UUID-Tiny-1.04-1.fc19 Resolution|--- |ERRATA Last Closed||2013-09-06 01:18:02 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-UUID-Tiny-1.04-1.fc19 has been pushed to the Fedora 19 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. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=UkRThDUPKUa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1000525] perl-UUID-Tiny-1.04 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1000525 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perl-UUID-Tiny-1.04-1.fc19 |perl-UUID-Tiny-1.04-1.fc18 --- Comment #5 from Fedora Update System upda...@fedoraproject.org --- perl-UUID-Tiny-1.04-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. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=uZegvd1AtKa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1000526] perl-WWW-Shorten-3.04 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1000526 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perl-WWW-Shorten-3.04-1.fc1 |perl-WWW-Shorten-3.04-1.fc1 |8 |9 --- Comment #6 from Fedora Update System upda...@fedoraproject.org --- perl-WWW-Shorten-3.04-1.fc19 has been pushed to the Fedora 19 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. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=5A42HhQ16na=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[389-devel] Please review: Ticket #47455 - valgrind - value mem leaks, uninit mem usage
My earlier fix broke slapi-nis https://fedorahosted.org/389/attachment/ticket/47455/0001-Ticket-47455-valgrind-value-mem-leaks-uninit-mem-usa.2.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: [Fedora QA] #414: Internal Server Error after submitting a proposal for freeze exception
#414: Internal Server Error after submitting a proposal for freeze exception ---+ Reporter: pschindl | Owner: tflink Type: defect| Status: new Priority: major | Milestone: Component: Blocker bug tracker page |Version: Resolution:| Keywords: Blocked By:| Blocking: ---+ Comment (by tflink): This appears to be a problem with the cookiefile that python-bugzilla is using, I'm trying to reproduce in staging so I can come up with a fix -- Ticket URL: https://fedorahosted.org/fedora-qa/ticket/414#comment:1 Fedora QA http://fedorahosted.org/fedora-qa Fedora Quality Assurance ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel