Why are deltarpms missing in F-17 branched?
Deltarpms seem to be missing from /fedora/linux/development/17/*/os/drpms They are there for Rawhide, so I'm guessing it's a mash misconfiguration, but I don't have the necessary rights to check. Jonathan signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 18 Release name voting and Poll for whether to continue naming releases
On 04/21/2012 12:33 AM, Matej Cepl wrote: Yes, and I wonder why Fedora users just don't it. Nobody knows why, either we have too stupid names, or we are too geeky, or something. And I have to admit, that although my first Debian was potato and I have switched to Fedora just before etch (and I have no idea, what was the number of these releases), I have never felt the smallest inclination to call my first Fedora distro anything else than Fedora Core 6. Speaking about myself: because Fedora change too often. Lets take last 3 Debian releases (etch, lenny, squeeze) and you are in year 2007. For the same range you have eleven Fedora releases. That is too much. I can keep only 3-5 last releases in my poor head. So while I can distinguish age of Etch and Lenny, I could not do that for Moonshine and Sulphur. But I can do that for Fedora 7 and Fedora 9. -- Miroslav Suchy Red Hat Satellite Engineering -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Drop upstart from fedora?
Hello, because upstart was in fedora 15 replaced by systemd, I don't see any use for it. Almost no package provides job file for it and classical init scripts should be also gone and we were also talking about drop related stuff from initscripts package. Is there any argument why keep upstart in fedora or is here somebody who want to take it over? Regards Lukas -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Outdated documentation for future Fedora packagers
Just to pull the attention of wiki maintainers who are aware of koji targets: on the package maintainer join page, koji description (http://fedoraproject.org/wiki/PackageMaintainers/Join#Install_the_Client_Tools_.28Koji.29), the paragraph TARGET is a distribution keyword such as dist-f9 (for Fedora 9). You can run koji list-targets to see all targets. To build for the next release (rawhide), don't use dist-rawhide - use dist-fX where X is one more than the latest stable release. is outdated and inaccurate. It should probably by actualized to reflect the new target strategy since beginners are not supposed to discover the truth by themselves ! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Drop upstart from fedora?
On Tue, Apr 24, 2012 at 12:34 PM, Lukáš Nykrýn lnyk...@redhat.com wrote: Hello, because upstart was in fedora 15 replaced by systemd, I don't see any use for it. Almost no package provides job file for it and classical init scripts should be also gone and we were also talking about drop related stuff from initscripts package. Is there any argument why keep upstart in fedora or is here somebody who want to take it over? I'd say just kill it ... otoh we did ship initng in the past too so as long as there is a maintainer -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Drop upstart from fedora?
On Tue, Apr 24, 2012 at 7:33 AM, drago01 drag...@gmail.com wrote: On Tue, Apr 24, 2012 at 12:34 PM, Lukáš Nykrýn lnyk...@redhat.com wrote: Hello, because upstart was in fedora 15 replaced by systemd, I don't see any use for it. Almost no package provides job file for it and classical init scripts should be also gone and we were also talking about drop related stuff from initscripts package. Is there any argument why keep upstart in fedora or is here somebody who want to take it over? I'd say just kill it ... otoh we did ship initng in the past too so as long as there is a maintainer There's really nothing stopping anyone from using it if they want. I don't see a compelling argument to keep or drop it. -J -- 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
Review swap
Hello, I have a pending review request of arm, a utility to monitor the status of Tor routers. It's almost finished, as Spot has helped me with this package. I will take one of yours for this one. https://bugzilla.redhat.com/show_bug.cgi?id=756445 Thanks! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Drop upstart from fedora?
On Tue, 2012-04-24 at 07:36 -0500, Jon Ciesla wrote: On Tue, Apr 24, 2012 at 7:33 AM, drago01 drag...@gmail.com wrote: On Tue, Apr 24, 2012 at 12:34 PM, Lukáš Nykrýn lnyk...@redhat.com wrote: Hello, because upstart was in fedora 15 replaced by systemd, I don't see any use for it. Almost no package provides job file for it and classical init scripts should be also gone and we were also talking about drop related stuff from initscripts package. Is there any argument why keep upstart in fedora or is here somebody who want to take it over? I'd say just kill it ... otoh we did ship initng in the past too so as long as there is a maintainer There's really nothing stopping anyone from using it if they want. I don't see a compelling argument to keep or drop it. I sounds like Lukáš wants to stop maintaining it, so I'd say the best solution here would be for him to orphan it. If someone else wants to see it live on, they can take the package over. Otherwise, it will eventually get reaped as part of the natural progression. signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Review swap
On 04/24/2012 02:37 PM, Juan Orti Alcaine wrote: Hello, I have a pending review request of arm, a utility to monitor the status of Tor routers. It's almost finished, as Spot has helped me with this package. I will take one of yours for this one. https://bugzilla.redhat.com/show_bug.cgi?id=756445 Thanks! Sure, if you could take : https://bugzilla.redhat.com/show_bug.cgi?id=789240 Brendan bsjones -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Drop upstart from fedora?
On Tue, Apr 24, 2012 at 7:43 AM, Stephen Gallagher sgall...@redhat.com wrote: On Tue, 2012-04-24 at 07:36 -0500, Jon Ciesla wrote: On Tue, Apr 24, 2012 at 7:33 AM, drago01 drag...@gmail.com wrote: On Tue, Apr 24, 2012 at 12:34 PM, Lukáš Nykrýn lnyk...@redhat.com wrote: Hello, because upstart was in fedora 15 replaced by systemd, I don't see any use for it. Almost no package provides job file for it and classical init scripts should be also gone and we were also talking about drop related stuff from initscripts package. Is there any argument why keep upstart in fedora or is here somebody who want to take it over? I'd say just kill it ... otoh we did ship initng in the past too so as long as there is a maintainer There's really nothing stopping anyone from using it if they want. I don't see a compelling argument to keep or drop it. I sounds like Lukáš wants to stop maintaining it, so I'd say the best solution here would be for him to orphan it. If someone else wants to see it live on, they can take the package over. Otherwise, it will eventually get reaped as part of the natural progression. +1 -- 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: Review swap
2012/4/24 Brendan Jones brendan.jones...@gmail.com On 04/24/2012 02:37 PM, Juan Orti Alcaine wrote: Hello, I have a pending review request of arm, a utility to monitor the status of Tor routers. It's almost finished, as Spot has helped me with this package. I will take one of yours for this one. https://bugzilla.redhat.com/**show_bug.cgi?id=756445https://bugzilla.redhat.com/show_bug.cgi?id=756445 Thanks! Sure, if you could take : https://bugzilla.redhat.com/show_bug.cgi?id=789240 Ok -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 18 Release name voting and Poll for whether to continue naming releases
On 23 April 2012 14:06, Adam Williamson awill...@redhat.com wrote: I'm not against release names because some people are supposed to have been offended by the words 'Beefy Miracle' I don't know about offended, it just sounds silly. Maybe it's a UK/US thing, or that it started as a RedHat in-joke, but to this British-English speaker 'Beefy Miracle' sounds like a derogatory term for a body builder, or perhaps an unsuccessful boxer. Suggestion: F18 should also have a ridiculous name, this way F19 can't and after that no two consecutive Fedora releases could have rubbish names in future. More practically, the problem with names in Fedora is that they're selected and voted on with little connection to anything else, for all the other code-name systems mentioned the name is chosen by fiat. There may be some development team involvement, but not the openness of inviting the entire Fedora community to suggest and vote, which will throw up the occasional absurdity due to the small group of people who care enough to vote. Maybe selection could be limited to the design team as the name has the largest impact on their activities and they may be more motivated to be thoughtful about it. -- imalone http://ibmalone.blogspot.co.uk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 18 Release name voting and Poll for whether to continue naming releases
On 24/04/12 13:59, Ian Malone wrote: More practically, the problem with names in Fedora is that they're selected and voted on with little connection to anything else, . I think the real problem, offended people aside. Is nobody uses the names to refer to a fedora release. Witin @fpo lists its f15,f16, etc.. Outside any Fedora related list it's Fedora N (where N is a number) If names are voted to be kept, be pragmatic. Release: Fedora 18 (as an example) Release Name: Fedora Eighteen Using Google translate: Chinese Fedora 十八 Finnish: Fedora Vastanneista Dutch: Fedora achttien French: Fedora Dix-huit German: Fedora achtzehn Japanese: Fedora 18個 Hence there is a name to go with a release. As an English speaker in Ireland, Beefy Miracle conjures up human reproduction But, it certainly doesn't offend me. Sure, my kids call me Tubby. At 24 stone, guess what I am. != Slimmer of the year -- Regards, Frank Jack of all, fubars -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Drop upstart from fedora?
Jon Ciesla píše v Út 24. 04. 2012 v 07:47 -0500: On Tue, Apr 24, 2012 at 7:43 AM, Stephen Gallagher sgall...@redhat.com wrote: On Tue, 2012-04-24 at 07:36 -0500, Jon Ciesla wrote: On Tue, Apr 24, 2012 at 7:33 AM, drago01 drag...@gmail.com wrote: On Tue, Apr 24, 2012 at 12:34 PM, Lukáš Nykrýn lnyk...@redhat.com wrote: Hello, because upstart was in fedora 15 replaced by systemd, I don't see any use for it. Almost no package provides job file for it and classical init scripts should be also gone and we were also talking about drop related stuff from initscripts package. Is there any argument why keep upstart in fedora or is here somebody who want to take it over? I'd say just kill it ... otoh we did ship initng in the past too so as long as there is a maintainer There's really nothing stopping anyone from using it if they want. I don't see a compelling argument to keep or drop it. I sounds like Lukáš wants to stop maintaining it, so I'd say the best solution here would be for him to orphan it. If someone else wants to see it live on, they can take the package over. Otherwise, it will eventually get reaped as part of the natural progression. +1 It is not exactly, that I don't want to maintain it, but we are going to drop support for it in initscripts, so there it will be necessary to move some scripts to upstart package or some subpackage and I want to be sure if it is worth to do it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: GitHub is a terrible upstream
On Fri, Apr 20, 2012 at 08:51:29PM -0700, Eric Smith wrote: Corey Richardson wrote: Getting source tarballs from github is a nightmare. See http://lists.fedoraproject.org/pipermail/devel/2011-February/148676.html The debian tool doesn't help very much because one still needs revision garbage in the specfile. Is there any more recent ways to mitigate this? Perhaps we could lobby github to change their ways, at least partially? I don't know if this will be of any use to you, but for tcplay there isn't a tagged release, so I use this script to create an suitable tarball from a github commit with a known hash, by doing a clone then archiving it locally. Certainly this doesn't solve the problem of not having a source URL. #!/bin/sh # usage: tcplay-get-snapshot.sh hash git clone git://github.com/bwalex/tc-play ( cd tc-play \ git archive --format=tar --prefix=tcplay-$1/ $1 \ ) | xz - tcplay-$1.tar.xz I took what you provided here an expanded it a little: http://mcpierce.blogspot.com/2012/04/creating-source-tarball-from-github.html -- Darryl L. Pierce, Sr. Software Engineer @ Red Hat, Inc. Delivering value year after year. Red Hat ranks #1 in value among software vendors. http://www.redhat.com/promo/vendor/ pgpKRjJi0f6WK.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Test-Version] Don't BR: perl(Pod::Wordlist::hanekomu) for RHEL-7+ either (#815759)
commit 422bd8b37bec8e0036c2827ecd26a849984f3378
Author: Paul Howarth p...@city-fan.org
Date: Tue Apr 24 14:44:05 2012 +0100
Don't BR: perl(Pod::Wordlist::hanekomu) for RHEL-7+ either (#815759)
perl-Test-Version.spec | 15 +--
1 files changed, 9 insertions(+), 6 deletions(-)
---
diff --git a/perl-Test-Version.spec b/perl-Test-Version.spec
index 95a4bba..887969e 100644
--- a/perl-Test-Version.spec
+++ b/perl-Test-Version.spec
@@ -3,7 +3,7 @@
Name: perl-Test-Version
Version: 1.002001
-Release: 2%{?dist}
+Release: 3%{?dist}
Summary: Check to see that versions in modules are sane
License: Artistic 2.0
Group: Development/Libraries
@@ -47,16 +47,11 @@ BuildRequires: perl(Test::Tester)
%if 0%{!?perl_bootstrap:1}
BuildRequires: perl(English)
BuildRequires: perl(Pod::Coverage::TrustPod)
-BuildRequires: perl(Pod::Wordlist::hanekomu)
BuildRequires: perl(Test::CPAN::Changes)
BuildRequires: perl(Test::CPAN::Meta)
BuildRequires: perl(Test::CPAN::Meta::JSON)
BuildRequires: perl(Test::DistManifest)
BuildRequires: perl(Test::EOL)
-# RHEL-7+ package cannot BR: package from EPEL
-%if ! (0%{?rhel} = 7)
-BuildRequires: perl(Test::Kwalitee)
-%endif
BuildRequires: perl(Test::MinimumVersion)
BuildRequires: perl(Test::Mojibake)
BuildRequires: perl(Test::Perl::Critic)
@@ -66,6 +61,11 @@ BuildRequires: perl(Test::Portability::Files)
BuildRequires: perl(Test::Spelling) = 0.12, aspell-en
BuildRequires: perl(Test::Synopsis)
BuildRequires: perl(Test::Vars)
+# RHEL-7+ package cannot BR: packages from EPEL
+%if ! (0%{?rhel} = 7)
+BuildRequires: perl(Pod::Wordlist::hanekomu)
+BuildRequires: perl(Test::Kwalitee)
+%endif
%endif
# ===
# Runtime requirements
@@ -101,6 +101,9 @@ rm -rf %{buildroot}
%{_mandir}/man3/Test::Version.3pm*
%changelog
+* Tue Apr 24 2012 Paul Howarth p...@city-fan.org - 1.002001-3
+- Don't BR: perl(Pod::Wordlist::hanekomu) for RHEL-7+ either (#815759)
+
* Tue Apr 24 2012 Paul Howarth p...@city-fan.org - 1.002001-2
- RHEL-7+ package cannot BR: perl(Test::Kwalitee) from EPEL (#815759)
--
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: firewalld / iptables.service past F17
Am 24.04.2012 02:08, schrieb Oron Peled: Looks like this transition (as is currently planned) is going to break many setups. I want to show the three following use-cases which may be severely broken by this transition. exactly this is the problem i have attached my ip-tables script making at home a software-router with forwarding of two different networks from my LAN via openvpn and a static route i only stripped the config-block and comments but as you can see there are many useful decisions by $HOSTNAME and this is only one of my scripts for two machines __- another one is built the same way and serves 20 machines while partly rules are for all machines, others depeding as in my example on the hostname and there are a lot of really useful and well thought specific drop/forward/reject rules based on hostname and source/destination networks this script has about 50 KB and a handful of bash-includes well, one may say unmaintainable - but it is, it has a good documentation and structure and we are using it as reference for each iptables.sh needed where ever it is practically impossible to convert this stuff because nobody did write it down in one day, it is grown and maintained over years with the whole infrastructure - yes you MAYBE CAN try to re-implement all this rules in firewalld but would you do this really in a production environment in a security layer and how do you test from scratch? please do not come now why fedora in prodction because it just works if things are not careless removed from the distribution - so please do not take away power featureswhich are not really hurt to maintain firewalld is at least another interface for netfilter why want anybody take away perfectly working ones? #! /bin/bash strippd block with var-definitions if [ $HOSTNAME == $HOSTNAME_HOME ]; then PUBLIC_PORTS=21,80,,$SSH_PORT LAN_PORTS=25 143 443 465 587 993 $VMWARE_PORTS 2000 $RDP_PORTS $SMB_PORTS $AVAHI_PORT else PUBLIC_PORTS=80,$SSH_PORT LAN_PORTS=25 143 443 465 587 993 2000 $SMB_PORTS $AVAHI_PORT fi $IPTABLES -P INPUT DROP $IPTABLES -P FORWARD DROP $IPTABLES -F $IPTABLES -X CHAINS=`cat /proc/net/ip_tables_names 2/dev/null` for i in $CHAINS; do $IPTABLES -t $i -F; done echo Flush OK || echo Flush FAILED for i in $CHAINS; do $IPTABLES -t $i -X; done echo Clear OK || echo Clear FAILED for i in $CHAINS; do $IPTABLES -t $i -Z; done $IPTABLES -P INPUT DROP $IPTABLES -P FORWARD DROP $IPTABLES -A INPUT ! -i lo -m state --state INVALID -j DROP $IPTABLES -A INPUT ! -i lo -p tcp -m state --state NEW --dport 0 -j DROP $IPTABLES -A INPUT ! -i lo -p udp -m state --state NEW --dport 0 -j DROP $IPTABLES -A INPUT ! -i lo -p tcp --tcp-flags ALL ACK,RST,SYN,FIN -j DROP $IPTABLES -A INPUT ! -i lo -p tcp --tcp-flags ALL FIN -j DROP $IPTABLES -A INPUT ! -i lo -p tcp --tcp-flags ALL FIN,URG,PSH -j DROP $IPTABLES -A INPUT ! -i lo -p tcp --tcp-flags ALL ALL -j DROP $IPTABLES -A INPUT ! -i lo -p tcp --tcp-flags ALL SYN,RST,ACK,FIN,URG -j DROP $IPTABLES -A INPUT ! -i lo -p tcp --tcp-flags ALL NONE -j DROP $IPTABLES -A INPUT ! -i lo -p tcp --tcp-flags SYN,FIN SYN,FIN -j DROP $IPTABLES -A INPUT ! -i lo -p tcp --tcp-flags SYN,RST SYN,RST -j DROP $IPTABLES -A INPUT ! -i lo -p tcp --tcp-flags FIN,RST FIN,RST -j DROP $IPTABLES -A INPUT ! -i lo -p tcp --tcp-flags ACK,FIN FIN -j DROP $IPTABLES -A INPUT ! -i lo -p tcp --tcp-flags ACK,PSH PSH -j DROP $IPTABLES -A INPUT ! -i lo -p tcp --tcp-flags ACK,URG URG -j DROP $IPTABLES -A INPUT ! -i lo -p tcp ! --syn -m state --state NEW -j DROP $IPTABLES -A INPUT ! -i lo -f -j DROP $IPTABLES -A INPUT ! -i lo -s 127.0.0.0/8 -j DROP $IPTABLES -A INPUT -p all -s 10.0.0.253 -m state --state NEW -j DROP # --- if [ $HOSTNAME == $HOSTNAME_HOME ]; then RATE_WHITELIST_RANGE=$LAN_RHSOFT else RATE_WHITELIST_RANGE=$LAN_LOUNGE fi $IPTABLES -A INPUT ! -s 127.0.0.1 -p tcp -m multiport --destination-port $BLOCKED_PORTS -m state --state NEW -j REJECT --reject-with tcp-reset PORTSCAN_TRIGGERS_1=19,24,52,79,109,142,442,464,548,586,631,992,994,3305 PORTSCAN_TRIGGERS_2=23,3389,5900,5920,5922,5930,5931,5950 $IPTABLES -A INPUT ! -i lo ! -s $RATE_WHITELIST_RANGE -p tcp -m recent --name portscan1 --rcheck --seconds 2 -j REJECT --reject-with tcp-reset $IPTABLES -A INPUT ! -i lo ! -s $RATE_WHITELIST_RANGE -p tcp -m recent --name portscan1 --remove $IPTABLES -A INPUT ! -i lo ! -s $RATE_WHITELIST_RANGE -p tcp -m multiport --destination-port $PORTSCAN_TRIGGERS_1 -m limit --limit 10/h -j LOG --log-prefix Portscan: $IPTABLES -A INPUT ! -i lo ! -s $RATE_WHITELIST_RANGE -p tcp -m multiport --destination-port $PORTSCAN_TRIGGERS_1 -m tcp -m recent --name portscan1 --set -j REJECT --reject-with tcp-reset $IPTABLES -A INPUT ! -i lo ! -s $RATE_WHITELIST_RANGE -p tcp -m recent --name portscan2 --rcheck --seconds 2 -j REJECT --reject-with tcp-reset
Re: firewalld / iptables.service past F17
On Mon, Apr 23, 2012 at 7:32 PM, Reindl Harald h.rei...@thelounge.net wrote: Am 24.04.2012 02:08, schrieb Oron Peled: Looks like this transition (as is currently planned) is going to break many setups. I want to show the three following use-cases which may be severely broken by this transition. exactly this is the problem i have attached my ip-tables script making at home a software-router with forwarding of two different networks from my LAN via openvpn and a static route i only stripped the config-block and comments but as you can see there are many useful decisions by $HOSTNAME and this is only one of my scripts for two machines __- another one is built the same way and serves 20 machines while partly rules are for all machines, others depeding as in my example on the hostname and there are a lot of really useful and well thought specific drop/forward/reject rules based on hostname and source/destination networks this script has about 50 KB and a handful of bash-includes well, one may say unmaintainable - but it is, it has a good documentation and structure and we are using it as reference for each iptables.sh needed where ever it is practically impossible to convert this stuff because nobody did write it down in one day, it is grown and maintained over years with the whole infrastructure - yes you MAYBE CAN try to re-implement all this rules in firewalld but would you do this really in a production environment in a security layer and how do you test from scratch? please do not come now why fedora in prodction because it just works if things are not careless removed from the distribution - so please do not take away power featureswhich are not really hurt to maintain firewalld is at least another interface for netfilter why want anybody take away perfectly working ones? Nothing is being taken away, the default is being changed. If you're using Fedora in production, I presume you're installing with Kickstart. You can set up anything you like in Kickstart, including not using firewalld if you so desire. -J -- 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: firewalld / iptables.service past F17
Am 24.04.2012 16:30, schrieb Jon Ciesla: Nothing is being taken away, the default is being changed. If you're using Fedora in production, I presume you're installing with Kickstart. You can set up anything you like in Kickstart, including not using firewalld if you so desire. thank you for your feedback exactly this was my question i liked to get sure that iptables.service is not planned to get removed in future releases and my intention here was to explain why it can not be replaced in many perfectly working environments before future decisions are made to get not offended again why i come up after things are done installation and default does not matter for me, i usually install my servers once and upgrade them, currently F16, installed with F8 i repeat my original question to have the full context here http://fedoraproject.org/wiki/Features/firewalld-default An explicit transition is planned after Fedora 18 with dropping support for the static firewall with system-config-firewal/lokkit. A migration from the static firewall model will be needed then. are there only the ui-interfaces meant or do someone consider drop iptbales.service at all? if so please re-consider this! signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Outdated documentation for future Fedora packagers
On Tue, 24 Apr 2012 13:49:14 +0200 Patrick Monnerat p...@datasphere.ch wrote: Just to pull the attention of wiki maintainers who are aware of koji Just a side note... wiki maintainers are every single person with a fedora account. ;) targets: on the package maintainer join page, koji description (http://fedoraproject.org/wiki/PackageMaintainers/Join#Install_the_Client_Tools_.28Koji.29), the paragraph TARGET is a distribution keyword such as dist-f9 (for Fedora 9). You can run koji list-targets to see all targets. To build for the next release (rawhide), don't use dist-rawhide - use dist-fX where X is one more than the latest stable release. is outdated and inaccurate. It should probably by actualized to reflect the new target strategy since beginners are not supposed to discover the truth by themselves ! I've updated it. See if the new version works or makes sense, if not, please adjust. ;) kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why are deltarpms missing in F-17 branched?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 24 Apr 2012 09:55:11 +0300 Jonathan Dieter jdie...@lesbg.com wrote: Deltarpms seem to be missing from /fedora/linux/development/17/*/os/drpms They are there for Rawhide, so I'm guessing it's a mash misconfiguration, but I don't have the necessary rights to check. Jonathan Looking now into why there is no reason they are not there, and they have been during the cycle. there is no reason you can not look at the mash configs yourself. they are in the mash package. and the scripts that build branched live in the releng git repo. Please dont claim to not have the rights to check. everything that releng runs is completely open and available to all. Dennis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAk+Wv64ACgkQkSxm47BaWfeOXQCglL1GwyNiQjPPgWyZRFiXpwQw UHwAoIjgBrU2HQiVx3fksLZ1XsueeYhm =8VPu -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Drop upstart from fedora?
On Tue, Apr 24, 2012 at 03:35:29PM +0200, Lukáš Nykrýn wrote: Jon Ciesla píše v Út 24. 04. 2012 v 07:47 -0500: On Tue, Apr 24, 2012 at 7:43 AM, Stephen Gallagher sgall...@redhat.com wrote: I sounds like Lukáš wants to stop maintaining it, so I'd say the best solution here would be for him to orphan it. If someone else wants to see it live on, they can take the package over. Otherwise, it will eventually get reaped as part of the natural progression. +1 It is not exactly, that I don't want to maintain it, but we are going to drop support for it in initscripts, so there it will be necessary to move some scripts to upstart package or some subpackage and I want to be sure if it is worth to do it. The fedora answer is its up to the package maintainer. sgallagh pointed out that initng (and other) init systems have been in the distro with their own sets of scripts for core services. Generally, if youre using the init system, you'll choose to continue maintaining the package and create the scripts for the core services. If you're not using it personally, it makes more sense for you to orphan it and someone else who does use it will pick it up (or no one will if no one who's using it wants to put in the effort). -Toshio pgpyoophWthCy.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Outdated documentation for future Fedora packagers
On Tue, 2012-04-24 at 08:45 -0600, Kevin Fenzi wrote: Just a side note... wiki maintainers are every single person with a fedora account. ;) I knew that already. But the permission to do it does not mean one knows exactly the perfect replacement content :-) The reason why I did not change it myself was the fear of being inaccurate. I've updated it. See if the new version works or makes sense, if not, please adjust. ;) This looks OK: a beginner won't be lost. IMHO you're the good person who wont forget the latest procedural and naming decisions for this kind of changes. Many thanks. Patrick -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: firewalld / iptables.service past F17
On Tue, Apr 24, 2012 at 9:38 AM, Reindl Harald h.rei...@thelounge.net wrote: Am 24.04.2012 16:30, schrieb Jon Ciesla: Nothing is being taken away, the default is being changed. If you're using Fedora in production, I presume you're installing with Kickstart. You can set up anything you like in Kickstart, including not using firewalld if you so desire. thank you for your feedback exactly this was my question i liked to get sure that iptables.service is not planned to get removed in future releases and my intention here was to explain why it can not be replaced in many perfectly working environments before future decisions are made to get not offended again why i come up after things are done That I'm not sure about. Disabled, yes. Removed, I don't believe so. installation and default does not matter for me, i usually install my servers once and upgrade them, currently F16, installed with F8 i repeat my original question to have the full context here http://fedoraproject.org/wiki/Features/firewalld-default An explicit transition is planned after Fedora 18 with dropping support for the static firewall with system-config-firewal/lokkit. A migration from the static firewall model will be needed then. are there only the ui-interfaces meant or do someone consider drop iptbales.service at all? if so please re-consider this! -- 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
[perl-Perl-Critic] Do not use Test::Kwalitee on RHEL = 7
commit 69efbb099367a7ff6a35107cc3079a02a8e599f5
Author: Petr Písař ppi...@redhat.com
Date: Tue Apr 24 15:38:58 2012 +0200
Do not use Test::Kwalitee on RHEL = 7
perl-Perl-Critic.spec | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
---
diff --git a/perl-Perl-Critic.spec b/perl-Perl-Critic.spec
index 216f424..23fdec1 100644
--- a/perl-Perl-Critic.spec
+++ b/perl-Perl-Critic.spec
@@ -1,6 +1,6 @@
Name: perl-Perl-Critic
Version: 1.117
-Release: 3%{?dist}
+Release: 4%{?dist}
Summary: Critique Perl source code for best-practices
Group: Development/Libraries
License: GPL+ or Artistic
@@ -68,7 +68,9 @@ BuildRequires:perl(Test::More)
BuildRequires: perl(Devel::EnforceEncapsulation)
BuildRequires: perl(Perl::Critic::Policy::Editor::RequireEmacsFileVariables)
BuildRequires:
perl(Perl::Critic::Policy::ErrorHandling::RequireUseOfExceptions)
+%if ! (0%{?rhel} = 7)
BuildRequires: perl(Test::Kwalitee)
+%endif
BuildRequires: perl(Test::Perl::Critic)
BuildRequires: perl(Test::Pod) = 1.00
BuildRequires: perl(Test::Pod::Coverage) = 1.04
@@ -110,6 +112,11 @@ of Perl code were mixed directly in the test script. That
sucked.
%prep
%setup -q -n Perl-Critic-%{version}
+%if 0%{?rhel} = 7
+# Drop Test::Kwalitee tests in RHEL = 7
+rm xt/author/95_kwalitee.t
+sed -i -e '/^xt\/author\/95_kwalitee.t$/ d' MANIFEST
+%endif
# Drop exec bits from samples/docs to avoid dependency bloat
find tools examples -type f -exec chmod -c -x {} ';'
@@ -137,6 +144,9 @@ LC_ALL=en_US ./Build %{!?perl_bootstrap:author}test
%{_mandir}/man3/Test::Perl::Critic::Policy.3pm*
%changelog
+* Tue Apr 24 2012 Petr Pisar ppi...@redhat.com - 1.117-4
+- Do not use Test::Kwalitee on RHEL = 7
+
* Tue Feb 28 2012 Paul Howarth p...@city-fan.org - 1.117-3
- spec clean-up
- separate build requirements and runtime requirements
--
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-Perl-Critic/f17] Do not use Test::Kwalitee on RHEL = 7
commit 3106b6376e7b3adeda8731dd3b19595baee3b790
Author: Petr Písař ppi...@redhat.com
Date: Tue Apr 24 15:38:58 2012 +0200
Do not use Test::Kwalitee on RHEL = 7
perl-Perl-Critic.spec | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
---
diff --git a/perl-Perl-Critic.spec b/perl-Perl-Critic.spec
index 73c9554..1e40d22 100644
--- a/perl-Perl-Critic.spec
+++ b/perl-Perl-Critic.spec
@@ -1,6 +1,6 @@
Name: perl-Perl-Critic
Version:1.117
-Release:2%{?dist}
+Release:3%{?dist}
Summary:Critique Perl source code for best-practices
Group: Development/Libraries
License:GPL+ or Artistic
@@ -76,7 +76,9 @@ BuildRequires: perl(Test::More)
BuildRequires: perl(Devel::EnforceEncapsulation)
BuildRequires: perl(Perl::Critic::Policy::Editor::RequireEmacsFileVariables)
BuildRequires:
perl(Perl::Critic::Policy::ErrorHandling::RequireUseOfExceptions)
+%if ! (0%{?rhel} = 7)
BuildRequires: perl(Test::Kwalitee)
+%endif
BuildRequires: perl(Test::Perl::Critic)
BuildRequires: perl(Test::Pod) = 1.00
BuildRequires: perl(Test::Pod::Coverage) = 1.04
@@ -111,6 +113,11 @@ of Perl code were mixed directly in the test script. That
sucked.
%prep
%setup -q -n Perl-Critic-%{version}
find . -type f -exec chmod -c -x {} ';'
+%if 0%{?rhel} = 7
+# Drop Test::Kwalitee tests in RHEL = 7
+rm xt/author/95_kwalitee.t
+sed -i -e '/^xt\/author\/95_kwalitee.t$/ d' MANIFEST
+%endif
%build
perl Build.PL installdirs=vendor
@@ -135,6 +142,9 @@ LC_ALL=en_US ./Build %{!?perl_bootstrap:author}test
%{_mandir}/man3/Test::Perl::Critic::Policy.3pm*
%changelog
+* Tue Apr 24 2012 Petr Pisar ppi...@redhat.com - 1.117-3
+- Do not use Test::Kwalitee on RHEL = 7
+
* Thu Jan 12 2012 Paul Howarth p...@city-fan.org - 1.117-2
- drop %%defattr, no longer needed
--
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: Why are deltarpms missing in F-17 branched?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 24 Apr 2012 09:58:50 -0500 Dennis Gilmore den...@ausil.us wrote: On Tue, 24 Apr 2012 09:55:11 +0300 Jonathan Dieter jdie...@lesbg.com wrote: Deltarpms seem to be missing from /fedora/linux/development/17/*/os/drpms They are there for Rawhide, so I'm guessing it's a mash misconfiguration, but I don't have the necessary rights to check. Jonathan Looking now into why there is no reason they are not there, and they have been during the cycle. there is no reason you can not look at the mash configs yourself. they are in the mash package. and the scripts that build branched live in the releng git repo. Please dont claim to not have the rights to check. everything that releng runs is completely open and available to all. Dennis OK sorted it out it was a bad path to the previous repo from when i re-wrote the buildbranched and buildrawhide scripts. they should turn back up tomorrow. Dennis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAk+WwrIACgkQkSxm47BaWfd2+wCdGvAH+bkGWJqMRQ/ZmOGeY1J/ 3fcAninAVaaSt2lA/4YnHAMtqzZ0EP95 =570c -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Self Introduction
Hello, As a contributor to the aeolus project[2], I have built and/or packaged scores of rubygems for inclusion in RHEL. Until now I have not yet joined the Fedora package collection maintainers group. I'd like to get sponsored so that I can help maintain aeolus releases in Fedora. I have created a review request in bugzilla for my attempt to package rubygem-paranoia[1], a package we'd like to use in aeolus. I'm a Software Engineer at Red Hat, Inc. My irc handle is 'eggs'. I'm usually on #aeolus on freenode. Thanks in advance, Steve Linabery Software Engineer at Red Hat, Inc. [1] https://bugzilla.redhat.com/show_bug.cgi?id=815814 [2] http://aeolusproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Encode-JP-Mobile-0.28.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Encode-JP-Mobile: 4d21fb20c28e2837077235acd7bd94fb Encode-JP-Mobile-0.28.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Encode-JP-Mobile] Import
commit c991b5988b83c4eac8ec8cd3566122ff72209008
Author: Petr Písař ppi...@redhat.com
Date: Tue Apr 24 17:19:43 2012 +0200
Import
.gitignore |1 +
perl-Encode-JP-Mobile.spec | 68
sources|1 +
3 files changed, 70 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..1156ef5 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Encode-JP-Mobile-0.28.tar.gz
diff --git a/perl-Encode-JP-Mobile.spec b/perl-Encode-JP-Mobile.spec
new file mode 100644
index 000..4627f74
--- /dev/null
+++ b/perl-Encode-JP-Mobile.spec
@@ -0,0 +1,68 @@
+Name: perl-Encode-JP-Mobile
+Version:0.28
+Release:1%{?dist}
+Summary:Japan mobile phone Shift_JIS (CP932) / UTF-8 encoding
+Summary(ja_JP): 日本の携帯電話向け Shift_JIS (CP932) / UTF-8 エンコーディング
+License:GPL+ or Artistic
+Group: Development/Libraries
+URL:http://search.cpan.org/dist/Encode-JP-Mobile/
+Source0:
http://www.cpan.org/authors/id/M/MI/MIYAGAWA/Encode-JP-Mobile-%{version}.tar.gz
+BuildRequires: perl(ExtUtils::MakeMaker)
+# Run-time:
+BuildRequires: perl(base)
+BuildRequires: perl(Carp)
+BuildRequires: perl(Encode) = 2.23
+BuildRequires: perl(Encode::Alias)
+BuildRequires: perl(Encode::CJKConstants)
+BuildRequires: perl(Encode::Encoding)
+BuildRequires: perl(Encode::MIME::Name)
+BuildRequires: perl(Exporter)
+BuildRequires: perl(File::ShareDir) = 0.05
+BuildRequires: perl(MIME::Words) = 5.428
+BuildRequires: perl(XSLoader)
+# Tests:
+BuildRequires: perl(Data::Dumper)
+BuildRequires: perl(Test::More)
+# Optional tests:
+BuildRequires: perl(YAML)
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+Requires: perl(Encode) = 2.23
+Requires: perl(File::ShareDir) = 0.05
+Requires: perl(MIME::Words) = 5.428
+
+%{?perl_default_filter}
+# Remove under-specified dependencies
+%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\((Encode|File::ShareDir|MIME::Words)\\)$
+
+%description
+Encode::JP::Mobile extends Encode module with Japanese emoticons for mobile
+phones mapped into private area of Unicode.
+
+%description -l ja_JP
+Encode::JP::Mobile は Encode 用の拡張モジュールで、日本の携帯電話用絵文字を
+Unicode の私用領域 (PRIVATE AREA) にマッピングします。
+
+%prep
+%setup -q -n Encode-JP-Mobile-%{version}
+
+%build
+%{__perl} Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+%install
+make pure_install DESTDIR=$RPM_BUILD_ROOT
+find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
+find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \;
+find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+make test
+
+%files
+%doc Changes README TODO
+%{perl_vendorarch}/*
+
+%changelog
+* Tue Apr 24 2012 Petr Pisar ppi...@redhat.com 0.28-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..835ca47 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+4d21fb20c28e2837077235acd7bd94fb Encode-JP-Mobile-0.28.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
download.fedoraproject.org ??
Hello, I am trying to access EPEL but download.fedoraproject.org only gives me a blank screen or from yum I get pel/metalink | 265 B 00:00 Could not parse metalink https://mirrors.fedoraproject.org/metalink?repo=epel-6arch=i386 error was No repomd file Error: File /var/cache/yum/i386/6/epel/metalink.xml does not exist -- Stephen Clark *NetWolves* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.cl...@netwolves.com http://www.netwolves.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: download.fedoraproject.org ??
On Tue, 24 Apr 2012 11:24:56 -0400 Steve Clark scl...@netwolves.com wrote: Hello, I am trying to access EPEL but download.fedoraproject.org only gives me a blank screen or from yum I get pel/metalink | 265 B 00:00 Could not parse metalink https://mirrors.fedoraproject.org/metalink?repo=epel-6arch=i386 error was No repomd file Error: File /var/cache/yum/i386/6/epel/metalink.xml does not exist Can you do: URLGRABBER_DEBUG=1 yum install whatever-youweretryingtoinstall and paste the last 500 lines or so? That will usually show the issue. Often its: * Your machine time is vastly off so the ssl cert is not showing as valid yet. * You are behind a proxy so you need to configure that. * Your dns resolution isn't working. Also, there's a epel-devel list or the fedora users list for end user queries like this. ;) kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: download.fedoraproject.org ??
On 24/04/12 16:24, Steve Clark wrote: Hello, I am trying to access EPEL but download.fedoraproject.org only gives me a blank screen try dl.fedoraproject.org Can't help you with the other error. -- Regards, Frank Jack of all, fubars -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Why are deltarpms missing in F-17 branched?
On Tue, 2012-04-24 at 10:11 -0500, Dennis Gilmore wrote: On Tue, 24 Apr 2012 09:58:50 -0500 Dennis Gilmore den...@ausil.us wrote: On Tue, 24 Apr 2012 09:55:11 +0300 Jonathan Dieter jdie...@lesbg.com wrote: Deltarpms seem to be missing from /fedora/linux/development/17/*/os/drpms They are there for Rawhide, so I'm guessing it's a mash misconfiguration, but I don't have the necessary rights to check. Jonathan Looking now into why there is no reason they are not there, and they have been during the cycle. there is no reason you can not look at the mash configs yourself. they are in the mash package. and the scripts that build branched live in the releng git repo. Please dont claim to not have the rights to check. everything that releng runs is completely open and available to all. Dennis OK sorted it out it was a bad path to the previous repo from when i re-wrote the buildbranched and buildrawhide scripts. they should turn back up tomorrow. Dennis Next time, I'll try to track down the problem myself rather than assuming I don't have the permissions. Thanks much for fixing this! Jonathan signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Needing a packager to review fcitx-related pacakges
Hi, all. I am a Fedora paackger. I have submited a series of fcitx-related packages, and I am waiting for review. I tried to ask Robin Lee for help, who is my friend and another Fedora packager. He is too busy for his great job. I need another packager to review these pacakges. Here is list of fcitx-related pacakges. fcitx-table-extra https://bugzilla.redhat.com/show_bug.cgi?id=800731 fcitx-chewing https://bugzilla.redhat.com/show_bug.cgi?id=801053 fcitx-cloudpinyin https://bugzilla.redhat.com/show_bug.cgi?id=801058 fcitx-fbterm https://bugzilla.redhat.com/show_bug.cgi?id=801059 kcm-fcitx https://bugzilla.redhat.com/show_bug.cgi?id=801073 fcitx-libpinyin https://bugzilla.redhat.com/show_bug.cgi?id=801077 fcitx-ui-light https://bugzilla.redhat.com/show_bug.cgi?id=801064 fcitx-keyboard https://bugzilla.redhat.com/show_bug.cgi?id=801062 Fcitx is an light-weight input method framework, and it is under rapid development. I will upstream to the latest one. In updates-testing repository, fcitx has updated to the latest 4.2.2. I will package more components of fcitx. Thank you for your help. Sent From My Heart My Page: http://www.liangsuilong.info -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: download.fedoraproject.org ??
Once upon a time, Steve Clark scl...@netwolves.com said: I am trying to access EPEL but download.fedoraproject.org only gives me a blank screen or from yum I get mirrormanager appears to have gone wonky: $ wget -q -O- 'https://mirrors.fedoraproject.org/metalink?repo=fedora-16arch=x86_64' ?xml version=1.0 encoding=utf-8? metalink version=3.0 xmlns=http://www.metalinker.org/; type=dynamic pubdate=Tue, 24 Apr 2012 15:56:53 GMT generator=mirrormanager xmlns:mm0=http://fedorahosted.org/mirrormanager; !-- # Bad Request -- /metalink $ I'm getting responses like this across the board (Fedora releases, rawhide, and EPEL). -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [perl-Perl-Critic] Do not use Test::Kwalitee on RHEL = 7
On 04/24/2012 05:10 PM, Petr Pisar wrote: commit 69efbb099367a7ff6a35107cc3079a02a8e599f5 Author: Petr Písařppi...@redhat.com Date: Tue Apr 24 15:38:58 2012 +0200 Do not use Test::Kwalitee on RHEL= 7 Why? In general, dropping tests is a short-sighted idea. -- 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
Fwd: [fedora-arm] Weekly ARM status call - TOMORROW (Wed 2012/04/25)
Original Message Subject: [fedora-arm] Weekly ARM status call - TOMORROW (Wed 2012/04/25) Date: Tue, 24 Apr 2012 12:27:23 -0400 From: Jon Masters j...@redhat.com Organization: Red Hat, Inc. To: a...@lists.fedoraproject.org Hi everyone, Let's have one of our weekly status calls tomorrow pm. I aim to send these reminders out more regularly so that we can get in the habit. If the times no longer work for those involved in the Fedora ARM project, please do let us know asap. Sadly, not every time will always work :) Meeting is on #fedora-meeting for a (trial) change. I am also going to suggest we do not have the phone component this week, and see how it goes. If folks are more comfortable, the phone bridge is easy to setup. As to the venue, I think it's appropriate to give it a trial and see what happens - if #fedora-meeting turns into an opportunity for the peanut gallery to take potshots, we'll reconsider that approach. Times in various timezones: PDT: 2pm CDT: 3pm EDT: 4pm UTC: 8pm BST: 9pm CST: 10pm Also join #fedora-arm on Freenode for general ARM discussion before/after the weekly syncup. Agenda: 0). Current build status - Gnarly bugs and build failures - Atomics on older processors (v5) 1). Secondary Architecture Promotion - discuss outcome of FESCo meeting 2). Happy Birthday ARM - ARM turns 27 on Thursday, how are we celebrating? - Where do we stand with the F17 release. 3). Your topic here Jon. ___ arm mailing list a...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: GPT
On Sun, Apr 22, 2012 at 10:39:52PM +0100, Adam Williamson wrote: I'm wondering if there is a grub option to force gpt for anaconda. I'm not sure, but try 'gpt' maybe? I know 'nogpt' exists but I don't know if there's a parameter to override the blacklist. There is no cmdline option to override it. If you really want GPT on a blacklisted system you can use parted in tty2 to make the disk GPT and then do a custom partition on top of that. If you want msdos pass nogpt on the kernel cmdline. -- Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA (PST8PDT) pgpRaf9RG7hSH.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: download.fedoraproject.org ??
On 04/24/2012 11:27 AM, Kevin Fenzi wrote: On Tue, 24 Apr 2012 11:24:56 -0400 Steve Clarkscl...@netwolves.com wrote: Hello, I am trying to access EPEL but download.fedoraproject.org only gives me a blank screen or from yum I get pel/metalink | 265 B 00:00 Could not parse metalink https://mirrors.fedoraproject.org/metalink?repo=epel-6arch=i386 error was No repomd file Error: File /var/cache/yum/i386/6/epel/metalink.xml does not exist Can you do: URLGRABBER_DEBUG=1 yum install whatever-youweretryingtoinstall and paste the last 500 lines or so? That will usually show the issue. Often its: * Your machine time is vastly off so the ssl cert is not showing as valid yet. * You are behind a proxy so you need to configure that. * Your dns resolution isn't working. Also, there's a epel-devel list or the fedora users list for end user queries like this. ;) kevin None of the above: if I --disablerepo=epel yum work fine. http://download.fedoraproject.org/pub/epel/6/i386/repoview/epel-release.html which is pointed to by http://fedoraproject.org/wiki/EPEL gives me a blank screen. -- Stephen Clark *NetWolves* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.cl...@netwolves.com http://www.netwolves.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RFC: Primary architecture promotion requirements
On Mon, Apr 23, 2012 at 04:13:40PM -0400, Jared K. Smith wrote: On Mon, Apr 23, 2012 at 3:42 PM, Matthew Garrett mj...@srcf.ucam.org wrote: Because if you have hardware that can install via Anaconda and you don't support installing via Anaconda, you're not Fedora. Just for the sake of argument, our Amazon EC2 images aren't using Anaconda for installation, but they're still considered part of Fedora. That's why I recently added EC2 support to livemedia-creator. Since I don't have an EC2 account it is untested -- help would be appreciated. I agree with the sentiment that Anaconda should be a requirement for instances where it makes sense to boot from bootable media (DVD/CD/USB) and install via Anaconda, but in the case of ARM, the traditional installation method is often copy an image to an SD (or micro-SD) card and then boot from that card. Just to make sure I'm clear, are you insisting that the software tool that puts the image on the SD card be Anaconda, or are you OK with some other Fedora-approved tool for doing so? We should be able to make images using livemedia-creator -- It needs to be run on the target hardware though, currently there is no cross-arch support. The last I heard from ARM was that Anaconda wasn't built for ARM. The goal of creating lmc was to use Anaconda's logic for all installs, including creating system images or live media.. This will increase reliability and cut down on the number of bugs we see because livecd-creator really is just a wrapper around a yum chroot install. -- Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA (PST8PDT) pgpcYXr3qDGUi.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: download.fedoraproject.org ??
On Tue, 24 Apr 2012 10:57:25 -0500 Chris Adams cmad...@hiwaay.net wrote: Once upon a time, Steve Clark scl...@netwolves.com said: I am trying to access EPEL but download.fedoraproject.org only gives me a blank screen or from yum I get mirrormanager appears to have gone wonky: $ wget -q -O- 'https://mirrors.fedoraproject.org/metalink?repo=fedora-16arch=x86_64' ?xml version=1.0 encoding=utf-8? metalink version=3.0 xmlns=http://www.metalinker.org/; type=dynamic pubdate=Tue, 24 Apr 2012 15:56:53 GMT generator=mirrormanager xmlns:mm0=http://fedorahosted.org/mirrormanager; !-- # Bad Request -- /metalink $ I'm getting responses like this across the board (Fedora releases, rawhide, and EPEL). Yes, this is an outage. we are working on it now. https://fedorahosted.org/fedora-infrastructure/ticket/3252 kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [fedora-arm] Weekly ARM status call - TOMORROW (Wed 2012/04/25)
On Tue, Apr 24, 2012 at 10:29 AM, Jon Masters j...@redhat.com wrote: Times in various timezones: PDT: 2pm CDT: 3pm EDT: 4pm UTC: 8pm BST: 9pm CST: 10pm Shouldn't that be PDT: 1pm MDT: 2pm ? -- Jerry James, who lives in MDT http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Self introduction and sponsorship request
Hi, I made a first contribution package for xedit, that happens to be the text editor I use for most tasks :-) see https://bugzilla.redhat.com/show_bug.cgi?id=815624 I would like to contribute to SciTech SIG. I notice there is https://fedoraproject.org/wiki/SIGs/SciTech/SAGE, and actually, I have packaged sagemath in Mandriva, and kept the package functional and updated to latest upstream for around 3 years. Sagemath itself depends on roughly 300 different upstream packages, and other packages I would like to contribute at some point is salome, that I also packaged in Mandriva, http://www.salome-platform.org/. Currently it is not functional in Mandriva cooker but should be in released versions, I got a hacked workaround described at https://qa.mandriva.com/show_bug.cgi?id=65396 Other large scientific system I package is texlive, that I made several perl and sh scripts that allows translating texlive package management control files, etc to rpm specs, so that can keep up to date with latest TeX Live. This is a very large set of packages, due to matching 1 to 1 with texlive, e.g.: $ urpmq -a texlive- | sort -u | wc -l 2376 There is already such a texlive packaging schema for fedora described at http://fedoraproject.org/wiki/Features/TeXLive so I should at least be able to help a bit :-) I understand that there is plenty of bureaucracy to get packages in the distro, and do not expect them to be core packages, but expect them to be unsupported, contrib packages. Most important packages I maintain in Mandriva should be gcc, glibc, valgrind and java-1.*.0-openjdk. Note that I am a Mandriva employee and my major interest is to become more aware of how Fedora works, so, I want to contribute like I did with several other projects in the past, that is, after work at home and/or weekends. Thanks, Paulo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [perl-Perl-Critic] Do not use Test::Kwalitee on RHEL = 7
On Tue, 24 Apr 2012 18:09:35 +0200 Ralf Corsepius rc040...@freenet.de wrote: On 04/24/2012 05:10 PM, Petr Pisar wrote: commit 69efbb099367a7ff6a35107cc3079a02a8e599f5 Author: Petr Písařppi...@redhat.com Date: Tue Apr 24 15:38:58 2012 +0200 Do not use Test::Kwalitee on RHEL= 7 Why? In general, dropping tests is a short-sighted idea. Because perl-Perl-Critic will be part of RHEL-7 and perl-Test-Kwalitee won't. So in order for RHEL-7 to be self-hosting, it can't BR: Test::Kwalitee. Test::Kwalitee will no doubt end up in EPEL-7. Paul. -- 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: Self introduction and sponsorship request
On Tue, 2012-04-24 at 14:33 -0300, Paulo César Pereira de Andrade wrote: Note that I am a Mandriva employee and my major interest is to become more aware of how Fedora works, so, I want to contribute like I did with several other projects in the past, that is, after work at home and/or weekends. Hi, Paulo , I remember you, from Mandriva. If you need help with something that I can do, let me know. You will see that koji, fedpkg, mock, pungi, lorax, preupgrade, anaconda and others are great tools :) I also contribute after work at home and/or weekends ... Best regards, -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Self introduction and sponsorship request
Welcome! 2012/4/24 Paulo César Pereira de Andrade paulo.cesar.pereira.de.andr...@gmail.com: I would like to contribute to SciTech SIG. I notice there is https://fedoraproject.org/wiki/SIGs/SciTech/SAGE, and actually, I have packaged sagemath in Mandriva, and kept the package functional and updated to latest upstream for around 3 years. Sagemath itself depends on roughly 300 different upstream packages, and other packages I would like to contribute at some point is salome, that I also packaged in Mandriva, http://www.salome-platform.org/. Currently it is not functional in Mandriva cooker but should be in released versions, I got a hacked workaround described at https://qa.mandriva.com/show_bug.cgi?id=65396 Note that the wiki page doesn't really describe the current state of Sage packaging in Fedora. After I sent multiple unanswered emails on the subject to the scitech list, I made my own page to track progress: http://software.jamezone.org/Fedora/sage.html I update it about once per month. I've run into so many license problems while working on Sage components that I wonder how you ever came up with a coherent set of packages for Mandriva. Perhaps you excluded the components I've had trouble with. Anyhow, help packaging the remaining components would be most welcome. Regards, -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RFC: Primary architecture promotion requirements
On Tue, Apr 24, 2012 at 1:05 PM, Brian C. Lane b...@redhat.com wrote: That's why I recently added EC2 support to livemedia-creator. Since I don't have an EC2 account it is untested -- help would be appreciated. Awesome. I'll try to check it out in the next week or so. We should be able to make images using livemedia-creator -- It needs to be run on the target hardware though, currently there is no cross-arch support. The last I heard from ARM was that Anaconda wasn't built for ARM. I know the folks up at Seneca have been working on building it for ARM -- I've been a bit out of the ARM loop the last couple of weeks, so I don't know the very latest status. I'll try to find out in tomorrow's ARM meeting. The goal of creating lmc was to use Anaconda's logic for all installs, including creating system images or live media.. This will increase reliability and cut down on the number of bugs we see because livecd-creator really is just a wrapper around a yum chroot install. Yes, I'm well aware of the goals behind lmc, and I think it's definitely a better way forward. -- Jared Smith -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[389-devel] please review ticket #326 - Allow memberOf plugin to work across all backends
https://fedorahosted.org/389/ticket/326 https://fedorahosted.org/389/attachment/ticket/326/0001-Ticket-326-MemberOf-plugin-should-work-on-all-backen.patch Thanks, Mark -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: Self introduction and sponsorship request
Em 24 de abril de 2012 16:25, Jerry James loganje...@gmail.com escreveu: Welcome! Thanks :-) 2012/4/24 Paulo César Pereira de Andrade paulo.cesar.pereira.de.andr...@gmail.com: I would like to contribute to SciTech SIG. I notice there is https://fedoraproject.org/wiki/SIGs/SciTech/SAGE, and actually, I have packaged sagemath in Mandriva, and kept the package functional and updated to latest upstream for around 3 years. Sagemath itself depends on roughly 300 different upstream packages, and other packages I would like to contribute at some point is salome, that I also packaged in Mandriva, http://www.salome-platform.org/. Currently it is not functional in Mandriva cooker but should be in released versions, I got a hacked workaround described at https://qa.mandriva.com/show_bug.cgi?id=65396 Note that the wiki page doesn't really describe the current state of Sage packaging in Fedora. After I sent multiple unanswered emails on the subject to the scitech list, I made my own page to track progress: http://software.jamezone.org/Fedora/sage.html I update it about once per month. I've run into so many license problems while working on Sage components that I wonder how you ever came up with a coherent set of packages for Mandriva. Perhaps you excluded the components I've had trouble with. Anyhow, help packaging I have a few Suggests in sagemath.spec for packages I added to non-free, but I packaged only what is required to run sage -testall plus a few extra optional packages, and run the optional tests as well. But I would not be surprised if there are some packages with not truly open source license, or unmet special conditions; but they are only available from contrib mirrors, and upstream tags them as GPL, BSD, etc, but I did not fool proof read every license... the remaining components would be most welcome. Major problem should be integration of all components. There are few cases where it is required some patch to a package that is not only a sagemath requires. Most intrusive AFAIR are ntl patches. Some components really require a specific version, what may not be easy to achieve either, but so far, for Mandriva besides a PYTHONPATH with several patched components, for sagemath 4.8, most notably is use of a custom cython and ipython. Should work with current system cython, but that depends on the stage of the moon (if cython is updated) :-), there is only one binary in PYTHONPATH (cPickle.so) that I have been carrying for quite some time, http://bugs.python.org/issue7689 and generating it by doing a build of python in sagemath build. Sometimes some problems are very specific to the package, what may be hard to track, like this one http://code.google.com/p/gmpy/issues/detail?id=49 or some other earlier related issues with sympy having its own copy of mpmath, and then having conflicting modules loaded. Regards, -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Paulo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: How can we make F17 be able to boot on Macs (with or without reFit)
(Note: *DO NOT* run the installer that is on this image. You'll probably end up with a broken grub. Should be fixed soon) I've put a test image up at http://mjg59.fedorapeople.org/Fedora-Mac-EFI-test.iso - this should work if burned to a CD or dded to a USB stick. Insert, hold down alt, select the Fedora logo. Possible outcomes: 1) Complete failure. I've fixed all the cases I know of that could cause this, but there may still be possibilities. Please file a bug. 2) Boots, but graphics don't work. Please try with nomodeset as a kernel option, then file a bug. 3) Success. Hurrah! Do nothing more. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 18 Release name voting and Poll for whether to continue naming releases
My two bits: The users don't really care what we call the release. Heck, all I go by is the number. I use this distro rather than he others for the amount of tools we have at the command line, and it's not a far stretch to believe that others do as well. Some might call me a tech-geek; I love the power we have over the hard drive that I have never found in he other distro's. I could care less about the name we give the version. I'm not in it for the name. I hope this helps. Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: How can we make F17 be able to boot on Macs (with or without reFit)
Ok, once hitch with this. Due to an error on my part it's possible that the Fedora logo option may not work. In that case, plesae try one of the other EFI Boot options. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-17 Branched report: 20120424 changes
Compose started at Tue Apr 24 20:47:54 UTC 2012 Broken deps for x86_64 -- [aeolus-conductor] aeolus-conductor-0.4.0-2.fc17.noarch requires ruby(abi) = 0:1.8 [aeolus-configserver] aeolus-configserver-0.4.5-1.fc17.noarch requires ruby-nokogiri [dh-make] dh-make-0.55-4.fc17.noarch requires debhelper [dustmite] dustmite-1-4.20120304gitcde46e0.fc17.x86_64 requires libphobos2-ldc.so()(64bit) [egoboo] egoboo-2.7.5-11.fc17.x86_64 requires libenet-1.2.1.so()(64bit) [gcc-python-plugin] gcc-python2-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python2-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python3-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python3-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 [gorm] gorm-1.2.13-0.2.20110331.fc17.i686 requires libobjc.so.3 gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-gui.so.0.20 gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-base.so.1.23 gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libobjc.so.3()(64bit) gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libgnustep-gui.so.0.20()(64bit) gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libgnustep-base.so.1.23()(64bit) [ibus-panel-extensions] ibus-panel-extensions-1.4.99.20111207-2.fc17.i686 requires libibus-1.0.so.0 ibus-panel-extensions-1.4.99.20111207-2.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [matreshka] matreshka-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) matreshka-fastcgi-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-fastcgi-0.1.1-9.fc17.i686 requires libgnarl-4.6.so matreshka-fastcgi-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) matreshka-fastcgi-0.1.1-9.fc17.x86_64 requires libgnarl-4.6.so()(64bit) matreshka-sql-core-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-sql-core-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) matreshka-sql-postgresql-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-sql-postgresql-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) matreshka-sql-sqlite-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-sql-sqlite-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) [mcollective] mcollective-common-1.3.1-7.fc17.noarch requires ruby(abi) = 0:1.8 [meshlab] meshlab-1.3.1-2.fc17.x86_64 requires libmuparser.so.0()(64bit) [moksha] moksha-0.5.0-5.fc15.noarch requires pyevent [natus] libnatus-V8-0.1.5-2.fc15.x86_64 requires libv8-3.0.0.1.so()(64bit) [ocaml-augeas] ocaml-augeas-0.4-9.fc15.x86_64 requires ocaml(runtime) = 0:3.12.0 [openvrml] libopenvrml-0.18.8-2.fc16.i686 requires libboost_thread-mt.so.1.47.0 libopenvrml-0.18.8-2.fc16.i686 requires libboost_system-mt.so.1.47.0 libopenvrml-0.18.8-2.fc16.i686 requires libboost_filesystem-mt.so.1.47.0 libopenvrml-0.18.8-2.fc16.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit) libopenvrml-0.18.8-2.fc16.x86_64 requires libboost_system-mt.so.1.47.0()(64bit) libopenvrml-0.18.8-2.fc16.x86_64 requires libboost_filesystem-mt.so.1.47.0()(64bit) libopenvrml-gl-0.18.8-2.fc16.i686 requires libboost_thread-mt.so.1.47.0 libopenvrml-gl-0.18.8-2.fc16.i686 requires libboost_system-mt.so.1.47.0 libopenvrml-gl-0.18.8-2.fc16.i686 requires libboost_filesystem-mt.so.1.47.0 libopenvrml-gl-0.18.8-2.fc16.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit) libopenvrml-gl-0.18.8-2.fc16.x86_64 requires libboost_system-mt.so.1.47.0()(64bit) libopenvrml-gl-0.18.8-2.fc16.x86_64 requires libboost_filesystem-mt.so.1.47.0()(64bit) openvrml-java-0.18.8-2.fc16.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit) openvrml-java-0.18.8-2.fc16.x86_64 requires libboost_system-mt.so.1.47.0()(64bit) openvrml-java-0.18.8-2.fc16.x86_64 requires libboost_filesystem-mt.so.1.47.0()(64bit) openvrml-java-0.18.8-2.fc16.x86_64 requires java-1.6.0-openjdk(x86-64) openvrml-javascript-0.18.8-2.fc16.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit) openvrml-javascript-0.18.8-2.fc16.x86_64 requires libboost_system-mt.so.1.47.0()(64bit) openvrml-javascript-0.18.8-2.fc16.x86_64 requires libboost_filesystem-mt.so.1.47.0()(64bit) openvrml-nodes-0.18.8-2.fc16.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit) openvrml-nodes-0.18.8-2.fc16.x86_64 requires libboost_system-mt.so.1.47.0()(64bit) openvrml-nodes-0.18.8-2.fc16.x86_64 requires libboost_filesystem-mt.so.1.47.0()(64bit) openvrml-xembed-0.18.8-2.fc16.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit)
Re: How can we make F17 be able to boot on Macs (with or without reFit)
On Apr 24, 2012, at 3:31 PM, Matthew Garrett wrote: (Note: *DO NOT* run the installer that is on this image. You'll probably end up with a broken grub. Should be fixed soon) I've put a test image up at http://mjg59.fedorapeople.org/Fedora-Mac-EFI-test.iso - this should work if burned to a CD or dded to a USB stick. Insert, hold down alt, select the Fedora logo. Possible outcomes: 1) Complete failure. I've fixed all the cases I know of that could cause this, but there may still be possibilities. Please file a bug. 2) Boots, but graphics don't work. Please try with nomodeset as a kernel option, then file a bug. 3) Success. Hurrah! Do nothing more. 2008 MacBook Pro 4,1 results: DVD: Three EFI Boot options, one has a Fedora logo. All drop me to a GRUB 0.97 prompt. USB stick: Initramfs unpacking failed: broken padding. Kernel panic - not syncing: No init found. Each reproducible 3x. == 2011 MacBook Pro 8,2 results: -- DVD: Two EFI Boot options, one has a Fedora logo. Both drop me to a GRUB 0.97 prompt. USB stick: Video problem as described in Bug 765954, however it only goes half way down and there's no further USB activity. Switching to console and issuing reboot commands doesn't work (like it does with a livecd-iso-to-disk produced stick), so I'm thinking probably a kernel panic here too but I can't tell why. https://bugzilla.redhat.com/show_bug.cgi?id=765954 Also each reproducible 3x. How many bug reports do you want? One for all, one for each model, one for each result? And against what components? Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: How can we make F17 be able to boot on Macs (with or without reFit)
Ok, I'll have to look at the CD issue. Can you report the initramfs problem? -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: How can we make F17 be able to boot on Macs (with or without reFit)
On Apr 24, 2012, at 6:39 PM, Matthew Garrett wrote: Ok, I'll have to look at the CD issue. Can you report the initramfs problem? Yes. What component? Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: How can we make F17 be able to boot on Macs (with or without reFit)
On Tue, Apr 24, 2012 at 07:08:39PM -0600, Chris Murphy wrote: On Apr 24, 2012, at 6:39 PM, Matthew Garrett wrote: Ok, I'll have to look at the CD issue. Can you report the initramfs problem? Yes. What component? Put it against the kernel for now, and we'll see if we can figure out what's going on. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: How can we make F17 be able to boot on Macs (with or without reFit)
http://mjg59.fedorapeople.org/Fedora-Mac-EFI-test.iso On Apple Macmini1,1 Intel Core Duo [i686 only] booted with DVD in builtin drive and Alt held down: I get one EFI Boot with Fedora logo, and one Windows with platter logo (and two harddrive logos, corresponding to pre-existing resident OS). Choosing EFI Boot diplays a large folder icon with a question mark, which blinks a couple times; then the regular Apple large logo and normal Apple boot. So FAIL for Fedora EFI boot. Choosing the Windows logo gets a VGA-like display (black with white character-cell text): 1. 2. 3. Select CD-ROM Boot Type : and there is no response to console keyboard. So FAIL again. Booting with C key held down [no Shift; should force default CD/DVD choice] gives the same as choosing Windows logo from booting with Alt held down. FAIL the third time. Which component should I file for bugzilla? -- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: How can we make F17 be able to boot on Macs (with or without reFit)
On Tue, Apr 24, 2012 at 07:20:00PM -0700, John Reiser wrote: Booting with C key held down [no Shift; should force default CD/DVD choice] gives the same as choosing Windows logo from booting with Alt held down. FAIL the third time. Which component should I file for bugzilla? Ah, sorry, I should have specified - this will only work on machines with 64-bit firmware, which is basically any machine released after mid-2007. My fault. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 18 Release name voting and Poll for whether to continue naming releases
On 04/20/2012 05:00 AM, Michael Cronenworth wrote: On 04/19/2012 07:04 PM, Toshio Kuratomi wrote: This cycle, the Board is also asking contributors to let us know if we should continue to have release names for future Fedora releases. Even though the interface is the same, this portion is intended to be a poll rather than a straight up vote. The Fedora Board will look at the answers to determine if enough contributors value continuing to create release names to make it worthwhile in the future. If it does seem desirable, the Board will likely look into forming a working group to come up with a new method for creating release names for future releases. It would be nice to have a third option: -Change release names to release theme. We don't really need a name (IMO), but the theme adds a nice touch. I fully agree. We need to help the design team out, and trying to tie it to the previous release is a bit overbearing in my opinion. What do you do with a beefy miracle, there's not much room to move. Drop the name but lets vote on a theme -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] Fedora 17 Final Test Compose 1 (TC1) Available Now!
As per the Fedora 17 schedule [1], Fedora 17 Final Test Compose 1 (TC1) is now available for testing. Content information, including changes, can be found at https://fedorahosted.org/rel-eng/ticket/5163 . 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 Security Lab: https://fedoraproject.org/wiki/Test_Results:Current_Security_Lab_Test Ideally, all Alpha, Beta, and Final priority test cases for Installation [2], Base [3], Desktop [4], and Security Lab [5] should pass in order to meet the Final Release Criteria [6]. Help is available on #fedora-qa on irc.freenode.net [7], or on the test list [8]. Create Fedora 17 Final test compose (TC) - live and traditional https://fedorahosted.org/rel-eng/ticket/5163 Fedora 17 Final Blocker tracker bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=752650 Fedora 17 Final Nice-To-Have tracker bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=752653 [1] http://rbergero.fedorapeople.org/schedules/f-17/f-17-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/QA:Security_Lab_validation_testing [6] https://fedoraproject.org/wiki/Fedora_17_Final_Release_Criteria [7] irc://irc.freenode.net/fedora-qa [8] 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
File Net-SSH2-0.43.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-Net-SSH2: 3f1d62af340e05e0aba33c4ec1c342f2 Net-SSH2-0.43.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-SSH2] 0.43 bump
commit 0a21e73c27fcec397a61634bd009c0828839aaa0
Author: Petr Šabata con...@redhat.com
Date: Tue Apr 24 13:51:51 2012 +0200
0.43 bump
.gitignore |1 +
Net-SSH2-0.41-Makefile.patch | 15 ---
perl-Net-SSH2.spec |7 ---
sources |2 +-
4 files changed, 6 insertions(+), 19 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 816787b..25b2a30 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@ Net-SSH2-0.28.tar.gz
/Net-SSH2-0.40.tar.gz
/Net-SSH2-0.41.tar.gz
/Net-SSH2-0.42.tar.gz
+/Net-SSH2-0.43.tar.gz
diff --git a/perl-Net-SSH2.spec b/perl-Net-SSH2.spec
index 226ed80..f408602 100644
--- a/perl-Net-SSH2.spec
+++ b/perl-Net-SSH2.spec
@@ -1,5 +1,5 @@
Name: perl-Net-SSH2
-Version:0.42
+Version:0.43
Release:1%{?dist}
Summary:Support for the SSH 2 protocol via libSSH2
License:GPL+ or Artistic
@@ -7,7 +7,6 @@ Group: Development/Libraries
URL:http://search.cpan.org/dist/Net-SSH2/
Source0:
http://search.cpan.org/CPAN/authors/id/R/RK/RKITOVER/Net-SSH2-%{version}.tar.gz
# Avoid the EE::MM CCFLAGS bug
-Patch0: Net-SSH2-0.41-Makefile.patch
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
BuildRequires: perl(Carp)
BuildRequires: perl(Exporter)
@@ -30,7 +29,6 @@ all of the key exchanges, ciphers, and compression of libssh2.
%prep
%setup -q -n Net-SSH2-%{version}
-%patch0 -p1 -b .makefile
perl -pi -e 's|^#!perl|#!%{__perl}|' example/*
%build
@@ -56,6 +54,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Tue Apr 24 2012 Petr Šabata con...@redhat.com - 0.43-1
+- 0.43 bump
+
* Mon Apr 23 2012 Petr Šabata con...@redhat.com - 0.42-1
- 0.42 bump
diff --git a/sources b/sources
index 7cb894a..08c9f30 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c667cb01508eb1e6135afff88a86e4f9 Net-SSH2-0.42.tar.gz
+3f1d62af340e05e0aba33c4ec1c342f2 Net-SSH2-0.43.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File WWW-Google-Contacts-0.34.tar.gz uploaded to lookaside cache by aviram
A file has been added to the lookaside cache for perl-WWW-Google-Contacts: 157db4b73f957b6cdb54c6754f37c085 WWW-Google-Contacts-0.34.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File example.pl uploaded to lookaside cache by aviram
A file has been added to the lookaside cache for perl-WWW-Google-Contacts: 1dba94186ce5a558f80f735958e4996e example.pl -- 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-Test-Version] RHEL-7+ package cannot BR: perl(Test::Kwalitee) from EPEL (#815759)
commit f4bcae7904552ad86e68ef6287d2fda1214ed0d1
Author: Paul Howarth p...@city-fan.org
Date: Tue Apr 24 14:29:48 2012 +0100
RHEL-7+ package cannot BR: perl(Test::Kwalitee) from EPEL (#815759)
perl-Test-Version.spec |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
---
diff --git a/perl-Test-Version.spec b/perl-Test-Version.spec
index 0b5d370..95a4bba 100644
--- a/perl-Test-Version.spec
+++ b/perl-Test-Version.spec
@@ -3,7 +3,7 @@
Name: perl-Test-Version
Version: 1.002001
-Release: 1%{?dist}
+Release: 2%{?dist}
Summary: Check to see that versions in modules are sane
License: Artistic 2.0
Group: Development/Libraries
@@ -53,7 +53,10 @@ BuildRequires: perl(Test::CPAN::Meta)
BuildRequires: perl(Test::CPAN::Meta::JSON)
BuildRequires: perl(Test::DistManifest)
BuildRequires: perl(Test::EOL)
+# RHEL-7+ package cannot BR: package from EPEL
+%if ! (0%{?rhel} = 7)
BuildRequires: perl(Test::Kwalitee)
+%endif
BuildRequires: perl(Test::MinimumVersion)
BuildRequires: perl(Test::Mojibake)
BuildRequires: perl(Test::Perl::Critic)
@@ -98,6 +101,9 @@ rm -rf %{buildroot}
%{_mandir}/man3/Test::Version.3pm*
%changelog
+* Tue Apr 24 2012 Paul Howarth p...@city-fan.org - 1.002001-2
+- RHEL-7+ package cannot BR: perl(Test::Kwalitee) from EPEL (#815759)
+
* Wed Mar 14 2012 Paul Howarth p...@city-fan.org - 1.002001-1
- Update to 1.002001:
- Fix metadata caused by a bug in DZP::GitHub after asking repo to be
--
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-Test-Version/f17] (2 commits) ...Don't BR: perl(Pod::Wordlist::hanekomu) for RHEL-7+ either (#815759)
Summary of changes: f4bcae7... RHEL-7+ package cannot BR: perl(Test::Kwalitee) from EPEL ( (*) 422bd8b... Don't BR: perl(Pod::Wordlist::hanekomu) for RHEL-7+ either (*) (*) 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-Test-Version] Created tag perl-Test-Version-1.002001-2.fc18
The lightweight tag 'perl-Test-Version-1.002001-2.fc18' was created pointing to: f4bcae7... RHEL-7+ package cannot BR: perl(Test::Kwalitee) from EPEL ( -- 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-Test-Version] Created tag perl-Test-Version-1.002001-3.fc17
The lightweight tag 'perl-Test-Version-1.002001-3.fc17' was created pointing to: 422bd8b... Don't BR: perl(Pod::Wordlist::hanekomu) for RHEL-7+ either -- 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-Test-Version] Created tag perl-Test-Version-1.002001-3.fc18
The lightweight tag 'perl-Test-Version-1.002001-3.fc18' was created pointing to: 422bd8b... Don't BR: perl(Pod::Wordlist::hanekomu) for RHEL-7+ either -- 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-Variable-Magic] Do not use Test::Kwalitee on RHEL = 7 (#815750)
commit 162c1875410754f49d545abd4e164454032279d0
Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr
Date: Tue Apr 24 20:39:41 2012 +0200
Do not use Test::Kwalitee on RHEL = 7 (#815750)
perl-Variable-Magic.spec |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
---
diff --git a/perl-Variable-Magic.spec b/perl-Variable-Magic.spec
index 3ed46b0..535f898 100644
--- a/perl-Variable-Magic.spec
+++ b/perl-Variable-Magic.spec
@@ -1,6 +1,6 @@
Name: perl-Variable-Magic
Version:0.48
-Release:1%{?dist}
+Release:2%{?dist}
Summary:Associate user-defined magic to variables from Perl
License:GPL+ or Artistic
Group: Development/Libraries
@@ -12,7 +12,9 @@ BuildRequires: perl(Test::More)
BuildRequires: perl(Test::Pod) = 1.14
BuildRequires: perl(Test::Pod::Coverage) = 1.04
BuildRequires: perl(Test::Portability::Files)
+%if ! 0%{?rhel} = 7
BuildRequires: perl(Test::Kwalitee)
+%endif
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
%{?perl_default_filter}
@@ -49,6 +51,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Tue Apr 24 2012 Petr Pisar ppi...@redhat.com - 0.48-2
+- Do not use Test::Kwalitee on RHEL = 7 (#815750)
+
* Sat Feb 18 2012 Emmanuel Seyman emmanuel.sey...@club-internet.fr - 0.48-1
- Update to 0.48
--
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-RPM2
perl-RPM2 has broken dependencies in the rawhide tree: On x86_64: perl-RPM2-1.0-2.fc17.x86_64 requires librpmio.so.2()(64bit) perl-RPM2-1.0-2.fc17.x86_64 requires librpm.so.2()(64bit) On i386: perl-RPM2-1.0-2.fc17.i686 requires librpmio.so.2 perl-RPM2-1.0-2.fc17.i686 requires librpm.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
Re: [perl-Perl-Critic] Do not use Test::Kwalitee on RHEL = 7
On 04/24/2012 07:42 PM, Paul Howarth wrote: On Tue, 24 Apr 2012 18:09:35 +0200 Ralf Corsepiusrc040...@freenet.de wrote: On 04/24/2012 05:10 PM, Petr Pisar wrote: commit 69efbb099367a7ff6a35107cc3079a02a8e599f5 Author: Petr Písařppi...@redhat.com Date: Tue Apr 24 15:38:58 2012 +0200 Do not use Test::Kwalitee on RHEL= 7 Why? In general, dropping tests is a short-sighted idea. Because perl-Perl-Critic will be part of RHEL-7 and perl-Test-Kwalitee won't. So in order for RHEL-7 to be self-hosting, it can't BR: Test::Kwalitee. Test::Kwalitee will no doubt end up in EPEL-7. In other words, perl-Perl-Critic will not receive full testing in RHEL because RHEL can't use packages from epel7, brilliant idea ;) -- 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-Variable-Magic/f17] Do not use Test::Kwalitee on RHEL = 7
commit 08c8d774ad1cfb8cffa98c209016a859afd0f4ae
Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr
Date: Wed Apr 25 07:50:18 2012 +0200
Do not use Test::Kwalitee on RHEL = 7
perl-Variable-Magic.spec |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
---
diff --git a/perl-Variable-Magic.spec b/perl-Variable-Magic.spec
index 7011f05..b27d4fb 100644
--- a/perl-Variable-Magic.spec
+++ b/perl-Variable-Magic.spec
@@ -1,6 +1,6 @@
Name: perl-Variable-Magic
Version:0.47
-Release:2%{?dist}
+Release:3%{?dist}
Summary:Associate user-defined magic to variables from Perl
License:GPL+ or Artistic
Group: Development/Libraries
@@ -12,7 +12,9 @@ BuildRequires: perl(Test::More)
BuildRequires: perl(Test::Pod) = 1.14
BuildRequires: perl(Test::Pod::Coverage) = 1.04
BuildRequires: perl(Test::Portability::Files)
+%if ! (0%{?rhel} = 7)
BuildRequires: perl(Test::Kwalitee)
+%endif
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
%{?perl_default_filter}
@@ -49,6 +51,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Wed Apr 25 2012 Petr Pisar ppi...@redhat.com - 0.47-3
+- Do not use Test::Kwalitee on RHEL = 7 (#815750)
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.47-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[389-devel] Please review: Ticket #348 - crash in ldap_initialize with multiple threads
https://fedorahosted.org/389/ticket/348 https://fedorahosted.org/389/attachment/ticket/348/0001-Ticket-348-crash-in-ldap_initialize-with-multiple-th.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
